Подключение по SIP в версии 5.5 Опции

[ALLeX]

В новой версии настройки насколько я понял значительно отличаются от предыдущей. О чем собственно написанно красненьким в ПГМ 133:

Please be aware that the SIP Attributes settings are CO line based in 5.5, instead of gateway based as they were in 5.0

Но к сожалению как использовать новые настройки в последнем мануале нет - там все еще про Gateway based, несмотря что ман вроде как для версии 5.5 (issue 5.5d4)

Если кто нибудь уже пробовал подключать новый LIK по SIP к провайдеру, опишите пожалуйста процедуру подключения. На предыдущей версии подключался к разным провам на ура, но в этой происходят какие то косяки (напр. не сохраняется поле "Proxy Server Address" после нажатия кнопки Save).

[otaev]

В новой версии настройки насколько я понял значительно отличаются от предыдущей. О чем собственно написанно красненьким в ПГМ 133:

Но к сожалению как использовать новые настройки в последнем мануале нет - там все еще про Gateway based, несмотря что ман вроде как для версии 5.5 (issue 5.5d4)

Если кто нибудь уже пробовал подключать новый LIK по SIP к провайдеру, опишите пожалуйста процедуру подключения. На предыдущей версии подключался к разным провам на ура, но в этой происходят какие то косяки (напр. не сохраняется поле "Proxy Server Address" после нажатия кнопки Save).

Все достаточно просто и тривиально.

PGM 210 (SIP Data / SIP Common Attr) прописываем адреса ДНС серверов и локальные порты SIP-клиента
PGM 126 (SIP User ID Attributes) прописываем аккаунты регистрации на серверах SIP-провайдера, равно как и в 5.0
PGM 133 (SIP CO Attributes) на нужных нам VOIP линиях прописываем:
- Proxy Server Address (адрес сервера оператора, IP или полное имя)
- use outbound proxy - YES (для отправки голосового трафика на сервер провайдера)
- Domain (собственно, домен регистрации аккаунта)
- Registration UID range (диапазон строк с аккаунтами для регистрации на этой линии, я обычно юзаю по одному аккаунту на канал)
- Remote-Party-ID (я выставляю в NOT USE, а то вылазили косяки с АОНами, больше не проверял, принял как данность)
- ID Indiduality (все поля, кроме From Display, выставляю в Fixed Table, для представления аккаунта при совершении вызова)
- SIP User ID Table Index (в группе Fixed Table Assignment, выставляю равным индексу из Registration UID Range)

после этого все сохраняем, и жмем на педаль Register (или в терминале ресетим сиквенс VOIM с нашими линиями)
и все работает на вылет, с персонально настроенной каждой линией.

роутинг звонков на вход не отличается от 5.0 (MSN либо Flexible DID Table)

[harris]

Все достаточно просто и тривиально.

PGM 210 (SIP Data / SIP Common Attr) прописываем адреса ДНС серверов и локальные порты SIP-клиента
PGM 126 (SIP User ID Attributes) прописываем аккаунты регистрации на серверах SIP-провайдера, равно как и в 5.0
PGM 133 (SIP CO Attributes) на нужных нам VOIP линиях прописываем:
- Proxy Server Address (адрес сервера оператора, IP или полное имя)
- use outbound proxy - YES (для отправки голосового трафика на сервер провайдера)
- Domain (собственно, домен регистрации аккаунта)
- Registration UID range (диапазон строк с аккаунтами для регистрации на этой линии, я обычно юзаю по одному аккаунту на канал)
- Remote-Party-ID (я выставляю в NOT USE, а то вылазили косяки с АОНами, больше не проверял, принял как данность)
- ID Indiduality (все поля, кроме From Display, выставляю в Fixed Table, для представления аккаунта при совершении вызова)
- SIP User ID Table Index (в группе Fixed Table Assignment, выставляю равным индексу из Registration UID Range)

после этого все сохраняем, и жмем на педаль Register (или в терминале ресетим сиквенс VOIM с нашими линиями)
и все работает на вылет, с персонально настроенной каждой линией.

Использование DNS, Fixed Table и т.п. - это всего лишь отдельные варианты программирования из доступных.

роутинг звонков на вход не отличается от 5.0 (MSN либо Flexible DID Table)

Да также, как и в 5.0, но почему только "MSN либо Flexible DID Table"?? Обычно это проще использовать, но в принциве также можно распределять вход. вызовы и по аккаунтам абонентов (SIP User Table Index), указанным в ПГМ111, или по назначению Ring Assignment (ПГМ144).

[ALLeX]

