Multiprotocol Label Switching Betrieb und Wartung

Sie können Multiprotocol Label Switching Operation and Maintenance (OAM) operative Fehler erkennen, sondern auch für die Rechnungslegung und Performance-Messung in der Multiprotocol Label Switching-Netzwerk. Probleme über die Kontrolle Ebene kann durch Fallen gemeldet werden oder durch Polling gesehen, der Management Information Base (MIB). Dies könnte für IP-Netzwerke genügen, aber es ist schwierig, die Probleme, die rein in den Daten Flugzeug, wenn das Netzwerk ausgeführt wird, Multiprotocol Label Switching zu erkennen. Multiprotocol Label Switching OAM ist ein Satz von Protokollen, die erkennt, Probleme in der Multiprotocol Label Switching-Netzwerk einfacher und schneller und verfolgt die Spuren der Messungen, die in Netzwerken, die Service Level Agreements (SLAs) mit Kunden oder anderen Unternehmen wichtig sind. Das Ziel von Multiprotocol Label Switching OAM ist zu erkennen, einen Bericht und ein Problem zu beheben, bevor ein Benutzer nennt es in.

Anforderungen des Multiprotocol Label Switching OAM

Die Anforderungen der Multiprotocol Label Switching OAM sind die folgenden:

■ Erkennung und Diagnose von Kontroll-und Data-Plane-Fehler
■ Erkennung eines Fehlers in einem Label Switched Path (Label Switch Router)
■ OAM-Pakete fließt über den gleichen Weg wie Multiprotocol Label Switching Datenverkehr
■ Weg Charakterisierung
■ Messung von Service Level Agreements
■ OAM Interworking
■ MIBs
■ Rechnungswesen

Erkennung und Diagnose von Control und Data Plane Mängel

Häufig auftretende Probleme für Multiprotocol Label Switching-Netzwerke werden die Pakete bei der Ankunft ein Label Switching Router (Label Switch Router) mit einem bestimmten Etikett nach oben, für die das Label Switch Router hat keine Weiterleitung von Informationen oder falsche Übermittlung der Informationen. Dieses Problem kann durch die Steuerung Informationen, die Label Distribution Protocol (Label Distribution Protocol), Resource Reservation Protocol (Resource Reservation Protocol), IP-Routing-Protokolle, Routing-Tabelle zu erkennen, Label Information Base (LIB), und Label Forwarding Information Base (LFIB) anbieten. Doch das Problem wird erst deutlich, wenn das tatsächliche Verkehrsaufkommen fließt und nicht in einiger Label Switch Router. Ein subtiler und schwer zu erkennen ist das ein Problem, in dem die Control-Plane-Information korrekt ist, aber die Daten Ebene versagt. Es ist für die Control-Plane-Software sich korrekt zu verhalten, mit dem Problem möglichst unentdeckt durch zeigen Befehle auf dem Router, während die Daten Flugzeug Tropfen oder mißhandelt das Päckchen, das Ergebnis in einer Spedition Ausfall könnte. Zum Beispiel, ein ASIC, dass die Weitergabe von markierten Pakete in Hardware auf dem Label Switch Router könnte den TTL-Wert behandeln zu Unrecht führt. In diesem Fall könnten die Pakete in diesem Label Switch Router nicht oder zu einem Label Switch Router, dass weitere nachgeschaltet ist. Sie werden später in diesem Artikel, Label Switch Router ping und traceroute Label Switch Router Werkzeuge, die Probleme bei der Erkennung Multiprotocol Label Switching Control and Data Flugzeuge sind zu sehen.

Erkennung eines Fehlers in einem Label Switched Path (Label Switch Router)

Ein weiteres häufiges Problem ist das Versagen eines Etiketts Anzeige zwischen zwei Label Switch Router. Zum Beispiel könnte das Label Distribution Protocol Peer neighborship werden, zwischen zwei Label Switch Router, die Pakete aufgegeben werden oder ohne Label-Stack weitergeleitet Ursachen. Zum Beispiel, wenn Multiprotocol Label Switching Transport Layer-2-Datenverkehr, der über einen Provider (P) Router unmarkiertem wird, ist gesunken. Auch wenn IPv4-Datenverkehr wird ohne Label, könnte es gemäß dem globalen Routing-Tabelle übermittelt. Wenn keine Route für die Ziel-IP-Adresse vorhanden ist, wird das Paket verworfen. Wenn ein Routing-Eintrag vorhanden ist, wird das Paket weitergeleitet. In diesem Fall können zwei Dinge passieren: Das Paket könnte in der Tat machen und an das Ziel weitergeleitet werden, oder es könnte an den falschen Bestimmungsort weitergeleitet werden. Das Paket könnte später fallen gelassen, oder die Rückkehr Paket könnte gelöscht werden. Ein weiteres Problem in allgemein gesehen Multiprotocol Label Switching-Netzwerke ist die MTU Probleme. Durch den zusätzlichen Label-Stack, der Größe des Pakets erhöht sich um n mal 4 Bytes, wo n ist die Anzahl der Labels innerhalb der Stapel. Wenn das Steuerelement Wort ist zwischen dem Label-Stack und die Multiprotocol Label Switching Nutzlast, weitere 4 Bytes vorhanden ist, aufgenommen. Dies kann MTU Probleme auf bestimmten Routern zur Folge haben, weil sie entweder nicht unterstützen können größere MTU-Größen oder weil ein Fehler bei der Konfiguration. In jedem Fall, solange kleinere Pakete weitergeleitet werden, das Problem nicht erkannt. Das Problem ist erkannt ersten Mal größere Pakete übertragen werden. In Netzwerken, die Equal Cost Multi-Pfade (ECMP), können einige Probleme unbemerkt bleiben, solange ein Pfad der ECMP Wege nicht verwendet wird. Allerdings, so bald wie Verkehrsströme, die über einen Fehler weg, wird das Problem deutlich. Am besten ist es, diese Probleme zu erkennen, bevor ein Kunde ruft sie auf Multiprotocol Label Switching OAM wurde dabei ist, entwickelt.

