LDK-300 ---> Меридиан Опции

[huhkoooo]

Всем добрый день! Имеется связка LDK-300 v3.8 с Меридиан. При звонке с LDK на Меридиан не слышно КПВ, хотя звонок проходит. Связь через плату VOIBN, h323. Если же включать в промежуток IPECS-MG то КПВ слышно, т.к. в есть в IPECS функция генерации КПВ.
Тема уже давно кем-то обсуждалась но по моему решения так и не нашлось.
Может кто нашел решение? Прошу помочь. Спасибо!

[harris]

Всем добрый день! Имеется связка LDK-300 v3.8 с Меридиан. При звонке с LDK на Меридиан не слышно КПВ, хотя звонок проходит. Связь через плату VOIBN, h323. Если же включать в промежуток IPECS-MG то КПВ слышно, т.к. в есть в IPECS функция генерации КПВ.
Тема уже давно кем-то обсуждалась но по моему решения так и не нашлось.
Может кто нашел решение? Прошу помочь. Спасибо!

-Снифер покажите.
- какой тип линий: NET или PSTN ?

[stasmar]

Вроде бы люди в этом случае прошивку платы VOIB до последней поднимали..

[huhkoooo]

-Снифер покажите.
- какой тип линий: NET или PSTN ?

Выкладываю трассировку
LDK-Meredian нет кпв
LDK-Ipecs-Meredian - кпв идет
IPECS-Meredian - второй IPECS, кпв идут

[harris]

Выкладываю трассировку
LDK-Meredian нет кпв
LDK-Ipecs-Meredian - кпв идет
IPECS-Meredian - второй IPECS, кпв идут

Я спрашивал про снифер (трассировку пакетов, снятую WireShark'ом), а не про трассировку MPB.
Т.е. нужно смотреть пакеты на сетевом интерфейсе платы VOIB.

[huhkoooo]

Я спрашивал про снифер (трассировку пакетов, снятую WireShark'ом), а не про трассировку MPB.
Т.е. нужно смотреть пакеты на сетевом интерфейсе платы VOIB.

Прошу прощения!
10.192.20.166 - VOIB
10.192.22.2 Меридиан

[harris]

Прошу прощения!
10.192.20.166 - VOIB
10.192.22.2 Меридиан

Меридиан присылает сообщение Alerting, в котором есть Прогресс Индикатор №8.
Прогресс №8 означает: In-band information or an appropriate pattern is now available.
Т.е. внутриполосная информация (= КПВ или голос. сообщение) теперь доступна внутри канала.
Прогресс означает, что КПВ будет со стороны Меридиана.
Поэтому LDK сама не генерит КПВ, а готова принять это от Меридиана. Но Меридиан ничего не присылает.

[huhkoooo]

Меридиан присылает сообщение Alerting, в котором есть Прогресс Индикатор №8.
Прогресс №8 означает: In-band information or an appropriate pattern is now available.
Т.е. внутриполосная информация (= КПВ или голос. сообщение) теперь доступна внутри канала.
Прогресс означает, что КПВ будет со стороны Меридиана.
Поэтому LDK сама не генерит КПВ, а готова принять это от Меридиана. Но Меридиан ничего не присылает.

Т.е. проблему со стороны LDK не решить?

[huhkoooo]

Хотя при связке IPECS Меридиан КПВ идут

[Dron]

Хотя при связке IPECS Меридиан КПВ идут

Сниф такого вызова покажите

[harris]

Т.е. проблему со стороны LDK не решить?

Не думаю, что поможет, но попробуйте:
1) Выключите Fast Start в ПГМ340, поставьте Early H.245.
2) Попробовать отказаться от Сетевой нумерации.
Сейчас какой тип линий указан в ПГМ322?? NET??? Попробуйте применить тип линий PSTN (ПГМ322) и тип кода - тоже PSTN (т.е. вместо NET 5***, указать PSTN 5, и в ПГМ143 включить Enblock).

[huhkoooo]

Сниф такого вызова покажите

Сниф с IPECS-Меридиан. КПВ идут.
IPECS 10.192.20.45

[huhkoooo]

Не думаю, что поможет, но попробуйте:
1) Выключите Fast Start в ПГМ340, поставьте Early H.245.
2) Попробовать отказаться от Сетевой нумерации.
Сейчас какой тип линий указан в ПГМ322?? NET??? Попробуйте применить тип линий PSTN (ПГМ322) и тип кода - тоже PSTN (т.е. вместо NET 5***, указать PSTN 5, и в ПГМ143 включить Enblock).

1) Все так стояло, результата 0
2) тип PSTN передача енблоком - результата 0

[harris]

1) Все так стояло, результата 0
2) тип PSTN передача енблоком - результата 0

