Protokolle zur nahtlosen Reservierung von PRP und HSR

In der Industrie werden die LAN-Anforderungen immer ernster ICS übernehmen immer mehr Funktionen, und Datenverlust kann zu erheblichen Kosten führen.

Wenn beispielsweise im Energiesektor die Daten von den Messwandlern die Relaisklemme nicht rechtzeitig erreichen, kann dies zu einem Kurzschluss führen, der sich auf benachbarte Abschnitte des Stromnetzes ausbreitet, was zu viel schwerwiegenderen Verlusten führt als im Fall einer rechtzeitigen Trennung des Abschnitts vom Kurzschluss. Daher können Sie in Energieprojekten häufig die Anforderung "Erholungszeit weniger als 1 ms" erfüllen.

Die Netzwerkredundanz basierend auf branchenweiten Protokollen wie RSTP, MRP, DLR und dergleichen basiert auf einer Änderung der Topologie im Falle einer Fehlfunktion bei der Datenübertragung. Das Ändern der Topologie dauert eine bestimmte Zeit (von Millisekunden bis Sekunden, je nach Protokoll), die als "Wiederherstellungszeit" bezeichnet wird. Während dieser Zeit gibt es keine Kommunikation mit einem Teil des Netzwerks und dementsprechend gehen Daten verloren. Das heißt, Herkömmliche Ringredundanztechnologien erlauben keine Wiederherstellungszeiten von weniger als 1 ms.

Vor diesem Hintergrund werden die sogenannten „nahtlosen“ Redundanztechnologien - PRP und HSR - immer beliebter. Eine auf PRP und HSR basierende Redundanz wird im Gegensatz zu den obigen Protokollen nicht durch Neuerstellen der Topologie, sondern durch Duplizieren von Frames ausgeführt. Jeder Frame wird vom Absender dupliziert, und beide Frames werden auf unterschiedliche Weise übertragen, und der empfangende Knoten verarbeitet den zuerst eingehenden Frame und verwirft den zweiten. Dieses Funktionsprinzip erfordert keine Umstrukturierung der Topologie, und dementsprechend arbeitet dieses Protokoll nahezu „nahtlos“. Unter dem Schnitt finden Sie Details zur Implementierung dieser Protokolle.

Netzwerkstruktur

Nahtlose Redundanz wird auf Endknoten implementiert, nicht auf Netzwerkkomponenten. Dies ist einer der Hauptunterschiede zwischen PRP und HSR zu anderen Sicherungsprotokollen wie RSTP oder MRP. Berücksichtigen Sie die Merkmale der Netzwerkstruktur für PRP und HSR.

PRP - Netzwerkstruktur

Der Endknoten verfügt über zwei Ethernet-Schnittstellen, die mit zwei voneinander isolierten Netzwerken verbunden sind, parallel arbeiten und eine unabhängige Topologie aufweisen (d. H. Die Topologien dieser beiden Netzwerke können gleich oder unterschiedlich sein). Die Netzwerke müssen isoliert sein, damit eine Fehlfunktion und ein Stopp der Datenübertragung in einem Netzwerk das zweite nicht beeinträchtigen, d. H. Sogar die Netzwerkstromversorgung erfolgt aus verschiedenen Quellen. Es sollten keine direkten Verbindungen zwischen diesen Netzwerken bestehen.



PRP-Netzwerkstruktur

Diese beiden Netzwerke werden normalerweise als LAN A und LAN B bezeichnet. Wie bereits erwähnt, können sie unterschiedliche Topologien sowie unterschiedliche Leistungen aufweisen. Verzögerungen bei der Datenübertragung können ebenfalls variieren.

Das Netzwerk kann die folgenden Elemente enthalten:

• DAN (Dual Attached Node) - Ein Knoten, der eine Verbindung zu beiden Netzwerken herstellt und doppelte Frames sendet / empfängt.
• SAN (Single Attached Node) - Ein Knoten, der nur eine Verbindung zu einem Netzwerk (LAN A oder LAN B) herstellt und normale Frames sendet / empfängt.
• Für den Fall, dass ein Gerät mit einer Ethernet-Schnittstelle, das das PRP-Protokoll nicht unterstützt, redundant mit dem RPR-Netzwerk verbunden werden muss, wird die sogenannte Redundancy Box (normalerweise RedBox) verwendet. Auf der RedBox wird das Paket vom Gerät dupliziert und an das PRP-Netzwerk übertragen, als ob die Daten vom DAN übertragen würden. Darüber hinaus wird das Gerät hinter RedBox als DAN für andere Geräte angesehen. Ein solcher Knoten wird als virtueller DAN oder VDAN (Virtual DAN) bezeichnet.