OAM-Pakete Flowing auf den gleichen Weg wie Multiprotocol Label Switching Datenverkehr

Es ist wichtig, dass die OAM-Pakete den gleichen Weg wie die reale Benutzer-Daten folgen, um die Fehler in den Daten Ebene der Label Switch Router zu erkennen. Daher ist die Multiprotocol Label Switching OAM-Verkehr wird einfach User Datagram Protocol (UDP) Verkehrs-und nicht ein spezieller Datentyp, dass die Router unterschiedlich zu behandeln könnte. Zum Beispiel, Internet Control Message Protocol (ICMP)-Verkehr auf Routern vielleicht anders als die üblichen TCP-oder UDP-Verkehr weitergeleitet werden. Die Übermittlung der Daten Ebene spielt eine wichtige Rolle. Einige Hardware-Weiterleitung unterscheidet sich je nach der Art des Verkehrs, oder ist es manchmal umgangen, mit der Software die Weiterleitung des Verkehrs.

Path Charakterisierung

OAM-Verkehr kann bestimmen den Pfad, Merkmale des Multiprotocol Label Switching Verkehr. Diese Eigenschaften können, zählen die folgenden:

■ Quality of Service (QoS)-Behandlung
■ Time To Live (TTL)-Behandlung
■ Latency
■ Jitter
■ ECMP Verhalten
■ Maximum Transmission Unit (MTU) auf dem Weg
■ Packet Loss

Es ist wichtig, wenn man die Behandlung des Verkehrs entlang ein Label Switch Router oder Verkehrssituation, Zugehörigkeit zu einer bestimmten Forwarding Equivalence Class (Forwarding Equivalence Class), die Sie messen die richtigen Eigenschaften. Es ist zum Beispiel wichtig, dass Voice-Verkehr eine kleine Latenzzeiten und Jitter-Wert auf dem Weg ist, während dies ist nicht so wichtig für Internet-Datenverkehr. Ein ausgezeichnetes Instrument, um die Daten Weg charakterisieren, ist IP SLA, die später in diesem Artikel beschrieben wird.

Messung der SLAs

Wenn SLAs der Multiprotocol Label Switching-Netz gelten, sollten die Merkmale des Label-Switch Routerss entsprechen den vorgegebenen SLAs. Als solche sollten Multiprotocol Label Switching OAM bieten einen Mechanismus, um die Eigenschaften des Label Switch Routerss messen. Für SLAs, die Latenz, Jitter, Round-Trip-Time (RTT), und Paketverlust sind wichtige Merkmale für jedes Label Switch Router zu messen. Sie können sich MIB Informationen zu suchen, dies zu erreichen, oder Sie können ihn aktiv zu messen, indem Sonden auf die Label Switch Routerss. IP SLA kann Sonden an die Leistungsfähigkeit des Netzes Ad-hoc-oder in regelmäßigen Abständen zu messen.

OAM-Interworking

Wenn Sie Transport Layer 2 Frames über den Wolken Multiprotocol Label Switching (Atom), jeder Provider Edge (PE) Router Anlage Schaltungen (AC). Diese ACS kann Layer 2-Protokolle mit ihren eigenen OAM-Einträge und Fehler-Pakete. Multiprotocol Label Switching OAM unterstützen muss die Übersetzung bzw. Zuordnung dieser native Layer 2 OAM-Protokoll-Einträge (oder zumindest einen Teil davon) in die neu definierten Multiprotocol Label Switching OAM-Nachrichten. In die entgegengesetzte Richtung, spezifische Multiprotocol Label Switching Fehler Bedingungen, die die Pseudowires beeinträchtigen muss das native OAM-Einträge des AC-Protokolle über die PE-Router abgebildet werden.

MIBs

Management spielt dabei eine wichtige Rolle bei der Vernetzung. Das ist nicht anders für Multiprotocol Label Switching-Netzwerke. Management und MIBs spielen eine wichtige Rolle bei der Verfolgung des Status eines Netzwerks und frühzeitig zu warnen, wenn etwas schief geht. MIBs für Multiprotocol Label Switching entwickelt worden, und neue werden noch gearbeitet wird. In Anbetracht der OAM für Multiprotocol Label Switching-Netzwerke, Management braucht viel Aufmerksamkeit, und ihre Bedeutung wird oft vergessen oder unterschätzt.

Rechnungswesen

Die Buchhaltung ist für Netzwerk-Messungen und Abrechnungszwecken wichtig. Netflow bieten können Buchführung in Cisco IOS. Netflow gemacht worden Multiprotocol Label Switching bewusst zu berücksichtigen, beschriftet Traffic pro Label Switch Router und noch feiner als das, denn auf jedem Etikett auf dem Etikett Stack können verfolgt werden. Netflow wird später in diesem Artikel erläutert.

Ein Artikel von Richard Mader vorgelegt

Disclaimer:Unsere Website ist nicht verantwortlich für den Inhalt dieses Artikels. Webarticles ist eine kostenlose Informationsquelle.
Wichtig: Dieser Artikel "Multiprotocol Label Switching Betrieb und Wartung" wurde durch ein automatisches Software übersetzt. Wir fühlen uns leid für alle Rechtschreibfehler, die möglicherweise aufgetreten sind. Vielen Dank für Ihr Verständnis.