Моноблок Регулярно пропадает связь!
- Автор темы Svjatoslav
- Дата начала
Привет всем. А с таким кто нить сталкивался ?
Кароче на первой картинке сверху пинги до моноблока и снизу до антенны wifi к которой непосредственно подключен моноблок.
До моноблока задержка пинга значительно выше и в этот момент он без связи хотя пингуется.
А на второй картинке задержки до моноблока становяться такиме же как и у аннтены что логично и в этот момент он выходит на связь.
Вот настройки моноблока и пксла , сеть полностью локался моноблоки все на статике.
Кароче на первой картинке сверху пинги до моноблока и снизу до антенны wifi к которой непосредственно подключен моноблок.
До моноблока задержка пинга значительно выше и в этот момент он без связи хотя пингуется.
А на второй картинке задержки до моноблока становяться такиме же как и у аннтены что логично и в этот момент он выходит на связь.
Вот настройки моноблока и пксла , сеть полностью локался моноблоки все на статике.
Вложения
revit написал(а):Да и адреса какие то все разные.... У моноблоков своя подсеть у пксл своя...
У пксла адрес сетевухи , главное подсети доступны друг для друга кароче проблема не в этом , он на пксл стреляет по ip а там уже портами все доходит.
У меня таких моноблоков куча и все работает.
Виноградов написал(а):
Это адрес шлюза не совпадает с маской , может работать.
Можно и 255.0.0.0 поставить ниче не измениться просто подсеть для моноблоков у меня 192.168.3.0/24
а шлюз в роутере 192.168.1.1. На основном роутере просто дал маску на бридж 192.168.1.1/16 а там уже клепаю себе подсети. Для каждого города своя подсеть и все они в мостом в роутере. Так что это не кретично ведь сеть моя а не чужая) Ростелекомовская например.
а шлюз в роутере 192.168.1.1. На основном роутере просто дал маску на бридж 192.168.1.1/16 а там уже клепаю себе подсети. Для каждого города своя подсеть и все они в мостом в роутере. Так что это не кретично ведь сеть моя а не чужая) Ростелекомовская например.
Приветствую уважаемых специалистов форума! Возникла одна неприятная ситуация с моноблоками. Суть такова: В конце диспетчерская была перевезена на новое место в другой район, где были подключены те же каналы Интернета (основной Ростелеком, резервный МТС), что и на старом месте, с теми же IP-адресами и прочими настройками. Сначала всё заработало нормально, но затем по некоторым УМ начали происходить самопроизвольные переключения связи с основного канала на резервный и обратно. Из-за этого связь "подвисала", до диспетчера не получалось дозвониться по ГГС, ошибки долго не отображались.
Я отключил на диспетчерском компьютере резервный канал, переключения прекратились, однако на тех же УМ началось кратковременное самопроизвольное пропадание и появление связи (пропадание и появление буквально в течение 10-20 секунд). Я обновил прошивки на моноблоках этих УМ и поставил галочку (где не было) "Запретить маршрутизацию по связям". После этого "скачки" связи прекратились, но ГГС включалась очень долго и работала прерывисто, ошибки и вызов диспетчера не отображались в MPult, пока не открыть пиктограмму лифта.
Далее в одном из проблемных моноблоков я убрал резервный адрес диспетчерской и отключил дополнительный интерфейс в настройках ПКСЛ. После этого ГГС в указанном УМ стала быстро включаться и работать без сбоев, ошибки так же стали отображаться корректно и своевременно.
Сегодня я провел еще один опыт: включил дополнительный интерфейс в настройках ПКСЛ и физически отключил основной канал Интернета. На резервный канал перешли все УМ, кроме тех, о которых я писал выше. Также в этот момент появилось сообщение "(0:0:1) ПКСЛ получает данные от КСЛ 63:7, но КСЛ 63:7 НЕ получает данные от ПКСЛа" (такие сообщения были и для других УМ). Я сравнил настройки проблемных моноблоков и моноблоков, успешно перешедших на резерв, но никаких принципиальных отличий не обнаружил.
В чем может быть причина такого поведения системы и как это исправить? Заранее спасибо за ответ.
Я отключил на диспетчерском компьютере резервный канал, переключения прекратились, однако на тех же УМ началось кратковременное самопроизвольное пропадание и появление связи (пропадание и появление буквально в течение 10-20 секунд). Я обновил прошивки на моноблоках этих УМ и поставил галочку (где не было) "Запретить маршрутизацию по связям". После этого "скачки" связи прекратились, но ГГС включалась очень долго и работала прерывисто, ошибки и вызов диспетчера не отображались в MPult, пока не открыть пиктограмму лифта.
Далее в одном из проблемных моноблоков я убрал резервный адрес диспетчерской и отключил дополнительный интерфейс в настройках ПКСЛ. После этого ГГС в указанном УМ стала быстро включаться и работать без сбоев, ошибки так же стали отображаться корректно и своевременно.
Сегодня я провел еще один опыт: включил дополнительный интерфейс в настройках ПКСЛ и физически отключил основной канал Интернета. На резервный канал перешли все УМ, кроме тех, о которых я писал выше. Также в этот момент появилось сообщение "(0:0:1) ПКСЛ получает данные от КСЛ 63:7, но КСЛ 63:7 НЕ получает данные от ПКСЛа" (такие сообщения были и для других УМ). Я сравнил настройки проблемных моноблоков и моноблоков, успешно перешедших на резерв, но никаких принципиальных отличий не обнаружил.
В чем может быть причина такого поведения системы и как это исправить? Заранее спасибо за ответ.
Sherp написал(а):
Была похожая ситуация , тоже был один моноблок сидел через провайдера по его локалке внутренней. В общем начались пропадания , вскоре понял что шлюз не пингуется и внезапно может вновь пинговаться. Все звонки провайдеру заканчивались на фразе с нашей стороны все нормально в тоге поставил 4g и не парюсь больше.
Последнее редактирование модератором:
Pro100A1ex
Активист
Всем привет.
Плохо что в этой теме нет ни одного представителя ЛКДС для обсуждения данных проблем, особенно поднятых в течение последних месяцев.
Сами столкнулись с проблемой - временным пропаданием ЛБ6.0 со связи, тоже заметили что при переходе моноблока на резервный канал связи, хотя непонятно по каким причинам он это сделал, так как основной канал продолжал работать без сбоев, и при этом ЛБ6.1 оставались на связи, но не ясно совсем другое: нам провайдер в городе предоставил своё оптоволокно, как транспорт для связи с ЛБ, ИТ, моноблоков и получается собственная локальная сеть без выхода в интернет, так по неизвесныстным причинам, не постоянно, а периодически ЛБ6.0, как "светомузыка" перемигиваются, складывается впечатление, что это какой то программный глюк. Просто кроме автоматического обновления програмного обеспечения ЛКДС никаких манипуляций мы вообще не делали.
Если кто то нашел решение данной проблемы, отпишитесь, пожалуйста
Плохо что в этой теме нет ни одного представителя ЛКДС для обсуждения данных проблем, особенно поднятых в течение последних месяцев.
Сами столкнулись с проблемой - временным пропаданием ЛБ6.0 со связи, тоже заметили что при переходе моноблока на резервный канал связи, хотя непонятно по каким причинам он это сделал, так как основной канал продолжал работать без сбоев, и при этом ЛБ6.1 оставались на связи, но не ясно совсем другое: нам провайдер в городе предоставил своё оптоволокно, как транспорт для связи с ЛБ, ИТ, моноблоков и получается собственная локальная сеть без выхода в интернет, так по неизвесныстным причинам, не постоянно, а периодически ЛБ6.0, как "светомузыка" перемигиваются, складывается впечатление, что это какой то программный глюк. Просто кроме автоматического обновления програмного обеспечения ЛКДС никаких манипуляций мы вообще не делали.
Если кто то нашел решение данной проблемы, отпишитесь, пожалуйста
Последнее редактирование модератором:
Pro100A1ex написал(а):
Опять же повторю - если есть точно зафиксированная потеря связи, то нужно формировать данные для тех.поддержки и отсылать с комментариями.
А в вашей конфигурации есть проблема - резервирование производится не средствами ПО ДК "Обь", а маршрутизатором, имеющим два WANa. Такая конструкция практически не работает и мы не может как-то на это повлиять. Для резервирования - все провайдеры должны заходить на отдельные сетевые интерфейсы компьютера-сервера. Описание резервирования в документе "Документация - Настройка сети передачи данных 'Обь'" в разделе "8. Резервирование каналов связи" на стр. 59