Уже наверное устаревшая тема связи через PNA

[Max2114]

Некоторое время назад участвовал в работе по созданию системы диспетчеризации на одном объекте в нашем городе. Разрабатывал часть программ для контроллеров (SMH2Gi, Pixel, SMH2G сбор данных по эзернет). В качестве системы верхнего уровня использовалась SCADA-система от Шнайдер электрик - Smartstruxure. В общем тогда программист скада-системы не смог наладить работу. Система просто начала виснуть в какой-то момент и ничего не помогало. Тогда еще работала техподдержка от Шнайдер Электрик, они тоже ничего не смогли. В общем было убито много времени и результат был околонулевой. Часть системы мы так и не реализовали. Не так давно, на этой же скада-системе участвовал в реализации другой системы. В общем и там программист обнаружил интересную особенность. У нас в сети были modbus TCP устройства с одинаковым МАК адресом. И это вешало систему. Он случайно это обнаружил. Для этих устройств была возможность сменить мак-адрес. После его смены - все заработало. И вот тут он вспомнил этот случай 4-5 летней давности. Проверил свою догадку и выяснил что в той сети более 20-ти устройств с одинаковыми МАК адресами. Это были пиксели и SMH2G с модулями PNA. Получается это они вешали систему.
Вот и теперь для общего развития я хочу разобраться в ситуации.
1. Почему у них одинаковые МАК-адреса?
2. Можно ли их сменить?
3. Почему это может вызывать такие глюки?

PS Со внешними OPC серверами Smartstruxure работать не умеет. Поэтому перейти на OPC возможности не было.
PPS Такая же ситуация повторилась с SimpleSCADA при подключении пикселей с модулями PNA.

[Arsie]

Сообщение от Max2114

1. Почему у них одинаковые МАК-адреса?

Сбой на стендах. Наш косяк.

Сообщение от Max2114

2. Можно ли их сменить?

Нет.

Сообщение от Max2114

3. Почему это может вызывать такие глюки?

Потому что на низком уровне сопоставление узлов идёт по мак-адресам. Это если простым языком. У роутера съезжают мозги, если у него нет истинной многопортовости.

Истинная многопортовость - это когда каждый отдельный порт подключен напрямую к DSP роутера, а не составляет связку DSP с одним портом + многопортовый хаб. Т.е. это 99% роутеров низкого и среднего ценовых сегментов. И часть роутеров высокого ценового.

Через хаб выбрать узел можно только согласно маку. Если маки одинаковы, выбрать узел невозможно, т.к. узлы отвечают одновременно. Если же каждый порт отдельно подключен к DSP, то DSP может обратиться к отдельному узлу просто выбрав нужный порт.

Чисто теоретически какой-нибудь микротик можно заставить нормально работать в такой сети.

[Max2114]

Сообщение от Arsie

Сбой на стендах.





Нет.





Потому что на низком уровне сопоставление узлов идёт по мак-адресам. Это если простым языком. У роутера съезжают мозги, если у него нет истинной многопортовости.

Истинная многопортовость - это когда каждый отдельный порт подключен напрямую к DSP роутера, а не составляет связку DSP с одним портом + многопортовый хаб. Т.е. это 99% роутеров низкого и среднего ценовых сегментов. И часть роутеров высокого ценового.

т.е. решение этих проблем - применение дорогих или очень дорогих коммутаторов? Как с этим дела обстоят у промышленных коммутаторов Moxa?

[Arsie]

Сообщение от Max2114

т.е. решение этих проблем - применение дорогих или очень дорогих коммутаторов?

Либо так, либо как-то договориться с отделом продаж, чтобы такие модули заново прогнали через стенды. Если стенды ещё не разобраны. В модули будут зашиты уникальные маки.

Сообщение от Max2114

Как с этим дела обстоят у промышленных коммутаторов Moxa?

Хз.


Добавлено через 3 минуты

Сообщение от Max2114

Не так давно, на этой же скада-системе участвовал в реализации другой системы. В общем и там программист обнаружил интересную особенность. У нас в сети были modbus TCP устройства с одинаковым МАК адресом. И это вешало систему.

Вообще, это частая проблема. Поэтому некоторые производители дают возможность менять мак. Но тут палка о двух концах - при неквалифицированном применении можно положить трассировку пакетов в целом сегменте интернета. Провайдеры с этим борются, конечно, поэтому положить надолго не получится, но всё же.

В общем, ручная смена мака это как перебегать дорогу на красный свет. Вроде как смертельно, но 99% людей бегают всю жизнь и не имеют проблем.

[Max2114]

Сообщение от Arsie

Хз.

В 2014-2015 годах реализовывал систему диспетчеризации с более чем 100 контроллерами на модулях PNA. Все было реализовано через коммутаторы Moxa (оптику и медь). Там таких проблем не было. Есть вероятность того, что там не было одинаковых Маков?

[Arsie]

Сообщение от Max2114

В 2014-2015 годах реализовывал систему диспетчеризации с более чем 100 контроллерами на модулях PNA. Все было реализовано через коммутаторы Moxa (оптику и медь). Там таких проблем не было. Есть вероятность того, что там не было одинаковых Маков?

Модули с одинаковыми маками выпускались недели две вроде. Не помню уже. Но недолго на фоне всего периода выпуска.

[Max2114]

Сообщение от Arsie

Модули с одинаковыми маками выпускались недели две вроде. Не помню уже. Но недолго на фоне всего периода выпуска.

В общем нам видимо "повезло"

[Arsie]

Сообщение от Max2114

В общем нам видимо "повезло"

Большая таких модулей были отозваны и перепрограммированы. Причём часть развернули прямо на дороге в буквальном смысле - грузовики развернулись и поехали обратно. Но сколько-то да, осели на складах и пошли дальше. Не все откликнулись на запрос наших менеджеров. Хотя менеджеры обзвонили/обписали всех, кому такие модули были поставлены.

[ATS]

Сообщение от Max2114

т.е. решение этих проблем - применение дорогих или очень дорогих коммутаторов? Как с этим дела обстоят у промышленных коммутаторов Moxa?

Никакие не помогут. Одинаковые МАКи снесут репу любому коммутатору. Тут хабы себя будут лучше вести. Но их уже пожалуй не найти.

[LordN]

Сообщение от Arsie

Нет.
Чисто теоретически какой-нибудь микротик можно заставить нормально работать в такой сети.

киска меняет маки только в путь