ЖУРНАЛ СТА 3/2020

<20 мс) и стандартизованногоMRP (IEC 62439-2), что позволяет использовать коммутаторы с оборудованием сторон- них поставщиков, таких как ABB, Siemens, Hirschmann и т.д. Link aggregation Соединение нескольких каналов пе- редачи данных для увеличения скоро- сти также является востребованной функцией. При реализации фактически создаётся логически одно соединение, а физически их может быть несколько. При этом данная функциональность может быть использована не только для увеличения скорости, но и для повыше- ния отказоустойчивости соединения. QoS Традиционно Ethernet-сети работают по принципу, когда весь трафик имеет одинаковый приоритет и одинаковую вероятность своевременной доставки. Когда поток данных нарастает, у всего трафика есть равный шанс быть отбро- шенным. Функция QoS (Quality of Service – ка- чество обслуживания) может быть на- строена на управление перегрузкой и её предотвращение, чтобы управлять приоритетом доставки трафика. Внед- рение QoS в сети позволяет достичь прогнозируемой производительности и делает намного более эффективным ис- пользование полосы пропускания. Реа- лизация QoS основана на значениях приоритетов во фреймах. Стандартно коммутатор поддержива- ет восемь очередей CoS (Class of Service – класс обслуживания) для каж- дого выходного порта. Но для каждой из восьми очередей можно настроить два типа планирования: строгий приоритет илиWeighted Round Robin (WRR – взве- шенный циклический алгоритм). Планирование в режиме строгого приоритета основано на приоритете оче- редей. Пакетыв очереди с высокимприо- ритетом всегда отправляются первыми, а пакеты в очереди с низким приоритетом отправляются только после того, как все очереди с высоким приоритетом пусты. Планирование WRR основано на ука- зании дополнительного приоритета от- носительно других очередей – CoS. Фактически каждой очереди присваива- ется дополнительный весовой коэффи- циент в соответствии с его значимостью. Планирование WRR предотвращает полное игнорирование очередей с низ- ким приоритетом в периоды трафика с высоким приоритетом. Планировщик WRR отправляет несколько пакетов из каждой очереди попеременно. Storm Control Защита от «шторма» трафика являет- ся полезной функцией для коммутато- ров. Коммутатор автоматически от- фильтровывает ненужные фреймы. И когда трафик, например широкове- щательный, превышает определённый порог, сеть по-прежнему остаётся рабо- тоспособной, так как коммутатор авто- матически резервирует полосу пропус- кания для передачи обычных фреймов. Пороговые значения можно установить для трафика типа Broadcast, Unknown Multicast, Unknown Unicast. Функции диагностики соединения Функция диагностики соединения яв- ляется не первоочередной, но зачастую позволяет существенно сократить время поиска неисправностей в сети. Стан- дартно в наборе функций EKI-5500/5600 присутствует инструмент проверки мед- ного кабеля, который позволяет оценить качество проводной сети и тем самым исключить ошибки физического уровня, а также инструмент проверки соедине- ния PING, который позволяет работать как с адресами IPv4, так и с IPv6. Работа с Multicast Необходимость работы с многоадрес- ными рассылками в промышленной се- ти возникает довольно нечасто. Однако если такая потребность появляется, то соответствующая функциональность не будет лишней. Коммутаторы имеют поддержку IGMP Snooping v2 и v3, что позволяет при наличии подобного тра- фика существенно уменьшить нагрузку на сеть. Адаптация работы с промышленными протоколами Главной особенностью коммутаторов серии EKI-5500/5600 является возмож- ность работы с промышленными прото- колами. На данный момент имеются мо- дели с поддержкой протоколов Modbus/ TCP, EtherNet/IP и PROFINET. Но мно- гие, наверно, скажут, что в первом при- ближении любой промышленный и даже коммерческий коммутатор будет работать с данными протоколами, ведь их «транс- порт» основан на базе второго уровня со- гласно модели OSI, а это стандарт. Но, к сожалению, а может быть и к счастью, реальная ситуация обстоит не совсем так. Наверно, если рассматривать проблему в разрезе протокола Modbus/ TCP, то действительно практически лю- бой промышленный коммутатор должен обрабатывать фреймы с полезной на- грузкой в виде данных Modbus без ка- ких-либо проблем. Однако если гово- рить о сети PROFINET, то ситуация ста- новится немного иной ввиду того, что сеть, работающая на базе данного стан- дарта, намного сложнее. Примером может выступить ситуа- ция, когда сеть настроена так, что в ней присутствует VLAN 0, что допускается PROFINET, и некоторые устройства, ра- ботающие в сети, помещены в этот сег- мент VLAN. Фактически по сети перемещаются фреймы с данным тегом. Подобную си- туацию многие коммутаторы могут рас- ценить как ошибку и просто отбросить фрейм. И таких особенностей может быть достаточно много. К ним можно отнести и специализированный прото- кол кольцевого резервирования (MRP), и наличие дополнительных служебных фреймов, которые могут также быть не опознаны и отброшены. Также не стоит забывать о временныˆх ограничениях: многие современные промышленные протоколы для работы сети подразумевают работу в жёстких временныˆх рамках, обеспечивая гаран- АППА РАТ НЫЕ С Р Е ДС Т В А / С Е Т Е ВОЕ ОБОР УДОВ АНИЕ СТА 3/2020 74 www.cta.ru Рис. 2. Настройка протоколов резервирования для EKI-5500/5600: а – X-Ring; б – MRP а б