Das Arbeitsprinzip von RedBox

HSR - Netzwerkstruktur

HSR-Netzwerkstruktur

Das Funktionsprinzip von HSR besteht darin, dass alle Geräte zu einem Ring zusammengefasst und alle Nachrichten sowie in PRP dupliziert werden. Das Gerät sendet beide Frames durch den Ring: eine Kopie im Uhrzeigersinn, die andere gegen den Uhrzeigersinn. Der Empfänger empfängt beide Kopien, verarbeitet jedoch nur die erste und löscht die zweite. Wenn einem der Links etwas passiert und einer der duplizierten Frames nicht kommt, wird der andere einfach akzeptiert. Alle HSR-Geräte verfügen über zwei Ethernet-Schnittstellen - Port A und Port B.

Gemäß dem HSR-Protokoll können die folgenden Elemente in einem Netzwerk vorhanden sein:

• SAN ist ein Knoten mit nur einer Ethernet-Schnittstelle. Ein solcher Knoten kann ausschließlich über RedBox mit dem HSR-Netzwerk verbunden werden.
• DAN - Ein Knoten, der Daten innerhalb eines HSR-Rings austauschen kann (doppelte Frames senden / empfangen kann).
• RedBox - Wie in PRP können Sie mit RedBox ein Gerät mit einer Ethernet-Schnittstelle an ein HSR-Netzwerk anschließen. Das Gerät hinter RedBox wird als DAN für andere Geräte angesehen. Ein solcher Knoten wird als virtueller DAN oder VDAN (Virtual DAN) bezeichnet.
• QuadBox - HSR führt auch ein neues Element ein - QuadBox. Dieses Gerät verfügt über vier HSR-Ports. Sie können zwei HSR-Ringe kombinieren. In jedem Ring fungiert die QuadBox als DAN und kann Daten von einem Ring zu einem anderen übertragen.

QuadBox-Beispiel

DAN-Struktur

Für PRP und für HSR ist die DAN-Struktur ähnlich. Jeder DAN verfügt über zwei parallel arbeitende Schnittstellen, die über die sogenannte LRE-Schicht - Verbindungsredundanzeinheit - mit der oberen Ebene eines Kommunikationsstapels verbunden sind. Auf dieser Ebene werden alle Sicherungsfunktionen ausgeführt.

Beide DAN-Schnittstellen haben dieselbe MAC-Adresse und eine IP-Adresse. Auf diese Weise können Sie die Reservierung für die oberste Ebene transparent machen. Besonders wichtig ist die Tatsache, dass dies die Verwendung von ARP für DAN sowie für jeden nicht redundanten Knoten ermöglicht.

Natürlich gibt es Nuancen in der DAN-Struktur für PRP und für HSR.

PRP - DAN Struktur

Wenn ein Frame von der obersten Ebene gesendet wird, dupliziert die LRE ihn und sendet beide Pakete fast gleichzeitig über die Ports. Beide Frames werden parallel über zwei Netzwerke mit unterschiedlichen Verzögerungen übertragen. Im Idealfall werden sie mit einem minimalen Zeitunterschied an den Zielknoten geliefert. Nach dem Empfang der LRE sendet der Empfänger den ersten empfangenen Rahmen an die obere Schicht und verwirft den zweiten.

LRE erstellt beim Senden doppelte Frames und verarbeitet diese beim Empfang. Diese Ebene stellt in Bezug auf die obere Ebene die übliche Schnittstelle eines nicht redundanten Netzwerkadapters dar. LRE führt zwei Aufgaben aus: die Behandlung doppelter Frames und die Verwaltung der Redundanz. Um die Steuerung zu implementieren, fügt LRE jedem Frame einen 32-Bit-Redundanzsteuerungs-Trailer (RCT) hinzu und löscht ihn, wenn der Frame empfangen wird.



Übertragen von Daten zwischen zwei DANs in PRP

HSR - DAN Struktur

Ein von der oberen Schicht gesendeter Frame wird von der LRE-Schicht dupliziert, und Pakete werden fast gleichzeitig über Port A und Port B gesendet. (1 und 2 im Diagramm).

