ipecs-100 voip panasonic tde-200 Опции

[Den]

Добрый день нужна помощь в разборе проблемы - 2 станции ipecs-mg и tde-200.

соединены по h.323, связь со стороны ipecsа на тде есть, звонок проходит, все в порядке,
звонок со стороны тде на ипекс, такж е проходит но рвется через 6-7 секунд.

подскажите где искать проблему? трейс снимался с тде, на картинках странности:

Прикрепленные файлы

 ipecs_tde.rar ( 2,08 килобайт ) Кол-во скачиваний: 29
 1.jpg ( 101,52 килобайт ) Кол-во скачиваний: 95
 2.jpg ( 111,84 килобайт ) Кол-во скачиваний: 74

 

[exzerodivide]

Den
Проверьте вот что:
1. План нумерации со стороны панаса и настройки enblock/overlap. Он шлет номер в сетапе без sending complete. Лыжа это видит и шлет setupAck, далее - CallProc, т.к. принятых цифр ей видимо достаточно для начала маршрутизации, что в свою очередь вызывает неподдельное удивление у панаса, находящегося в режиме overlap(виден status с текстом "Message not compatible with call state or message type non-existent or not implemented" и взведенным флагом Call State - Overlap Sending). При и этом следует отметить, что оба устройства так или инача нарушают стандарт: панас нарушает стандарт, не взводя в setup'e флаг canOverlapSend в TRUE, лыжа явно не ждет дефолтового значения таймера T302
2. сочетания normal/fast и tunneling:on/off со стороны панаса и лыжи. Я у себя на MG наблюдал неответ на TCS при определенном сочетании fast/normal и tunneling. гарантированно рабочи вариант со стороны MG - fast/tunneling on
3. Оставьте для верности по одному или 2 кодека с каждой стороны.
4. разговор собственно обрывается из-за истечения таймера T101 - в течении него ждем ответ на TCS

[Den]

Den
Проверьте вот что:
1. План нумерации со стороны панаса и настройки enblock/overlap. Он шлет номер в сетапе без sending complete. Лыжа это видит и шлет setupAck, далее - CallProc, т.к. принятых цифр ей видимо достаточно для начала маршрутизации, что в свою очередь вызывает неподдельное удивление у панаса, находящегося в режиме overlap(виден status с текстом "Message not compatible with call state or message type non-existent or not implemented" и взведенным флагом Call State - Overlap Sending). При и этом следует отметить, что оба устройства так или инача нарушают стандарт: панас нарушает стандарт, не взводя в setup'e флаг canOverlapSend в TRUE, лыжа явно не ждет дефолтового значения таймера T302
2. сочетания normal/fast и tunneling:on/off со стороны панаса и лыжи. Я у себя на MG наблюдал неответ на TCS при определенном сочетании fast/normal и tunneling. гарантированно рабочи вариант со стороны MG - fast/tunneling on
3. Оставьте для верности по одному или 2 кодека с каждой стороны.
4. разговор собственно обрывается из-за истечения таймера T101 - в течении него ждем ответ на TCS

С планом нумерации все в порядке, он и должен быть 6-значный=3-префикс,3-внутренний номер

1. панас работал в режим enblock, по крайней мере в настраках на исходящем вызове стояло именно enblock, пробовал играться - результат примерно одинаковый, установил overlap связь устанавливается быстрее чем в enblock, но также рвется, в статусе также "Message not compatible with call state or message type non-existent or not implemented" и Overlap Sending.

2. в настройках MG, стоит fast|tunneling on, в normal'е связь вообще не устанавляивается, хотя панас может работать в fast/normal

3. кодеки стоят 729 и 711

Прикрепленные файлы

 1.PNG ( 37,1 килобайт ) Кол-во скачиваний: 47
 11.rar ( 1,22 килобайт ) Кол-во скачиваний: 8