Technologie / TWAMP und Service Assurance
Service Assurance

TWAMP, Y.1564 und Y.1731: SLAs in einem offenen Netz nachweisen

Carrier verkaufen Service Level Agreements und müssen dann nachweisen, dass sie eingehalten werden. OcNOS hat die Messung eingebaut: TWAMP für aktive IP-Messung von Verzögerung, Jitter und Verlust; Y.1564 zur Validierung eines Dienstes bei der Inbetriebnahme; und Y.1731 Ethernet OAM für kontinuierliche Verzögerungs- und Verlustmessung pro Dienst. Gemessen wird vom Router selbst, ohne separate Messsonden.

Ein Dienst, drei Messungen

Ein Kundendienst läuft über zwei OcNOS-Provider-Edge-Router durch einen MPLS- oder Segment-Routing-Core. Dieselben Router, die den Verkehr weiterleiten, messen ihn auch: Ein Y.1564-Test weist den Dienst bei der Inbetriebnahme nach, Y.1731 Ethernet OAM überwacht Frame-Verzögerung und -Verlust pro Dienst zwischen den Maintenance-Endpunkten, und eine TWAMP-Session misst Round-Trip-Verzögerung, Jitter und Verlust innerhalb des gerouteten VPN.

Service-Assurance-Topologie: Ein Kundendienst durchquert zwei OcNOS-Provider-Edge-Router über einen MPLS- oder Segment-Routing-Core, wobei ein Y.1564-Test den Dienst bei der Inbetriebnahme nachweist, Y.1731 Ethernet OAM die Frame-Verzögerung und den Frame-Verlust pro Dienst zwischen den Maintenance End Points misst und eine TWAMP-Sitzung die Round-Trip-Verzögerung, den Jitter und den Verlust innerhalb des gerouteten VPN misst.
Ein Dienst, drei Messungen: ein Y.1564-Aktivierungstest bei der Inbetriebnahme, Y.1731 Ethernet OAM für kontinuierliche Frame-Verzögerung und Frame-Verlust zwischen den PEs und eine TWAMP-Sitzung für Round-Trip-Verzögerung, Jitter und Verlust innerhalb des VPN.

Service Assurance beantwortet eine Frage des Betreibers: Liefert der Pfad tatsächlich, was der Vertrag verspricht? Auf einem geschlossenen Hersteller-Stack bedeutet das meist eine zusätzliche Sonde oder einen dedizierten Testkopf. OcNOS beantwortet die Frage vom Router selbst aus, mit den drei Standards, die Netzbetreiber bereits in ihre SLAs schreiben.

01TWAMP: aktive IP-Leistungsmessung

TWAMP, das Two-Way Active Measurement Protocol (IETF RFC 5357), misst die tatsächliche Leistung eines aktiven IP-Pfads, indem es zeitgestempelte Testpakete zwischen zwei Endpunkten sendet und die Ergebnisse zurückliest. Ein Session-Sender erzeugt den Testverkehr und ein Session-Reflector sendet ihn zurück, sodass der Sender Round-Trip-Verzögerung, Verzögerungsschwankung und Paketverlust auf genau dem Pfad berechnen kann, den ein Dienst nutzt. Da es ein offener Standard ist, interoperiert ein OcNOS-Endpunkt mit jedem konformen TWAMP-Sender oder -Reflector.

OcNOS implementiert das vollständige Protokoll auf beiden Seiten. Ein Router kann der Control-Client und Session-Sender sein, der die Tests ausführt, der Server und Session-Reflector der sie beantwortet, oder beides zugleich, und er unterstützt auch die Einwegmessung, wenn die relevante Metrik nur eine Richtung betrifft.

Für Carrier nützlich ist dabei, wo OcNOS die Messung ausführen kann. TWAMP-Sessions laufen über einfachen MPLS-Transport und, besonders wichtig, innerhalb des Kunden-VPN:

  • MPLS L3VPN und EVPN MPLS L3VPN, sodass das SLA im selben VRF gemessen wird, das der Kundenverkehr nutzt.
  • L3VPN über Segment Routing MPLS, für Betreiber, die ihren Transport auf SR umgestellt haben, und L3VPN über SRv6 auf den ausgewählten Routern mit erster SRv6-Unterstützung.
  • Inter-VPN-Access-Interfaces, um über Dienstgrenzen hinweg zu messen.

