Нет звонков с внутренних абонентов через транзитную АТС кроме системника. Станции соеденены через VOIP. Абонент "конечной" АТС набирает "0" выходит на "транзитную" АТС (слышит зумер от неё) при вводе цифр городского номера зуммер не рвется. С системного телефона все набирается корректно. На какой АТС надо искать проблему и в чем? Внутренние номера набираются без проблем.

Могу ошибаться: проверьте - что у вас для линий VoIP в пгм 322 в окошке DTMF?

Inband DTMF
Если на конечной станции перевести аналоговые телефоны в ПУЛЬС, то все набирается.

А в тоне они абонентов транзитной АТС могут набрать?

Да конечно.

На обеих станциях?

Есть подозрение, что на транзитной атс сигнал зуммера очень громкий и он забивает DTMF-приемники которые не слышат набора от конечной атс.

Да на обеих.

Если попробовать на Outband поменять..

Этот громкий зумер можно уменьшить?

Какие станции, версии? Какая транзитная, какая оконечная?
СО на транзитной АТС для вызовов наружу какие?

- Какая версия софта на станциях??
- Какой стык с ГТС на транзитной АТС (аналоговые СО линии/ISDN)??
- Какой тип набора на линия связи с ГТС: пульс/тон (аналоговые) или Enblock/Overlap (ISDN)??
- Значение таймера Transit Connect на транзитной АТС??
- Где трассировка транзитного вызова (VOIB + линия связи с ГТС)??

Транзитная ( IPldk-300) включена в город 2м.б. потоком. Транзитная IPldk-300. Конечная IPldk-60.
IPldk-60 GS88P-3.8Fc 07.10
IPldk-300 GS30P-C.9Bc 02.10
OVERLAP
Transit connect -4

Я так понял проблема не решается?

Outband пробовал на оконечной?..

Пробовал не помогает.

Ну, почему же сразу "не решается"?? Вы что, ожидаете немедленного ответа??
Надо же разобраться в причинах.
Я проверил у себя "на столе" аналогичную схему - все без проблем работает.
- может быть действительно проблема из-за высокого уровня сигнала готовности от ГТС. Но если уменьшать уровень, то и голос будет тише.
- а SLT (DTMF) абоненты в транзитной станции (в 300-ке), они набирают в город нормально??
- попробуйте в 60-ке на SLT-порту включить опцию Fax Mode = On. Что будет??

Стас! А причем здесь In-Band/Out-band?? Набор идет сигнальными сообщениями, Connect'а еще не было!!

Кстати, а почему бы не поменять тип набора в сторону ГТС на Enblock, вместо Overlap??
Чем вызвана установка Overlap для потока?? Что, провайдер не поддерживает Enblock??

Итак извините, что парил всем мозг.
Выяснилось следующее:
Транзитная станция подключена не только потоком но и обычными СЛ от IP-шлюзов.
Абоненты конечной атс при транзите выходили именно на эти СЛ. Завтра буду думать как уменьшить сигнал готовности от этих СЛ. Всем спасибо.

Сигнал готовности мы слышим в голосовом канале, установленном со шлюзом?..
А + 160 +6 + 1(On) имеет смысл поставить? CO Dial-Tone Detect
СО-линии указать как тип PBX, если мне не изменяет память..
На 180 -18, может быть, имеет смысл обратить внимание..

Стас, ну о чем ты!!!
Предполагается, что сигнал готовности имеет очень высокий уровень и на его фоне просто не определяются тоновые посылки! Так, или иначе, цифры номера будут набираться при наличии этого сигнала...

Почему не работает с аналоговых, а с системников работает - исходящие тоновые сигналы с транзитной АТС генерирует оконечная АТС при установке внутриполосно (Inband DTMF) (а как еще это происходит на аналоговых линиях?) - значит громкость в случае с системником не влияет..
Или в с лучае с системником сигнал генерируется на транзитной АТС?
Ясности в предположении соотношения громкости я тоже до конца, к сожалению, не вижу..

Кто в этом случае тоновые сигналы генерирует на фоне сигнала готовности шлюза? ..

