Redystrybucja trasy-Część 1

ccie R / S ccnp R / S Sep 25, 2018

Wprowadzenie do redystrybucji tras

dopóki nie istnieje jeden protokół routingu, aby rządzić nimi wszystkimi, istnieje potrzeba pokojowego współistnienia wielu protokołów routingu w tej samej sieci. Być może firma a prowadzi OSPF, a firma B EIGRP, a obie firmy łączą się. Dopóki nowo połączeni pracownicy IT nie zgodzą się na standardowy protokół routingu (jeśli kiedykolwiek to zrobią), trasy znane OSPF muszą być reklamowane w części sieci z uruchomionym EIGRP i odwrotnie.

taki scenariusz jest możliwy dzięki redystrybucji trasy, i na tym koncentruje się ten post na blogu. Inne powody, dla których może być konieczne przeprowadzenie redystrybucji tras, to: różne części sieci własnej firmy znajdują się pod inną kontrolą administracyjną; chcesz reklamować trasy swojemu dostawcy usług za pośrednictwem BGP; a może chcesz połączyć się z siecią partnera biznesowego. Rozważmy następującą podstawową topologię.

w powyższym pokazie topologii prostej chcemy, aby OSPF i EIGRP reklamowały sobie trasy, o których wiedzą. Koncepcja ta nazywana jest wzajemną redystrybucją trasy. Ponieważ router R2 ma jeden interfejs w autonomicznym systemie OSPF (AS)i jeden interfejs w EIGRP AS, ponosi on odpowiedzialność za redystrybucję trasy.

wskaźniki zalążkowe

głównym wyzwaniem, na jakie napotykamy podczas redystrybucji tras między różnymi protokołami routingu, jest wykorzystanie różnych podejść protokołów routingu do pomiaru ich wskaźników. Na przykład OSPF używa metryki kosztów, która opiera się na przepustowości, podczas gdy EIGRP domyślnie używa metryki opartej na przepustowości i opóźnieniu, ale może również brać pod uwagę niezawodność i/lub obciążenie (a nawet użyć maksymalnej jednostki transmisyjnej (MTU) jako wyłącznika tie). Problem nie jest tak prosty, jak przeliczanie walut między dwoma krajami, ponieważ w tym scenariuszu istnieje stosunek opisujący relację obu walut. Jednak przy redystrybucji trasy nie ma takiego związku. Więc co robimy?

my, jako administratorzy, możemy skonfigurować metrykę przypisaną do tras przychodzących z jednego AS, które są redystrybuowane do innego AS. Jeśli nie zadajemy sobie trudu, aby ręcznie skonfigurować metrykę, która ma być używana do redystrybucji trasy, to używana jest metryka nasienna. Poniższa tabela przedstawia metryki nasion używane przez różne protokoły routingu.

protokół routingu

domyślna Metryka nasion

ODP

Infinity

EIGRP

Infinity

OSPF

20 (lub 1 przy redystrybucji tras BGP)

BGP

wykorzystuje wartość metryczną IGP

na podstawie powyższej tabeli widzimy, że domyślnie trasa redystrybuowana do OSPF zostanie przypisana metryka 20, chyba że trasa jest redystrybuowana do OSPF z BGP, w którym to przypadku trasa miałaby przypisaną wartość metryczną 1. Co ciekawe, zarówno RIP, jak i EIGRP mają domyślne metryki nasion nieskończoności, co oznacza, że każda trasa redystrybuowana do tych protokołów routingu będzie domyślnie uważana za nieosiągalną, a zatem nie będzie reklamowana w żadnych innych routerach. BGP redystrybuuje jednak trasę wyuczoną z protokołu wewnętrznej bramy (IGP), używając oryginalnej metryki tej trasy.

podstawowy przykład konfiguracji

oczywiście jest wiele więcej do rozważenia w odniesieniu do redystrybucji tras, takich jak pętle routingu, które mogą wystąpić, gdy mamy więcej niż jeden router łączący nasze systemy autonomiczne, lub jak selektywnie filtrujemy określone trasy przed ich redystrybucją, ale o tym wszystkim dowiemy się w nadchodzących postach na blogu. Na razie zapoznajmy się z tym, jak wykonać podstawową konfigurację redystrybucji trasy. Rozważ poprzednią topologię, tym razem z dodanymi informacjami o sieci i interfejsie:

w tej topologii router R2 uczy się tras z R1 przez OSPF i z R3 przez EIGRP, jak pokazano na poniższym wyjściu z polecenia show ip route wydanego na R2:

jednak ani router R1, ani router R3 nie nauczyły się żadnych tras, ponieważ router R2 nie wykonuje jeszcze redystrybucji trasy. Jest to potwierdzone w wyniku polecenia show ip route wydanego na R1 i R3:

