Пассивное Устройство, Маршрутизация И Печать Штрих-Кодов C



Что это за ерунда? Вероятно, вы задавались этим вопросом, читая заголовок.

Признаюсь, у меня были точно такие же мысли, когда я читал документацию от Штриха к весам Штрих-Принт 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. Они пингуют. Бааа, тут все банально - шлюз на весах не прописан, поэтому ничего не работает.

Необъяснимо, но факт

Захожу в меню весов, и тут меня постигает первый сюрприз - настроек шлюза там нет. Нисколько.

Да, такого не может быть, откройте документацию:

Пассивное устройство, маршрутизация и печать штрих-кодов C

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 #маршрут по умолчанию

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.