Zanim dodasz OTV, zapisz umowę Ethernet, której potrzebujesz
Liczba lokalizacji, zakres VLAN, uczenie się, flooding i zachowanie przy awarii decydują o tym. Porównaj umowę, którą Twój L2VPN już zapewnia, zanim zmienisz overlay.
Obciążenie przenosi się do drugiego centrum danych i zaczyna przekraczać limit czasu w usłudze, która z pierwszego odpowiadała bez zarzutu. Ktoś proponuje OTV, bo istniejący Layer 2 VPN „nie robi broadcastu”. Ten wniosek jest zwykle przedwczesny. Kategoria usługi i konkretna kupiona umowa to dwa różne pytania, a przekroczenie limitu nie zostało jeszcze przypisane żadnemu z nich.
Objaw, od którego zaczyna się porównanie
Zapisz, czego aplikacja naprawdę potrzebuje, zanim porównasz produkty. Liczba lokalizacji, zakres VLAN, uczenie się adresów, tolerancja floodingu i zachowanie przy awarii opisują wymaganie. „Layer 2” i „OTV” opisują architektury i żadne z nich samo w sobie nie jest wymaganiem. Pięć właściwości na jednej stronie przetrwa każde porównanie dostawców.
Następnie sprawdź, czy obecna usługa już spełnia te pięć właściwości. Layer 2 VPN zarządzany przez dostawcę może obejmować przekazywanie multipoint i uczenie się w płaszczyźnie sterowania, których szybkie spojrzenie na fakturę nie wymieniło.
Jeśli obecna usługa je spełnia, przekroczenie limitu jest gdzie indziej: problem z MTU, asymetria routingu, reguła zapory, która różni się między lokalizacjami. Zmiana overlayu pozostawiłaby tę przyczynę na miejscu i dodała migrację.
Czego nie mówi etykieta
Layer 2 VPN to kategoria, nie produkt. VPWS punkt-punkt i multipoint VPLS przekazują inaczej, a kategoria obejmuje usługi z uczeniem się w płaszczyźnie sterowania i zarządzaniem pętlami, a także prostsze. Założenie, że każdy Layer 2 VPN łączy dokładnie dwie lokalizacje i zalewa wszystko, jest sposobem na zrobienie błędnego porównania. Nazwa na umowie nie mówi nic o tabeli przekazywania za nią.
Zapytaj, który model przekazywania realizuje istniejąca usługa, i którego potrzebuje aplikacja. Wymaganie hub-and-spoke i wymaganie full-mesh dają różne projekty, nawet gdy oba opisuje się jako Layer 2.
Gdzie OTV wyznacza swoją granicę
OTV działa przez transport IP z osiągalnością MAC w płaszczyźnie sterowania i zdefiniowanymi rolami edge. Lokalne informacje spanning-tree pozostają lokalne, zamiast być rozszerzane jako jedna niekontrolowana domena przez transport. To rzeczywista różnica względem prostego rozszerzenia mostowego i to dlatego ludzie po nie sięgają.
Granica jest tak samo ważna jak korzyść. Obsługa nieznanego unicastu, broadcastu i multicastu zależy od platformy i jej konfiguracji, a para edge musi współpracować przez obsługiwany mechanizm multihomingu. Dwa niezależne urządzenia przekazujące ten sam VLAN to nie ten sam projekt i dają inny tryb awarii.
Flooding jest ograniczany, nie usuwany
Tłumienie części niepotrzebnego floodingu to nie to samo co gwarancja, że żadna ramka broadcast ani multicast nigdy nie przekroczy rozszerzenia. Burza, która zaczyna się w jednej lokalizacji, nadal może pochłonąć transport, a funkcja platformy filtrująca jedną klasę ruchu nie filtruje pozostałych. Z tej różnicy bierze się większość rozczarowania jakimkolwiek overlayem.
Pytanie nie brzmi więc, czy OTV zatrzymuje burze broadcastu. Brzmi, które klasy ruchu przekraczają, na jakich warunkach i co ogranicza szybkość, gdy to robią.
Potwierdź underlay, póki tam jesteś: obsługiwane dostarczanie, rozmiar pakietu, routing i sąsiedztwo wymagane przez wybraną wersję. Nic z tego nie przychodzi z overlayem za darmo, a tunel mieszczący ramkę 1500 bajtów nie jest automatycznie tunelem mieszczącym twoje oznaczone ramki.
Umowa, której należy zażądać na piśmie
Dla dowolnej wybranej usługi poproś o te same sześć odpowiedzi: zakres punkt-punkt lub multipoint, obsługa ramki i tagu klienta, model uczenia się MAC, limity floodingu, zachowanie przy odtwarzaniu i maksymalny rozmiar ramki od końca do końca. Dwie usługi o tej samej nazwie mogą różnić się w każdej z nich. Uzyskaj odpowiedzi na piśmie, bo inżynier, który skonfigurował usługę, może nie być tym, kto odpowiada na pytanie.
Wybierz zmianę tylko dla wymagania, którego obecna usługa dowodnie nie może spełnić. Dalsze rozszerzanie VLAN rozszerza też zależności aplikacji i Ethernetu wraz z nim; nowa nazwa overlayu ich nie usuwa.
Ramy RFC 4664 przedstawiają kategorie usług i ich modele przekazywania, czyli słownictwo potrzebne do zadania właściwego pytania. Przynieś sześć odpowiedzi i nieudany test na to samo spotkanie, a decyzja przestanie dotyczyć etykiet.