Имеем стык 1232 и шлюза AudioCodes по PRI.

Со стороны панаса настройки:
network type 51
status message SEND
status receive DISCONNECT
number type UNIKNOWN
number plan ISDN/
CRC OFF

Со стороны шлюза настройки:
Protocol Type EURO ISDN
Framing Method E1 framing ddf
ISDN Termination Side network side
Enable Receiving of Overlap Dialing

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

А какой тип набора в Панасе? Если Enblock, то помоему в шлюзе параметр Receiving of Overlap Dialing (прием набора - Overlap) нужно сделать Disable. CRC и на шлюзе Off? Что значит "не видим номера вызываемого абонента, хотя CLIP при этом проходит"?

vicnicol пишет
А какой тип набора в Панасе? Если Enblock, то помоему в шлюзе параметр Receiving of Overlap Dialing (прием набора - Overlap) нужно сделать Disable. CRC и на шлюзе Off? Что значит "не видим номера вызываемого абонента, хотя CLIP при этом проходит"?
Panasonic 1232 умеет только оверлапом номер отдавать. Соответственно в шлюзе прием оверлапа включен.
CRC в шлюзе выключен.
Вместо номера вызываемого абонента в д-канале прилетает пустота. Номер вызывающего абонента видим. Пробовал ставить в шлюзе трансляцию входящего номера типа: любой номер преобразуем в 12345. В этом случае звонок на 12345 приходит.

Я конечно 1232 по PRI не подключал, в свое время только созерцал. Можно предположить, что не прописан СLIP (EXT или Trunk'a), а шлюз отказывается пропускать без него (типа, как оператор связи). Если есть в шлюзе преобразование входящего номера, а приходит только DDI (номер вызываемого абонента) то может есть в шлюзе назначение по DDI.

vicnicol пишет
Я конечно 1232 по PRI не подключал, в свое время только созерцал. Можно предположить, что не прописан СLIP (EXT или Trunk'a), а шлюз отказывается пропускать без него (типа, как оператор связи). Если есть в шлюзе преобразование входящего номера, а приходит только DDI (номер вызываемого абонента) то может есть в шлюзе назначение по DDI.
CLIP прописан. Мало того, шлюз в случае если CLIP неправильный приходит, правит его. Хотя в общем-то ему по барабану.
На самом деле шлюз это никакой не операторский, просто с его помощью мы включаем древний панас в корпоративную VoIPшную сеть.

TeleNet пишет
Panasonic 1232 умеет только оверлапом номер отдавать. Соответственно в шлюзе прием оверлапа включен.
CRC в шлюзе выключен.
Вместо номера вызываемого абонента в д-канале прилетает пустота. Номер вызывающего абонента видим.
Это вполне допустимый сценарий при работе Overlap'ом:
SETUP может приходить c номером CALLING и без номера CALLED.
Ответом на это (в вашем случае от шлюза) должно быть собщение MORE INFO REQ,
после чего вызывающая сторона начинает слать цифры CALLED по одной в сообщениях INFO.

Проверяйте настройки шлюза, imho причина в нём.

Проверяйте настройки шлюза, imho причина в нём. [/i]
В настройках шлюза ничего похожего не нашел.
Во вложении трейс со шлюза.

TeleNet пишет
Во вложении трейс со шлюза. По вложенному файлу создается впечатление, что либо включен enblock, либо шлюз не понимает что такое overlap.
На Setup с пустым номером овечает CallProceeding и пытается инициировать вызов по SIP...

Не пробовали отдавать номер через ARS, сначала собрав нужное кол-во цифр? Или при помощи ячейки спид-дайла что-нибудь набрать?

То что включен Enable Receiving of Overlap Dialing это 100%. Так что остается только предположить что
шлюз не понимает что такое overlap
Вот настройки шлюза.

Через ARS не пробовали. Спид дайл не помогает.

Protocol Management menu > Protocol Definition > DTMF & Dialing можешь показать?

PhoneMan пишет
Protocol Management menu > Protocol Definition > DTMF & Dialing можешь показать?

А целиком ini-файл?

Легко :-)

Попробуй руками вбить в файл параметры как прописано в мануале:

в [PSTN Params]
ISDNInCallsBehavior = 65536 (изменить, сейчас = 0)

в [SIP Params]
ISDNRXOVERLAP = 1 (добавить, сейчас не прописан)

И может быть имеет смысл заполнить DigitMapping и прописать что-нибудь более осмысленное в MaxDigits. Это на стр. DTMF & Dialing.

Удачи

Не помогло :-(
DigitMapping не заполнял, не нашел в доке описания, а вот MaxDigit уменьшил до 7.

Родилось предположение что виной всему кривая прошивка 5.0
Решили откатиться на 4.8, вот только где ее взять? Если у кого есть под M2000 SIP положите плз на osorgin<sоbаkа>energo.perm.ру

Прошивка 4.8 найдена и благополучно залита. Оверлап заработал но появилсь другая проблема. При звонке с PSTN в медиант, последний начал наглухо виснуть. Даже пинговаться перестает. Исходящие в PSTN при этом зависания не вызывают, но стоит только хоть одному входящему проскочить, как железка моментально теряется.

Проблема с зависанием решилась после загрузки в шлюз пустой конфигурации и забиванием ее по новой руками. Видимо ini файл созданный на прошивке 5.0 не очень хорошо подружился с 4.8
Отдельное спасибо PhoneMan'у.