Имеем стык 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 при этом проходит. Занимаем СЛ со стороны панаса, набираем одну цифру и тут-же получаем отбой. Трассировка со стороны шлюза при этом показывает что мы вообще ничего не набрали.
В чем может быть причина.
vicnicol
02.07.2007, 13:03
А какой тип набора в Панасе? Если 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 приходит.
vicnicol
02.07.2007, 15:31
Я конечно 1232 по PRI не подключал, в свое время только созерцал. Можно предположить, что не прописан СLIP (EXT или Trunk'a), а шлюз отказывается пропускать без него (типа, как оператор связи). Если есть в шлюзе преобразование входящего номера, а приходит только DDI (номер вызываемого абонента) то может есть в шлюзе назначение по DDI.
vicnicol пишет
Я конечно 1232 по PRI не подключал, в свое время только созерцал. Можно предположить, что не прописан СLIP (EXT или Trunk'a), а шлюз отказывается пропускать без него (типа, как оператор связи). Если есть в шлюзе преобразование входящего номера, а приходит только DDI (номер вызываемого абонента) то может есть в шлюзе назначение по DDI.
CLIP прописан. Мало того, шлюз в случае если CLIP неправильный приходит, правит его. Хотя в общем-то ему по барабану.
На самом деле шлюз это никакой не операторский, просто с его помощью мы включаем древний панас в корпоративную VoIPшную сеть.
PhoneMan
03.07.2007, 12:01
TeleNet пишет
Panasonic 1232 умеет только оверлапом номер отдавать. Соответственно в шлюзе прием оверлапа включен.
CRC в шлюзе выключен.
Вместо номера вызываемого абонента в д-канале прилетает пустота. Номер вызывающего абонента видим.
Это вполне допустимый сценарий при работе Overlap'ом:
SETUP может приходить c номером CALLING и без номера CALLED.
Ответом на это (в вашем случае от шлюза) должно быть собщение MORE INFO REQ,
после чего вызывающая сторона начинает слать цифры CALLED по одной в сообщениях INFO.
Проверяйте настройки шлюза, imho причина в нём.
Проверяйте настройки шлюза, imho причина в нём. [/i]
В настройках шлюза ничего похожего не нашел.
Во вложении трейс со шлюза.
PhoneMan
03.07.2007, 14:28
TeleNet пишет
Во вложении трейс со шлюза. По вложенному файлу создается впечатление, что либо включен enblock, либо шлюз не понимает что такое overlap.
На Setup с пустым номером овечает CallProceeding и пытается инициировать вызов по SIP...
Не пробовали отдавать номер через ARS, сначала собрав нужное кол-во цифр? Или при помощи ячейки спид-дайла что-нибудь набрать?
То что включен Enable Receiving of Overlap Dialing это 100%. Так что остается только предположить что
шлюз не понимает что такое overlap
Вот настройки шлюза.
Через ARS не пробовали. Спид дайл не помогает.
PhoneMan
03.07.2007, 15:05
Protocol Management menu > Protocol Definition > DTMF & Dialing можешь показать?
PhoneMan пишет
Protocol Management menu > Protocol Definition > DTMF & Dialing можешь показать?
PhoneMan
03.07.2007, 15:50
А целиком ini-файл?
PhoneMan
04.07.2007, 09:46
Попробуй руками вбить в файл параметры как прописано в мануале:
в [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'у.