Добрый день, коллеги!

В рамках интеграции свежеустановленной станции ipLDK-300(прошивка MPB - C9Bc, VOIB4 - 1.1Ca) в нашу PISN по протоколу H.323 столкнулся со следующей проблемой - передача имени вызывающего/вызываемого абонента.
Как показало изучение документации - ipLDK умеет передавать имя звонящего только через FAC или UUIE. Изучение под микроскопом с помощью WireShark начала сессии показало, что в составе H.225 имя таки приезжает(через H.450.1 Supplementary Service, в составе соответствующего APDU), но достать его пока не представляется возможным.
Соответственно, что было проверено:
1. SIP в режиме PSTN - имя от ipLDK приходит, но содержит незаэскейпленные кавычки, цыска обрывает процесс установки соединения ответом класса "Malformed From: field". При выключении передачи имени от ipLDK звонок проходит.
2. SIP в режиме NET - постфактум выяснилось что такой режим не имеет права на существование by design. Кстати говоря, трассировка VOIB через телнет при этом браво рапортовала что INVITE отправлен (проверялся исходящий звонок), при этом сниффер не показывал ничего.
3. H.323 в режиме NET - Display IE пустой¸ имя через FAC или UUIE.
4. H.323 в режиме PSTN - Display IE пустой¸ имя через FAC или UUIE.

Попутно выяснилось, при входящем SIP-звонке, несмотря на то, что имя звонящего приходит, на дисплее телефона все равно отображается только номер звонящего.

Собственно, исходя из вышеизложенного вопрос - возможно ли заставить плату VOIB под тестовой или иной прошивкой корректно формировать и интерпретировать (при входящих звонках) поле Display IE ?

PS Изучение H.450.1 APDU, передаваемого с ipLDK оставило во мне устойчивое ощущение туннелирования Q.SIG через эти дата юниты :-)
PPS Как я понял, голосовые кошки умеют разбирать Q.SIG в разной нотации, но только на serial-интерфейсе(через isdn supp-service), или не только ?

Насколько мне известно, передача и отображение Имени абонента поддерживается только для линий NET при наличии лицензии на QSIG или IPNET.
Используется только при построение корпоративной сети из станций ipLDK.

Лицензии есть, установлены и активированы.(Q.SIG и IPN)
Вопрос в другом - общепринятым является передача имени вызывающего абонента через поле Display IE(по крайней мере, Nortel, Avaya и Cisco). ipLDK на эти поля забивает, используя свои собственные механизмы(через facility и UUIE). Можно ли заставить плату VOIB хотя бы заполнять это поле ? (Display IE)
В maintenance menu платы всякие пункты настройки h.323 видны, но войти в эти пункты не удается(возможно, это пункты не до конца реализованы)

Нет.
В ipLDK QSIG реализован по-своему.
Давным-давно тестировали QSIG между LDK и Definity, LDK и Siemens'ом - работал только Basic Call,
взаимопонимания при попытке использования функций Supplementary (в том числе при передачи Имени абонента) не было.

Весьма странное решение разработчиков. Тогда будем пробовать заставить кошку понимать эти поля.
По результатам отпишусь в этот топик.

Решение очень простое.
Есть QSIG по рекомендациям ETSI (европейский комитет по стандартам), что и сделано корейцами.
А есть QSIG по рекомендациям ECMA (ассоциация производителей телекоммуникационного оборудования). Эти рекомендации более полные, ИМХО, более проработанные. Этим рекомендациям следуют большинство производителей, брэндов. Но участие в ассоциации ECMA платное!!!, поэтому корейцы в нее и не вступили...
А пришлите нам пакеты, которые шлет Cisco (с именем абонента), может удастся "раскрутить" разработчиков на модификацию софта..., если не в ipLDK, то хотя бы на новой системе - iPECS.

Там всего одно поле в Q.931 - Information element: Display. Его и не хватает.
Трассировку чуть попозже выложу. (соответственно ipLDK->Cisco и Cisco->ipLDK)
Capture от WireShark + трассировки с цыски достаточно будет ?

Думаю, да, достаточно.

Подготовил пакет из упакованного pcap-файла, цысковских логов и схемы в визио, как это все организовано.
Куда его можно выслать ?

garry <> lg-nortel <> com
И пожалуйста сообщите, какие именно имена абонентов пытались отправить в этих вызовах.

отправил

Ок. Спасибо.
Получил. Посмотрим.