Ip-телефоны теряют MFIM Опции

[AInachev]

Доброго времени суток!

Имеем: ipecsLik MFIM-300, пара SLTM32, LGCM8, некое количествоSLTM8 и SLTM4 раскиданных по зданию, ip терминалы 8000-серии (LIP-8024 в основном), 4 ip видеофона 8050. Прошивка станции была обновлена на последнюю с сайта 5.5cj.

Проблема: ip терминалы теряют связь с процессором и не хотят цепляться, пока не будет либо нажата кнопка # на самом телефоне, либо перезапуск через web интерфейс, либо перезапуск процессора. После перегрузки терминала/процессора снова все работает какое-то время - час, день - всегда по разному. Виснут таким образом произвольно разные аппараты, иногда пачками по несколько штук. Все оборудование находится в одной локальной сети, подключение к процессору local. Конфликтов по ip адресам нет. Модули SLTM, LGCM не отваливаются. Таким же образом как и телефоны периодически теряется VMIM.

Телефоны питаются по POE, пытаясь отловить глюк переключили несколько телефонов на адаптеры 220В - результат тот же - теряют процессор. Коммутатор, через который подключены модули и телефоны меняли, все без изменений. Сейчас стоит ES-2026P.

Как можно отловить глюку, какую диагностику провести? Как посмотреть, что именно происходит, чем вызван дисконнект и почему обратно не цепляется?

Буду крайне благодарен за советы/рекомендации по решению данной проблемки.

[stasmar]

Все оборудование находится в одной локальной сети, подключение к процессору local. Конфликтов по ip адресам нет. .

А сеть не делится на подсети?..

[stasmar]

Короче, если есть еще подсеть - можно назначить для MFIM вторичный IP-адрес (ПГМ102 - SECOND SYS IP ADDRESS) из другой подсети...чтобы его не потеряли..

[AInachev]

Короче, если есть еще подсеть - можно назначить для MFIM вторичный IP-адрес (ПГМ102 - SECOND SYS IP ADDRESS) из другой подсети...чтобы его не потеряли..

Хм.. Сеть действительно делится на подсети и MFIM находится в другой подсети нежели модули. Но по такой схеме успешно работают некоторые другие IPECS-ы и в эту сторону как то не думал. Спасибо за идею! Проверим..

[stasmar]

Хм.. Сеть действительно делится на подсети и MFIM находится в другой подсети нежели модули. Но по такой схеме успешно работают некоторые другие IPECS-ы и в эту сторону как то не думал. Спасибо за идею! Проверим..

Прописать еще один адрес - минутное дело. В любом случае - хуже не будет. И не вы первый, кстати, с такой ситуацией столкнулись..

[AInachev]

Прописать еще один адрес - минутное дело. В любом случае - хуже не будет. И не вы первый, кстати, с такой ситуацией столкнулись..

Проблема решилась! stasmar, огромное спасибо за совет! на самом деле прописывание адреса ничего не дало, но стал рыться в этом направлении и поменял в настройках телефонов "same lan with mfim" в "no" - аппараты перестали отваливаться.

[stasmar]

Проблема решилась! stasmar, огромное спасибо за совет! на самом деле прописывание адреса ничего не дало, но стал рыться в этом направлении и поменял в настройках телефонов "same lan with mfim" в "no" - аппараты перестали отваливаться.

На форуме это не один раз было. Надо было мне эту цитату с форума сразу написать..
Цитата:
Если у Вас для связи с PRIM занимаются каналы VOIM, то означает только то, что PRIM и ваши абоненты находятся в разных подсетках.
Если же это так, и между подсетками осуществляется прозрачная маршрутизация средствами самой сети (роутерами), то об этом факте нужно заранее "сообщить" MFIM", чтобы он направлял RTP трафик непосредственно между абонентскими модулями и PRIM, и не использовал каналы VOIM.
1) Можно в настройках самого PRIM указать, что он находится в одной сети с MFIM (поставить флажок "Same LAN with MFIM" = YES);
2) Можно назначить для MFIM вторичный IP-адрес (ПГМ102 - SECOND SYS IP ADDRESS) из той же подсети, в которой находится PRIM.
3) Можно прописать PRIM в другую Группу RTP-трафика и указать, что между группами прямой RTP-трафик.
ИМХO, как-то так...

p. s.: В вашем случае - разница только в оконечном устройстве..