Die Messung innerhalb des VPN ist wichtig, weil ein Pfad, der im Underlay unauffällig aussieht, das SLA für einen Tenant trotzdem verfehlen kann. TWAMP im Dienstkontext misst, was der Kunde tatsächlich erlebt.

02Y.1564: Service Activation Testing

ITU-T Y.1564, der Service Activation Test (SAT), wird einmal bei der Inbetriebnahme eines Dienstes ausgeführt, um nachzuweisen, dass er sein SLA erfüllt, bevor dem Kunden die Freigabe mitgeteilt wird. Er ersetzt die ältere RFC-2544-Methodik für Multi-Service-Ethernet, weil er alle SLA-Parameter eines Dienstes gemeinsam statt einzeln testet.

Ein Y.1564-Test hat zwei Phasen. Der Konfigurationstest fährt den Verkehr bis zur Committed Information Rate (CIR) und Excess Information Rate (EIR) hoch, um zu bestätigen, dass Policer und Shaper wie provisioniert arbeiten. Der Leistungstest belastet den Dienst anschließend über einen längeren Zeitraum mit der CIR und prüft die vier SLA-Metriken gleichzeitig:

  • Informationsrate (Durchsatz bei CIR und EIR),
  • Frame Loss Ratio (FLR),
  • Frame Transfer Delay (FTD),
  • Frame Delay Variation (FDV).

OcNOS-SP führt den Y.1564 SAT ab OcNOS 6.6.0 nativ in den SKUs MPLS und PLUS aus, sodass ein Techniker bei der Inbetriebnahme einen Ethernet-Dienst über die OcNOS-CLI gegen sein SLA validieren kann, statt an jedes Ende ein separates Testgerät zu schicken.

03Y.1731: kontinuierliches Ethernet OAM

Während Y.1564 einen Dienst bei der Inbetriebnahme validiert, ITU-T Y.1731 Ethernet OAM überwacht ihn fortlaufend im Betrieb. Auf Basis von IEEE 802.1ag Connectivity Fault Management erhält jede Ethernet Virtual Connection eine eigene, ständig aktive Fehlererkennung und Leistungsüberwachung. OcNOS implementiert den vollständigen Werkzeugsatz:

CFM

Connectivity Fault Management mit Continuity Check, Loopback und Linktrace über den Dienst, einschließlich CFM über Layer-2-Bridge, Provider Bridging, VPLS, VPWS und xConnect.

Frame-Verzögerung (DMM/DMR)

Frame-Verzögerung und Inter-Frame-Verzögerungsschwankung, gemessen mit Delay Measurement Message und Antwort, pro Dienst.

Frame-Verlust (LMM/LMR, SLM/SLR)

Frame-Verlust, gemessen mit Loss Measurement und Synthetic Loss Measurement, das synthetische Frames einspeist, um Verluste auch bei Diensten ohne echten Verkehr zu messen.

OAM über EVPN

Delay- und Loss-Messung über EVPN-MPLS- und EVPN-VxLAN-Dienste vom Typ ELINE und ELAN.

OAM über geschützte Ringe

CFM, integriert mit G.8032-Ringschutz (ERPS über CFM) und G.8031-Linearschutz (ELPS mit CFM).

Offen und interoperabel

Standardbasiertes 802.1ag und Y.1731, sodass OcNOS OAM in einem Multi-Vendor-Metro-Netz mit vorhandenem Carrier-Ethernet-Equipment interoperiert.

04Wie die drei zusammenspielen

Die drei Standards sind keine Alternativen. Sie bilden den Assurance-Lebenszyklus eines Dienstes, und OcNOS führt sie alle auf demselben Router aus:

Y.1564

Nachweisen, dass der neue Dienst Durchsatz, Verlust, Verzögerung und Jitter erfüllt, bevor er live geht.

Inbetriebnahme

Y.1731

Ethernet-Verzögerung und -Verlust pro Dienst über die gesamte Lebensdauer der EVC fortlaufend überwachen und Konnektivitätsfehler erkennen.

Im Betrieb, Layer 2

TWAMP

Round-Trip-Verzögerung, Jitter und Verlust innerhalb des gerouteten VPN über MPLS- und SR-Transport aktiv messen.

Im Betrieb, Layer 3

Zusammen ermöglichen sie einem Betreiber, ein verbindliches SLA zu verkaufen und es mit Messungen auf Ethernet- und IP-Ebene zu belegen, auf offener Hardware und ohne ein Rack proprietärer Sonden.

