Voordat u OTV toevoegt, schrijf het Ethernet-contract op dat u nodig hebt

Een workload verhuist naar een tweede datacenter en begint time-outs te krijgen op een dienst die vanaf het eerste goed antwoordde. Iemand stelt OTV voor, omdat de bestaande Layer 2 VPN «geen broadcast doet». Die conclusie is meestal voorbarig. De dienstcategorie en het specifieke contract dat u hebt gekocht zijn twee verschillende vragen, en de time-out is nog aan geen van beide toegeschreven.

Het symptoom dat de vergelijking start

Schrijf op wat de applicatie echt nodig heeft voordat u producten vergelijkt. Aantal sites, VLAN-bereik, adresleren, flooding-tolerantie en foutgedrag beschrijven de eis. «Layer 2» en «OTV» beschrijven architecturen, en geen van beide is op zichzelf een eis. Vijf eigenschappen op één pagina overleven elke leveranciersvergelijking.

Controleer dan of de huidige dienst al aan die vijf eigenschappen voldoet. Een door de provider beheerde Layer 2 VPN kan multipoint-doorsturing en leren in het controleplan bevatten die een snelle blik op de factuur niet noemde.

Als de huidige dienst eraan voldoet, zit de time-out elders: een MTU-probleem, een routing-asymmetrie, een firewallregel die tussen sites verschilt. De overlay wijzigen zou die oorzaak laten staan en een migratie toevoegen.

Wat het label u niet vertelt

Een Layer 2 VPN is een categorie, geen product. Point-to-point VPWS en multipoint VPLS sturen anders door, en de categorie omvat diensten met leren in het controleplan en lusbeheer, maar ook eenvoudigere. Aannemen dat elke Layer 2 VPN precies twee sites verbindt en alles floodt, is hoe de verkeerde vergelijking wordt gemaakt. De naam op het contract zegt niets over de doorstuurtabel erachter.

Vraag welk doorstuurmodel de bestaande dienst implementeert, en welk de applicatie nodig heeft. Een hub-and-spoke-eis en een full-mesh-eis leveren verschillende ontwerpen op, zelfs wanneer beide als Layer 2 worden beschreven.

Waar OTV zijn grens trekt

OTV draait over een IP-transport met MAC-bereikbaarheid in het controleplan en gedefinieerde edge-rollen. Lokale spanning-tree-informatie blijft lokaal in plaats van als één ongecontroleerd domein over het transport te worden uitgebreid. Dat is een echt verschil met een eenvoudige overbrugde uitbreiding, en dat is de reden dat mensen ernaar grijpen.

De grens is net zo belangrijk als het voordeel. De afhandeling van onbekende unicast, broadcast en multicast hangt af van het platform en de configuratie, en een edge-paar moet samenwerken via het ondersteunde multihoming-mechanisme. Twee onafhankelijke apparaten die hetzelfde VLAN doorsturen zijn niet hetzelfde ontwerp, en ze produceren een andere foutmodus.

Flooding wordt verminderd, niet verwijderd

Een deel van onnodige flooding onderdrukken is niet hetzelfde als garanderen dat geen enkel broadcast- of multicast-frame ooit de uitbreiding oversteekt. Een storm die op één site begint, kan het transport nog steeds opeten, en een platformfunctie die één verkeersklasse filtert, filtert de andere niet. Uit dat onderscheid komt het grootste deel van de teleurstelling met elke overlay.

De vraag is dus niet of OTV broadcast-stormen stopt. Ze is welke verkeersklassen oversteken, onder welke voorwaarden, en wat de snelheid beperkt wanneer ze dat doen.

Bevestig de underlay terwijl u er bent: ondersteunde aflevering, pakketgrootte, routing en de nabuurschap die de gekozen release vereist. Niets daarvan komt gratis met de overlay, en een tunnel waarin een frame van 1500 bytes past is niet automatisch een tunnel waarin uw getagde frames passen.

Het contract dat schriftelijk moet worden gevraagd

Voor welke dienst u ook kiest, vraag dezelfde zes antwoorden: point-to-point- of multipoint-bereik, afhandeling van klantframe en -tag, MAC-leermodel, flooding-limieten, herstelgedrag en de maximale framegrootte van eind tot eind. Twee diensten met dezelfde naam kunnen op elk daarvan verschillen. Krijg de antwoorden schriftelijk, want de ingenieur die de dienst heeft geconfigureerd is misschien niet degene die de vraag beantwoordt.

Kies een wijziging alleen voor een eis die de huidige dienst aantoonbaar niet kan vervullen. Een VLAN verder uitbreiden breidt ook de afhankelijkheden van de applicatie en van Ethernet ermee uit; een nieuwe overlay-naam haalt ze niet weg.

Het RFC 4664-kader zet de dienstcategorieën en hun doorstuurmodellen uiteen, dat is de woordenschat die u nodig hebt om de juiste vraag te stellen. Breng de zes antwoorden en de mislukte test naar dezelfde vergadering, en de beslissing gaat niet meer over labels.