Добрый день.
Сейчас версия станции
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?
Полная версия этой страницы: после перехода на 5.5 не работает sipnet
Цитата(couper @ 4.7.2012, 1:42) 
Добрый день.
Сейчас версия станции
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?
Сейчас версия станции
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)..
Цитата(stasmar @ 4.7.2012, 7:46)
У ув. Акселя была в свое время проблема с железом фаервола - они покупали оборудование Cisco.. но это еще на старых версиях..
Если мне не изменяет память - на последних версиях был упор на безопасность - может, что либо связанное с функцией секъюрити на внешних линиях?..
При входе на веб страницу программирования атс на последних версиях по каналу https (на предыдущих http) пишет:
There is a problem with this website's security certificate.
На 8002Е производители предположили причину проблемы в "RTP Security” в Board Base Attributes (ПГМ132)..
Если мне не изменяет память - на последних версиях был упор на безопасность - может, что либо связанное с функцией секъюрити на внешних линиях?..
При входе на веб страницу программирования атс на последних версиях по каналу https (на предыдущих http) пишет:
There is a problem with this website's security certificate.
На 8002Е производители предположили причину проблемы в "RTP Security” в Board Base Attributes (ПГМ132)..
Стас! Что ты все в одну кучу валишь??? Что за бред!!! Причем здесь 8002E???
Кстати ещё и факсы перестали проходить.
А факсы подключенны к ldk-60 работающей с ipecs по сети.
Тут уж вообще не знаю куда копать. Я ведь заодно и версию LGCM8 обновил ))))
Тоже проблемы безопасности?
А факсы подключенны к ldk-60 работающей с ipecs по сети.
Тут уж вообще не знаю куда копать. Я ведь заодно и версию LGCM8 обновил ))))
Тоже проблемы безопасности?
RTP Security поставил в OFF.
Регистрация на сипнете есть, вызовы не проходят.
Регистрация на сипнете есть, вызовы не проходят.
Цитата(couper @ 4.7.2012, 12:10)
RTP Security поставил в OFF.
Регистрация на сипнете есть, вызовы не проходят.
Регистрация на сипнете есть, вызовы не проходят.
Могу ошибаться, доков под рукой нет.
Для факсов наоборот нужно в On, плюс что за кодек используется?
Попробуйте поковырять 133pgm - From Address Domain, Firewall IP Apply - on.
Цитата(DaGash @ 4.7.2012, 17:22)
Могу ошибаться, доков под рукой нет.
Для факсов наоборот нужно в On, плюс что за кодек используется?
Попробуйте поковырять 133pgm - From Address Domain, Firewall IP Apply - on.
Для факсов наоборот нужно в 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
Цитата(couper @ 5.7.2012, 13:25)
Но при наборе префикса занимается 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
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 линиях?
Цитата(harris @ 5.7.2012, 19:13)
Вылетает: LIK-SECURITY-SHARITY-SHARED-KA
Уважаемый! Можно только гадать, что и как запрограммировано, что происходит. Нужны бы конфиг смотреть и снять сниф попытки исходящего вызова.
Enblock не забыли включить на SIP линиях?
Уважаемый! Можно только гадать, что и как запрограммировано, что происходит. Нужны бы конфиг смотреть и снять сниф попытки исходящего вызова.
Enblock не забыли включить на SIP линиях?
Enblock включен. Снифы во вложении, но я так понимаю там ничего нет.
Конфиг скинул в личку.
Очень прошу помощи. Готов отблагодарить в пределах разумного.
Ну, в-общем проблема вроде бы решилась. На версиях 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 провайдеры).
Правда, я сам это еще не проверял.
В порядке общей информации:
На последних версиях 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 провайдеры).
Правда, я сам это еще не проверял.
Цитата(harris @ 9.7.2012, 10:38)
Ну, в-общем проблема вроде бы решилась. На версиях 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 провайдеры).
Правда, я сам это еще не проверял.
В порядке общей информации:
На последних версиях 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 не стала бы такой популярной на рынке АТС в России.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.