Blog

21 lutego 2017

Instrukcje krok po kroku, aby osiągnąć zasięg urządzeń w innych domenach dzięki redystrybucji trasy IGP

/
Wysłane przez

Od czasu do czasu istnieje potrzeba uruchomienia więcej niż jednego protokołu routingu i posiadania więcej niż jednego obszaru routingu: sklepy wieloprzedmiotowe, przeniesienie zaczynające się od jednego protokołu do następnego, zagadnienia uniwersalności pojedynczego protokołu, skłonność polityczna lub indywidualna, kreacja kontra systemy testowe, fuzje i przejęcia.

Jak dotrzeć do urządzeń w innych domenach dzięki redystrybucji tras IGP

Redystrybucja to sposób na przekazywanie danych routingu zaczynając od jednego protokołu routingu, a następnie na osiągalność gadżetów, które znajdują się w różnych miejscach routingu. Każdy protokół routingu będzie dostarczał jedyne w swoim rodzaju dane do tablic rutowania w jego przestrzeni, ale może istnieć pragnienie lub potrzeba osiągnięcia gadżetów w innym obszarze. Redystrybucja odbywa się na co najmniej jednym routerze ograniczającym między źródłowym obszarem routingu lub protokołem a docelową przestrzenią lub protokołem.

Istnieją trzy opcje, aby uzyskać pełną osiągalność między spacjami:

  • Domyślne trasy od wyłącznika krańcowego. Możesz przełączyć kurs domyślny z przełącznika, który dotyka wszystkich obszarów routingu (wyłącznika krańcowego) do ruterów, które wyłączają się w jednym obszarze (przełącznik wewnętrzny). Obejmowałoby to niejasne trasy z dowolnego obszaru, w którym wewnętrzne routery są nieprzytomne i mają wewnętrzne routery skierowane do wyłącznika krańcowego, który miałby całkowitą tablicę rutowania, ponieważ weźmie udział we wszystkich obszarach rutowania. Ta procedura działa najlepiej, gdy istnieje tylko jeden cel kontaktu między obszarami routingu.
  • Redystrybucja jednokierunkowa z ustawieniem domyślnym. Przynajmniej jeden router limitów przekazuje domyślny kurs do jednej przestrzeni, a następnie przenosi się na inny obszar. Zazwyczaj wybrałbyś centralny protokół do redystrybucji i alternatywnych protokołów, dzięki którym domyślny kurs byłby traktowany jako protokół krawędzi. Redystrybucja jednokierunkowa jest wykorzystywana do skalowania do większych ilości tras, na przykład w dużej międzynarodowej organizacji. Protokółem centralnym może być BGP (Border Gateway Protocol), a protokołem (krawędziami) krawędzi może być dowolny IGP (Internal Gateway Protocol, na przykład OSPF, EIGRP, RIP lub IS-IS, lub nawet różne wystąpienia tego samego IGP. Funkcjonuje znakomicie dzięki przejęciom i fuzjom, ponieważ "nowa" część organizacji nie musi uruchamiać nieodróżnialnego protokołu rutowania od reszty, lub na razie musi się zmienić, po prostu dodaje skojarzenie z centrum.
  • Dwukierunkowa lub współdzielona redystrybucja przekazuje kilka lub większość danych routingu z jednego protokołu do drugiego. Jest to najbardziej złożona opcja, szczególnie jeśli istnieje więcej niż jeden cel kontaktu między obszarami routingu. Powinien być wykorzystywany, gdy istnieją cele, które powinny być osiągalne, zaczynając od jednej przestrzeni, a następnie następnej. Niezależnie od tego, konkretne podejście musi być połączone, aby pokazać, w jaki sposób ruch osiąga te cele lub w jaki sposób należy podjąć działania w świetle strategii bezpieczeństwa. Regularne obawy z dwukierunkową dystrybucją to pętle routingu, routing asymetryczny i routing nieoptymalny.
    • Asymetryczny routing to miejsce, w którym ścieżka nadawania nie jest taka sama, jak ścieżka nadejścia. Problemy mogą pojawić się, jeśli istnieje strategia zabezpieczeń dotycząca sposobu wysyłania aktywności lub konfiguracji firewalla. Równoważenia stosu mogą być również zakłócane przez asymetryczne trasowanie. Układy równoważenia stosów, które odpowiednio ładują poszczególne gadżety w świetle wspólnego adresu, oczekują przewidywalności ścieżek wysyłania i zwracania.
    • Routing nieoptymalny jest miejscem, w którym najbardziej preferowana ścieżka w tabeli wysyłającej nie jest w żaden sposób najbardziej bezpośrednią drogą. Dzieje się tak, gdy wyłącznik krańcowy "nasłuchuje" o trasach od protokołu początkowego, a ponadto za pośrednictwem innego protokołu routingu jako kursu zewnętrznego. Przy braku szansy, że separacja regulacyjna dla zewnętrznego protokołu kursu jest bardziej niezawodna niż protokół początkowy, przełącznik będzie pochylał się w kierunku kursu zewnętrznego nad kursem lokalnym. Rozstrzygnięcie ma na celu kontrolę autorytatywnego rozdziału tras, o których mowa. Nie jest to najprostszy proces i różni się na poszczególnych etapach, nawet w ofercie produktów samotnego kupca.
    • Routing pętlilub pętla wejściowa może się zdarzyć, gdy dane trasowania zostaną ponownie rozdzielone na jeden protokół w jednym celu kontaktu, a następnie ponownie rozprowadzone w protokole początkowym w innym celu kontaktu. Z konkretnym celem końcowym, aby uregulować pętlę routingu, musisz utworzyć kanał wejściowy. Kanał odmówi dalszego promowania tras rozpoczynających się w protokole docelowym w tym samym protokole. Musisz wyprodukować kanał na kurs. Na przykład, przy braku szansy, że obszary OSPF i EIGRP są powiązane z co najmniej dwoma ogniskami, należy utworzyć jeden kanał dla wszystkich tras OSPF i skierować je na redystrybucję z EIGRP do OSPF. Kolejny kanał będzie pracował dla wszystkich tras EIGRP, przesyłając je na temat redystrybucji od OSPF do EIGRP. To oddzielenie musi być wykonane na wszystkich ruterach limitów między dwoma protokołami, aby było możliwe. Możesz koordynować na prefiksach lub możesz korzystać z etykiet, co jest moją inklinacją. Etykiety można wydać jako część drogi redystrybucji tras do docelowego protokołu, a następnie można wyszukiwać etykiety, które mają być kanałem. Musisz utworzyć strategię, która najpierw wyszukuje etykiety i odmawia ich, a także wyklucza ich brak, a następnie przypisuje trasy do rozpoznania protokołu źródłowego. Osiąga się to dla łożyska, więc potrzebne będą dwie polityki. Wszystkie protokoły routingu, w tym RIPv2, mogą wzmacniać etykiety.

Powinniśmy wziąć udział w redystrybucji kursu IGP w gadżetach Cisco. Podczas redystrybucji z jednego protokołu do drugiego, należy pamiętać o kilku rzeczach:

  • Procedura redystrybucji jest pobierana z tabeli routingu, a nie z bazy danych protokołów. Przy braku możliwości redystrybucji RIP do OSPF, procedura wyszukuje trasy wyznaczone jako RIP w tabeli routingu. Jest jeden specjalny przypadek: powiązane trasy, na których działa protokół.
  • Na routerach Cisco dla protokołu IPv4 powiązane trasy będą oczywiście również redystrybuować. Jest to prawidłowa długość, której nie można redystrybuować po powiązaniu z tym samym protokołem docelowym, co spowodowałoby zatrzymanie elementu.
  • Na routerach Cisco dla protokołu IPv6 procedura redystrybucji nie redystrybuuje powiązanych tras, na których działa protokół, chyba że uwzględnisz włączoną opcję redystrybucyjną.

Niektóre systemy Cisco OS wymagają uzgodnienia związanego z poleceniem redystrybucji dla przekazywania tras, zaczynając od jednego protokołu, a następnie na następny. Podczas redystrybucji do protokołu należy podać metryki tras, aby znaleźć się we właściwej organizacji w odniesieniu do docelowego protokołu. Metryka dla jednego protokołu tak naprawdę nie szuka poprawek dla innego. Istnieje metryka nasion, która musi być dołączona do zewnętrznych tras przechodzących do docelowego protokołu. Tabela na rysunku 1 pokazuje każdy protokół z niewielkimi odmianami.

Źródłow RIPdo EIGRPw OSPFw IS-ISdo BGP (MED)
połączony1Dane interfejsu20 (E2)00
Statyczny1Dane interfejsu20 (E2)00
ODPNieskończony20 (E2)0Metryka IGP
EIGRPNieskończonyInne dane procesu20 (E2)0Metryka IGP
OSPFNieskończonyNieskończony0Metryka IGP
IS-ISNieskończonyNieskończony20 (E2)Metryka IGP
BGPNieskończonyNieskończony1 (E2)0

Rysunek 1: Wariacje protokołu

Przy braku szansy, że wskaźnik materiału siewnego nie ma końca, kurs nie jest dostępny. Musisz podać dane materiału siewnego podczas redystrybucji protokołu źródłowego do miejsca docelowego w linii redystrybucji lub za pomocą domyślnego polecenia metrycznego pod docelowym protokołem routingu. Miara materiału siewnego jest w układzie dla tego docelowego protokołu: przeskakuje dla RIP, koszt dla OSPF i IS-IS, a złożona metryka dla EIGRP (pojemność transferu danych, opóźnienie, niezachowana jakość, obciążenie i MTU).

Jedna ostatnia myśl - jeśli źródłem jest BGP, to tylko zewnętrzne trasy BGP będą redystrybuowane do IGP. Jest to system przeciwdziałania pętli. W przypadku konieczności redystrybucji wewnętrznych tras BGP, należy ustawić w ramach procedury BGP (a nie protokołu docelowego) polecenie redystrybucji bgp-internal.

W tym przypadku, jeśli używasz więcej niż jednego protokołu routingu i potrzebujesz pełnej lub niepełnej dostępności, musisz dokonać redystrybucji między tymi protokołami. Przed rozpoczęciem aranżacji należy rozważyć kilka rzeczy i przygotować się do nich. Redystrybucja może być wyjątkowo prosta (jeden zestaw protokołów, jeden cel kontaktu) i może być wyjątkowo nieprzewidywalna.

GTranslate Please upgrade your plan for SSL support!
GTranslate Your license is inactive or expired, please subscribe again!