TAU-1.IP (MGCP)

[void]

Немного не успеваем по срокам.Прошивка с телнетом пока что находится на внутреннем тестировании, завтра будет готова. С caller-ID пока что разбираемся.

[PeterB]

При испытании замечены следующие недостатки:
- параметры настройки соединения с SoftX3000 на TAU-1.IP не полностью соответствуют описанию и значению.
- при наборе МГ-номера после первой 8-ки идёт гудок не 425Гц.
- при длительном пропадании связи с IP-сетью, TAU-1.IP зависает.
- отсутствует мониторинг состояния порта.
- отсутствует ведение журнала состояний связи с IP-сетью и с софтсвичем.

Теперрь о некоторых по-подробнее:

1. Параметры настройки соединения с SoftX3000 на TAU-1.IP не полностью соответствуют описанию и значению. Например, в меню MGCP в поле “Gateway name”.
Описание из документации на TAU-1.IP:
Gateway name – имя шлюза (empty – задавать имя шлюза в имени порта);
В действительности, для корректной работы в данном поле указывается префикс имени порта (aaln/0). А в меню конфигурации порта префикс имени порта не указывается, указывается только номер (aaln/0).

2. При наборе МГ-номера после первой 8-ки идёт гудок не 425Гц.
На MGCP-сообщение «RQNT» с параметром «S:L/mwi» на TAU-1.IP сигнал DialTone отличный от ожидаемых 425Гц.

3. При длительном пропадании связи с IP-сетью, TAU-1.IP зависает.
TAU-1.IP не пингуется, и зайти на него через WEB-браузер не представляется возможным.
Восстановление связи с TAU-1.IP происходит после выкл/вкл питания.

[MIkler]

1. Параметры настройки соединения с SoftX3000 на TAU-1.IP не полностью соответствуют описанию и значению. Например, в меню MGCP в поле “Gateway name”.
Описание из документации на TAU-1.IP:
Gateway name – имя шлюза (empty – задавать имя шлюза в имени порта);
В действительности, для корректной работы в данном поле указывается префикс имени порта (aaln/0). А в меню конфигурации порта префикс имени порта не указывается, указывается только номер (aaln/0).

empty используеться для отправки сообщения RSIP с именем шлюза вида */<Domain name>
Ну и имя линий тогда указывается в формате aaln/x
Если необходимо отправить запрос вида
RSIP: aaln/<Domain name> то в Gateway name вписываем aaln в имена портов вставляем только нумерацию.

На MGCP-сообщение «RQNT» с параметром «S:L/mwi» на TAU-1.IP сигнал DialTone отличный от ожидаемых 425Гц.

Где есть стандарт, с указанием "ожидаемый" сигнал 425Гц на пакет «S:L/mwi»?
Почему SSW не дает «S:L/dt» и не получает законные 425Гц в ответ?

3. При длительном пропадании связи с IP-сетью, TAU-1.IP зависает.
TAU-1.IP не пингуется, и зайти на него через WEB-браузер не представляется возможным.
Восстановление связи с TAU-1.IP происходит после выкл/вкл питания.

Проверка на стенде(8 часов без связи) не выявила данной проблемы, уточните условие вашего эксперимента и настройки устройства.

[Романов Александр]

PeterB писал(а):

1. Параметры настройки соединения с SoftX3000 на TAU-1.IP не полностью соответствуют описанию и значению. Например, в меню MGCP в поле “Gateway name”.
Описание из документации на TAU-1.IP:
Gateway name – имя шлюза (empty – задавать имя шлюза в имени порта);
В действительности, для корректной работы в данном поле указывается префикс имени порта (aaln/0). А в меню конфигурации порта префикс имени порта не указывается, указывается только номер (aaln/0).

Если все дело в определениях, то в документации на SoftX3000 этот параметр - Gateway name, называется -local name of gateway (у нас - имя шлюза), который в себе через "/" может содержать по терминологии SoftX3000 - individual endpoint (у нас - имя порта), так что на счет имени шлюза некорректности не вижу.

PeterB писал(а):

3. При длительном пропадании связи с IP-сетью, TAU-1.IP зависает.
TAU-1.IP не пингуется, и зайти на него через WEB-браузер не представляется возможным.
Восстановление связи с TAU-1.IP происходит после выкл/вкл питания.

Я просил попробовать, будет ли проявляться данная ситуация с установленной перемычкой JP5, Вы это попробовали?

[PeterB]

Скажу сразу, ТАУ-1ЕР отправили обратно.
Т.к. заниматься иследованиями и экспериментами столь долго времени нет.


1. Только описанное мною размещение значений по указанным параметрам позволили произвести регистрацию ТАУ на СофтХ3000.

2.

Почему SSW не дает «S:L/dt» и не получает законные 425Гц в ответ?

Возможно, вы имели ввиду «S:L/dl», то он учавствует после поднятия абонентом трубки.
Для второго DialTone используется «S:L/mwi». По крайней мере, любое другое оборудование на наших сетях на MWI даёт "православные" 425Гц.
Софтсвич не знает, что за оборудование стоит на другом конце, он знает только, по какому протоколу оно должно работать.

3. Продолжительность времени пропадания связи различны, от 2-3 часов до пары суток.

ЗЫ: Нам надо железо, которое включил и работает.

[Романов Александр]

Подведем некоторый итог (скорее не для Вас а для обобщения)

1. Разница в терминологии. Специально для пользователей huawey будет отдельная строка в документации с разъяснением.

2. Это скорее проблема huawey, у нас все согласно rfc3660

http://forum.huawei.com/jive4/thread.js ... orderStr=9

"любое другое оборудование на наших сетях на MWI даёт "православные" 425Гц.

Укажите пожалуйста оборудование (не китайское), выдающее в ответ на "S:L/mwi" 425 Гц.

С нашей стороны, планируем сделать возможность настройки сигналов.

3. Да, это наша вина, в данной партии не был включен аппаратный watchdog.
Проблема второго уровня - почему зависает.
Но по крайней мере первую можно было решить установкой перемычки.

PS: rfc3660 Message Waiting Indicator (mwi):
Message Waiting indicator tone uses the same frequencies and levels as dial tone (350 and 440 Hertz at -13dBm each), but with a cadence of 0.1 second on, 0.1 second off, repeated 10 times, followed by steady application of dial tone. See GR-506-CORE [7], Section 17.2.3. It is considered an error to try and play message-waiting indicator on a phone that is on-hook and an error MUST consequently be returned when such attempts are made (error code 402 - phone on-hook).