Aktivní prvky
Na rozdíl od kabeláže třídy MCN určených pro KKI, kde člověk s dostatečnou dávkou znalostí a zkušeností pozná, které komponenty požadavky MCN splní a které ne, je situace u aktivních prvků výrazně odlišná.

V jejich případě můžeme modifikovat staré arabské přísloví „do ženy a do melounu nevidíš“ i na aktivní prvky.

Mnoho firmem vyrábějící aktivní prvky zvětřilo příležitost rozšíření odbytu a začalo vyrábět průmyslové řady svých aktivních prvků.

Slovy mého kamaráda „prekabátili komeční řešení do průmyslového futrálu“.

Převlékání kabátů známe dobře z veřejného života i politiky, a to už od roku 1989. Všichni víme, jaký to má efekt. U aktivních prvků platí totéž. Ideální variantou je možnost konzultace s někým, kdo se v této problematice dokonale orientuje. Takových lidí je ovšem ještě méně než šafránu a tomto státě mi pro jejich spočítání stačí opravdu prsty rukou. Najít aktivní prvek, který opravdu splňuje kritéria MCN, je totéž, jako hledat originál v hromadě padělků.

Vzpomenu nádherný starý film s Janem Werichem – Císařův pekař a Pekařův císař, která ta Mona Lisa byla pravá ???

Pokusme se tedy popsat alespoň prvotní indicie, dle kterých se můžeme částečně orientovat při identifikaci prvků MCN pro KKI.
V  MCN se používají Multiple-ring struktury sítě s aplikací protokolů řízení redundancí v síti, které dosahují velmi krátkých časů na rekonfiguraci sítě. Nelze tedy o použit protokol RSTP nebo jeho modifikací. Mnoho výrobců těch tzv. průmyslových prvků lehce modifikuje RSTP protokol, nazve tuto modifikaci „nějaký-ring“ a vydává je za průmyslové řešení pro MCN. Dokonce udávají i skvělé časy rekonfigurace (např. 15ms), ale zapomenou doplnit, pro kolik prvků v kruhu tento čas platí. Dalším bádáním zjistíte, že to platí pro 3 až 5 prvků. Za tento čas to zvládne i RSTP. A samozřejmě jako obrovskou výhodu zdůrazňují kompatibilitu s RSTP. Už to je prvním podezřelým příznakem.

Ten, kdo akceptuje platnost fyzikálních zákonů a ještě k tomu používá rozum přímo vlastní, snadno pochopí, že protokoly pro řízení redundance v sítích MCN a RSTP být kompatibilní nemohou především z důvodů rozdílného časování, které RSTP nestíhá.
Kompatibilita s RSTP byla zachována (a pouze částečně) jen u prvního a současně nejpomalejšího protokolu pro řízení kruhových struktur sítí MCN. U dalších to již se zkracováním časů rekonfigurace sítě nebylo možné. Proto je kompatibilita protokolu pro řízení redundance s RSTP první indicií něčeho nezdravého. To ovšem neznamená, že by prvky pro MCN neměly umět RSTP. Pracují buď s RSTP nebo s jiným rychlejším protokolem pro řízení kruhu, ale nikdy ne s oběma současně. Kruhové struktury MCN zvládají v jednom kruhu rovněž daleko větší počty prvků (řádově desítky až stovky) a na velké vzdálenosti. Uvedení max. počtu prvků v kruhové síti tito výrobci takticky vynechají. Jejich obchodník Vám bude navíc ještě drze tvrdit, že počet prvků v kruhu není omezen (zřejmě upadl v mládí na hlavičku). Právě ve vztahu k časování celého řízení sítě je tento počet vždy nějak limitován. Při jeho překročení by již řízení redundancí nemuselo probíhat korektně.

Další indicií je systém napájení. Pokud máme prvek s montáží na DIN lištu a ten má přímo v sobě napájecí zdroj, je rovněž někde něco špatně. Každý prvek v sítích MCN musí mít možnost napájení z minimálně dvou nezávislých zdrojů. Žádný zdroj nemůže být umístěn přímo v prvku, protože by jej ohříval. Prvky pro montáž na DIN lištu jsou obvykle napájeny stejnosměrným napětím v rozsahu 12 až 60V, často tyto zdroje mohou mít rozdílné napětí. Prvky pro montáž do 19“ rozvaděčů mívají možnost napájení i z více zdrojů než jsou dva a rovněž je tu možná častá kombinace 230V střídavých se stejnosměrným 24V nebo 48V (pro možnost napájení z baterií).

Následující indicii, kterou můžete použít bez hlubokých znalostí prvků pro MCN je otázka managementu (MNG) prvku.

Prvek bez MNG nemá v síti MCN co pohledávat.
U takového prvku nemáme možnost zjistit nic o jeho stavu, není možnost řešit problémy komunikace ani diagnostiku

