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

[All is not what ...]

Есть выход - допилить OpenH323 для разбора этого APDU. Соответственно, все, кто сидит на этом стеке, включая астерикса, смогут видеть имена от LG. Хочу попробовать сам тако сделать, как время появится свободное.

Вместо допиливания, замерзшиго в 2007, OpenH323 попробуйте написать девелоперам Opal, который развивается.
Кстати начать с того что посмотреть на работу Opal-based канала.

[exzerodivide]

виноват, наследника openh323 - h323plus имел в виду.
На самом деле, хочу попробовать сам и начать с gnugk, заставив его переносить поля.

[All is not what ...]

Почему h323plus?
С gnugk вообще не понял замысла.

[exzerodivide]

ну во-первых он удобнее для экспериментов.
Во-вторых, как чисто H.323-маршрутизатор он мне более интересен, нежели астер.
h323plus - openh323 фактически помер в своем дальнейшем развитии. Его дело продолжил h323plus, к тому же gnugk собирается как раз с openh323/h323plus

[EugeneT]

Вместо допиливания, замерзшиго в 2007, OpenH323 попробуйте написать девелоперам Opal, который развивается.
Кстати начать с того что посмотреть на работу Opal-based канала.

С другой стороны ooh323 имеет место быть в репозитории дигиума для всех версий астера и худо-бедно работает, а прикручивание опала все же процедура нетривиальная и чревата всякими глюками.

[All is not what ...]

Вы хотели сказать худо-бедно="ровно на половину", тоесть только в одну сторону?
А работать с опалом в астериске я и не предлогал.

[EugeneT]

Вы хотели сказать худо-бедно="ровно на половину", тоесть только в одну сторону?

В обе, если не считать небольшой косяк с callerID name

А работать с опалом в астериске я и не предлогал.

А почему, кстати? Думаю, что астер ставится на предприятиях все больше и больше, причины разные могут быть, у меня началось с необходимости организации конференций и уж потом подтянулась подключение филиалов и удаленных точек. Так что, человеческий и нормально документированный способ соединения ipLDK и астера совсем не помешал бы.

[exzerodivide]

Коллеги, обладающие девелоперским инсайдом, к вам возникла пара вопросов (в процессе перепиливания gnugk):
1. Что означают первые 2 байта в имени в H.450.1 ? ( например 13 октетов, 00 50 55 72 6d 61 6e 56 42 5f 46 61 78 .PUrmanVB_Fax )
Можно ли их безболезненно отбросить ? При формировании имени в сторону LDK как они должны вычисляться ?
2. Как определять, что "с той стороны" станция LG ? Есть варианты через:
nonStandardData = {
nonStandardIdentifier = h221NonStandard {
t35CountryCode = 97
t35Extension = 0
manufacturerCode = 1112
}
data = 14 octets {
4c 47 20 45 6c 65 63 74 72 6f 6e 69 63 73 LG Electronics
Вопрос: является ли manufacturerCode и значение data одинаковыми для ipLDK, LIK и MG ?

[All is not what ...]

В обе, если не считать небольшой косяк с callerID name

А 30 секундное ограничение длительности звонка из астериска на LDK как побороли?

[EugeneT]

А 30 секундное ограничение длительности звонка из астериска на LDK как побороли?

Убрал Н245Tunneling и H.323 Fast Start из настроек на обоих сторонах. Сидел две минуты, разговаривал сам с собой - не рвалось

[exzerodivide]

gnugk в одну сторону запилен (LG->GK)
Имя нормально подменяется, при отсутствии имени из H.450, Display IE затирается, что бы не видеть мусор.
Вопрос по поводу 2 первых октетов имени от LG остается открытым.
Что успел увидеть:
1. Это функция от только длины имени
2. Что видно сейчас:
Длина_имени_побайтно(dec) Первые_2_октета (hex)
1 00 00
2 00 08
3 00 10
4 00 18
5 00 20
6 00 28
7 00 30
8 00 38
9 00 40
10 00 48
11 00 50
12 00 58

Вопрос: так как же они, эти 2 байта, считаются ?
PS Это нужно для допиливания второй части (формирование имени в сторону LG)

[exzerodivide]

Сам спросил - сам отвечу.
параметр длины LG рассчитывается так: y=8*(x-1)
В общем, есть допиленная мной версия gnugk 2.3.4
Умеет следующее:
1. Формировать и отправлять в setup имя в h.450.1. iPEKS-MG его принимает и отображает. Первое происходит всегда, но по-хорошему это должно регулироваться конфигом (to-do)
2. Обнаруживать, что звонит LG, на основании этого:
2.1 Затирать имя в Q.931 и вставлять правильное из H.450.1. Если в последнем пусто - имя не передавать.
2.2 Добавлять ко всем сообщениям в сторону LG H.450.1 с именем звонящего.

Готов выложить скомпиленный бинарь(debug-версия), тестовый конфиг и сорцы (проект в VS 2010).
Есть заинтересованные пощупать ?
Смысл проекта - интеграционная платформа между LG и Cisco&Avaya.
PS Если кто-то возьмется потестировать с LIK и ipLDK - был бы признателен. Все что нужно - виндовая машина.