H323. LDKVOIB в поле CallerID name Опции

[EugeneT]

Доброго дня.
Увязал ipLdk-100 с астериском по h323, все работает хорошо, однако со стороны станции, вместе с АОНом, в поле CallerID name, прилетает LDKVOIB, астер толкует это как "LDKVOIB" <NNN> и вся эта конструкция отображается на экранах Ip-фонов. Можно ли как-то сменить этот идентификатор на что-то более вразумительное, скажем имя филиала, или отключить выдачу совсем?

[harris]

Доброго дня.
Увязал ipLdk-100 с астериском по h323, все работает хорошо, однако со стороны станции, вместе с АОНом, в поле CallerID name, прилетает LDKVOIB, астер толкует это как "LDKVOIB" <NNN> и вся эта конструкция отображается на экранах Ip-фонов. Можно ли как-то сменить этот идентификатор на что-то более вразумительное, скажем имя филиала, или отключить выдачу совсем?

Нет. Со стороны LDK это в настоящее время изменить нельзя.
LDK в протоколе Q.931 отправляет это сообщение (LDKVOIB и + MAC-адрес) в поле Display.
А уже в протоколе H.225 cтанция нормально отправляет Сalling Party/Connected Party.
Попробуйте настроить Астериск, чтобы он брал информацию из Н.225, а не из Q.931.
А поводу использования элемента Display в Q.931 в станциях LDK, то мы только собираемся писать запрос в Корею, чтобы они подправили это. Но, увы, пока до этого руки не дошли...

[exzerodivide]

Нет. Со стороны LDK это в настоящее время изменить нельзя.
LDK в протоколе Q.931 отправляет это сообщение (LDKVOIB и + MAC-адрес) в поле Display.
А уже в протоколе H.225 cтанция нормально отправляет Сalling Party/Connected Party.
Попробуйте настроить Астериск, чтобы он брал информацию из Н.225, а не из Q.931.
А поводу использования элемента Display в Q.931 в станциях LDK, то мы только собираемся писать запрос в Корею, чтобы они подправили это. Но, увы, пока до этого руки не дошли...

Что то как то в одну кучу все смешались :-)
Q.931 в H.323 нет. Есть H.225.0
В H.225 Display IE LDK как раз и шлет LDKVOIB.
Нормальное имя идет в H.450.1 в составе H.225.0, присутствует в ALERTING, CONNECT, SETUP и т.д.
Поэтому если есть прям таки непреодолимое желание заставить понимать имя от LDK в сторону астерикса, надо брать его H.323-стек (там вроде OpenH323) и пилить на предмет декодирования H.450.1 APDU
Базовые механизмы там есть, в принципе написать на ASN.1 интерпретатор, имя под рукой сниффы не так уж и сложно.

[harris]

Что то как то в одну кучу все смешались :-)
Q.931 в H.323 нет. Есть H.225.0
В H.225 Display IE LDK как раз и шлет LDKVOIB.
Нормальное имя идет в H.450.1 в составе H.225.0, присутствует в ALERTING, CONNECT, SETUP и т.д.
Поэтому если есть прям таки непреодолимое желание заставить понимать имя от LDK в сторону астерикса, надо брать его H.323-стек (там вроде OpenH323) и пилить на предмет декодирования H.450.1 APDU
Базовые механизмы там есть, в принципе написать на ASN.1 интерпретатор, имя под рукой сниффы не так уж и сложно.

Почему же "всё в кучу"?? Я, конечно, не спец по Н.323, но насколько я понимаю:
- H.225 - это протокол управления соединением, включая RAS.
- Н.225 включает в себя сообщения протокола Q.931 практически в чистом виде, что и видно с помощью сниффера. Т.е. Q.931 - это часть Н.225. Сигнальные сообщения (Setup/Connect и т.д.) присутствуют в пакете H.225 дважды (что и видно с помощью сниффера): в "чистом виде" в сообщении протокола Q.931 и собственно в протоколе H.225.0 в информациии UserInformation.
- H.450 - это протокол ДВО (дополнительного сервиса по обслуживания вызова: Hold/Transfer/Forward и пр.). В базовых сообщениях (H.225.0) используется передача Имени абонента в формате, соотвествующем Н.450, а также испотзование Facility тоже определяется рекомендациям Н.450. Пока пользователь не запрашивает функции ДВО, то собственно сообщений протокола Н.450 и не передается.
Это всё ИМХО.
Так вот, что я имел в виду, когда писал выше:
уже были жалобы на то, что при ответе на входящий вызов LDK в сообщении Connect, в Q.931 выдает инф. элемент Display, в котором содержится "LDK" или "LDK VOIB" (Display information: LGE).
При этом в Q.931 отсутствует элемент Connected Party (исходно в Q.931 этот элемент действительно не предусмотрен, в отличии от ETSI). Поэтому на вызывающем терминале вместо отображениея номера/имени ответившего абонента отображается текстовое сообщение "LDK" (LDK VOIB).
А номер ответившего абонента присутствует в другом поле, в Н.225 в UserInformation:
connectedAddress: dialedDigits: 495712100
Вот собственно об этом и собирались запрашивать корейцев, чтобы в сообщении Connect:
- убрать элемент Display из поля Q.931
- добавить элемент Connected Party в поле Q.931.