Моноблок Проблемы Моноблоков
- Автор темы revit
- Дата начала
Всем добрый.
Столкнулся с очень интересной проблемой моноблоков. Использую сервер LKDSDomain, и на этом сервере у меня 3 разных провайдера, основной это оптика, резервный по DSL и ещё один резерв через 3G. В адресах связей моноблоков я, естественно, указываю оптику как основной IP, медь как первый альтернативный, 3г как второй альтернативный адреса. Так вот при отключении основного (отключал ручками, была необходимость), моноблоки ушли на первый альтернативный (видимо не все, отключение было очень короткое, делал ресет), а обратно на основной, при его восстановлении, не вернулись целых 5 штук. Причем я, уже специально, отключаю оптику, связь с "блудунами" появляется. Попробовал в двух стереть альтернативные адреса (оставил только оптику) и теперь с ними вообще нет связи.
Столкнулся с очень интересной проблемой моноблоков. Использую сервер LKDSDomain, и на этом сервере у меня 3 разных провайдера, основной это оптика, резервный по DSL и ещё один резерв через 3G. В адресах связей моноблоков я, естественно, указываю оптику как основной IP, медь как первый альтернативный, 3г как второй альтернативный адреса. Так вот при отключении основного (отключал ручками, была необходимость), моноблоки ушли на первый альтернативный (видимо не все, отключение было очень короткое, делал ресет), а обратно на основной, при его восстановлении, не вернулись целых 5 штук. Причем я, уже специально, отключаю оптику, связь с "блудунами" появляется. Попробовал в двух стереть альтернативные адреса (оставил только оптику) и теперь с ними вообще нет связи.
Смотреть в сторону назначения маршрутов и прохождения пакетов оптика, DSL, 3G исходящих связей со стороны ПО диспетчерской для этих 5 моноблоков. В случае невозможности разобраться самостоятельно - формирование данных для обращения в техподдержку с описанием что, где, когда.poiZon написал(а):
Ещё один интересный пациент. ПКСЛ показывает что связь с моно есть
, пакеты от него идут в большом количестве 
, но в том же LKDSDrvCfg пытаюсь прочитать адреса связи или параметры КЛШ этого УМ и ничего 
. Связи с лифтами, естественно, нет, хотя один, вроде, иногда моргает серым (ну т.е. норма).
, пакеты от него идут в большом количестве , но в том же LKDSDrvCfg пытаюсь прочитать адреса связи или параметры КЛШ этого УМ и ничего . Связи с лифтами, естественно, нет, хотя один, вроде, иногда моргает серым (ну т.е. норма).Вложения
revit
Гуру
Входящие в ПКСЛ пакеты идут, но не являются ответами на запросы моноблока. Такое бывает когда связь "односторонняя" т.е запросы от ПКСЛ не доходят до моно, а пакеты от моно доходят до пксл. У меня такое бывает на сотовом операторе если биллинг отключил точку.
Самое плохое в такой ситуации что когда ЛБ зафиксировал вызов (или другое событие со надоедливым звуком), то он будет звонить у диспетчера, а диспетчер ни чего не может сделать. Приходится отключать весь УМ до устранения проблемы.
Тут важно понимать как работают эти подключения-через роутеры или через классические шлюзы статики. И еще есть важные ньюансы при работе с виндой по TCP и UDP.
Насколько я понимаю на каком исходящем он повязался с пксл на том и работает. В ЛБ про есть время попыток перехода на основной IP. В моно такой опции нет и неизвестно моно сам делает попытки перейти на основной или сервер управляет этим процессом прекращая кидать через резервный и переходя на основной периодически до восстановления обмена. ИМХО
Самое плохое в такой ситуации что когда ЛБ зафиксировал вызов (или другое событие со надоедливым звуком), то он будет звонить у диспетчера, а диспетчер ни чего не может сделать. Приходится отключать весь УМ до устранения проблемы.
poiZon написал(а):
Тут важно понимать как работают эти подключения-через роутеры или через классические шлюзы статики. И еще есть важные ньюансы при работе с виндой по TCP и UDP.
poiZon написал(а):
Насколько я понимаю на каком исходящем он повязался с пксл на том и работает. В ЛБ про есть время попыток перехода на основной IP. В моно такой опции нет и неизвестно моно сам делает попытки перейти на основной или сервер управляет этим процессом прекращая кидать через резервный и переходя на основной периодически до восстановления обмена. ИМХО
Последнее редактирование модератором:
Vincent Van Gog
Эксперт
poiZon написал(а):
А что "не так" со звездой?
revit
Гуру
poiZon написал(а):
Да вообщем то и без резерва работает прекрасно , если сервер в ЦОДе. А если непосредственно на предприятии, то как показала практика достаточно одного резервного канала лишь на случай пропадания основного, хотя многие и на своих серверах обходятся без резерва.
И опять же -звезда может быть не одиночная и никто не мешает вбить вторую, третью связь на другие компы, для подстраховки связи. Полноценное резервирование сервера (клона) конечно не получится, ввиду отсутствия таких механизмов.
Последнее редактирование модератором:
revit написал(а):
Сервер свой, количество резервов роли не играет если резерв в принципе есть.
revit написал(а):
Центр звезды это сервер LKDSDomain, на какие компы еще пустить связи, если больше она нигде нахрен не нужна?
revit написал(а):
Про полноценное сейчас речь не идёт, хотя бы зарезервировать обрыв основного канала. Нам оптику рвали более чем на сутки, 1500 лифтов без связи это такое себе.
Последнее редактирование модератором:
sergey57949
Активист
Здравствуйте.
Было в городе сбой с напряжением (моргало электричество).
После этого куча моноблоков перестала выходить на связь.
Все вроде работает, но ни чего не передает. Сзади зеленый светодиод на ЛВС горит постоянно и все.
Я так понимаю их все в ремонт или как то можно реанимировать??
Было в городе сбой с напряжением (моргало электричество).
После этого куча моноблоков перестала выходить на связь.
Все вроде работает, но ни чего не передает. Сзади зеленый светодиод на ЛВС горит постоянно и все.
Я так понимаю их все в ремонт или как то можно реанимировать??