Тема: KX-NCP1000RU стала терять сеть
Здравия, коллеги!
АТС работает 3-й год, в т.ч. с IP-системниками KX-NT321.
Последние пару месяцев с периодичностью 2-3 раза в неделю стала терять сеть, обчно ночью:
- на системниках сообщение “LAN Disconnect”
- на разъёме LAN АТС ингдикаторы горят оба, зеленый и оранжевый
- на PING АТС не отвечает.
Лечится выниманием\вставлением патч-корда в разъем LAN или ВЫКЛ\ВКЛ NCP.
В сеть подключена через гигабитный коммутатор, пробовал переключить в другой порт коммутатора - не помогло. Конфигурация сети не менялась.
Остальные функции АТС - без замечаний.
В каком направлении искать - что-то произошло с сетью или умирает LAN-адаптер самой АТС?
В каком направлении искать - что-то произошло с сетью или умирает LAN-адаптер самой АТС?
Воткните телефон прямо в АТС и наблюдайте за ним.
Вырубится - значит проблема или в телефоне или в мАТС.
Будет работать - значит в сети. Возможно у Вас просто ночью свет вырубают на длительное время возле мАТС, вот телефон и теряет связь.
В сеть подключена через гигабитный коммутатор, пробовал переключить в другой порт коммутатора - не помогло.
На мысли не наводит?
В сеть подключена через гигабитный коммутатор, пробовал переключить в другой порт коммутатора - не помогло.
На мысли не наводит?
Какие, интересно мысли? У меня тоже подключена АТС в гигабитный порт. Никаких проблем, автосогласование скорости прекрасно работает.
Я бы проверил, может хакеры АТС зафлудили? Встроенного фаервола у станции ведь нет.
Какие, интересно мысли? У меня тоже подключена АТС в гигабитный порт.
Wowa, АТС включена в гигабитный порт Cisco Catalist или D-Link?
D-Link.
D-Link.
Вам очень сильно повезло, что живёте до сих пор без проблем.
D-Link.
Вам очень сильно повезло, что живёте до сих пор без проблем.
Проблемы с оборудованием этого производителя бывают. Но, что касается управляемых коммутаторов, работают, как часы.
Значит не везёт только мне.
Как только выбросели 24 и 48 портовые D-Link и поставили вместо них Catalist, произошло чудо. Уже лет пять, как ни кто из пользователей не жалуется на работу сети. Это о перетыкании, раньше рабочий день начинался с отключения компа от сети LAN.
Воткните телефон прямо в АТС и наблюдайте за ним.
Вырубится - значит проблема или в телефоне или в мАТС.
Будет работать - значит в сети. Возможно у Вас просто ночью свет вырубают на длительное время возле мАТС, вот телефон и теряет связь.
В локальной сети у меня 6 IP-системников и один на удалённом объекте на VPN-канале. Перестают работать все одновременно.
Свет не отрубают, АТС стоит в серверной стойке, запитана через UPS.
Часть ЛВС собрана на 100 Мб коммутаторе, попробую после выходных в него подключить NCP.
Надо еще напрячь админа на предмет работы DHCP (на FreeBSD), на телефонах динамические адреса.
В локальной сети у меня 6 IP-системников и один на удалённом объекте на VPN-канале. Перестают работать все одновременно.
В таком случае действительно глючит Ваш гигабитный коммутатор.
Можно попробовать перенастроить мАТС (теоретически есть один вариант) - пригласите спеца для решения и диагностики.
Также проверьте сеть на конфликт IP адресов.
Про конфликт адресов я не подумал...
Спасибо всем за советы, буду экспериментировать.
Надо еще напрячь админа на предмет работы DHCP (на FreeBSD), на телефонах динамические адреса.
Я может быть старый ретроград, но, по моему глубочайшему убеждению, DHCP в более - менее серьёзной сети - явный вред и источник непонятных затыков. Для “гостевых” подключений оно годится, но для постоянно установленного обрудования, всё должно быть прописано “Весомо, грубо, зримо”именно руками, а не раздаватся непонятно как и кем.
Надо еще напрячь админа на предмет работы DHCP (на FreeBSD), на телефонах динамические адреса.
Я может быть старый ретроград, но, по моему глубочайшему убеждению, DHCP в более - менее серьёзной сети - явный вред и источник непонятных затыков. Для “гостевых” подключений оно годится, но для постоянно установленного обрудования, всё должно быть прописано “Весомо, грубо, зримо”именно руками, а не раздаватся непонятно как и кем.
Я тоже старый, еще ОС СР\М помню 😊
DHCP на телефонах - это только версия. Скорее дело в самой АТС, т.к. она перестаёт отвечать на ПИНГ-и, а IP-адрес у неё фиксированный.
Сегодня с утра опять все системники “LAN-Disconnect”, переключил АТС в 100Мб свитч, телефоны сразу её нашли и начали работать. Сами телефоны не перезагружал.
Надо еще напрячь админа на предмет работы DHCP (на FreeBSD), на телефонах динамические адреса.
Я может быть старый ретроград, но, по моему глубочайшему убеждению, DHCP в более - менее серьёзной сети - явный вред и источник непонятных затыков. Для “гостевых” подключений оно годится, но для постоянно установленного обрудования, всё должно быть прописано “Весомо, грубо, зримо”именно руками, а не раздаватся непонятно как и кем.
Я тоже старый, еще ОС СР\М помню 😊
А что, вполне приличная системка для тех времён была. Я её в 1985 с курсов киевских своим программистам привёз на “особо мелких” дискетах, коробка с ними полдипломата занимала. Визгу было - вагон.
Надо еще напрячь админа на предмет работы DHCP (на FreeBSD), на телефонах динамические адреса.
Я может быть старый ретроград, но, по моему глубочайшему убеждению, DHCP в более - менее серьёзной сети - явный вред и источник непонятных затыков. Для “гостевых” подключений оно годится, но для постоянно установленного обрудования, всё должно быть прописано “Весомо, грубо, зримо”именно руками, а не раздаватся непонятно как и кем.
Как раз в более-менее серьёзной сети без DHCP туго. В разы возрастает время, которое тратишь на обслуживание этой сети. А что до глюков - DHCP делает сеть более сложной, соответственно выше требования к мозгам обслуживающего персонала. Все глюки с DHCP обычно происходят из-за низкой квалификации администратора сети.
По теме сказать нечего. По-моему, решать такие вопросы без личного обследования - это неразумная трата времени.