dodajmy teraz konfigurację redystrybucji trasy do routera R2. Aby wzmocnić wcześniejsze stwierdzenie, że metryką nasion dla tras redystrybuowanych do EIGRP jest nieskończoność, początkowo nie skonfigurujemy żadnych metryk i pozwolimy, aby metryki nasion działały.

polecenie redystrybucji zostało wydane w trybie konfiguracji routera dla każdego protokołu routingu i nie podano metryki. Warto również zauważyć, że kiedy weszliśmy do polecenia redystrybuuj eigrp 1 powyżej, nie uwzględniliśmy słowa kluczowego podsieci w poleceniu, co powoduje, że zarówno sieci klasowe, jak i bezklasowe mają być redystrybuowane do OSPF. Jednak, jak widać na poniższym wyjściu, słowo kluczowe subnets zostało automatycznie dodane dla nas:

chociaż takie zachowanie automatycznego dodawania słowa kluczowego podsieci jest widoczne w najnowszych wersjach Cisco IOS, niektóre starsze wersje Cisco IOS nie zawierają automatycznie słowa kluczowego podsieci i może być konieczne ręczne dodanie go do polecenia redystrybucji.

rzućmy teraz okiem na tabele routingu IP na routerach R1 i R3, aby zobaczyć, jakich tras się nauczyli (a których się nie nauczyli).

powyższy wynik pokazuje nam, że router R2 z powodzeniem redystrybuował trasy znane z EIGRP do OSPF, które zostały następnie poznane przez router R1. Zwróć uwagę, że redystrybuowane trasy znane routerowi R1 mają metrykę 20, która jest metryką OSPF. Jednak router R3 nie nauczył się żadnych nowych tras, ponieważ gdy router R2 redystrybuował trasy do EIGRP, używał metryki EIGRP nieskończoności (co oznacza nieosiągalny). W rezultacie trasy te nie były reklamowane na routerze R3.

aby rozwiązać ten problem, musimy przypisać metrykę trasom redystrybuowanym do EIGRP. Istnieją trzy podstawowe sposoby przypisania niestandardowej metryki trasom redystrybuowanym do protokołu routingu.

  1. Ustaw domyślną metrykę dla wszystkich protokołów routingu, które są redystrybuowane do określonego protokołu routingu.
  2. Ustaw metrykę jako część polecenia redystrybucji.
  3. Ustaw metrykę za pomocą mapy trasy.

aby zilustrować pierwszą opcję, skonfigurujmy metrykę, aby przypisać wszystkie trasy redystrybuowane do EIGRP.

w powyższym przykładzie wykorzystano pomoc kontekstową do pokazania każdego składnika metryki przypisanego do tras redystrybuowanych do EIGRP. Ostateczna Komenda była jednak domyślna-1000000 1 255 1 1500. Gdybyśmy ustawiali domyślną metrykę dla OSPF, moglibyśmy użyć polecenia takiego jak default-metric 30, Aby przypisać koszt OSPF w wysokości 30 trasom redystrybuowanym do OSPF. Jednak w tym przykładzie podaliśmy tylko domyślną metrykę dla EIGRP. Sprawdźmy teraz tabelę routingu IP na routerze R3, aby sprawdzić, czy trasy OSPF zostały pomyślnie reklamowane w EIGRP.

sukces! Router R3 nauczył się tras pochodzących z OSPF AS. Wiemy, że trasy pierwotnie pochodziły spoza EIGRP, ponieważ kod EX pojawiał się na każdej z tych tras.

drugą opcją ustawienia metryki na trasach redystrybuowanych było przypisanie metryki jako część polecenia redystrybucji, które określimy różne metryki dla różnych protokołów routingu, które są redystrybuowane w procesie routingu. Aby zilustrować to podejście, usuńmy poprzednie domyślne polecenia-metric i redystrybucja z routera R2 i wprowadź polecenie redystrybucja, które określa metrykę, która ma być przypisana.

jeśli teraz wrócimy do routera R3, otrzymamy taki sam wynik jak wcześniej:

trzecią opcją ustawienia metryki na trasach redystrybucyjnych było użycie mapy tras. Mapy tras są bardzo wydajne i mogą być używane do różnych konfiguracji. Zasadniczo mogą one dopasować określony ruch i ustawić jeden lub więcej parametrów (np. adres IP next-hop) dla tego ruchu. W naszym kontekście użyjemy mapy trasy do określenia wartości metrycznej, a następnie zastosujemy mapę trasy do polecenia redystrybucji. Poniższy przykład pokazuje, jak możemy usunąć nasze poprzednie polecenie redystrybucji z routera R2, utworzyć mapę trasy, a następnie wprowadzić nowe polecenie redystrybucji, które odwołuje się do naszej mapy trasy:

