Регулярно пропадает связь! |
Здравствуйте, гость ( Вход | Регистрация )
Регулярно пропадает связь! |
iLnuRtat |
16.7.2018, 11:55
Сообщение
#21
|
Новичок Группа: Пользователи Сообщений: 4 Регистрация: 8.2.2018 Пользователь №: 7 543 |
Проблема похожая была и именно на статике. Но там оба типа моноблоков отваливались. Ситуацию исправило внесение резервных IP в связи с центральной. (на ЦД -три канала) А попробуйте проделать такой эксперимент: когда отвалятся в очередной раз моноблоки-измените порты собственные данного ПКСЛа (и сохраните) минут на 15-20. Потом верните обратно. Эксперимент с ПКСЛ провел - ни каких изменений |
FemiT |
4.9.2018, 18:17
Сообщение
#22
|
Активный участник Группа: Пользователи Сообщений: 120 Регистрация: 28.1.2015 Из: г. Сургут Пользователь №: 6 964 |
Привет всем. А с таким кто нить сталкивался ?
Кароче на первой картинке сверху пинги до моноблока и снизу до антенны wifi к которой непосредственно подключен моноблок. До моноблока задержка пинга значительно выше и в этот момент он без связи хотя пингуется. А на второй картинке задержки до моноблока становяться такиме же как и у аннтены что логично и в этот момент он выходит на связь. Вот настройки моноблока и пксла , сеть полностью локался моноблоки все на статике. |
Виноградов |
4.9.2018, 20:46
Сообщение
#23
|
Активный участник Группа: Пользователи Сообщений: 497 Регистрация: 19.3.2011 Из: г. Самара Пользователь №: 6 414 |
На втором скрине настроек моноблока у Вас маска подсети не покрывает выбранный ip адрес...как оно вообще работать так может, странно.
|
revit |
4.9.2018, 22:55
Сообщение
#24
|
Активист Группа: Пользователи Сообщений: 6 657 Регистрация: 7.2.2006 Из: г. Ростов-на-Дону Пользователь №: 3 |
Да и адреса какие то все разные.... У моноблоков своя подсеть у пксл своя...
-------------------- Я не понял Вашего вопроса, но я Вам на него отвечу.....
Лень-психоматический признак исправности выработанного за годы эволюции механизма интуитивного распознавания безсмысленности выполняемой задачи. |
FemiT |
5.9.2018, 0:11
Сообщение
#25
|
Активный участник Группа: Пользователи Сообщений: 120 Регистрация: 28.1.2015 Из: г. Сургут Пользователь №: 6 964 |
Да и адреса какие то все разные.... У моноблоков своя подсеть у пксл своя... У пксла адрес сетевухи , главное подсети доступны друг для друга кароче проблема не в этом , он на пксл стреляет по ip а там уже портами все доходит. У меня таких моноблоков куча и все работает. На втором скрине настроек моноблока у Вас маска подсети не покрывает выбранный ip адрес...как оно вообще работать так может, странно. Это адрес шлюза не совпадает с маской , может работать. |
FemiT |
5.9.2018, 0:24
Сообщение
#26
|
Активный участник Группа: Пользователи Сообщений: 120 Регистрация: 28.1.2015 Из: г. Сургут Пользователь №: 6 964 |
Можно и 255.0.0.0 поставить ниче не измениться просто подсеть для моноблоков у меня 192.168.3.0/24
а шлюз в роутере 192.168.1.1. На основном роутере просто дал маску на бридж 192.168.1.1/16 а там уже клепаю себе подсети. Для каждого города своя подсеть и все они в мостом в роутере. Так что это не кретично ведь сеть моя а не чужая) Ростелекомовская например. |
FemiT |
5.9.2018, 10:30
Сообщение
#27
|
Активный участник Группа: Пользователи Сообщений: 120 Регистрация: 28.1.2015 Из: г. Сургут Пользователь №: 6 964 |
Все разобрался , оказался конфликт ip адресов совсем забыл про pro блок с таким же ip
|
Виноградов |
5.9.2018, 14:19
Сообщение
#28
|
Активный участник Группа: Пользователи Сообщений: 497 Регистрация: 19.3.2011 Из: г. Самара Пользователь №: 6 414 |
Нарушение подсетей, шлюзов и диапазонов адресов как раз и привод к таким трудновылавливаемым ошибкам. Все забывается со временем.
|
FemiT |
6.9.2018, 23:08
Сообщение
#29
|
Активный участник Группа: Пользователи Сообщений: 120 Регистрация: 28.1.2015 Из: г. Сургут Пользователь №: 6 964 |
|
Sherp |
9.10.2018, 17:18
Сообщение
#30
|
Участник Группа: Пользователи Сообщений: 40 Регистрация: 18.7.2013 Пользователь №: 6 784 |
Приветствую уважаемых специалистов форума! Возникла одна неприятная ситуация с моноблоками. Суть такова: В конце диспетчерская была перевезена на новое место в другой район, где были подключены те же каналы Интернета (основной Ростелеком, резервный МТС), что и на старом месте, с теми же IP-адресами и прочими настройками. Сначала всё заработало нормально, но затем по некоторым УМ начали происходить самопроизвольные переключения связи с основного канала на резервный и обратно. Из-за этого связь "подвисала", до диспетчера не получалось дозвониться по ГГС, ошибки долго не отображались.
Я отключил на диспетчерском компьютере резервный канал, переключения прекратились, однако на тех же УМ началось кратковременное самопроизвольное пропадание и появление связи (пропадание и появление буквально в течение 10-20 секунд). Я обновил прошивки на моноблоках этих УМ и поставил галочку (где не было) "Запретить маршрутизацию по связям". После этого "скачки" связи прекратились, но ГГС включалась очень долго и работала прерывисто, ошибки и вызов диспетчера не отображались в MPult, пока не открыть пиктограмму лифта. Далее в одном из проблемных моноблоков я убрал резервный адрес диспетчерской и отключил дополнительный интерфейс в настройках ПКСЛ. После этого ГГС в указанном УМ стала быстро включаться и работать без сбоев, ошибки так же стали отображаться корректно и своевременно. Сегодня я провел еще один опыт: включил дополнительный интерфейс в настройках ПКСЛ и физически отключил основной канал Интернета. На резервный канал перешли все УМ, кроме тех, о которых я писал выше. Также в этот момент появилось сообщение "(0:0:1) ПКСЛ получает данные от КСЛ 63:7, но КСЛ 63:7 НЕ получает данные от ПКСЛа" (такие сообщения были и для других УМ). Я сравнил настройки проблемных моноблоков и моноблоков, успешно перешедших на резерв, но никаких принципиальных отличий не обнаружил. В чем может быть причина такого поведения системы и как это исправить? Заранее спасибо за ответ. |
FemiT |
18.10.2018, 20:53
Сообщение
#31
|
Активный участник Группа: Пользователи Сообщений: 120 Регистрация: 28.1.2015 Из: г. Сургут Пользователь №: 6 964 |
Приветствую уважаемых специалистов форума! Возникла одна неприятная ситуация с моноблоками. Суть такова: В конце диспетчерская была перевезена на новое место в другой район, где были подключены те же каналы Интернета (основной Ростелеком, резервный МТС), что и на старом месте, с теми же IP-адресами и прочими настройками. Сначала всё заработало нормально, но затем по некоторым УМ начали происходить самопроизвольные переключения связи с основного канала на резервный и обратно. Из-за этого связь "подвисала", до диспетчера не получалось дозвониться по ГГС, ошибки долго не отображались. Я отключил на диспетчерском компьютере резервный канал, переключения прекратились, однако на тех же УМ началось кратковременное самопроизвольное пропадание и появление связи (пропадание и появление буквально в течение 10-20 секунд). Я обновил прошивки на моноблоках этих УМ и поставил галочку (где не было) "Запретить маршрутизацию по связям". После этого "скачки" связи прекратились, но ГГС включалась очень долго и работала прерывисто, ошибки и вызов диспетчера не отображались в MPult, пока не открыть пиктограмму лифта. Далее в одном из проблемных моноблоков я убрал резервный адрес диспетчерской и отключил дополнительный интерфейс в настройках ПКСЛ. После этого ГГС в указанном УМ стала быстро включаться и работать без сбоев, ошибки так же стали отображаться корректно и своевременно. Сегодня я провел еще один опыт: включил дополнительный интерфейс в настройках ПКСЛ и физически отключил основной канал Интернета. На резервный канал перешли все УМ, кроме тех, о которых я писал выше. Также в этот момент появилось сообщение "(0:0:1) ПКСЛ получает данные от КСЛ 63:7, но КСЛ 63:7 НЕ получает данные от ПКСЛа" (такие сообщения были и для других УМ). Я сравнил настройки проблемных моноблоков и моноблоков, успешно перешедших на резерв, но никаких принципиальных отличий не обнаружил. В чем может быть причина такого поведения системы и как это исправить? Заранее спасибо за ответ. Была похожая ситуация , тоже был один моноблок сидел через провайдера по его локалке внутренней. В общем начались пропадания , вскоре понял что шлюз не пингуется и внезапно может вновь пинговаться. Все звонки провайдеру заканчивались на фразе с нашей стороны все нормально в тоге поставил 4g и не парюсь больше. |
Pro100A1ex |
8.12.2018, 0:35
Сообщение
#32
|
Активный участник Группа: Пользователи Сообщений: 287 Регистрация: 18.8.2015 Пользователь №: 7 019 |
Всем привет.
Плохо что в этой теме нет ни одного представителя ЛКДС для обсуждения данных проблем, особенно поднятых в течение последних месяцев. Сами столкнулись с проблемой - временным пропаданием ЛБ6.0 со связи, тоже заметили что при переходе моноблока на резервный канал связи, хотя непонятно по каким причинам он это сделал, так как основной канал продолжал работать без сбоев, и при этом ЛБ6.1 оставались на связи, но не ясно совсем другое: нам провайдер в городе предоставил своё оптоволокно, как транспорт для связи с ЛБ, ИТ, моноблоков и получается собственная локальная сеть без выхода в интернет, так по неизвесныстным причинам, не постоянно, а периодически ЛБ6.0, как "светомузыка" перемигиваются, складывается впечатление, что это какой то программный глюк. Просто кроме автоматического обновления програмного обеспечения ЛКДС никаких манипуляций мы вообще не делали. Если кто то нашел решение данной проблемы, отпишитесь, пожалуйста |
Андрей Ефименко |
9.12.2018, 11:02
Сообщение
#33
|
Активист Группа: Администраторы Сообщений: 2 716 Регистрация: 8.2.2006 Пользователь №: 4 |
Всем привет. Плохо что в этой теме нет ни одного представителя ЛКДС для обсуждения данных проблем, особенно поднятых в течение последних месяцев. Сами столкнулись с проблемой - временным пропаданием ЛБ6.0 со связи, тоже заметили что при переходе моноблока на резервный канал связи, хотя непонятно по каким причинам он это сделал, так как основной канал продолжал работать без сбоев, и при этом ЛБ6.1 оставались на связи, но не ясно совсем другое: нам провайдер в городе предоставил своё оптоволокно, как транспорт для связи с ЛБ, ИТ, моноблоков и получается собственная локальная сеть без выхода в интернет, так по неизвесныстным причинам, не постоянно, а периодически ЛБ6.0, как "светомузыка" перемигиваются, складывается впечатление, что это какой то программный глюк. Просто кроме автоматического обновления програмного обеспечения ЛКДС никаких манипуляций мы вообще не делали. Если кто то нашел решение данной проблемы, отпишитесь, пожалуйста Опять же повторю - если есть точно зафиксированная потеря связи, то нужно формировать данные для тех.поддержки и отсылать с комментариями. А в вашей конфигурации есть проблема - резервирование производится не средствами ПО ДК "Обь", а маршрутизатором, имеющим два WANa. Такая конструкция практически не работает и мы не может как-то на это повлиять. Для резервирования - все провайдеры должны заходить на отдельные сетевые интерфейсы компьютера-сервера. Описание резервирования в документе "Документация - Настройка сети передачи данных 'Обь'" в разделе "8. Резервирование каналов связи" на стр. 59 |
Текстовая версия | Сейчас: 28.3.2024, 16:44 |