Браво AlexandrY. Эти понятия которые вы сейчас сформировали, существовали у меня на уровне интуиции, а тут всё по полочкам . У нас обычно идут сети(не только передачи данных) под ключ с соответствующем ПО мониторинга всех устройств(бесплатно). На всех критических узлах модули телеметрии, фактически получающих только питания от этого узла. И уже по всем параметрам можно принять решение.

Простите, я может чего-то упускаю в специфике вашей задачи, но вопрос от дурака- почему бы не устроить простой постоянный опрос статуса устройств из центрального пульта? Зачем навороты с SNMP? Зачем TCP/IP? "Пингование" решается автоматически, просто по таймауту? Как я понимаю сеть у вас локальная, изолирована от Интернета.. Зачем тогда все эти навороты?

В АСУТП то зачем пинговалки?
Это не та отрасль, как я понимаю, где позволено виснуть свичерам.
Ту как бы нет предмета обсуждения.
Я вообще MAC пакетами обмен веду в реалтайме и че?

Ну так для этого и нужен тот-же TCP/IP. Или, кому не нравится TCP/IP, я отдаю в виде SNMP-TRAP'ов.



Не понял вопроса.



Сети бывают разные.



Где Вы тут у меня видите навороты? Тут минимум функционала. Навороты предлагают (а по мне, так навязывают) господа AlexandrY и Mihail Gluhowchenko.



Разные АСУТП бывают. А приказом "ни шагу назад" свичам не запретишь падать.

Вот давайте сюда АСУТП не будем приплетать
Изначально все пошло из темы "Владеем сеткой в 200 домов..."
Так что, лично я, отталкиваюсь именно от этого.

А на производстве - естественно все должно быть по другому. Хотя там тоже, бывает, очень хотят сэкономить...

В АСУТП часто виснет или выгорает периферийное оборудование. "Пинговалка", хотя вряд ли сюда подходит этот термин, поможет обнаружить с центрального поста такое зависание или выгорание. Если удаленный сервер вдруг перестает отвечать на периодические запросы клиента, то пора бежать ремонтникам к месту расположения данного сервера. У Rst7, как я понял, не Ethernet сеть, поэтому говорить про свитчи и Raw-пакеты- тоже особо не имеет смысла.


У коллег видимо другие задачи, с выходом в Интернет, с роутерами и маршрутизаторами. Там да, - лучше выполнять все протоколы досконально.

Гм. Позвольте полюбопытствовать, почему Вы так думаете?

Ну прям навязывают...
У каждого свой опыт просто.
Как-то пришлось участвовать в конкурсе по разработке компонентов европейской региональной системы AMR (Automated Meter Reading) для корпорации ENEL.
Там был яркий пример.
Нужно было разработать некий узел типа конвертера от электросчетчиков в интернет в частности по GSM
Взялась бригада ушлых итальянских парней и наваяла через год.
Не нашли ничего лучше чем весь обмен и удаленный в том числе сделать по типу AT команд.
Нашли даже силы сварганить сервер работающий по AT командам.
Т.е. тоже были склонны к примитивизму, процессор выбрали на базе I51.
Надо-ж было подешевле. Это было одно из главных условий конкурса.
После года мучений ENEL плюнул и организовал новый конкурс и жестко поставил условие использовать SNMP!
Само, что требования к процу тоже поднялись.
А исходники старого проекта раздали всем желающим, чтоб знали авторов того поделия и как не надо делать

Из упоминания про Modbus.

А Вы не знаете, что существует Modbus over TCP?



А Вы не знаете, что существует Modbus over TCP?

Честно отвечу- не знаю такого. Всегда думал, что Modbus- это или RS-485 или RS-422. Hо, чтобы гонять кадры Modbus в Ethernet- это выше моего воображения. Расскажите.

Покурите это - http://modbus.org/docs/Modbus_Messaging_Im...Guide_V1_0b.pdf