после перехода на 5.5 не работает sipnet Опции

[couper]

Добрый день.
Сейчас версия станции
MFIM/GS92M-5.5Gt MAY/12
Boot Version-1.0Bg MAY/11
Kernel Version-5.5Dd
H/W issue-1

На 5.0 всё работало. Причина перехода - иногда город не слышит внутренних абонентов, но это отдельная тема, которая надеюсь отпадет после перехода на 5.5

Теперь не могу настроить станцию на sipnet.
Второй день уже мучаюсь. Нужны только исходящие вызовы.
Обратил внимание на то что в ПГМ210 не прописаны ДНСы. Прописал. Остальное проверил. Всё выглядит как было в 5.0.
В ПГМ132 появился пункт RTP Packet Relay Firewall IP Address, но от записи в данном пункте мало что меняется.
Регистрация на сипнете проходит. Подключенное устройство выглядит как
2893589@192.168.0.113:5060/TCP LG-Ericsson iPECS-LIK 50A 5.5Gt.
Но исходящие вызовы не проходят.
Смущает локальный адрес MFIM после @.
Подскажите пожалуйста что же ещё меняется в настройках на провайдера при переходе с 5.0 на 5.5?

[stasmar]

Добрый день.
Сейчас версия станции
MFIM/GS92M-5.5Gt MAY/12
Boot Version-1.0Bg MAY/11
Kernel Version-5.5Dd
H/W issue-1

На 5.0 всё работало. Причина перехода - иногда город не слышит внутренних абонентов, но это отдельная тема, которая надеюсь отпадет после перехода на 5.5

Теперь не могу настроить станцию на sipnet.
Второй день уже мучаюсь. Нужны только исходящие вызовы.
Обратил внимание на то что в ПГМ210 не прописаны ДНСы. Прописал. Остальное проверил. Всё выглядит как было в 5.0.
В ПГМ132 появился пункт RTP Packet Relay Firewall IP Address, но от записи в данном пункте мало что меняется.
Регистрация на сипнете проходит. Подключенное устройство выглядит как
2893589@192.168.0.113:5060/TCP LG-Ericsson iPECS-LIK 50A 5.5Gt.
Но исходящие вызовы не проходят.
Смущает локальный адрес MFIM после @.
Подскажите пожалуйста что же ещё меняется в настройках на провайдера при переходе с 5.0 на 5.5?

У ув. Акселя была в свое время проблема с железом фаервола - они покупали оборудование Cisco.. но это еще на старых версиях..
Если мне не изменяет память - на последних версиях был упор на безопасность - может, что либо связанное с функцией секъюрити на внешних линиях?..
При входе на веб страницу программирования атс на последних версиях по каналу https (на предыдущих http) пишет:
There is a problem with this website's security certificate.
На 8002Е производители предположили причину проблемы в "RTP Security” в Board Base Attributes (ПГМ132)..

[harris]

У ув. Акселя была в свое время проблема с железом фаервола - они покупали оборудование Cisco.. но это еще на старых версиях..
Если мне не изменяет память - на последних версиях был упор на безопасность - может, что либо связанное с функцией секъюрити на внешних линиях?..
При входе на веб страницу программирования атс на последних версиях по каналу https (на предыдущих http) пишет:
There is a problem with this website's security certificate.
На 8002Е производители предположили причину проблемы в "RTP Security” в Board Base Attributes (ПГМ132)..

Стас! Что ты все в одну кучу валишь??? Что за бред!!! Причем здесь 8002E???

[couper]

Кстати ещё и факсы перестали проходить.
А факсы подключенны к ldk-60 работающей с ipecs по сети.
Тут уж вообще не знаю куда копать. Я ведь заодно и версию LGCM8 обновил ))))
Тоже проблемы безопасности?

[couper]

RTP Security поставил в OFF.
Регистрация на сипнете есть, вызовы не проходят.

[DaGash]

RTP Security поставил в OFF.
Регистрация на сипнете есть, вызовы не проходят.

Могу ошибаться, доков под рукой нет.
Для факсов наоборот нужно в On, плюс что за кодек используется?
Попробуйте поковырять 133pgm - From Address Domain, Firewall IP Apply - on.

[couper]

Могу ошибаться, доков под рукой нет.
Для факсов наоборот нужно в On, плюс что за кодек используется?
Попробуйте поковырять 133pgm - From Address Domain, Firewall IP Apply - on.

Поковырял. Регистрация проходит так:


