Страница 1 из 1
Соединение с SMG распознается как QSIG
Добавлено: 23 окт 2013 19:28
lq74
По Q.931 к SMG присоединен Meridian. Вероятно Meridian распознает соединение как QSIG и пытается при обнаружении занятости (cause17) во время установления исходящего соединения активировать Ring Again (оповещение об освобождении абонента). Это заканчивается ошибкой на Meridian`е.
Можно как сделать так, чтобы этот поток Q.931 опознавался, например, как простой EDSS1, без расширенных функций QSIG (большинства из которых на SMG все равно нет)?
Re: Соединение с SMG распознается как QSIG
Добавлено: 23 окт 2013 20:32
Bokrenok
lq74 писал(а):По Q.931 к SMG присоединен Meridian. Вероятно Meridian распознает соединение как QSIG и пытается при обнаружении занятости (cause17) во время установления исходящего соединения активировать Ring Again (оповещение об освобождении абонента). Это заканчивается ошибкой на Meridian`е.
Можно как сделать так, чтобы этот поток Q.931 опознавался, например, как простой EDSS1, без расширенных функций QSIG (большинства из которых на SMG все равно нет)?
Если в настройках SMG не активирована передача имени по QSIG, то SMG ничего особенного не делает, чтобы можно было принять ее сообщения по Q931 за QSIG.
Полагаю ваш вопрос должен решаться настройкой втречной АТС Meridian, чтобы она ничего дополнительного не предпринимала.
По-идее должен задаваться тип сигнализации.
Re: Соединение с SMG распознается как QSIG
Добавлено: 23 окт 2013 22:55
lq74
Bokrenok писал(а): Полагаю ваш вопрос должен решаться настройкой втречной АТС Meridian, чтобы она ничего дополнительного не предпринимала.
По-идее должен задаваться тип сигнализации.
Сигнализация там определена EURO ETSI. Эта конфигурация до смены на Eltex несколько лет проработала с М200 МР. Базовый функционал управления вызовами без проблем перешел, но упомянутый "косячок" вылез, чем-то реализация PRI в Вашей и питерской машинке отличается.
Реально связанные c проблемой настройки Meridian я уже исследовал - что можно уже покрутил. Исследую вопрос как там отключить на корню Network Ring Again, но это не решается документированными настройками.
Добавлено: 24 окт 2013 09:29
Evgeniy
День добрый.
Можете выслать на адрес
Fedevg@eltex.org конфигурацию SMG и лог исходящего звонка (раздел PBX трассировки уровень 99)?
Добавлено: 24 окт 2013 21:13
lq74
Evgeniy писал(а):День добрый.
Можете выслать на адрес
Fedevg@eltex.org конфигурацию SMG и лог исходящего звонка (раздел PBX трассировки уровень 99)?
Выслал.
Добавлено: 29 окт 2013 11:48
lq74
В общем моя диагностика проблемы оказалась неверной. Подсоединил опять М200, снял трассировки на Меридиане, сравнил. Оказалось, что в ответ на BUSY (cause17) в сети М200 шлет DISCONNECT, ожидая RELEASE c ближнего конца, а Eltex сразу шлет RELEASE.
Добавлено: 30 окт 2013 09:19
Evgeniy
Cогласно Q699 такая работа является корректной.
3.1.1.7 Receipt of the Release message (REL)
The RELEASE message is sent at coincident S and T reference point if the Release message (REL) is received during the call establishment as described in 5.3.2/Q.931 [6].
In the other cases, DISCONNECT is sent.
Поскольку установления соединения у нас не было, то есть на наш IAM мы получили сразу REL с cause=17, то на противоположное плечо кроме как Release ничего отправить не можем.
Re:
Добавлено: 21 мар 2014 15:17
lq74
lq74 писал(а):...Оказалось, что в ответ на BUSY (cause17) в сети М200 шлет DISCONNECT, ожидая RELEASE c ближнего конца, а Eltex сразу шлет RELEASE.
На прошивке 2.15.1. проблема исчезла. Приходит честный DISCONNECT. Похоже пофиксили.
Большое спасибо!