При звонке с MG на Меридиан вызываемая сторона (Меридиан) ведет себя по-другому (не так, как с LDK):
- Меридиан не отвечает на Fast_Start, не открывает лог. канал. Т.е. отвечает как Normal Start.
- Меридиан отвечает чистым Alerting, в котором нет Прогресс_Индикатора !!!
- Поэтому станция MG сама генерит КПВ своему абоненту.

Я сравнил Setup'ы от LDK и MG, никакой принципиальной разницы между ними не нашел... (может, конечно, пропустил что-то...). Но звонки были на разные номера:
- с LDK на номер 5282
- с MG на номер 8211

Так, может быть, Меридиан по-разному обслуживает эти номера??

[huhkoooo]

При звонке с MG на Меридиан вызываемая сторона (Меридиан) ведет себя по-другому (не так, как с LDK):
- Меридиан не отвечает на Fast_Start, не открывает лог. канал. Т.е. отвечает как Normal Start.
- Меридиан отвечает чистым Alerting, в котором нет Прогресс_Индикатора !!!
- Поэтому станция MG сама генерит КПВ своему абоненту.

Я сравнил Setup'ы от LDK и MG, никакой принципиальной разницы между ними не нашел... (может, конечно, пропустил что-то...). Но звонки были на разные номера:
- с LDK на номер 5282
- с MG на номер 8211

Так, может, Меридиан по-разному обслуживает эти номера??

в снифе LDK еще один был звоночек на 8666. 5282 это sip, с ним все норм.

[harris]

в снифе LDK еще один был звоночек на 8666. 5282 это sip, с ним все норм.

ОК. Посмотрим.

Какая версия VOIBN ??
И конфиг станции LDK покажите.

[huhkoooo]

ОК. Посмотрим.

Какая версия VOIBN ??
И конфиг станции LDK покажите.

Стояла 1.1 Da, сменил на 1.1 Ca - без изменений.

Слева MG справа LDK

[harris]

Стояла 1.1 Da, сменил на 1.1 Ca - без изменений.

Слева MG справа LDK

Мдя... В-общем, после моделирования вашей ситуации "подручными средствами" и серии разных экспериментов проблема все-таки была обнаружена.
LDK не генерит КПВ, если вызываемая сторона не отвечает сообщением Call_Proceeding (перед Alerting).
Обычно вызываемая сторона отвечает Call Proceeding'ом. Но по стандарту вызываемая сторона может ответить и сразу Alerting'ом (и даже Connect'ом).
Т.е. это все-таки баг LDK. Видимо, LDK в этом состоянии ожидает строго Call_Proceeding, а получив вместо него в этом состоянии Alerting, уходит на другую ветку программы, в которой забыли подключить генерацию КПВ.

Выход:
- либо попросить инженера, обслуживающего Меридиан, чтобы он подправил настройки на нем так, чтобы Меридиан в ответ на Setup выдавал Call_Proceeding. ИМХО, наверняка это как-то можно сделать на Меридиане.

- либо писать корейцам, чтобы они исправили баг. Это может занять несколько недель (и при условии, что они возьмутся править софт станции, которая уже фактически снята с производства. Правда, баги они и в этом случае все-таки стараются устранить). Можно попробовать запросить корейцев.

Но уточните о возможность настроить Меридиан.

[huhkoooo]

Мдя... В-общем, после моделирования вашей ситуации "подручными средствами" и серии разных экспериментов проблема все-таки была обнаружена.
LDK не генерит КПВ, если вызываемая сторона не отвечает сообщением Call_Proceeding (перед Alerting).
Обычно вызываемая сторона отвечает Call Proceeding'ом. Но по стандарту вызываемая сторона может ответить и сразу Alerting'ом (и даже Connect'ом).
Т.е. это все-таки баг LDK. Видимо, LDK в этом состоянии ожидает строго Call_Proceeding, а получив вместо него в этом состоянии Alerting, уходит на другую ветку программы, в которой забыли подключить генерацию КПВ.

Выход:
- либо попросить инженера, обслуживающего Меридиан, чтобы он подправил настройки на нем так, чтобы Меридиан в ответ на Setup выдавал Call_Proceeding. ИМХО, наверняка это как-то можно сделать на Меридиане.

- либо писать корейцам, чтобы они исправили баг. Это может занять несколько недель (и при условии, что они возьмутся править софт станции, которая уже фактически снята с производства. Правда, баги они и в этом случае все-таки стараются устранить). Можно попробовать запросить корейцев.

Но уточните о возможность настроить Меридиан.

Понял, спасибо за помщь. Завтра подумаем насчет Меридиана.

[harris]

Понял, спасибо за помщь. Завтра подумаем насчет Меридиана.

Вы мне сообщите о результате.
Или не дожидаясь вашего результата сразу попробовать запросить корейцев??? Ваше мнение??