Пропадание связи с С2000-Ethernet

FORUM_NAME: С2000-Ethernet
Описание: Преобразователь интерфейсов RS-485/RS-232 в Ethernet С2000-Ethernet
Справочная информация, руководства, прошивки для С2000-Ethernet
Модератор: Модераторы
Nema Toki
Автор темы
Nema Toki
Автор темы
Репутация: 0
Сообщения: 12
Зарегистрирован: 09.04.2015
С нами: 1 год 7 месяцев
Профессия: окончила начальную школу

Непрочитанное сообщение #1 Nema Toki » 24.08.2015, 16:25

о наболевшем :zvez_ochki: Форум прочитан, не помогло.
Исходные данные:
Имеем распределенную систему на базе АРМ Орион Про. Построена на с2000-ентернетаx, режим "Мастер-Слейв" (Главный прибор - слейв, принимает данные с девяти мастеров).
Версии приборов - последние, 2.52
Установлено последнее обновление АРМ Орион Про.-
Топология: ПК-RS232-C2000-ethernet(slave)-локальная сеть-C2000-ethernet(мастера)-rs486-болидовские приборы.
Порты перебирались всевозможные (80, 2045, 40000). Сейчас порты отправки/приема на все конвертераx установлены 40000.
Смена режима на прозрачный не помогала не в коей мере.
Связь с приборами в одной подсети (192.168.0.X), в принципе, в порядке.
Связь с с2000-ентернет по адресу 192.168.100.251 тоже стабильна, xотя связь до него осуществлена по Wi-Fi с изрядным пингом (до 70мс).
Скрины во вложении.

Имеем проблему:
Регулярно пропадет связь с с2000-ентернами с адресами 192.168.3.240 и 192.168.9.10. Пропадает связь именно по локальной сети (начинают мигать нижние светодиоды). Может поработать стабильно несколько дней без проблем, но может также и впасть в кому на неделю. Чтобы восстановить связь обычно помогает повторная заливка конфигурации.

Кто-нибудь может подсказать, что еще можно сделать, кроме как выбросить все нафик и поставить другого производителя?
Вложения
image4.JPG
Настройки Ethernet'а, вкладка сетевыx настроек
image3.JPG
Настройки Ethernet'а, вкладка RS-485
image2.JPG
И это настройки порта
image1.JPG
Настройки порта
nemezida.su

Olga
Olga
Репутация: 2
Сообщения: 71
Зарегистрирован: 22.04.2013
С нами: 3 года 7 месяцев
Профессия: инженер

Непрочитанное сообщение #2 Olga » 28.08.2015, 10:59

При повторении ситуации попробуйте собрать при помощи системных администраторов лог-файлы входящих/исходящих UDP-пакетов (полные пакеты: заголовок + данные):
1. на внутреннем интерфейсе ближнего сегмента (сегмент, где расположен 192.168.0.218)
2. на внешнем интерфейсе ближнего сегмента (сегмент, где расположен 192.168.0.218)
3. на внутреннем интерфейсе удаленного сегмента (сегменты, где расположены 192.168.3.240 и 192.168.9.10)
4. на внешнем интерфейсе удаленного сегмента (сегменты, где расположены 192.168.3.240 и 192.168.9.10)
Выслать лог-файлы в тех.поддержку Болид или разместить здесь.

Дополнительные вопросы:
1. Пингуются ли при приборы 192.168.3.240 и 192.168.9.10 в этой ситуации (время пинга)?
2. Между сетью 192.168.0.X и сетями 192.168.3.X/192.168.9.X организован VPN-туннель?
3. Параметры контроля соединения у приборов 192.168.3.240 и 192.168.9.10 аналогичны тем что представлены на скриншоте для прибора 192.168.0.218?
4. Вы пишите "Чтобы восстановить связь обычно помогает повторная заливка конфигурации". Помогает ли просто тишина от этого прибора (т.е. при повторении ситуации (после сбора логов) попробуйте на пару минут отключить прибор от локальной сети).

Nema Toki
Автор темы
Nema Toki
Автор темы
Репутация: 0
Сообщения: 12
Зарегистрирован: 09.04.2015
С нами: 1 год 7 месяцев
Профессия: окончила начальную школу

Непрочитанное сообщение #3 Nema Toki » 29.08.2015, 20:03

to Olga.
Ok, спасибо) Получу у местных IT-шников инфу по трансляции пакетов - отпишусь
nemezida.su

Nema Toki
Автор темы
Nema Toki
Автор темы
Репутация: 0
Сообщения: 12
Зарегистрирован: 09.04.2015
С нами: 1 год 7 месяцев
Профессия: окончила начальную школу

Непрочитанное сообщение #4 Nema Toki » 01.09.2015, 14:18