MNG prvku je potřebný ve dvojím provedení. Pro běžnou správu a méně zdatné se používá pomocí SNMP WEB rozhraní prvku. Profesionálové mají k dispozici pro funkce, které WEB rozhraní neobsahuje, k dispozici CLI (Command Line Interface). Žádný prvek pro MCN nebude mít ve svém WEB rozhraní možnost nastavení úplně všech parametru. Některé parametry mohou záměrně nastaveny pouze přes CLI. Dále je důležité, aby prvek pro MCN podporoval protokol LLDP. Tento protokol, SNMP a další (většinou proprietární) protokoly jsou nezbytné pro operační diagnostiku sítě. Pokud výrobce prvků nenabízí i software pro operační diagnostiku sítě, mají jeho výrobky společného s MCN asi tolik, jako já s polárním potápěčem (jsem přiměřeně teplomilný tvor vyznávající jediný způsob chlazení – orosené pivo ze sedmého schodu podávané při vnější teplotě 25 až 30°C).

Pokud má prvek splňovat kritéria pro MCN, musí mít také prostředky pro synchronizaci a práci v reálném čase. Pro synchronizaci se v současnosti používá PTPv2 (Precision Time Protocol v.2) – definován v IEEE1588. Pro to, aby to mohlo fungovat, musí mít systém v přenosu časové značky. Ty jsou vkládány mezi fyzickou a lin­kovou vrstvou v rozhraní zvaném Media In­dependent Interface (MII), definovaném ve standardu IEEE 802.3 jako součást EtherNe­tu. Vkládání značek v tomto místě vyžadu­je hardwarovou podporu v síťovém rozhraní a díky tomu umožňuje dosáhnout velké přesnosti synchronizace, protože zamezuje vzniku od­chylek způsobených průchodem zpráv vrst­vami protokolu. Tato řešení jsou základem TSN (Time Sensitive Network) pro IoT (The Internet of Things – internet věcí). Aby na základě synchronizace pomocí PTPv2 mohl prvek pracovat v reálném čase (RT), musí umět Ethernet/IP (Ethernet Industrial Protocol) nebo Profinet IO (MCN prvky umí většinou oba), případně jim ekvivalentní protokolové řešení pro RT.

Další indicií je stupeň průmyslové ochrany a rozsah pracovních teplot. U výrobců prvků MCN naleznete vždy i řešení v provedení IP67 nebo IP68 s konektory M12 – hyperboloidní kontakty. Mnohé z prvků i s konektory RJ45 mají v Ruggedized řadách pro ochranu elektroniky aplikován Conformal Coating – ochrana máčením ve speciálním laku. To jsou skutečnosti snadno rozpoznatelné. Horší je to s parametrem rozsah pracovních teplot. Komerční prvky tento rozsah mají většinou 0-40°C. Rádo-by výrobci prvků pro MCN udají rozsah větší, ale nemáme možnost jej ověřit (a papír snese všechno). Navíc tím potichoučku označují rozsah teplot uvnitř prvku. Pro MCN je nutné vycházet a také se musí udávat rozsah teplot vnějšího prostředí kolem prvku. Standartní rozsahy teplot jsou 0 – 60°C, rozšířené jsou od -40°C do 70°C, u některých prvků do 80°C nebo 85°C teploty vnějšího prostředí. Tuto skutečnost není možné ověřit jinak, než v testovací zátěžové komoře. A takovou možnost má málo kdo. Nezbývá tedy, než se obrátit na těch několik málo lidiček, kteří potřebné informace mají k dispozici.

Neméně důležitou indicií je způsob chlazení. Všechny DIN-RAIL i 19“ prvky pro MCN jsou vyráběny v provedení bez ventilátoru. Ten je první na řadě z hlediska možnosti poruchy. Výjimkou jsou pouze CORE-Switche umístěné v serverovnách. Ani v jejich případě nejsou ventilátory pevně zabudovány, jako u komerčních řešení, ale jsou součástí výsuvného ventilátorového bloku ve Switchi. Výměna je tudíž možná za provozu během několika sekund.

Poslední indicie se vztahuje k problematice konfigurace prvku a k jeho Firmware.
U prvků pro MCN je běžné, že má k dispozici port (často USB, SD ap.) pro AutoConfigAdapter (ACA). Pokud je při zapnutí nebo restartu prvku v tomto portu zasunuta flash s konfiguračním souborem, načte prvek přednostně konfiguraci z ACA a konfigurace v jeho vnitřní paměti je ignorována. Pro správce sítě to má obrovskou výhodu v tom, že pokud se mu podaří při změně nastavení sítě některý prvek tzv. zasukovat, má možnost přes ACA port použít ověřenou provozní konfiguraci prvku. Podmínkou je samozřejmě to, že si je někde archivoval. Obdobné řešení je i u Firmware. Každý prvek pro MCN si při aktualizaci Firmware uloží současnou pracovní verzi do záložní paměti. V případě kolize při aktualizaci a zablokování prvku, lze pomocí TELNETu a CLI v servisním módu tuto původní verzi v prvku obnovit pomocí funkce „restore firmware“.