после этого все сохраняем, и жмем на педаль Register (или в терминале ресетим сиквенс VOIM с нашими линиями)
и все работает на вылет, с персонально настроенной каждой линией.

В том то и беда, что ничего не сохраняется на странице SIP CO Attributes. Т.е. заполняю все поля, жму Save - страница перегружается, все заполненные поля пустые.

P.S.
Как выключить или увеличить этот зверский таймер сессии? Ибо, вводить пароль каждую минуту простоя, это уже через чур.
(Web Password Guard Timer - оно?)

[otaev]

P.S.
Как выключить или увеличить этот зверский таймер сессии? Ибо, вводить пароль каждую минуту простоя, это уже через чур.
(Web Password Guard Timer - оно?)

Оно самое. Я обычно сразу после инициализации выставляю значение в полчаса и забываю о большинстве проблем.

[otaev]

Использование DNS, Fixed Table и т.п. - это всего лишь отдельные варианты программирования из доступных.

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

Да также, как и в 5.0, но почему только "MSN либо Flexible DID Table"?? Обычно это проще использовать, но в принциве также можно распределять вход. вызовы и по аккаунтам абонентов (SIP User Table Index), указанным в ПГМ111, или по назначению Ring Assignment (ПГМ144).

Опять же, это лично мое субъективное предпочтение. В мануалах все описано, зубры техотдела Арткома тоже могут подсказать человеку. Да и мы тоже в помощи не отказываем никогда Ведь достаточно только позвонить...

[harris]

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

Опять же, это лично мое субъективное предпочтение. В мануалах все описано, зубры техотдела Арткома тоже могут подсказать человеку. Да и мы тоже в помощи не отказываем никогда Ведь достаточно только позвонить...

Да. Прошу пардону. Все правильно Вы написали.
Я просто всего лишь хотел упоминуть, что возможны и другие варианты программирования.
Т.е. по отношению к 5.0 на версии 5.5 возможности для разнообразного программирования не сокращены, а расширены. А использовать, конечно, нужно вариант, который проще, или который наиболее подходит в конкретном случае.

[ALLeX]

Выяснилось, что параметры на странице SIP CO Attributes не сохранялись потому что отсутствовал VOIM. На LIK-600 нет встроенных Voip каналов (согласно документации), но тем не менее я спокойно подключаю SIP клиенты сторонних разработчиков (т. е. sip stack 100% живой) и они прекрасно работают.
Пока зарегистрировал виртуальный GW, вот что получилось:

Прикрепленные файлы

 voim.png ( 18,44 килобайт ) Кол-во скачиваний: 87

 

[harris]

Выяснилось, что параметры на странице SIP CO Attributes не сохранялись потому что отсутствовал VOIM. На LIK-600 нет встроенных Voip каналов (согласно документации), но тем не менее я спокойно подключаю SIP клиенты сторонних разработчиков (т. е. sip stack 100% живой) и они прекрасно работают.
Пока зарегистрировал виртуальный GW, вот что получилось:

А чего им не работать?? Пока у Вас SIP-клиенты находятся в одной сетке с MFIM, каналы VOIB не требуются.
Сигнализация на версии 5.5 идет через MFIM, а RTP поток - напрямую.

[otaev]

Выяснилось, что параметры на странице SIP CO Attributes не сохранялись потому что отсутствовал VOIM. На LIK-600 нет встроенных Voip каналов (согласно документации), но тем не менее я спокойно подключаю SIP клиенты сторонних разработчиков (т. е. sip stack 100% живой) и они прекрасно работают.

Т.е. у вас лицензия на SIP-клиентов прошита? Иначе как можно посторонний девайс прикрутить? У меня доселе этого не получалось, станция посылала, в дебаге ругалась на лицензию. А сам по себе стек и будет живой, потому как в 5.5 вся SIP-сигнализация однозначно рулится через процессор, да и родные нелицензируемые телефоны (LIP-8002) работать должны. А модули VOIM в системе присутствуют для внешних транковых соединений с операторами и для релея RTP-трафика.

Пока зарегистрировал виртуальный GW, вот что получилось:

А зачем вы при добавлении устройства поставили галочку "Virtual SIP"?
Мне просто для себя интересно, я еще с виртуализацией SIP'а на станции не разбирался, времени не хватает.

[otaev]

блин, пока писал, глубокоуважаемый Harris уже ответил. что ж, не сочтите за флуд

[ALLeX]

Сигнализация на версии 5.5 идет через MFIM, а RTP поток - напрямую.

А как было в 5.0?

