Вопрос по DID Ringing Samsung OfficeServ 7100

[LionB]

И по H323 такая же процедура используется
http://forum.officeats.ru/viewtopic.php?f=4&t=7124&hilit=X11

Есть подозрение, что на Asus есть такая фича "забывать" про "SIP" терминал в локалке. Бывают такие фишки в целях безопасности.
Попробуй наоборот включить опцию уведомления роутера о себе Alive Notify (с таймером возможно придется поиграться) в настройках SIP Carrier.
И перегрузи роутер, чтобы он ARP таблицу обновил.

[kochetov]

И по H323 такая же процедура используется
http://forum.officeats.ru/viewtopic.php?f=4&t=7124&hilit=X11

Есть подозрение, что на Asus есть такая фича "забывать" про "SIP" терминал в локалке. Бывают такие фишки в целях безопасности.
Попробуй наоборот включить опцию уведомления роутера о себе Alive Notify (с таймером возможно придется поиграться) в настройках SIP Carrier.
И перегрузи роутер, чтобы он ARP таблицу обновил.

Alive Notify установил в Options, Alive Notify Time менял в диапазоне от 900 до 3600 с шагом 100. Ситуация прежняя, инвайты в пакетах не наблюдаются.
Насчет шлюза я недостаточно подробно рассказал и возможно ввел вас в заблуждение. Это полноценный компьютер, на котором установлен линукс. Представляется он так (MAC Address: 48:5B:39:AF:28:01 (Asustek Computer)) видимо потому, что 10.0.0.1 подключен в сетевой порт на материнке, а она производства Asus. В настройках файрвола все соединения из локальной сети наружу разрешены по-умолчанию, и шлюз не забывает про SIP терминал в локалке.

4.46d это очень старая прошивка, возможно существующие проблемы уйдут с обновлением до более свежей прошивки?
MP10A_V495_20160308.zip вот такая вроде бы уже есть в природе.

[LionB]

Это если у тебя процессор MP10a, то да, v4.95 для него последняя.

[kochetov]

Это если у тебя процессор MP10a, то да, v4.95 для него последняя.

Обновил прошивку до v4.95.
Предварительно в OS DM сохранил базу, после прошивки загрузил в АТС

На новой прошивке по какой-то причине звонок не поступает конечным пользователям, хотя таблица 5.2.14 SIP Users заполнена как и прежде. 5.2.4 VoIP Incoming Digits тоже не работают.
В новой версии используется другой механизм?
Исходящая связь по сипу не заработала, инвайты по-прежнему не уходят

Зато NTP настроил, теперь на АТС время точное

[LionB]

На новой версии в группе SIP транков надо указать рабочий SIP Carrier (В этих версиях работают все 4 Carrier одновремено).

[kochetov]

На новой версии в группе SIP транков надо указать рабочий SIP Carrier (В этих версиях работают все 4 Carrier одновремено).

Указано. Причем он автоматом проставился.

[kochetov]

1. После обновления прошивки по-прежнему не работает исходящая связь через SIP. Пробую звонить так: 805 (в линии непрерывный гудок) набираю номер и в конце жму #. В ответ короткие гудки.
2. Перестала работать переадресация входящего звонка на внутренний номер. На прошивке 4.46d V1.0 работало так: у каждой записи в 5.2.14 SIP Users присвоен номер, в соответствии с которым 3.2.3 DID Ringing распределяла звонки на внутренние адреса абонентов. На прошивке 4.95 этот механизм почему-то не работает и звонок попадает в группу 500.
Приведу текущие настройки:
4.1.2. Trunk Groups (для группы 805 ISP Selection установлен в ISP1, и был так установлен изначально после перепрошивки, я проверял)
#79

5.2.13 SIP Carrier Options
#79

5.2.14 SIP Users
#79

2.4.3. Send CLI Number
#79

3.2.3 DID Ringing
#79

5.2.4. VoIP Incoming Digits (насколько я понимаю при текущей схеме связи не используется, но все равно для тестового номера 41 заполнена)
#79

5.2.12 SIP Stack/Ext/Trunk Options
#79

5.2.1. H.323 Trunk Options На всякие случай ещё приведу настройки основного канала связи
#79

[LionB]

В VoIP Incomming Digits идет анализ только по 2м первым символам (Digit Lenght - 2), а у тебя куча таких записей с одинаковыми началами ph, соответсвенно система не принимает решение во что делать модификацию.
Анализируй каждую запись по полной длине.

[kochetov]

В VoIP Incomming Digits идет анализ только по 2м первым символам (Digit Lenght - 2), а у тебя куча таких записей с одинаковыми началами ph, соответсвенно система не принимает решение во что делать модификацию.
Анализируй каждую запись по полной длине.

исправил на
#79
Во входящем инвайте прилитает
861.855202 69.167.178.6 -> 10.0.0.4 SIP/SDP Request: INVITE sip:phone1@83.246.137.141:5060;transport=udp, with session description
Все равно отправляет в группу 500

[LionB]

Есть еще один момент.
Не любит SIP сервер в АТС аккаунты с телефонными номерами короче 4х знаков.
Т.е. двухзначная нумерация присутсвует, но как только начинаем ее стыковать на SIP, не работает.
Можешь попробовать таки перенумеровать один внутренний порт в 4 знака, ну и поправить для него SIP User (Tel Num), Incoming VoIP, DID, ну и учетку на битриксе и попробовать.