Beim Empfang des Frames überträgt der Empfänger ihn auf die LRE-Ebene, leitet ihn auch an einen anderen Port weiter und leitet ihn weiter im Ring weiter. (3, 4).

Wenn ein Frame beim Absender ankommt, wird dieser Frame nicht weiter übertragen, sondern zerstört (5, 6).

Beide Frames erreichen die LRE-Ebene, aber derjenige, der schneller gesendet wurde, wird auf die obere Ebene übertragen und der duplizierte Frame wird verworfen.

LRE fügt jedem Frame ein 48-Bit-HSR-Tag hinzu (ähnlich dem Hinzufügen eines VLAN-Tags) und löscht dieses Tag beim Empfang.



Übertragen von Daten zwischen zwei DANs in einem HSR

Interoperabilität zwischen SAN und DAN

In PRP kann ein SAN mit jedem Netzwerk verbunden werden - LAN A oder LAN B, aber ein solcher Knoten unterstützt keine Sicherungsfunktionen. Daher kann ein mit einem Netzwerk verbundenes SAN nicht mit einem anderen ähnlichen Knoten kommunizieren, der mit einem zweiten Netzwerk verbunden ist. Für die Interaktion mit SAN generiert DAN spezielle Frames. Dieser Bedarf ist auf die Tatsache zurückzuführen, dass das SAN im normalen Frame des redundanten Geräts die RCT ignorieren muss, was nicht möglich ist, da das SAN die RCT nicht vom üblichen IEEE 802.3-Datenblock unterscheiden kann. Der DAN versteht wiederum, dass er den Frame an das SAN sendet und dem Frame keine RCT hinzufügt. Es leitet einfach einen Frame von der obersten Ebene an die Schnittstelle weiter, an die das SAN angeschlossen ist. Mit anderen Worten, wenn der DAN nicht bestimmen kann, was Daten mit einem anderen DAN austauscht, fügt er dem Frame keine RCT hinzu.

In HSR kann ein SAN nicht direkt mit dem Netzwerk verbunden werden. Es kann ausschließlich über RedBox verbunden werden.

DAN-Modi

Wenn Sie mit doppelten Frames arbeiten, die auf beiden Schnittstellen empfangen wurden (sofern diese gewartet werden können), muss der DAN einen der Frames akzeptieren und den zweiten verwerfen. In PRP gibt es zwei Verarbeitungsmethoden:

• Duplicate Accept ist eine Methode, bei der beide eingehenden Frames empfangen und auf die obere Ebene umgeleitet werden.
• Duplicate Discard - Eine Methode, bei der der empfangende Knoten Informationen aus der RCT des eingehenden Frames liest, um zu bestimmen, welcher Frame verworfen werden soll.

Berücksichtigen Sie für HSR die beliebtesten U- und X-Modi.

Duplizieren akzeptieren

Ein DAN, der in diesem Modus arbeitet, löscht bei der Verarbeitung auf der Datenverbindungsschicht keinen der Frames.

Frames werden ohne RCT an LAN A und LAN B gesendet. Die LRE des Empfängers leitet einfach beide Frames zur oberen Schicht um, vorausgesetzt, dass eine weitere Übertragung die Duplikate zerstört (IEEE 802.1D gibt eindeutig an, dass die Protokolle der oberen Schicht in der Lage sein müssen, doppelte Frames zu verarbeiten).

Beispielsweise weisen TCP und UDP eine hohe Ausfallsicherheit für doppelte Frames auf.

Diese Methode ist sehr einfach zu implementieren, hat jedoch einen schwerwiegenden Nachteil: Sie bietet keine Netzwerksteuerungsfunktionen Der Empfang beider Frames wird in keiner Weise überwacht.

Doppelte Verwerfung auf Kanalebene

Bei Verwendung der zweiten Methode wird dem Frame ein Feld hinzugefügt, das aus vier Oktetten besteht - RCT (Redundancy Control Trailer). Ein Trailer wird auf der LRE-Ebene hinzugefügt, wenn der Frame von der obersten Ebene empfangen wird. RCT besteht aus folgenden Parametern:

• 16-Bit-Sequenznummer;
• 4-Bit-Netzwerkkennung, 1010 (0xA) für LAN A und 1011 (0xB) für LAN B;
• 12-Bit-Frame-Größe.

Aufgrund der Hinzufügung eines RCT-Anhängers zum Rahmen ist seine Größe größer als die im IEEE 802.3-2005-Standard definierte maximale Rahmengröße. Um Daten innerhalb des Netzwerks mit PRP zu übertragen, muss das Gerät so konfiguriert sein, dass Daten in der Größe von 1496 Oktetten übertragen werden. Aus diesem Grund ist nicht jeder Switch für die Verwendung in LAN A oder LAN B geeignet.



Rahmen mit hinzugefügtem RCT

Jedes Mal, wenn die Verbindungsschicht einen Rahmen an eine bestimmte Adresse sendet, erhöht der Absender die Sequenznummer für den entsprechenden Knoten und sendet identische Rahmen über beide Schnittstellen.

Der empfangende Knoten muss Duplikate basierend auf Informationen aus dem RCT ermitteln.

Algorithmus für doppelte Verwerfungsmethode

Der Empfänger geht davon aus, dass Frames, die von einer beliebigen Quelle unter Verwendung des PRP-Protokolls gesendet werden, nacheinander mit einer ständig steigenden Anzahl gesendet werden. Die für den nächsten Frame erwartete Sequenznummer wird in den Variablen ExpectedSeqA und entsprechend ExpectedSeqB gespeichert.

Nach dem Empfang kann die Richtigkeit der Sequenz überprüft werden, indem der Wert von ExpectedSeqA (ExpectedSeqB) mit der Sequenznummer des empfangenen Frames verglichen wird, die in der currentSeq-Variablen in RCT gespeichert ist. Wenn das Ergebnis positiv ist, wird die Variable ExpectedSeq auf eins mehr als currentSeq gesetzt, damit eine korrekte Überprüfung dieser Zeile durchgeführt werden kann.



Frame Drop Interval (Drop-Fenster)

Für beide Schnittstellen gibt es ein dynamisches Frame-Drop-Intervall für die gepaarten Sequenznummern. Die Obergrenze dieses Intervalls ist ExpectedSeq (die nächste erwartete Sequenznummer auf dieser Schnittstelle) ohne den angegebenen Wert selbst, und die Untergrenze dieses Intervalls ist startSeq (die kleinste Sequenznummer, bei der der duplizierte Frame mit dieser Sequenznummer verworfen wird).

Nach Überprüfung der Sequenznummer entscheidet der Empfänger, ob der Frame verworfen werden soll oder nicht. Angenommen, LAN A hat eine Frame-Drop-Intervallgröße ungleich Null (Abb. 5). Ein Frame aus LAN B, dessen Nummer in diesem Intervall liegt, wird verworfen. Alle anderen Frames aus LAN B werden akzeptiert und an die obere Ebene gesendet.

Durch das Löschen eines Frames aus LAN B wird die Größe von LAN A verringert, da Nach dem Empfang dieses Frames werden keine Frames mit einer niedrigeren Nummer auf dieser Schnittstelle erwartet. Dementsprechend wird startSeqA auf eins mehr als currentSeqB gesetzt. In diesem Fall wird die Größe des Drop-Intervalls des LAN B-Frames auf 0 zurückgesetzt (startSeqB = expectedSeqB), weil Offensichtlich befinden sich LAN B-Frames hinter LAN LAN, und es sollten keine Frames von LAN A gelöscht werden.



Verringern Sie das LAN A-Intervall, nachdem Sie den Frame aus LAN B entfernt haben

In der Situation in Fig. 7, wenn mehrere Rahmen von LAN A hintereinander kommen, aber nichts von LAN B kommt, werden sie akzeptiert, weil Ihr currentSeq liegt außerhalb des Verwerfungsintervalls des LAN B-Frames und das LAN A-Intervall wird um eine Position erhöht. Wenn weiterhin Frames aus LAN A eintreffen, aber noch nichts aus LAN B kommt, erhöht sich startSeqA bei Erreichen der maximalen Intervallgröße ebenfalls um eins.

Wenn sich der empfangene Frame außerhalb des Verwerfungsintervalls des Frames eines anderen LAN befindet, wird dieser Frame gespeichert und die Intervallgröße dieser Schnittstelle auf 1 gesetzt. Dies bedeutet, dass nur ein Frame aus einem anderen LAN mit derselben Sequenznummer verworfen wird, während das Drop-Fenster der anderen Schnittstelle wird auf 0 gesetzt, was bedeutet, dass keine Frames gelöscht werden (Abb. 7).



Frame aus LAN B wurde nicht gelöscht

Die häufigste Situation ist, wenn beide Schnittstellen synchronisiert sind und die Größe beider Intervalle 0 ist (Abb. 8). Dies bedeutet, dass der Frame der Schnittstelle, der zuerst kommt, akzeptiert wird und das Intervall dieser Schnittstelle auf 1 erhöht wird, wodurch der Frame von einer anderen Schnittstelle mit gelöscht werden kann gleiche Sequenznummer.



Synchronisiertes LAN

Aufgrund des Vorhandenseins einer LAN-Kennung in RCT unterscheiden sich doppelte Frames um ein Bit (und haben unterschiedliche Prüfsummen). Der Empfänger prüft, ob der Rahmen zur Schnittstelle gehört (d. H. Überprüft, ob der Rahmen mit LAN A-Kennung an der Schnittstelle A angekommen ist). Der Empfänger lässt diesen Frame nicht fallen, da Es kann nützliche Informationen im Datenblock enthalten, aber in diesem Fall wird der Zähler cntWrongLanA oder cntWrongLanB um eins erhöht. Da solche Fehler nicht einmalig sind (verwechselt mit LAN A und LAN B), steigt der Zähler ständig an.

HSR-Verkehr verbinden

Bei der Übertragung von Daten innerhalb des HSR-Netzwerks wird jedem Frame ein HSR-Tag hinzugefügt.
Das HSR-Tag besteht aus folgenden Parametern:

• 16-Bit-HSR-Ethertyp
• 4-Bit-Pfadanzeige
• 12-Bit-Frame-Größe
• 16-Bit-Sequenznummer

Der Absender fügt die gleichen Sequenznummern in die zu sendenden doppelten Frames ein und erhöht dann die Sequenznummer für jede von diesem Knoten gesendete Nachricht.

Der Empfänger überwacht die Sequenznummern aller Frames von jeder Quelle, von der er Daten empfängt (er unterscheidet Quellen nach MAC-Adresse). Wenn Frames aus verschiedenen Zeilen stammen und dieselbe Quell- und Sequenznummer haben, wird einer von ihnen akzeptiert und der zweite verworfen.

Zur Steuerung des Netzwerks verwaltet jedes Gerät eine Tabelle aller Knoten im Netzwerk, von denen es Daten empfängt. Auf diese Weise können Sie das Verschwinden von Knoten und Fehler auf dem Bus erkennen.

Der Knoten definiert den Frame, den er gesendet hat, nach Quelle und Sequenznummer.



Rahmen mit hinzugefügtem HSR-Tag

Ein HSR-Knoten verwirft niemals einen Frame, den er zuvor nicht empfangen hat. Der Knoten definiert fast alle duplizierten Frames, aber wenn es nur wenige davon gibt, werden sie nicht gelöscht, d. H. Der Rahmen durchläuft nur den gesamten Ring und wird auf dem Absender zerstört.

In der Norm ist der Algorithmus zum Bestimmen doppelter Frames nicht definiert. Als mögliche Methoden können Hash-Tabellen, Warteschlangen und die Verfolgung von Sequenznummern verwendet werden.

U-Modus

In diesem Modus zerstört der Knoten, der den Frame empfängt, das Duplikat und lässt es nicht weiter verbreiten. Wenn der Frame dennoch weiter übertragen wurde, wird er auf den folgenden Knoten zerstört. In diesem Modus können Sie den Ring aus dem Unicast-Verkehr entladen.

In dem Diagramm zeigen rote Pfeile Pakete mit dem HSR-Tag an, die von Port "A" (im Folgenden - Rahmen "A") gesendet wurden.

Grüne Pfeile zeigen Pakete mit einem HSR-Tag an, das von Port "B" (im Folgenden - Rahmen "B") gesendet wird.

Leere Pfeile zeigen unterbrochenen Verkehr an, d.h. Frames, die während des normalen Betriebs übertragen würden, aber in diesem Modus, wurden verworfen.
Das Kreuz zeigt an, dass der Verkehr (auf jeden Fall) aus dem Ring entfernt wurde.

X-Modus

In diesem Modus leitet der Knoten den Rahmen nicht weiter weiter und verwirft ihn, wenn ein solcher Rahmen aus einer anderen Richtung empfangen wurde.

