Что это за ерунда? Вероятно, вы задавались этим вопросом, читая заголовок.
Признаюсь, у меня были точно такие же мысли, когда я читал документацию от Штриха к весам Штрих-Принт S. А дело в следующем: в магазине пожаловались, что некоторые весы не разгружаются.
Не буду говорить, сколько времени я потратил на решение этой задачи, просто опишу под катом входные данные и что привело к решению проблемы.
Входные данные
Что мы имеем из оригинала? Схема с сетевой точки зрения абсолютно банальна.
- Подсеть магазина 192.168.1.0/24 с устройствами и роутером 192.168.1.254 и масштабами 192.168.1.200
- Подсеть терминального сервера 192.168.2.0/24 с терминальным сервером 192.168.2.10 и шлюзом для него 192.168.2.254
- Между роутерами с локальными адресами 192.168.1.254 и 192.168.2.254 создан туннель на публичных интерфейсах и взаимные статические маршруты к интересующим нас подсетям в этих туннелях.
- Терминальный сервер 192.168.2.10 не загружает данные на 192.168.1.200
Первым делом проверяю пинг весов с терминала.
Не отвечает. Проверяю наличие весов из сегмента 192.168.1.0/24. Они пингуют. Бааа, тут все банально - шлюз на весах не прописан, поэтому ничего не работает.
Необъяснимо, но факт
Захожу в меню весов, и тут меня постигает первый сюрприз - настроек шлюза там нет. Нисколько.
Да, такого не может быть, откройте документацию:
ARP есть, но устройство пассивное (что вообще такое пассивное устройство с поддержкой IP/UDP?).
Но это сработало.
И в других магазинах с маршрутизацией работает. Оказывается, эти весы пингуются еще и с роутера 192.168.2.254. А из сегмента 192.168.0.0/24 также подключен к роутеру 192.168.2.254. Таким образом, весы знают MAC роутера, кадры формируются правильно, но по каким-то причинам теряются на пути к терминальному серверу 192.168.2.10. Что было опробовано? Задействованные промежуточные свитчи (неуправляемые, без L3 естественно) сегмента 192.168.2.0/254 были перезагружены.
Роутер 192.168.2.254 был перезагружен.
IP-адрес весов был изменен на тот, который явно маршрутизировался на терминальный сервер.
И проблема решается очень просто – перезагрузкой самих весов.
P.S. Интересно, как ребята из Штриха сделали в прошивке поддержку отправки пакетов в другие подсети, они просто берут полученный src MAC и выставляют его как dst? А вся поддержка ARP означает, что весы могут отвечать на ARP-запросы, но не генерировать их? Теги: #Сетевые технологии #bar-m #маршрут по умолчанию
-
Этапы Ремонта Компьютеров И Ноутбуков
19 Oct, 24 -
Оптимизация Затрат На Роуминг
19 Oct, 24 -
Дача Зимой: Быть Или Не Быть?
19 Oct, 24 -
Мобильные Часы Cect. Пока Прототип
19 Oct, 24