Стас! В очередной раз тебя спрашиваю: причем здесь вообще Inband или Outband, когда соединение в H.323 еще не установилось!!!! В H.323 набор производится либо способом Enblock или Overlap в сигнальных сообщениеях, а не тоном внутриканально!! В данном случае, видимо, оконечная АТС не посылает сигнальные сообщения, поэтому транзитная АТС не производит набор в линию шлюза.
Здесь: SLT -> тоны DTMF -> окон.АТС -> H.323 INFO Overlap -> Транз.АТС -> СO, тоны DTMF-> шлюз.
Видимо, оконечная АТС не распознает DTMF набор при транзите.
Хорошо бы посмотреть трассировку, чтобы посмотреть, что реально происходит в данном случае.

Я так понял, что абонент конечной атс слышит сигнал готовности шлюза.. Как он его слышит, если соединение с ним еще не установилось?

О, блин.... Да, слышит сигнал готовности шлюза. И что??
Стас! А как ты слышишь КПВ от вызываемой стороны, ведь соединение еще не установлено?? Как же ты слышишь сообщение "Абонент временно недоступен" (при вызове на GSM), а ведь соединения не было??

Транзитная атс повторяет набранные цифры абонентом конечной станции, а абоненту генерирует сигнал готовности?шлюза?.. если голосовой канал по аналоголой линии до шлюза еще не проключен..
Соединения не было с конечным абонентом - это мне было понятно..

В данном случае транзитная АТС никакие сигналы готовности не генерирует, его выдает шлюз, линия которого занимается по набору транзитного кода.

Значит, абонент конечной станции слышит его по голосовому каналу?.., а шлюз должен слышать этого абонента по голосовому каналу? - тоновые сигналы его телефонного аппарата..

Совершенно верно.

В данном случае транзитная АТС никакие сигналы готовности не генерирует, его выдает шлюз, линия которого занимается по набору транзитного кода.

Можно ли уменьшить громкость сигнала готовности от шлюза.


На транзитной АТС сделан ARS где звонки по городу отправляются через поток, а звонки в другие города и на сотовые-через СЛ шлюзов.

Могут ли абоненты конечной атс работать через ARS транзитной станции?

Удивительно, что ты задаешь такие вопросы! Ну тут же понятно все!

Так аналоговые абоненты сами генерируют тон или (когда они в пульсе) - оконечная станция. Чем это отличается - временем набора, временем поступления на шлюз первой тоновой посылки?... Громкостью тоновых сигналов?

Е-мое... Да уж... Странно, что это приходится объяснять гуру... Все же расписано в стандарте.
Здесь набор идет Overlap'ом!!! После получения Setup'а АТС выдает Setup_Ack и генерит готовность...
НО.. в данном случае (при транзите по Networking) транзитная АТС получает первую цифру номера (0 - транзитный PSTN код) уже сразу в Setup'e (если используется Digit Repeat)!!! Поэтому транзитная АТС снимает свой сигнал готовности (абонент оконечной АТС его не услышит), и проключает голосовой тракт СО - CO (в данном случае LСOB->VOIP) вместе с выдачей Setup_Ack. И посему абонент в оконечки слышит реальный сигнал готовности от шлюза.

Шлюз слышит тоновые сигналы в голосовом канале.. - если телефонный аппарат в тоне - его тоны, если - в пульсе - тоновые сигналы оконечной станции..?

Стас! Ты уже достал своим тоном!!! Тон идет только от SLT телефона до станции, к которой он собственно и подключен (т.е. до оконечной АТС). Далее все идет сигнальными сообщениями.
Ты не понимаешь, что между SLT и шлюзом используется H.323, в котором набор проходит Overlap'ом.

Шлюз вовсе не слышит тоновый набор от SLT!!! При наборе номера нет прозрачной передачи тона!!!
Канал проключен только от транзитки в сторону оконечки!! А в обратную сторону (от оконечки в сторону транзитки) канал будет проключен только после получения оконечкой сообщения Connect!!! Вот только тогда DTMF тон пойдет прозрачно от SLT в шлюз (уже в разговорном состоянии канала VOIP/H.323), т.е. уже после набора номера. Это можно использовать для донабоа номера (например, в случае DISA на вызываемой стороне). И только тогда будет иметь значение, как будет передаваться DTMF: Ibband/Outband/RFC2833.

Можно в целом уменьшить уровень сигнала от VOIB, но, как Вы понимаете, нельзя выделить именно сигнал готовности от шлюза и уменьшить только его уровень.
Т.е. если уменьшить коэф. усиления между VOIB и SLIB, то громкость речи также уменьшится.