[ 05/07/12 14:12:15 ]===========================================================
Received 646 Bytes from 212.53.40.40:5060 by TCP (ReceiveEv)
--------------------------------------------------------------------------------
SIP/2.0 200 OK
Via: SIP/2.0/TCP 193.34.10.130:5060;branch=z9hG4bK-355-d0527-8c2a9c8
Path: <sip:C192.168.40.77.nat.cgatepro;lr>
From: <sip:2893589@sipnet.ru>;tag=1cdf590-7100a8c0-13c4-55013-355-438df4e3-355
To: <sip:2893589@sipnet.ru>;tag=668C24F2
Call-ID: 1d04a68-7100a8c0-13c4-55013-355-3756f5ed-355
CSeq: 2 REGISTER
Expires: 3597
Contact: <sip:2893589@193.34.10.130:5060;transport=TCP>;expires=3597
Event: registration
Date: Thu, 05 Jul 2012 10:13:48 GMT
Allow: PUBLISH,SUBSCRIBE
Supported: path,gruu
Allow-Events: presence,message-summary,reg,dialog,line-seize,keep-alive,refer
Server: CommuniGatePro/5.4.6
Content-Length: 0


================================================================================

Но при наборе префикса занимается Voip канал, а при наборе следующих цифр вылетает вот это:

4C 49 4B 2D 53 45 43 55 52 49 54 59 2D 53 48 41
52 49 54 59 2D 53 48 41 52 45 44 2D 4B 45

И на этом всё заканчивается.

в Station attribute SIP USER TABLE INDEX прописан.
Всё что можно (как мне кажется) сравнил с настройками в версии 5.0. Ну всё как было.

портов VOIP 7
6 из них для SIPnet, 1 для связи с ipldk 60

[harris]

Но при наборе префикса занимается Voip канал, а при наборе следующих цифр вылетает вот это:

4C 49 4B 2D 53 45 43 55 52 49 54 59 2D 53 48 41
52 49 54 59 2D 53 48 41 52 45 44 2D 4B 45

И на этом всё заканчивается.

в Station attribute SIP USER TABLE INDEX прописан.
Всё что можно (как мне кажется) сравнил с настройками в версии 5.0. Ну всё как было.

портов VOIP 7
6 из них для SIPnet, 1 для связи с ipldk 60

Вылетает: LIK-SECURITY-SHARITY-SHARED-KA

Уважаемый! Можно только гадать, что и как запрограммировано, что происходит. Нужны бы конфиг смотреть и снять сниф попытки исходящего вызова.

Enblock не забыли включить на SIP линиях?

[couper]

Вылетает: LIK-SECURITY-SHARITY-SHARED-KA

Уважаемый! Можно только гадать, что и как запрограммировано, что происходит. Нужны бы конфиг смотреть и снять сниф попытки исходящего вызова.

Enblock не забыли включить на SIP линиях?

Enblock включен. Снифы во вложении, но я так понимаю там ничего нет.
Конфиг скинул в личку.
Очень прошу помощи. Готов отблагодарить в пределах разумного.

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

 1.rar ( 619 байт ) Кол-во скачиваний: 4

 

[harris]

Ну, в-общем проблема вроде бы решилась. На версиях 5.5 доступ к линиям SIP не нужно было программировать через код PSTN (через сетевую таблицу ПГМ324). По крайней мере, при этом есть нюансы (см. ниже). Но можно через LCR.
В порядке общей информации:
На последних версиях 5.5 добавлена новая функция - SIP Trunking Sharing, которая предоставляет возможность использовать одни и те же SIP каналы как для связи с каким-либо SIP провайдером (Public SIP Connection), так и для связи по протоколу SIP с другими офисами корпоративной сети (Private SIP Connection). Для реализации Private SIP Connection используется LCR со ссылкой на нужный индекс в таблицу Net Num Plan (ПГМ324).
Но для использования такой схемы опция [Use Outbound Proxy] должна быть = OFF.
Если же опция = ON, то работает обычная схема, и тогда можно обычным способом назначить PSTN код для доступа к SIP-транку (к SIP провайдеры).
Правда, я сам это еще не проверял.

[couper]

Ну, в-общем проблема вроде бы решилась. На версиях 5.5 доступ к линиям SIP не нужно было программировать через код PSTN (через сетевую таблицу ПГМ324). По крайней мере, при этом есть нюансы (см. ниже). Но можно через LCR.
В порядке общей информации:
На последних версиях 5.5 добавлена новая функция - SIP Trunking Sharing, которая предоставляет возможность использовать одни и те же SIP каналы как для связи с каким-либо SIP провайдером (Public SIP Connection), так и для связи по протоколу SIP с другими офисами корпоративной сети (Private SIP Connection). Для реализации Private SIP Connection используется LCR со ссылкой на нужный индекс в таблицу Net Num Plan (ПГМ324).
Но для использования такой схемы опция [Use Outbound Proxy] должна быть = OFF.
Если же опция = ON, то работает обычная схема, и тогда можно обычным способом назначить PSTN код для доступа к SIP-транку (к SIP провайдеры).
Правда, я сам это еще не проверял.

Игорь, ещё раз огромнейшее вам спасибо за вашу работу.
Без такой грамотной техподдержки LG не стала бы такой популярной на рынке АТС в России.