Poslední a nejdůležitější částí identifikace je vlastní výrobní proces. Zde už žádné indicie nepomohou. Nastupuje znalost problematiky, osobní kontakty u výrobců a hlavně osobní praktická znalost celého výrobního procesu. Aktivní prvky pro MCN sítě nejsou vyráběny na výrobních linkách jako prvky pro komerční nasazení. Jde o spíše moderní manufaktury. Výrobní proces začíná výběrem, teplotními a zátěžovými testy všech součástek, které budou v aktivním prvku použity. Teprve potom jdou na jedinou výrobní linku a tou je osazení a montáž na desky plošných spojů. Ty opět prochází procesem zátěžových a teplotních testů. Následuje přesun na montáž výrobku, která je vyloženě manuální. Každý typ výrobku má několik specializovaných pracovišť vybavených pro montáž příslušného typu. Na tomto pracovišti je aktivní prvek smontován, funkčně v plném rozsahu otestován, umístěn do zahořovací komory, kde probíhá zahořování prvku. Po procesu zahoření je výrobek znovu v plném funkčním rozsahu otestován a následně s protokolem zabalen, doplněn o manuály a označen všemi potřebnými náležitostmi. Za celý proces na tomto pracovišti odpovídá vždy jediný člověk. Z toho jednoznačně vyplývá osobní odpovědnost konkrétního pracovníka za konkrétní kus výrobku. Špičkový výrobce si mimo součástky na desky elektroniky vyrábí naprosto všechno sám. Žádné subdodávky jednotlivých dílů a pouhá montáž. Počínaje šroubky, konektory a všemi konstrukčními díly prvků včetně platových case prvků je vyráběno vlastními prostředky. Prostě vše od A až do Z. Za každou operaci u každého dílu nese konkrétní pracovník osobní odpovědnost. To je jediná možnost, jak si celý proces udržet pod kontrolou a zajistit požadovanou spolehlivost i kvalitu.

Teprve v tomto případě mnohou mít prvky objektivně hodnotu MTBF (Mean Time Between Failures – střední meziporuchová doba) řádově v délce několika desítek let a teprve tehdy je lze považovat za prvky sítě MCN určené pro KKI.

Někteří výrobci mají ve svém technickém řešení ještě další vylepšení.
Patří mezi ně např. dálkově ovládaná optická signalizace (rozblikají se všechny LED Switche). To je výhodné třeba při správě rozsáhlých sítí, kdy ve vzdálené skupině Switchů má přepojit linky pouze zaučený pracovník. Tím mu určíme na dálku Switch, na kterém má být přepojení provedeno.

Dalším vylepšením je bezpotenciálový kontakt, spínaný na základě detekce chybových stavů sítě. Ten lze využít např. pro ovládání externích alarmů, zapínání Bypassů atd.
Potřebnými funkcemi prvků pro řízení redundancí se budeme podrobně zabývat v sekci Technická opatření – L2 protokoly řízení redundance.

Příklady
Volba konkrétních typů aktivních prvků pro řešení kritické komunikační infrastruktury vyžaduje detailní znalost jejich vlastností i funkcí. Musíme brát v úvahu nejen potřeby jednotlivých funkcí, ale i jejich vlastnosti z hlediska odolnosti a vhodnosti pro navrhovanou aplikaci.

Uveďme jednoduchý příklad. Na následujícím obrázku jsou dva malé Switche pro kritickou komunikační infrastrukturu.

U RS30 – Rail Switch (levý) máme možnost zvolit mezi dvěma variantami teplotního rozsahu 0°C až +60°C nebo od -40°C až +70°C. Samozřejmě dále lze volit mezi několika variantami funkcí i konfigurací portů. Šasi Switche je plastové s otvory pro chlazení. Switch je bez ventilátoru.

U RSR30 – Rail Switch Ruggedized (pravý) máme možnost zvolit mezi dvěma variantami teplotního rozsahu 0°C až +60°C nebo -40°C až +85°C. Dále lze volit mezi větším množstvím variant funkcí i konfigurací portů než u RS30. Šasi Switche je rovněž s otvory pro chlazení, ale je kovové a nárazu vzdorné. Switch je také bez ventilátoru. Elektronika je chráněna proti vlivům prostředí máčením ve speciálním laku.

U obou Switchů je samozřejmostí redundantní napájení.

Předpokládám, že si každý již dokáže odvodit, který z těchto dvou Switchů bude vhodnější do náročného prostředí.

Pokud pro nejnáročnější aplikace nebude dostačující ani některá z předchozích variant, bude nutné zvolit ještě odolnější alternativu. Následující Switch s konektory M12 je uzavřen v robustním šasi (odlitek z lehkých kovů), které je vodo/plyno těsně uzavřeno, a slouží současně pro chlazení vnitřní elektroniky.

Odolnost takového řešení dostatečně dokumentují následující dva obrázky. U těchto Switchů může MTFB dosahovat hodnoty i přes 40let.

Tento typ Switche funguje i extrémních podmínkách na orbitální stanici.

Rekapitulace:

Multiple-ring struktury sítě – nikoliv pouze řešení na bázi RSTP
Napájení
Management prvku i sítě
Ethernet/IP, ProfiNet IO, PTPv2
Řešení průmyslové ochrany
Chlazení
Konfigurace prvku a Firmware
Způsob výroby, MFTB, záruky, technická podpora