А что, на самом IP-шлюзе нельзя как-нибудь уменьшить уровень сигнала готовности??

Вообще схема получается какая-то странная:
SLT - IP (Networking) - CO - IP (шлюз - провайдер).
А что, нельзя ли вообще без шлюза (напрямую к провайдеру):
Оконечка -IP - провайдер
Транзитка - IP - провайдер ??
По какому протоколу работает шлюз (H.323/SIP)??

Попробую объяснить подробнее:

Транзитная станция имеет выход на поток (для звонков по Москве) и на IP-шлюзы (для звонков по межгороду и на сотовые). С IP-шлюзов звонки по городу запрещены (закрыто провайдером). Для абонентов транзитной атс это условие регулируется ARS.
Конечная атс (в другом городе) соединена с транзитной по VOIP и имеет общий номерной план с транзитной АТС, адля звонков через транзитную станцию абонентам конечной атс определена группа СЛ от IP-шлюзов.
Можно ли применить ARS на транзитной АТС для абонентов конечной АТС.

Абонент SLT -> тоны DTMF -> окон.АТС -> H.323 INFO Overlap -> Транз.АТС -> ARS |->Поток
ARS|-> Шлюз

1) Вы хотите по LCR выполнять выбор маршрута (выбор транка)?? Для транзитных вызовов так не получится!!
Для транзитных вызовов LCR не работает, выбор исход. транка для транзита указывается непосредственно в ПГМ324.
LCR работает только для своих абонентов (и для линий DISA).
Поэтому фактически выбор маршрута должен производится на оконечной АТС путем посылки на транзитную АТС нужного PSTN кода.
2) Что мешает просто назначить 2 разных транзитных кода (PSTN): например, 0 - для выхода на поток, 9 - для выхода на шлюз.
Можно на оконечки задействовать LCR, чтобы анализировать набираемый номер и подставлять необходимый префикс для транзита: 0 (на поток) или 9 (на шлюз).

Откуда будет браться CLIP для потока с транзитного звонка?

Варианты:
1) Prefix (ПГМ201 транзитной АТС) + номер сетевого абонента
2) CLIP, полностью аналогичный тому, что назначен для системного аттенданта транзитной АТС.
3) Если версия софта 3.9, то можно прописать разные CLIPы для разных сетевых абонентов (но в этом случае будет один и тот же CLIP для транзитных вызовов по всем исходящим транкам, в отличии от варианта №2).
4) CLIP, сформированный на оконечной АТС. (но для этого на оконечной АТС нужно указать тип линий как PSTN в ПГМ322. И возможно придется разделить линии на 2 транка: на NET для связи между АТС и на PSTN для транзитных вызовов).

Пытаюсь настроить LCR : )-выход на СЛ шлюза, 9-поток

1. Оконечная станция- SLT (DTMF)-0-транзитная АТС-СЛ Шлюза -не работает (не рвет зуммер СЛ Шлюза)
2. Оконечная станция- SLT (DP)-0-транзитная АТС-СЛ Шлюза - работает (но звонки только на сотовые и межгород, так настроен шлюз)
3. Оконечная станция- 72ХХ -0 - транзитная АТС-СЛ Шлюза - работает (но звонки только на сотовые и межгород, так настроен шлюз)
4.Оконечная станция- SLT (DTMF)-9-транзитная АТС-Поток -не работает (при наборе любой цифры дает "занято", я думаю неверный CLIP отправляемый в поток)

Какие есть варианты выхода из сложившейся ситуации?

Стесняюсь спросить а номер сетевого абонента это что? В ПГМ 201 транзитной атс уже прописан CLIP (семизначный городской номер) мне следующей строчкой писать?

сетевой номер - это номер из соседней атс

При условии, что он прописан на своей...

Все равно не понятно на транзитной АТС в ПГМ 201 в первой строчке прописан 7-ми значный номер 232-ХХ-ХХ, для звонка я должен прописать второй строчкой 232-ХХ-ХХ 700(вн. номер от оконечной АТС)? Я правильно понял или нет?
А если абонентов на конечной атс 24 то на каждого нужно прописать такие строчки?
А что прописывать в ПГМ 201 на конечной атс внутренние номера абонентов?

Для начало можно руководство почитеть:
4.8.2. Таблица префиксов АОН (COLP/CLIP Table) – Программа 201