Was Sie mit OcNOS Service Assurance erhalten

TWAMP in OcNOS konfigurieren Metro Ethernet Service-Provider-Netze PTP & SyncE Segment Routing MPLS EVPN OcNOS-SP

Häufig gestellte Fragen

Was ist TWAMP?
TWAMP, das in IETF RFC 5357 definierte Two-Way Active Measurement Protocol, misst Round-Trip-Verzögerung, Verzögerungsschwankung (Jitter) und Paketverlust zwischen zwei IP-Endpunkten. Ein Endpunkt agiert als Session-Sender, der andere als Session-Reflector, und sie tauschen zeitgestempelte Testpakete aus, sodass ein Betreiber die tatsächliche Leistung eines aktiven IP-Pfads ohne proprietäre Sonden messen kann.
Was ist der Unterschied zwischen TWAMP, Y.1564 und Y.1731?
Sie decken unterschiedliche Ebenen und Phasen der Service Assurance ab. Y.1564 ist ein Service Activation Test, der einmal bei der Inbetriebnahme läuft, um nachzuweisen, dass ein neuer Dienst sein SLA erfüllt. Y.1731 ist kontinuierliches OAM auf Ethernet-Ebene, das Frame-Verzögerung und Frame-Verlust pro Dienst überwacht. TWAMP ist eine aktive Messung auf IP-Ebene von Round-Trip-Verzögerung, Jitter und Verlust über einen gerouteten oder MPLS-Pfad. OcNOS-SP unterstützt alle drei, mit Y.1564 in den SKUs MPLS und PLUS ab OcNOS 6.6.0.
Unterstützt OcNOS sowohl TWAMP-Client als auch -Server?
Ja. OcNOS implementiert die TWAMP-Rollen Session-Sender und Control-Client sowie Server und Session-Reflector, dazu die Einwegmessung. Ein OcNOS-Router kann also SLA-Tests starten, anderswo gestartete Tests reflektieren oder beides, und er interoperiert mit TWAMP-Endpunkten anderer Hersteller, weil das Protokoll standardbasiert ist.
Was ist ein Y.1564 Service Activation Test?
Ein Y.1564 Service Activation Test (SAT) prüft, ob ein neu bereitgestellter Dienst sein vertraglich vereinbartes SLA erfüllt, bevor er an den Kunden übergeben wird. Er führt einen Konfigurationstest aus, der die zugesicherte und die Überschuss-Informationsrate hochfährt, und danach einen Leistungstest, der den Dienst dauerhaft belastet und Durchsatz, Frame Loss Ratio, Frame Transfer Delay und Frame Delay Variation gegen die SLA-Schwellen prüft.
Wie misst OcNOS Frame-Verzögerung und Frame-Verlust mit Y.1731?
OcNOS nutzt ITU-T Y.1731 Ethernet OAM mit 802.1ag Connectivity Fault Management. Frame-Verzögerung und Verzögerungsschwankung werden mit Delay Measurement Messages und Antworten (DMM/DMR) gemessen, Frame-Verlust mit Loss Measurement (LMM/LMR) und Synthetic Loss Measurement (SLM/SLR). Diese Messungen laufen über Layer-2-Bridges, Provider Bridging, VPWS, xConnect und EVPN sowie über VPLS, wo der Frame-Verlust mit SLM/SLR gemessen wird.
Über welche Transporte kann OcNOS TWAMP ausführen?
OcNOS führt TWAMP über MPLS-Transport und innerhalb von Kunden-VPNs aus, darunter MPLS L3VPN, EVPN MPLS L3VPN, L3VPN über Segment Routing MPLS und L3VPN über SRv6 auf den ausgewählten Routern mit erster SRv6-Unterstützung, sowie über Inter-VPN-Access-Interfaces. So kann ein Betreiber das SLA genau im Dienstkontext messen, für den der Kunde bezahlt.

Sie bauen ein Metro- oder Service-Provider-Netz, das sein SLA nachweisen muss?

Kontakt

Tiefer einsteigen. Zum Mitnehmen.

Ein kurzer technischer Download, der über diese Seite hinausgeht: das vollständige OcNOS-SP-Datenblatt.

Datenblatt

OcNOS-SP-Datenblatt

Vollständige OcNOS-SP-Spezifikation: Funktionsumfang für Access, Cell Site und Aggregation, Software-SKUs, unterstützte Hardware-Plattformen und der Solution Ordering Guide.

Datenblatt abrufen