Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Периодически пропадает связь при NETWORKING
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка iPECS-LIK & iPECS-UCP
bfl
Добрый день,

Помогите, пожалуйста, разобраться в проблеме. Между двумя LIK-300 настроена связь через Интернет по NETWORKING с помощью модулей VOIM. Связь работает нормально, в обе стороны абоненты звонят друг-другу по коротким номерам (2***<->3***). В течении дня, примерно, в 11 и 16 часов то с одной, то с другой из сторон позвонить абонентам соседней станции не удаётся, при наборе из 2*** на 3*** или наоборот - просто тишина. В течении 5-10 минут всё проходит и связь восстанавливается. И так каждый день.
AXEL
Как правило в 99% случаев проблема в сети (маршрутизаторы, провайдер итд). Лечится заменой составляющих.
bfl
Цитата(AXEL @ 19.10.2020, 18:15) *
Как правило в 99% случаев проблема в сети (маршрутизаторы, провайдер итд). Лечится заменой составляющих.


Понятно, спасибо, т.е. искать проблему в настройках станций и модулей бесполезно. Будем искать в сетевых устройствах.
AXEL
Цитата(bfl @ 19.10.2020, 17:34) *
Понятно, спасибо, т.е. искать проблему в настройках станций и модулей бесполезно. Будем искать в сетевых устройствах.

Нажмите для просмотра прикрепленного файла
Не совсем может то, но вдруг поможет. Это как бороться с постоянными проблемами по H323 протоколу.
Для LIK это можно сделать только через командную строку.
bfl
Как оказалось, основной причиной является то, что MFIM и, в частности, VOIM общаются друг с другом через VPN канал. Насколько небезопасной является настройка общения VOIM друг с другом напрямую по Интернет через Firewall и NAT?
AXEL
Цитата(bfl @ 30.10.2020, 12:11) *
Как оказалось, основной причиной является то, что MFIM и, в частности, VOIM общаются друг с другом через VPN канал. Насколько небезопасной является настройка общения VOIM друг с другом напрямую по Интернет через Firewall и NAT?


Просто защищайте соединение. В 320 программе обязательно включите NET IP AUTH. Так же можно прописать правила для фаервола на ваших маршрутизаторах: принимать запросы на порт 1720 только от определенного ip. Можно так же прописать ACL в 255 программе.
bfl
Цитата(AXEL @ 30.10.2020, 13:39) *
Просто защищайте соединение. В 320 программе обязательно включите NET IP AUTH. Так же можно прописать правила для фаервола на ваших маршрутизаторах: принимать запросы на порт 1720 только от определенного ip. Можно так же прописать ACL в 255 программе.


Спасибо. Т.е. вся защита заключается в авторизации приёмо-передачи? А как насчёт голосового траффика, он передаётся при этом в нешифрованном виде или что-то типа IPKTS?
AXEL
Цитата(bfl @ 30.10.2020, 13:03) *
Спасибо. Т.е. вся защита заключается в авторизации приёмо-передачи? А как насчёт голосового траффика, он передаётся при этом в нешифрованном виде или что-то типа IPKTS?


В нешифрованном. По умолчанию на всех модулях включено SRTP, но как это работает через NAT....
bfl
Цитата(AXEL @ 30.10.2020, 15:51) *
В нешифрованном. По умолчанию на всех модулях включено SRTP, но как это работает через NAT....


Значит по старой-доброй традиции не будем мешать механизму работать.

Благодарю за подсказку!)
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2024 IPS, Inc.