OS 7070, несколько вопросов по SIP и не только

[DFG]

Очень интересно. Оказывается, когда вызов идет по LCR, и по какой-то причине группа линий недоступна и вызов идет по другой группе линий, в SMDR в набираемом номере в конце Samsung добавляет букву "С".

В 5.2.17 Alivе Status был NO из-за AliveCheck=Options. Сейчас AliveCheck=NONE, при этом ALIVE STATUS= YES и вызовы проходят, а если система не будет получать отклика на Invite, через таймер T? вызов пойдет по другой группе линий, а именно по СО.

[DFG]

2. Какие-то настройки из 5.2.13 имеют значение при таком подключении?

2. Никакие.

а как же

viewtopic.php?f=4&t=7639#p38570 ?

[LionB]

Не видя настроек, не могу ничего сказать по этому случаю.
А если у него таки используется Carrier (Написано же - используется транк с регистрацией), но в Carrier включен Peering

[DFG]

Согласен, без настроек наверняка сказать нельзя. А за что отвечает включение peering в carrier ? из описания не понял

[LionB]

А вот теперь можно выключить регистрацию и по Invite оператор будет слать запрос на авторизацию на этот вызов (вот в этом случае оно и нужно), а Carrier своими настройками будет отвечать на эту авторизацию.

[dmsk]

тогда в 4.1.2 ставите Peering.
В 5.2.3 ставите Server Use No
И в 5.2.17 задаете IP провайдера в IP Table указанной в 5.2.3
Все, что начепушили в 5.2.13 можно привести к умолчанию и про него забыть.

OS7070 версия ПО V.4.60b
В 5.2.3 столбца Server Use вообще нет? как следствие в 603 (4.1.2) ставим ISP1 - исходящая не работает, ставим Peering всё ок. Вопрос где ставится Server Use если в 5.2.3 столбца нет?

[Ave]

Нигде не ставится - помимо группы SIP Trunk'ов c Peering, создается еще одна группа SIP Trunk'ов с ISP1.
Соответственно, если займете группу c ISP1, то и звонки улетят сразу на сервер, если с Peering, то на анализ в 832 код.
Т.е. по сути 832 код стал теперь только для Peering'а.

[DFG]

Возвращаясь к теме: все равно периодически рвутся вызовы по SIP.
Провайдер отвечает: "самсунг рвет коннект сам. Обратите внимание на то, что BYE опять жк приходит с другого порта. Это бывает не во всех звонках."
схема: Os7070(192.168.1.150) - DFL 210 (хх.ххх.65.40) - провайдер - оператор (213.145.43.128)
Дамп на https://dl.dropbox.com/u/99182614/triz.cap
Работаем по IP, без регистрации, по VoIP Peering (5.2.17). Помогите разобраться...

[dmsk]

Нигде не ставится - помимо группы SIP Trunk'ов c Peering, создается еще одна группа SIP Trunk'ов с ISP1.
Соответственно, если займете группу c ISP1, то и звонки улетят сразу на сервер, если с Peering, то на анализ в 832 код.
Т.е. по сути 832 код стал теперь только для Peering'а.

понятно... нужно значит без модификаций и индификаторов маршрута кидать в эту группу номер так как его примет оператор... и дело в шляпе... спасибо.

[DFG]

Продолжаю разбираться... умеет ли Самсунг, находясь за NAT, отправлять NAT-keepalive ?

Вот похожая ситуация:

viewtopic.php?f=4&t=5647&hilit=alive#p25940

А вот дамп:

http://zalil.ru/33814742