Т.е. у вас лицензия на SIP-клиентов прошита? Иначе как можно посторонний девайс прикрутить? У меня доселе этого не получалось, станция посылала, в дебаге ругалась на лицензию. А сам по себе стек и будет живой, потому как в 5.5 вся SIP-сигнализация однозначно рулится через процессор, да и родные нелицензируемые телефоны (LIP-8002) работать должны. А модули VOIM в системе присутствуют для внешних транковых соединений с операторами и для релея RTP-трафика.

Временная демо позволит мне мучать этот бедный ЛИК ещё почти 2 месяца.
Пардон, а LIP-8002 - это чисто sip аппараты (не ipkt) ?

А зачем вы при добавлении устройства поставили галочку "Virtual SIP"?
Мне просто для себя интересно, я еще с виртуализацией SIP'а на станции не разбирался, времени не хватает.

Для того чтобы разобраться что работает, а что нет на новой прошивке. Например попытаться настроить этот самый "виртуальный" VOIM (который уже ломится на сторонний сервер с invite пакетами, но пока упорно не желает там зарегистрироваться (т. е. register до этого не пытается слать)).

[Dron]

..а LIP-8002 - это чисто sip аппараты (не ipkt) ?

Да

[otaev]

А как было в 5.0?

В 5.0 сигнальные потоки шли на каждый модуль отдельно. Т.е. если требовалось подключиться в 2-3 операторам по SIP, надо было ставить 2-3 модуля VOIM, и в случае нахождения за NAT, разруливать сигнализацию от разных серверов на разные модули (я так делал, работает как часы). Те же яйца и с RTP.

Для того чтобы разобраться что работает, а что нет на новой прошивке. Например попытаться настроить этот самый "виртуальный" VOIM (который уже ломится на сторонний сервер с invite пакетами, но пока упорно не желает там зарегистрироваться (т. е. register до этого не пытается слать)).

У вас в SIP User ID Attributes какой тип использования учетной записи выставлен? Provision или Register?
На SIP линии, в вашем случае, выставлен атрибут Virtual SIP (на шару спросил, как писал ранее, сам еще это не проверял)? Ну и, наконец, Use Outbound Proxy на той же линии как определен?

[ALLeX]

В 5.0 сигнальные потоки шли на каждый модуль отдельно. Т.е. если требовалось подключиться в 2-3 операторам по SIP, надо было ставить 2-3 модуля VOIM, и в случае нахождения за NAT, разруливать сигнализацию от разных серверов на разные модули (я так делал, работает как часы). Те же яйца и с RTP.

Спасибо, понятно. Что ж, прогресс на лицо, ибо что такое nat traversal знаю не понаслышке...

У вас в SIP User ID Attributes какой тип использования учетной записи выставлен? Provision или Register?
На SIP линии, в вашем случае, выставлен атрибут Virtual SIP (на шару спросил, как писал ранее, сам еще это не проверял)? Ну и, наконец, Use Outbound Proxy на той же линии как определен?

1. Register конечно.
2. Virtual SIP Channel Mode имелось ввиду? Yes. (и это видно по мак адресам)
3. Включен (и адрес прописан)
Короче старался делать всё по Вашему совету выше.

[otaev]

Спасибо, понятно. Что ж, прогресс на лицо, ибо что такое nat traversal знаю не понаслышке...


1. Register конечно.
2. Virtual SIP Channel Mode имелось ввиду? Yes. (и это видно по мак адресам)
3. Включен (и адрес прописан)
Короче старался делать всё по Вашему совету выше.

Тогда я временно пас. Других идей пока не возникло, и нет у меня сейчас свободного проца для экспериментов. Либо могу на вашей консоли пошалить

[ALLeX]

Ещё один нюанс: Как видно на предыдущем скрине, "виртуальному" VOIM-у присвоен не пингуемый адрес 10.70.1.11. А он тем не менее присутствует в INVITE пакетах, о которых я говорил выше.
Занимаю настроенную SIP линию и набираю номер 888.
LIK (10.70.1.155:5060) => 3rd IP-PBX (10.70.1.80:5060)

Код

INVITE sip:888@mydomain.lan SIP/2.0
From: <sip:501@>;tag=41905fe0-9b01460a-13c4-55013-1f970-47725eb-1f970
To: <sip:888@mydomain.lan>
P-Asserted-Identity: <sip:501>
User-Agent: LG-Ericsson iPECS-LIK 600 5.5Cj
Contact: <sip:501@10.70.1.11:5060;transport=UDP>

На что 10.70.1.80 совершенно справедливо отвечает SIP/2.0 400 Bad Request т. к. перед этим не было регистрации.
В логе видно как минимум две проблемы - поле From (пусто после @) и поле Contact (как бы его поменять на адрес ЛИК-а)