Интеграция ipLDK-300 и Cisco CUCM 6 - CNIP, CONP, H.323, Передача имени звонящего Опции

[exzerodivide]

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

В рамках интеграции свежеустановленной станции 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), или не только ?

[exzerodivide]

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

[harris]

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

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