to Olga
Кстати, а на базе какого ПО работает С2000-Etherenet, не подскажете? Какой-то Linux?)
nemezida.su

Olga
Olga
Репутация: 2
Сообщения: 71
Зарегистрирован: 22.04.2013
С нами: 3 года 7 месяцев
Профессия: инженер

Непрочитанное сообщение #5 Olga » 02.09.2015, 12:08

to Nema Toki
ПО прибора C2000-Ethernet специализированное, без использования ОС.

Nema Toki
Автор темы
Nema Toki
Автор темы
Репутация: 0
Сообщения: 12
Зарегистрирован: 09.04.2015
С нами: 1 год 7 месяцев
Профессия: окончила начальную школу

Непрочитанное сообщение #6 Nema Toki » 23.09.2015, 08:58

to Olga

Логи во вложении. Пришлось заархивировать, не могу выложить txt файл
Отвечаю на вопросы:
1.Все пингуется нормально, без задержек, во всех направлениях (видно по вложенным логам).
2. Да, VPN.
3. Да, одинаковые
4. Не помогает.
Вложения
Логи.rar
логи
(672 байт) 33 скачивания
nemezida.su

Olga
Olga
Репутация: 2
Сообщения: 71
Зарегистрирован: 22.04.2013
С нами: 3 года 7 месяцев
Профессия: инженер

Непрочитанное сообщение #7 Olga » 25.09.2015, 15:36

Ниже Ваш лог-файл только с форматированием цветом.
Серый цвет - это команды и ответы на команду ping. Эти пакеты видно в логах обоих шлюзов.
Желтый цвет - это ARP-запросы/ответы. Прибор 192.168.3.240 определяет MAC-адрес шлюза, через который отправлять пакеты в другую подсеть. Непонятно только, почему всегда 2 ответа.. Либо в этом логе не видно ещё какого-то запроса (более точно предположить не могу, т.к. в логе не отображена командная строка, где задавались правила выбора данных для лога).
Не выделено цветом - это пакеты из Красноярска в Абакан (от 192.168.0.218 к 192.168.3.240). Эти пакеты видно в логах обоих шлюзов.
Бирюзовый цвет - ВНИМАНИЕ! Это пакеты из Абакана в Красноярск. Их тоже должно быть видно в логах обоих шлюзов. Но на шлюз в Абакане они приходят, а до шлюза в Красноярске не доходят. Есть предположение, что эти пакеты отправляются роутером в Абакане не в VPN-туннель, а непосредственно в Интернет (как правило, на такие пакеты от шлюза провайдера придёт какой-нибудь ICMP-пакет "адресат недоступен" или что-то вроде того). Чтобы подтвердить это, нужно посмотреть лог на внешнем интерфейсе роутера в Абакане (на текущей картинке мы смотрим логи на внутренних интерфейсах). Такая ситуация с UDP-трафиком может получиться после определенных сбоев с Интернетом. А именно происходит приблизительно как-то так: UDP-пакет приходит на шлюз тогда, когда Интернет уже восстановлен, но VPN-туннель еще не поднят; в результате эти данные даже после поднятия VPN-туннеля продолжают направляться шлюзом мимо VPN-туннеля непосредственно в Интернет (после чего успешно погибают на каком-либо шлюзе провайдера, т.к. в качестве получателя пакета выступает некий локальный IP-адрес). Рассасывается эта ситуация только после отсутствия пакетов от этого локального IP-адреса в течение некоторого времени (точнее от этого сокета: IP-адрес + порт). Скажем так, нужна тишина.
Тишину в приборе С2000-Ethernet можно обеспечить при помощи параметра "период контроля наличия связи" (новое название - "период поиска удаленных устройств"), начиная с версии 2.52. Исключение составляет режим совместимости со сторонним оборудованием. Как правило, достаточно минуты тишины. Судя по логу, в одном приборе 192.168.3.240 этот параметр установлен в значение 60 секунд. В приборе 192.168.0.18 этот параметр установлен в значение 75 секунд (это видно из скриншота настроек и из лога в том числе). Попробуйте увеличить параметры контроля соединения в проблемных приборах (192.168.3.240 и 192.168.9.10). Например:
"период контроля наличия связи" - 100 секунд;
"задержка фиксирования разрыва связи" (новое название параметра - "время жизни соединения") - 220 секунд;
"задержка фиксирования нарушения связи" (новое название параметра - "задержка индикации нарушения связи") - 200 секунд.
Вложения
Log.png


  • Похожие темы
    Ответы
    Просмотры
    Последнее сообщение

Вернуться в «С2000-Ethernet»

Кто сейчас на форуме (по активности за 5 минут)

Сейчас этот раздел просматривают: 1 гость

forum-bolid.ru : Отказ от ответственности