w powyższym przykładzie, po usunięciu naszego istniejącego polecenia redystrybucji, stworzyliśmy mapę trasy o nazwie SET-METRIC-DEMO. To była bardzo podstawowa mapa trasy, która nie musiała pasować do żadnego ruchu. Był po prostu używany do ustawiania metryki. Jednak w nadchodzącym poście na blogu zobaczymy, że mapa trasy może być użyta, aby dać nam większą kontrolę nad redystrybucją naszej trasy. W naszym obecnym przykładzie mapa trasy została następnie zastosowana do naszego nowego polecenia redystrybucji. Ponownie, daje nam to ten sam wynik z perspektywy tabeli routingu IP routera R3:

OSPF E1 vs. E2 Routes

zanim zakończymy ten pierwszy post na blogu w naszej serii redystrybucji tras, przyjrzyjmy się jeszcze raz tabeli routingu IP na routerze R1:

zauważ, że każda z tras redystrybuowanych do OSPF pojawia się w tabeli routingu IP routera R1 z kodem E2. Istnieje jednak również opcja posiadania kodu E1, z których oba wskazują, że trasa pochodzi spoza OSPF routera AS. Jaka jest różnica między tymi dwoma kodami?

Kod E2 wskazuje, że trasa ma metrykę przypisaną przez router wykonujący redystrybucję, która jest znana jako autonomiczny Router granic systemu (ASBR). Oznacza to, że bez względu na to, ile dodatkowych routerów w ramach OSPF, jak musimy przekroczyć, aby wrócić do ASBR, metryka pozostaje taka sama, jak to było, gdy ASBR redystrybucji go. Kiedy redystrybuujemy trasy do OSPF, domyślnie są to trasy zewnętrzne typu 2 (E2).

Kod E1 oznacza, że metryka trasy składa się z pierwotnego kosztu przypisanego przez ASBR plus koszt wymagany do osiągnięcia ASBR. Sugeruje to, że trasa E1 jest na ogół dokładniejsza, a w rzeczywistości jest. Chociaż posiadanie kodu E1 nie daje nam żadnej przewagi w prostej topologii, jak mamy, gdzie router R1 ma tylko jedną ścieżkę do osiągnięcia ASBR (np. R2), i gdzie jest tylko jeden sposób na trasy EIGRP, które mają być wstrzykiwane do naszego OSPF AS (np. przez router R2).

jeśli chcemy redystrybuować trasy E1 do OSPF zamiast tras E2, można to osiągnąć za pomocą polecenia redystrybuuj. W poniższym przykładzie usuniemy nasze istniejące polecenie redystrybucji dla procesu routingu OSPF na routerze R2, a następnie ponownie zastosujemy polecenie redystrybucji, określając, że chcemy, aby zewnętrzne metryki typu 1 (E1) były stosowane do redystrybuowanych tras.

sprawdźmy tabelę routingu IP na routerze R1, aby sprawdzić, czy coś się zmieniło w oparciu o nowe polecenie redystrybucji wydane na routerze R2.

na powyższym wyjściu zwróć uwagę, że trasy redystrybuowane do OSPF mają Kod E1, zamiast domyślnego kodu E2. Zauważ również, że powoduje to, że metryka tych tras jest nieco wyższa. W szczególności router R2 redystrybuował trasy wyuczone przez EIGRP do OSPF przy użyciu metryki zalążkowej OSPF wynoszącej 20. Jednak koszt OSPF wynosi 1, aby dostać się z routera R1 do routera R2. W związku z tym, ponieważ redystrybuowane trasy zostały skonfigurowane jako trasy E1, koszt tych tras z punktu widzenia routera R1 jest kosztem pierwotnie przypisanym przez router R1, który wynosił 20, plus koszt dla r1, aby dostać się do R2, który wynosi 1, dla całkowitego kosztu 21.

podsumowanie

w tym poście na blogu rozważyliśmy potrzebę redystrybucji trasy i przyjrzeliśmy się podstawowej konfiguracji. Omówiliśmy wpływ metryki zalążkowej protokołu routingu (która może być nieskończonością) podczas redystrybucji tras i zobaczyliśmy trzy sposoby administracyjnego przypisania metryki redystrybuowanym trasom. Na koniec skontrastowaliśmy zewnętrzne trasy OSPF typu 1 (E1) i zewnętrznego typu 2 (E2). W nadchodzącym poście na blogu będziemy bazować na tej topologii i zastanawiać się, w jaki sposób możemy selektywnie filtrować trasy, które są redystrybuowane. Następnie, w kolejnym poście na blogu, rozważymy kwestie projektowe dotyczące topologii z wieloma punktami redystrybucji między dwoma autonomicznymi systemami.

mam nadzieję, że podobał Ci się ten pierwszy rzut oka na świat redystrybucji tras. Jeśli tak, proszę o pomoc w rozpowszechnianiu informacji, dzieląc się tym postem z innymi. Oto link, który możesz udostępnić:

https://www.kwtrain.com/blog/route-redistribution-part-1

do następnego razu,

Kevin Wallace, CCIEx2 (R/S i współpraca) #7945

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany.