Deutsch
English
Espaniol
Das Metro Ethernet Forum (MEF) hat einen Rahmen für die Bereitstellung von Ethernet-Diensten über Carrier-Grade-Netze festgelegt. Das Rahmenwerk spezifiziert die Anforderungen an die Netzarchitekturen, Dienste und Schnittstellen. Die Ethernet-Dienste werden von User-Network Interface zu User-Network Interface (UNI zu UNI) bereitgestellt. Darüber hinaus wurde auf der Grundlage des Rahmenwerks eine Reihe von Standard-Ethernet-Diensten definiert. Ein Ethernet-Dienst wird im Rahmenwerk durch ein abstraktes Konstrukt namens Ethernet Virtual Connection (EVC) definiert. Das Service Framework assoziiert eine Dienstinstanz mit den UNI-Merkmalen, an denen der Dienst angeboten wird, mit dem Teilnehmer und mit der EVC, die den Dienst unterstützt. Die MEF-Ethernet-Dienste, die durch das EVC-Konstrukt ausgedrückt werden, sind in einer Weise definiert, die unabhängig von den spezifischen Technologien ist, die sie implementieren. Die gebräuchlichsten Technologien, die zur Unterstützung von MEF-Diensten eingesetzt werden, bieten jedoch nicht immer vollständige Transparenz bei ihren Transportdiensten.
MEF-Netzwerkarchitektur
Das im Architekturrahmen spezifizierte Netzmodell des Metro-Ethernet-Netzes (MEN) definiert das MEN in Form von dreischichtigen Netzkomponenten: die Ethernet-Dienste-Schicht, die grundlegende Ethernet-Datenkommunikationsdienste der Schicht 2 (L2) unterstützt, eine Reihe von einer oder mehreren unterstützenden Transportdienste-Schicht(en) und eine optionale Anwendungsdienste-Schicht, die Anwendungen unterstützt, die über die grundlegenden L2-Ethernet-Dienste übertragen werden. Das Schichtnetzmodell basiert auf einer Client/Server-Beziehung. Darüber hinaus besteht jedes dieser Schichtnetze aus Komponenten der Daten-, Kontroll- und Verwaltungsebene. Das folgende Schaubild veranschaulicht diese Schichtnetzansicht eines MEN.
MEF-Dienste im Überblick
MEF-Ethernet-Dienste können als Konnektivitäts- oder Kommunikationsdienste beschrieben werden, die vom Carrier-Ethernet-Netzwerk des Dienstanbieters für Edge-Geräte des Kunden bereitgestellt werden. In MEF werden die Konnektivitätsdienste durch eine EVC oder eine virtuelle Ethernet-Verbindung gestaltet. Die EVC kann als eine Vereinigung von zwei oder sogar mehr Benutzernetzschnittstellen definiert werden, die den Austausch von Dienstrahmen auf die Benutzernetzschnittstellen oder UNIs in der EVC beschränkt. Ein Ethernet-Dienst unterstützt eine oder mehrere Dienstklassen. Der Dienst ist auch mit einer Liste von Layer Two (L2)-Steuerungsprotokollen wie Link Aggregation Control Protocol oder Spanning Tree Protocol und einer Reihe von Aktionen verknüpft, die angeben, wie sie behandelt werden sollen.
MEF-Dienstarten
Mit Hilfe der MEF Ethernet Service Types kann eine breite Palette von Teilnehmerdiensten erstellt werden. Diese Diensttypen werden nach ihrer erforderlichen Konnektivität unterschieden. In den folgenden Abschnitten stellen wir Ihnen kurz die gängigsten Typen der bereits genehmigten MEF-Service-Typen vor!
Ethernet-Leitungsdienst
Der E-Line-Dienst oder Ethernet Line Service arbeitet auf der Grundlage einer Punkt-zu-Punkt-Verbindung. In einem P2P- oder Punkt-zu-Punkt-EVC können nur zwei UNIs miteinander verbunden werden. Ein Ingress Service Frame, der über eine UNI in den EVC eintritt, kann nur zu einem Egress Service Frame über die zugehörige UNI führen.
MEF E-LAN Service
Multipoint-to-Multipoint (oder MP2MP) Konnektivität ist für E-LAN-Dienste erforderlich. In jedem Mehrpunkt-EVC (Ethernet Virtual Connection) sind zwei oder sogar mehr UNIs miteinander verbunden. Ein Ingress-Service-Frame, der über eine der angeschlossenen UNIs in den EVC eintritt, kann zu einem Egress-Service-Frame über eine oder mehrere der angeschlossenen UNIs führen.
MEF E-Tree Service
E-Tree Service capitalizes Rooted-Multipoint (or RMP) type of connectivity. In an RMP EVC, one or multiple of the relevant UNIs must be designated as a Root, and each one of the remaining UNIs must be selected as a Leaf. in a Rooted-Multipoint EVC, a single root maintains connectivity to all the leaves. Any ingress Service Frame mapped to the EVC or Ethernet Virtual Connection may be routed to one or multiple of the associated UNIs (either Leaf or Root) residing in the EVC. A Service Frame entering the EVC through a Leaf UNI can only end up as an egress Service frame at all, some or one of the Root UNIs.
Fazit
MEF-Dienste sind abstrakt definiert, d. h. unabhängig von der spezifischen Technologie, mit der sie implementiert werden. Diese Dienste stellen jedoch spezifische Anforderungen an die zugrunde liegende Technologie, wie z. B. die MEF Carrier Class Requirements, z. B. Skalierbarkeit und Zuverlässigkeit und die Notwendigkeit, das Flooding von MAC-Adressen nur auf UNIs zu beschränken, die mit dem jeweiligen EVC verbunden sind, um nur einige zu nennen.
MEF-Dienste werden über die TRAN-Schicht bereitgestellt. Spezifische Technologien, die die Funktionalität der Transportschicht implementieren wollen, müssen die Anforderungen der MEF-Architektur und -Dienste sorgfältig bewerten. Die Dienste müssen sorgfältig über die funktionalen Komponenten der spezifischen Technologie gelegt werden.
MEF-Dienste können sowohl mit verbindungslosen als auch mit verbindungsorientierten Technologien implementiert werden. Es muss jedoch darauf geachtet werden, dass mögliche Konflikte zwischen den MEF-Anforderungen und den funktionalen Komponenten der gewählten Technologie erkannt und entschärft werden.