Zum Beispiel leitet DAN 1 im Bild den Rahmen "B" nicht weiter weiter, weil Er hat bereits den Rahmen "A" empfangen, und DAN 2 wird den Rahmen "A" nicht weiter senden, weil bereits empfangener Rahmen "B".

Falls irgendwo im Algorithmus ein Fehler aufgetreten ist und die Frames weiter übertragen wurden, werden sie auf den folgenden Knoten oder auf dem Knoten, auf dem sie erstellt wurden, verworfen.

Der X-Modus gilt nicht für PTP-Nachrichten und für die Überwachung von Überwachungsrahmen.

Netzwerksteuerung

PRP

Der Empfänger prüft, ob alle Frames nacheinander ankommen und auf beiden Kanälen korrekt empfangen werden. Es unterstützt Fehlerzähler, die beispielsweise über SNMP gelesen werden können.

Alle Geräte unterstützen Knotentabellen, mit denen sie Daten austauschen. Diese Tabellen enthalten Informationen über den Zeitpunkt, zu dem der letzte Frame von einem bestimmten Knoten gesendet oder empfangen wurde, sowie weitere Informationen zum PRP-Protokoll.

Gleichzeitig ermöglichen diese Tabellen das Erkennen von Verbindungen, bei denen Sequenznummern synchronisiert werden müssen, sowie das Erkennen unterbrochener Sequenzen und fehlender Knoten.

Die Diagnose basiert auf der Tatsache, dass jeder DAN regelmäßig einen Diagnoserahmen (Überwachungsrahmen) sendet, mit dem Sie die Integrität des Netzwerks und das Vorhandensein von Knoten überprüfen können. Gleichzeitig können Sie mit diesen Frames überprüfen, welche Geräte als DANs fungieren, ihre MAC-Adressen ermitteln und in welchem ​​Modus sie funktionieren - doppeltes Akzeptieren oder doppeltes Verwerfen.

Hsr

Jeder Knoten überprüft ständig alle Verbindungen.

Jeder Knoten sendet regelmäßig einen Diagnoserahmen (an beide Ports), der Informationen über den Status des Knotens enthält. Dieser Frame wird von allen Knoten einschließlich des Absenders akzeptiert. Wenn der Absender eine eigene Diagnosemeldung erhält, wird eine Überprüfung der Integrität des physischen Kanals durchgeführt.

Das Intervall zum Senden eines Diagnoserahmens ist relativ groß (einige Sekunden), weil Es ist nicht erforderlich, Redundanz bereitzustellen, sondern nur für Diagnosezwecke.

Alle Knoten werden in die Tabelle aller gefundenen Partner eingetragen, und die Zeit wird aufgezeichnet, als der Knoten zuletzt aktiv war, sowie alle fehlenden Frames und Frames, die nicht nacheinander gesendet wurden.

Alle aufgetretenen Topologieänderungen werden ebenfalls protokolliert und alle Informationen können über SNMP abgerufen werden.

HSR und PRP: Vor- und Nachteile

Fazit

Dies bedeutet nicht, dass ein Protokoll besser ist als ein anderes - sie sind ein wenig für verschiedene Anwendungen konzipiert. Sowohl HSR als auch PRP ermöglichen eine nahtlose Netzwerkredundanz. Mit HSR können Sie jedoch kostengünstigere Lösungen erstellen. Eine solche Rentabilität bringt jedoch Schwierigkeiten mit sich, weil Ein HSR-basiertes Netzwerk ist schwer zu skalieren und Anwendungen sind nicht sehr flexibel. Eine geringe Flexibilität wird durch eine begrenzte Topologie (Ring, Paarung von Ringen) sowie eine schlechte Kompatibilität des Protokolls mit anderen Technologien verursacht. Daher eignet sich HSR besser für die Redundanz kleiner Systeme und die Integration in ein großes Netzwerk. Eine HSR-basierte Sicherung des gesamten Netzwerks ist problematisch. PRP ist wiederum eine teurere Lösung, ermöglicht es Ihnen jedoch, ein ziemlich großes Netzwerk zu organisieren, das in Zukunft problemlos erweitert werden kann, weilDieses Protokoll ermöglicht die bequeme Integration nahezu jeder Technologie und die Implementierung völlig unterschiedlicher Topologien.

Finden Sie eine Lösung