Bevor Sie OTV hinzufügen, schreiben Sie den Ethernet-Vertrag auf, den Sie brauchen

Eine Workload zieht in ein zweites Rechenzentrum und beginnt, bei einem Dienst in Zeitüberschreitung zu laufen, der vom ersten aus einwandfrei antwortete. Jemand schlägt OTV vor, weil das bestehende Layer 2 VPN „kein Broadcast macht“. Diese Schlussfolgerung ist meist voreilig. Die Dienstkategorie und der konkret gekaufte Vertrag sind zwei verschiedene Fragen, und die Zeitüberschreitung wurde noch keiner von beiden zugeordnet.

Das Symptom, das den Vergleich auslöst

Schreiben Sie auf, was die Anwendung wirklich braucht, bevor Sie Produkte vergleichen. Standortanzahl, VLAN-Umfang, Adresslernen, Flooding-Toleranz und Fehlerverhalten beschreiben die Anforderung. „Layer 2“ und „OTV“ beschreiben Architekturen, und keines davon ist für sich genommen eine Anforderung. Fünf Eigenschaften auf einer Seite überdauern jeden Anbietervergleich.

Prüfen Sie dann, ob der aktuelle Dienst diese fünf Eigenschaften bereits erfüllt. Ein anbieterverwaltetes Layer 2 VPN kann Multipoint-Weiterleitung und Lernen in der Steuerungsebene enthalten, die ein flüchtiger Blick auf die Rechnung nicht erwähnte.

Erfüllt der aktuelle Dienst sie, liegt die Zeitüberschreitung woanders: ein MTU-Problem, eine Routing-Asymmetrie, eine Firewall-Regel, die sich zwischen Standorten unterscheidet. Den Overlay zu wechseln, würde diese Ursache bestehen lassen und eine Migration hinzufügen.

Was das Etikett Ihnen nicht sagt

Ein Layer 2 VPN ist eine Kategorie, kein Produkt. Punkt-zu-Punkt-VPWS und Multipoint-VPLS leiten unterschiedlich weiter, und die Kategorie umfasst Dienste mit Lernen in der Steuerungsebene und Schleifenverwaltung ebenso wie einfachere. Anzunehmen, jedes Layer 2 VPN verbinde genau zwei Standorte und flute alles, ist der Weg zum falschen Vergleich. Der Name im Vertrag sagt nichts über die Weiterleitungstabelle dahinter.

Fragen Sie welches Weiterleitungsmodell der bestehende Dienst implementiert, und welches die Anwendung braucht. Eine Hub-and-Spoke-Anforderung und eine Full-Mesh-Anforderung ergeben unterschiedliche Entwürfe, selbst wenn beide als Layer 2 beschrieben werden.

Wo OTV seine Grenze zieht

OTV läuft über einen IP-Transport mit MAC-Erreichbarkeit in der Steuerungsebene und definierten Edge-Rollen. Lokale Spanning-Tree-Informationen bleiben lokal, statt als eine unkontrollierte Domäne über den Transport ausgedehnt zu werden. Das ist ein echter Unterschied zu einer einfachen überbrückten Erweiterung, und deshalb greifen Leute dazu.

Die Grenze zählt ebenso wie der Nutzen. Die Behandlung von unbekanntem Unicast, Broadcast und Multicast hängt von der Plattform und ihrer Konfiguration ab, und ein Edge-Paar muss über den unterstützten Multihoming-Mechanismus zusammenarbeiten. Zwei unabhängige Geräte, die dasselbe VLAN weiterleiten, sind kein dasselbe Design und erzeugen einen anderen Fehlermodus.

Flooding wird reduziert, nicht beseitigt

Einige unnötige Floods zu unterdrücken ist nicht dasselbe wie zu garantieren, dass nie ein Broadcast- oder Multicast-Rahmen die Erweiterung überquert. Ein Sturm, der an einem Standort beginnt, kann den Transport weiterhin ausschöpfen, und eine Plattformfunktion, die eine Verkehrsklasse filtert, filtert die anderen nicht. Aus dieser Unterscheidung kommt der größte Teil der Enttäuschung mit jedem Overlay.

Die Frage ist also nicht, ob OTV Broadcast-Stürme stoppt. Sie ist, welche Verkehrsklassen überqueren, unter welchen Bedingungen, und was die Rate begrenzt, wenn sie es tun.

Bestätigen Sie das Underlay, solange Sie dort sind: unterstützte Lieferung, Paketgröße, Routing und die Nachbarschaft, die die gewählte Version erfordert. Nichts davon kommt mit dem Overlay kostenlos, und ein Tunnel, in den ein 1500-Byte-Rahmen passt, ist nicht automatisch ein Tunnel, in den Ihre getaggten Rahmen passen.

Der Vertrag, den es schriftlich zu verlangen gilt

Für welchen Dienst Sie sich entscheiden, verlangen Sie die gleichen sechs Antworten: Punkt-zu-Punkt- oder Multipoint-Umfang, Umgang mit Kundenrahmen und Tags, MAC-Lernmodell, Flooding-Grenzen, Wiederherstellungsverhalten und die maximale Rahmengröße von Ende zu Ende. Zwei Dienste mit demselben Namen können sich in jedem einzelnen davon unterscheiden. Holen Sie die Antworten schriftlich, denn der Ingenieur, der den Dienst konfiguriert hat, muss nicht derjenige sein, der die Frage beantwortet.

Wählen Sie eine Änderung nur für eine Anforderung, die der aktuelle Dienst nachweislich nicht erfüllen kann. Ein VLAN weiter auszudehnen dehnt auch die Abhängigkeiten der Anwendung und von Ethernet mit aus; ein neuer Overlay-Name beseitigt sie nicht.

Das Rahmenwerk RFC 4664 legt die Dienstkategorien und ihre Weiterleitungsmodelle dar, also das Vokabular, das Sie brauchen, um die richtige Frage zu stellen. Bringen Sie die sechs Antworten und den fehlgeschlagenen Test in dasselbe Meeting, und die Entscheidung dreht sich nicht mehr um Etiketten.