{"id":38396,"date":"2019-10-31T22:23:30","date_gmt":"2019-10-31T19:23:30","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp\/"},"modified":"2019-10-31T22:23:30","modified_gmt":"2019-10-31T19:23:30","slug":"trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","title":{"rendered":"Szkolenie Cisco 200-125 CCNA v3.0. Dzie\u0144 49. Wprowadzenie do EIGRP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dzi\u015b rozpoczniemy nauk\u0119 protoko\u0142u EIGRP, kt\u00f3ry, obok OSPF, jest najwa\u017cniejszym tematem kursu CCNA. <\/p>\n

\"Szkolenie
\n
\nP\u00f3\u017aniej wr\u00f3cimy do rozdzia\u0142u 2.5, a teraz od razu po rozdziale 2.4 przejd\u017amy do rozdzia\u0142u 2.6 \u201eKonfiguracja, weryfikacja i rozwi\u0105zywanie problem\u00f3w z EIGRP w protokole IPv4 (poza autoryzacj\u0105, filtrowaniem, r\u0119cznym sumowaniem, redystrybucj\u0105 i konfiguracj\u0105 stub)\u201d.
\nDzisiaj mamy lekcj\u0119 wprowadzaj\u0105c\u0105, na kt\u00f3rej opowiem wam o koncepcji zaawansowanego wewn\u0119trznego protoko\u0142u routingu EIGRP, a w kolejnych dw\u00f3ch lekcjach om\u00f3wimy konfiguracj\u0119 i rozwi\u0105zywanie problem\u00f3w z tym protoko\u0142em. Ale najpierw chcia\u0142bym wam przekaza\u0107 kilka informacji.<\/a><\/noindex><\/p>\n

W ci\u0105gu kilku ostatnich lekcji omawiali\u015bmy OSPF. Teraz chc\u0119, \u017ceby\u015bcie przypomnieli sobie, \u017ce kiedy wiele miesi\u0119cy temu uczyli\u015bmy si\u0119 protoko\u0142u RIP, m\u00f3wili\u015bmy o p\u0119tlach routingu i technologiach zapobiegaj\u0105cych cykliczno\u015bci ruchu. Jak mo\u017cna zapobiec powstawaniu p\u0119tli routingu przy u\u017cyciu OSPF? Czy mo\u017cna u\u017cy\u0107 takich metod, jak \u201etrucizna routingu\u201d czy \u201epodzielony horyzont\u201d? To pytania, na kt\u00f3re musicie odpowiedzie\u0107 samodzielnie. Mo\u017cecie skorzysta\u0107 z innych zasob\u00f3w tematycznych, ale znajd\u017acie odpowiedzi na te pytania. Chc\u0119, aby\u015bcie nauczyli si\u0119 samodzielnie szuka\u0107 odpowiedzi, pracuj\u0105c z r\u00f3\u017cnymi \u017ar\u00f3d\u0142ami, i prosz\u0119, aby\u015bcie zostawili swoje komentarze pod tym filmem, abym m\u00f3g\u0142 zobaczy\u0107, ile moich uczni\u00f3w sobie z tym poradzi\u0142o. <\/p>\n

Czym jest EIGRP? To hybrydowy protok\u00f3\u0142 routingu, kt\u00f3ry \u0142\u0105czy u\u017cyteczne funkcje zar\u00f3wno protoko\u0142u typu distance-vector, takiego jak RIP, jak i protoko\u0142u stanu \u0142\u0105cza, jak OSPF. <\/p>\n

\"Szkolenie
\n
\nEIGRP jest protoko\u0142em, kt\u00f3ry stworzony przez Cisco, a udost\u0119pniony do u\u017cytku publicznego w 2013 roku. Z protoko\u0142u stanu \u0142\u0105cza przej\u0105\u0142 algorytm ustalania s\u0105siedztwa, w przeciwie\u0144stwie do RIP, kt\u00f3ry nie tworzy s\u0105siad\u00f3w. RIP r\u00f3wnie\u017c wymienia tabele routingu z innymi uczestnikami protoko\u0142u, jednak OSPF przed rozpocz\u0119ciem tego wymiany tworzy s\u0105siedztwo. EIGRP dzia\u0142a w podobny spos\u00f3b.<\/p>\n

Protok\u00f3\u0142 RIP co 30 sekund przeprowadza okresowe aktualizacje pe\u0142nej tabeli routingu i rozsy\u0142a informacje o wszystkich interfejsach oraz wszystkich trasach do wszystkich swoich s\u0105siad\u00f3w. EIGRP nie przeprowadza okresowej pe\u0142nej aktualizacji informacji, zamiast tego wykorzystuje koncepcj\u0119 wysy\u0142ania wiadomo\u015bci Hello, tak jak robi to OSPF. Co kilka sekund wysy\u0142a Hello, aby upewni\u0107 si\u0119, \u017ce s\u0105siad nadal \u201e\u017cyje\u201d.<\/p>\n

W odr\u00f3\u017cnieniu od protoko\u0142u wektorowego, kt\u00f3ry bada ca\u0142\u0105 topologi\u0119 sieci przed podj\u0119ciem decyzji o formowaniu trasy, EIGRP podobnie jak RIP tworzy trasy na podstawie plotek. Kiedy m\u00f3wi\u0119 \u201eplotki\u201d, mam na my\u015bli, \u017ce gdy s\u0105siad co\u015b komunikuje, EIGRP to bezwarunkowo akceptuje. Na przyk\u0142ad, je\u015bli s\u0105siad m\u00f3wi, \u017ce wie, jak dotrze\u0107 do 10.1.1.2, EIGRP mu wierzy, nie pytaj\u0105c: \u201eSk\u0105d to wiesz? Opowiedz mi o topologii ca\u0142ej sieci!\u201d. <\/p>\n

Do 2013 roku, je\u015bli korzysta\u0142e\u015b tylko z infrastruktury Cisco, mog\u0142e\u015b u\u017cywa\u0107 EIGRP, poniewa\u017c ten protok\u00f3\u0142 zosta\u0142 stworzony w 1994 roku. Jednak wiele firm, nawet u\u017cywaj\u0105c sprz\u0119tu Cisco, nie chcia\u0142o pracowa\u0107 z tym protoko\u0142em. Moim zdaniem, obecnie EIGRP jest najlepszym protoko\u0142em dynamicznej routingu, poniewa\u017c jest znacznie \u0142atwiejszy w u\u017cyciu, jednak ludzie nadal wol\u0105 OSPF. My\u015bl\u0119, \u017ce to dlatego, \u017ce nie chc\u0105 \u201ezwi\u0105zywa\u0107 si\u0119\u201d z produktami Cisco. Ale Cisco uczyni\u0142o ten protok\u00f3\u0142 og\u00f3lnodost\u0119pnym, poniewa\u017c wspiera on sprz\u0119t sieciowy innych producent\u00f3w, na przyk\u0142ad Juniper, i je\u015bli po\u0142\u0105czysz si\u0119 z firm\u0105, kt\u00f3ra nie u\u017cywa sprz\u0119tu Cisco, nie napotkasz \u017cadnych problem\u00f3w. <\/p>\n

Zr\u00f3bmy kr\u00f3tki przegl\u0105d historii protoko\u0142\u00f3w sieciowych. <\/p>\n

\"Szkolenie
\n
\nProtok\u00f3\u0142 RIPv1, kt\u00f3ry pojawi\u0142 si\u0119 w latach 80-tych, mia\u0142 szereg ogranicze\u0144, na przyk\u0142ad maksymaln\u0105 liczb\u0119 skok\u00f3w r\u00f3wn\u0105 16, przez co nie by\u0142 w stanie zapewni\u0107 routingu w rozleg\u0142ych sieciach. Wkr\u00f3tce potem opracowano wewn\u0119trzny protok\u00f3\u0142 routingu IGRP, kt\u00f3ry by\u0142 znacznie lepszy od RIP. Jednak by\u0142 bardziej protoko\u0142em wektorowym ni\u017c protoko\u0142em stanu \u0142\u0105czy. Pod koniec lat 80-tych pojawi\u0142 si\u0119 otwarty standard \u2013 protok\u00f3\u0142 \u015bledzenia stanu \u0142\u0105czy OSPFv2 dla protoko\u0142u IPv4. <\/p>\n

Na pocz\u0105tku lat 90-tych Cisco zdecydowa\u0142o, \u017ce protok\u00f3\u0142 IGRP wymaga usprawnienia i wypu\u015bci\u0142o zaawansowany wewn\u0119trzny protok\u00f3\u0142 routingu EIGRP. By\u0142 on znacznie bardziej efektywny od OSPF, poniewa\u017c \u0142\u0105czy\u0142 cechy zar\u00f3wno RIP, jak i OSPF. Kiedy zaczniemy jego omawianie, przekonasz si\u0119, \u017ce konfiguracja EIGRP jest znacznie prostsza ni\u017c OSPF. Cisco stara\u0142o si\u0119 stworzy\u0107 protok\u00f3\u0142, kt\u00f3ry zapewnia mo\u017cliwie najszybsz\u0105 konwergencj\u0119 sieci. <\/p>\n

Pod koniec lat 90-tych wydano zaktualizowan\u0105 wersj\u0119 bezklasowego protoko\u0142u RIPv2. W latach 2000-ych pojawi\u0142y si\u0119 trzecia wersja OSPF, RIPng i EIGRPv6, kt\u00f3re obs\u0142ugiwa\u0142y protok\u00f3\u0142 IPv6. \u015awiat stopniowo zbli\u017ca si\u0119 do pe\u0142nego przej\u015bcia na IPv6, a tw\u00f3rcy protoko\u0142\u00f3w routingu chc\u0105 by\u0107 na to gotowi. <\/p>\n

Je\u015bli pami\u0119tasz, uczyli\u015bmy si\u0119, \u017ce przy wyborze optymalnej trasy protok\u00f3\u0142 RIP, jako protok\u00f3\u0142 wektorowy, kieruje si\u0119 tylko jednym kryterium \u2014 minimaln\u0105 liczb\u0105 przeskok\u00f3w, czyli minimaln\u0105 odleg\u0142o\u015bci\u0105 do docelowego interfejsu. Tak wi\u0119c router R1 wybierze bezpo\u015bredni\u0105 tras\u0119 do routera R3, mimo \u017ce pr\u0119dko\u015b\u0107 na tej trasie wynosi 64 kbit\/s \u2014 znacznie mniej ni\u017c na trasie R1-R2-R3, kt\u00f3ra wynosi 1544 kbit\/s. Protok\u00f3\u0142 RIP uznaje woln\u0105 tras\u0119 d\u0142ugo\u015bci jednego przeskoku za optymaln\u0105, a nie szybk\u0105 tras\u0119 d\u0142ugo\u015bci dw\u00f3ch przeskok\u00f3w. <\/p>\n

\"Szkolenie
\n
\nProtok\u00f3\u0142 OSPF zbada ca\u0142\u0105 topologi\u0119 sieci i podejmie decyzj\u0119, \u017ce do po\u0142\u0105czenia z routerem R3 u\u017cyje trasy przez router R2 jako szybszej. Jako metryk\u0119, RIP wykorzystuje liczb\u0119 przeskok\u00f3w, a metryk\u0105 OSPF jest koszt, kt\u00f3ry w wi\u0119kszo\u015bci przypadk\u00f3w jest proporcjonalny do przepustowo\u015bci \u0142\u0105cza. <\/p>\n

EIGRP r\u00f3wnie\u017c orientuje si\u0119 na koszt trasy, jednak jego metryka jest znacznie bardziej skomplikowana ni\u017c metryka OSPF i opiera si\u0119 na wielu czynnikach, w tym na przepustowo\u015bci (Bandwidth), op\u00f3\u017anieniu (Delay), niezawodno\u015bci (Reliability), obci\u0105\u017ceniu (Loading) oraz maksymalnym rozmiarze pakietu (MTU). Na przyk\u0142ad, je\u015bli jaki\u015b w\u0119ze\u0142 jest bardziej obci\u0105\u017cony ni\u017c pozosta\u0142e, EIGRP przeanalizuje obci\u0105\u017cenie ca\u0142ej trasy i wybierze inny w\u0119ze\u0142 o mniejszym obci\u0105\u017ceniu.<\/p>\n

W kursie CCNA b\u0119dziemy bra\u0107 pod uwag\u0119 tylko takie czynniki formowania metryki, jak Bandwidth i Delay, to w\u0142a\u015bnie te czynniki b\u0119d\u0105 wykorzystywane w formule metryki. <\/p>\n

\"Szkolenie
\n
\nProtok\u00f3\u0142 RIP oparty na zasadzie wektora odleg\u0142o\u015bci u\u017cywa dw\u00f3ch poj\u0119\u0107: odleg\u0142o\u015bci i kierunku. Je\u015bli mamy 3 routery, a jeden z nich jest po\u0142\u0105czony z sieci\u0105 20.0.0.0, wyb\u00f3r b\u0119dzie oparty na odleg\u0142o\u015bci \u2013 s\u0105 to hops, w tym przypadku 1 hop, oraz na kierunku, czyli na tym, kt\u00f3r\u0105 drog\u0105 \u2013 g\u00f3rn\u0105 czy doln\u0105 \u2013 przesy\u0142a\u0107 ruch. <\/p>\n

Ponadto, RIP wykorzystuje okresowe aktualizacje informacji, wysy\u0142aj\u0105c pe\u0142n\u0105 tabel\u0119 routingu w ca\u0142ej sieci co 30 sekund. Ta aktualizacja pe\u0142ni dwie funkcje. Po pierwsze \u2013 aktualizuje tabel\u0119 routingu, po drugie \u2013 sprawdza \u017cywotno\u015b\u0107 s\u0105siada. Je\u015bli urz\u0105dzenie nie otrzyma odpowiedzi z aktualizacj\u0105 tabeli lub nowych informacji o trasie od s\u0105siada w ci\u0105gu 30 s, stwierdza, \u017ce trasa do s\u0105siada nie mo\u017ce by\u0107 ju\u017c u\u017cywana. Router wysy\u0142a aktualizacj\u0119 co 30 sekund, aby sprawdzi\u0107, czy s\u0105siad jest jeszcze \u201e\u017cywy\u201d i czy trasa jest nadal wa\u017cna. <\/p>\n

Jak ju\u017c wspomnia\u0142em, aby zapobiec p\u0119tlom routingu, stosuje si\u0119 technologi\u0119 Split Horizon. Oznacza to, \u017ce aktualizacja nie jest wysy\u0142ana z powrotem do interfejsu, z kt\u00f3rego nadesz\u0142a. Drug\u0105 technologi\u0105 zapobiegaj\u0105c\u0105 p\u0119tli jest Route Poison. Je\u015bli po\u0142\u0105czenie z sieci\u0105 20.0.0.0 przedstawion\u0105 na obrazku zostanie przerwane, router, do kt\u00f3rego by\u0142a pod\u0142\u0105czona, wysy\u0142a s\u0105siadom \u201efilterowany routing\u201d, w kt\u00f3rym informuje, \u017ce ta sie\u0107 jest teraz dost\u0119pna w 16 hopach, co oznacza, \u017ce jest praktycznie nieosi\u0105galna. Tak dzia\u0142a protok\u00f3\u0142 RIP.<\/p>\n

Jak dzia\u0142a EIGRP? Je\u015bli pami\u0119tacie z lekcji o OSPF, protok\u00f3\u0142 ten wykonuje trzy funkcje: nawi\u0105zuje s\u0105siedztwo, za pomoc\u0105 LSA aktualizuje baz\u0119 LSDB zgodnie ze zmianami w topologii sieci i buduje tabel\u0119 routingu. Nawi\u0105zanie s\u0105siedztwa to do\u015b\u0107 skomplikowana procedura, wykorzystuj\u0105ca wiele parametr\u00f3w. Na przyk\u0142ad, sprawdzenie i zmiana po\u0142\u0105czenia 2WAY \u2013 niekt\u00f3re po\u0142\u0105czenia pozostaj\u0105 w stanie dwukierunkowym, inne przechodz\u0105 w stan FULL. W przeciwie\u0144stwie do OSPF w protokole EIGRP nie wyst\u0119puje to zjawisko \u2013 sprawdza on tylko 4 parametry. <\/p>\n

\"Szkolenie
\n
\nPodobnie jak OSPF, ten protok\u00f3\u0142 co 10 sekund wysy\u0142a komunikat Hello, kt\u00f3ry zawiera 4 parametry. Pierwszy - to kryterium uwierzytelnienia, je\u015bli zosta\u0142o wcze\u015bniej skonfigurowane. Przy tym wszystkie urz\u0105dzenia, z kt\u00f3rymi nawi\u0105zywane jest s\u0105siedztwo, musz\u0105 mie\u0107 identyczne parametry uwierzytelnienia.<\/p>\n

Drugi parametr s\u0142u\u017cy do weryfikacji przynale\u017cno\u015bci urz\u0105dze\u0144 do jednej autonomicznej systemu, co oznacza, \u017ce aby nawi\u0105za\u0107 s\u0105siedztwo za pomoc\u0105 protoko\u0142u EIGRP, oba urz\u0105dzenia musz\u0105 mie\u0107 ten sam numer autonomicznej systemu. Trzeci parametr s\u0142u\u017cy do sprawdzenia, \u017ce komunikaty Hello s\u0105 rozsy\u0142ane z jednego adresu IP \u017ar\u00f3d\u0142owego Source IP. <\/p>\n

Czwarty parametr s\u0142u\u017cy do sprawdzenia zgodno\u015bci zmiennych wsp\u00f3\u0142czynnik\u00f3w K-Values. Protok\u00f3\u0142 EIGRP u\u017cywa 5 takich wsp\u00f3\u0142czynnik\u00f3w od K1 do K5. Je\u015bli pami\u0119tacie, przy warto\u015bci K=0 parametry s\u0105 ignorowane, natomiast gdy K=1, parametry s\u0105 uwzgl\u0119dniane w formule obliczania metryki. Dlatego warto\u015bci K1-5 dla r\u00f3\u017cnych urz\u0105dze\u0144 musz\u0105 by\u0107 zgodne. W kursie CCNA przyjmiemy domy\u015blne warto\u015bci tych wsp\u00f3\u0142czynnik\u00f3w: K1 i K3 r\u00f3wne 1, a K2, K4 i K5 r\u00f3wne 0.<\/p>\n

Zatem, je\u015bli te 4 parametry si\u0119 zgadzaj\u0105, EIGRP nawi\u0105zuje relacje s\u0105siedztwa, a urz\u0105dzenia wprowadzaj\u0105 si\u0119 nawzajem do tabeli s\u0105siad\u00f3w. Nast\u0119pnie wprowadza si\u0119 zmiany w tabeli topologii. <\/p>\n

\"Szkolenie
\n
\nWszystkie komunikaty Hello s\u0105 wysy\u0142ane na adres IP multicastowy 224.0.0.10, a aktualizacje, w zale\u017cno\u015bci od ustawie\u0144, s\u0105 wysy\u0142ane na unicastowe adresy s\u0105siad\u00f3w lub na adres multicastowy. Ta aktualizacja nie jest przesy\u0142ana przez UDP ani TCP, lecz wykorzystuje inny protok\u00f3\u0142 o nazwie RTP, Reliable Transport Protocol, czyli \"protoko\u0142u transportowego niezawodno\u015bci\". Protok\u00f3\u0142 ten sprawdza, czy s\u0105siad otrzyma\u0142 aktualizacj\u0119, a jak wskazuje jego nazwa, jego kluczow\u0105 funkcj\u0105 jest zapewnienie niezawodno\u015bci komunikacji. Je\u015bli aktualizacja nie dotrze do s\u0105siada, przekazanie b\u0119dzie powtarzane, a\u017c zostanie ona odebrana. W OSPF mechanizm do weryfikacji urz\u0105dzenia odbieraj\u0105cego jest nieobecny, dlatego system nie wie, czy s\u0105siaduj\u0105ce urz\u0105dzenia otrzyma\u0142y aktualizacj\u0119, czy nie.
\nJe\u015bli pami\u0119tacie, RIP co 30 sekund wysy\u0142a aktualizacj\u0119 pe\u0142nej topologii sieci. EIGRP robi to tylko w przypadku, gdy w sieci pojawi\u0142o si\u0119 nowe urz\u0105dzenie lub zajd\u0105 jakiekolwiek zmiany. Je\u015bli topologia podsieci ulegnie zmianie, protok\u00f3\u0142 wy\u015ble aktualizacj\u0119, ale nie ca\u0142ej tabeli topologii, a tylko wpisy z t\u0105 zmian\u0105. Je\u015bli zmieni si\u0119 jaka\u015b podsie\u0107, zostanie zaktualizowana tylko jej topologia. Wygl\u0105da to jak cz\u0119\u015bciowa aktualizacja, kt\u00f3ra odbywa si\u0119, gdy jest to konieczne. <\/p>\n

Jak wiadomo, OSPF wysy\u0142a LSA co 30 minut, niezale\u017cnie od tego, czy w sieci zasz\u0142y jakie\u015b zmiany. EIGRP nie b\u0119dzie wysy\u0142a\u0107 \u017cadnych aktualizacji przez d\u0142ugi czas, dop\u00f3ki w sieci nie nast\u0105pi\u0105 \u017cadne zmiany. Dlatego EIGRP jest znacznie bardziej efektywny ni\u017c OSPF.<\/p>\n

Po tym, jak routery wymieni\u0142y pakiety aktualizacyjne, nast\u0119puje trzeci etap \u2013 tworzenie tabeli routingu na podstawie metryki, kt\u00f3ra jest obliczana wed\u0142ug wzoru przedstawionego na rysunku. Oblicza ona koszt i w zale\u017cno\u015bci od tego kosztu podejmuje decyzj\u0119.
\nZa\u0142\u00f3\u017cmy, \u017ce R1 wys\u0142a\u0142 Hello routerowi R2, a ten odpowiedzia\u0142 Hello routerowi R1. Je\u015bli wszystkie parametry si\u0119 zgadzaj\u0105, routery tworz\u0105 tabel\u0119 s\u0105siedztwa. Do tej tabeli R2 wpisuje dane o routerze R1, a R1 tworzy wpis o R2. Nast\u0119pnie router R1 wysy\u0142a aktualizacj\u0119 do pod\u0142\u0105czonej sieci 10.1.1.0\/24. W tabeli routingu wygl\u0105da to jak informacje o adresie IP sieci, interfejsie routera, kt\u00f3ry zapewnia z ni\u0105 \u0142\u0105czno\u015b\u0107, i koszcie trasy przez ten interfejs. Je\u015bli pami\u0119tacie, koszt EIGRP wynosi 90, a nast\u0119pnie podane jest warto\u015b\u0107 dystansu Distance value, o kt\u00f3rym porozmawiamy p\u00f3\u017aniej. <\/p>\n

\"Szkolenie
\n
\nCa\u0142a formu\u0142a metryki wygl\u0105da znacznie bardziej skomplikowanie, poniewa\u017c obejmuje warto\u015bci wsp\u00f3\u0142czynnik\u00f3w K oraz r\u00f3\u017cne przekszta\u0142cenia. Na stronie Cisco podany jest pe\u0142ny wygl\u0105d formu\u0142y, jednak je\u015bli podstawicie warto\u015bci wsp\u00f3\u0142czynnik\u00f3w domy\u015blnych, to przekszta\u0142ca si\u0119 ona w prostsz\u0105 posta\u0107 \u2013 metryka b\u0119dzie r\u00f3wna (bandwidth + Delay) * 256.<\/p>\n

\"Szkolenie
\n
\nB\u0119dziemy korzysta\u0107 z takiej uproszczonej wersji formu\u0142y do obliczenia metryki, gdzie przepustowo\u015b\u0107 w kilobitach r\u00f3wna si\u0119 107 podzielone przez najmniejsz\u0105 przepustowo\u015b\u0107 wszystkich interfejs\u00f3w prowadz\u0105cych do sieci docelowej least-bandwidth, a op\u00f3\u017anienie cumulative-delay to ca\u0142kowite op\u00f3\u017anienie w dziesi\u0105tkach mikrosekund na wszystkich interfejsach prowadz\u0105cych do sieci docelowej. <\/p>\n

Podczas badania EIGRP musimy zapami\u0119ta\u0107 cztery definicje: Feasible Distance (odleg\u0142o\u015b\u0107 wykonalna), Reported Distance (odleg\u0142o\u015b\u0107 zg\u0142oszona), Successor (s\u0105siedni router z najni\u017cszym kosztem drogi do sieci docelowej) i Feasible Successor (rezerwowy s\u0105siedni router). Aby zrozumie\u0107, co one oznaczaj\u0105, rozwa\u017cmy nast\u0119puj\u0105c\u0105 topologi\u0119 sieci. <\/p>\n

\"Szkolenie
\n
\nZacznijmy od utworzenia tabeli routingu R1 w celu wybrania najlepszego szlaku do sieci 10.1.1.0\/24. Przy ka\u017cdym z urz\u0105dze\u0144 pokazana jest przepustowo\u015b\u0107 w kbit\/s i op\u00f3\u017anienie w ms. U\u017cywamy interfejs\u00f3w GigabitEthernet z przepustowo\u015bci\u0105 100 Mbit\/s, czyli 1000000 kbit\/s, interfejs\u00f3w FastEthernet z pr\u0119dko\u015bci\u0105 100000 kbit\/s, Ethernet z pr\u0119dko\u015bci\u0105 10000 kbit\/s oraz interfejsu szeregowego z pr\u0119dko\u015bci\u0105 1544 kbit\/s. Te warto\u015bci mo\u017cna znale\u017a\u0107, przegl\u0105daj\u0105c w ustawieniach routera w\u0142a\u015bciwo\u015bci odpowiednich interfejs\u00f3w fizycznych.
\nPrzepustowo\u015b\u0107 interfejs\u00f3w szeregowych domy\u015blnie wynosi 1544 kbit\/s, a nawet je\u015bli masz \u0142\u0105czno\u015b\u0107 64 kbit\/s, przepustowo\u015b\u0107 nadal b\u0119dzie wynosi\u0107 1544 kbit\/s. Dlatego jako administrator sieci musisz upewni\u0107 si\u0119, \u017ce u\u017cywasz w\u0142a\u015bciwej warto\u015bci bandwidth. Dla konkretnego interfejsu mo\u017cna j\u0105 ustawi\u0107 za pomoc\u0105 polecenia bandwidth, a za pomoc\u0105 polecenia delay mo\u017cesz zmieni\u0107 domy\u015bln\u0105 warto\u015b\u0107 op\u00f3\u017anienia. Nie musisz si\u0119 martwi\u0107 o domy\u015blne warto\u015bci bandwidth dla interfejs\u00f3w GigabitEthernet lub Ethernet, ale b\u0105d\u017a ostro\u017cny przy wyborze pr\u0119dko\u015bci linii, je\u015bli korzystasz z interfejsu szeregowego. <\/p>\n

Zauwa\u017c, \u017ce na tym schemacie op\u00f3\u017anienie oznaczone jest jako w milisekundach ms, ale w rzeczywisto\u015bci to mikrosekundy, po prostu nie mam litery \u03bc, aby poprawnie oznaczy\u0107 mikrosekundy \u03bcs. <\/p>\n

Zwr\u00f3\u0107 uwag\u0119 na nast\u0119puj\u0105c\u0105 okoliczno\u015b\u0107. Je\u015bli wprowadzisz polecenie show interface g0\/0, system wy\u015bwietli op\u00f3\u017anienie w dziesi\u0105tkach mikrosekund, a nie tylko w mikrosekundach. <\/p>\n

Szczeg\u00f3\u0142owo om\u00f3wimy t\u0119 kwesti\u0119 w nast\u0119pnym filmie po\u015bwi\u0119conym konfigurowaniu EIGRP, na razie zapami\u0119taj, \u017ce wstawiaj\u0105c warto\u015bci op\u00f3\u017anienia do wzoru 100 \u03bcs, zamienia si\u0119 to w 10, poniewa\u017c wz\u00f3r u\u017cywa dziesi\u0105tek mikrosekund, a nie jedno\u015bci. <\/p>\n

Na schemacie zaznacz\u0119 czerwonymi kropkami interfejsy, do kt\u00f3rych odnosz\u0105 si\u0119 pokazane przepustowo\u015bci i op\u00f3\u017anienia. <\/p>\n

\"Szkolenie
\n
\nPrzede wszystkim musimy okre\u015bli\u0107 mo\u017cliw\u0105 odleg\u0142o\u015b\u0107 Feasible Distance. To metryka FD, kt\u00f3ra jest obliczana na podstawie wzoru. Dla odcinka od R5 do zewn\u0119trznej sieci musimy podzieli\u0107 107 przez 106, w wyniku czego uzyskamy 10. Nast\u0119pnie do tej warto\u015bci bandwidth musimy doda\u0107 op\u00f3\u017anienie wynosz\u0105ce 1, poniewa\u017c mamy 10 mikrosekund, to znaczy jeden dziesi\u0105tek. Uzyskana warto\u015b\u0107 11 nale\u017cy pomno\u017cy\u0107 przez 256, co daje metryk\u0119 r\u00f3wn\u0105 2816. Taka jest warto\u015b\u0107 FD dla danego odcinka sieci. <\/p>\n

Ta warto\u015b\u0107 zostanie przekazana przez router R5 do routera R2, a dla R2 stanie si\u0119 og\u0142oszon\u0105 odleg\u0142o\u015bci\u0105 Reported Distance, czyli warto\u015bci\u0105, kt\u00f3r\u0105 przekaza\u0142 mu s\u0105siad. W ten spos\u00f3b og\u0142oszona odleg\u0142o\u015b\u0107 RD dla wszystkich pozosta\u0142ych urz\u0105dze\u0144 b\u0119dzie r\u00f3wna mo\u017cliwej odleg\u0142o\u015bci FD urz\u0105dzenia, kt\u00f3re j\u0105 og\u0142osi\u0142o. <\/p>\n

Router R2 oblicza FD na podstawie swoich danych, dziel\u0105c 107 przez 105 i uzyskuj\u0105c 100. Nast\u0119pnie dodaje do tej warto\u015bci sum\u0119 op\u00f3\u017anie\u0144 na trasie do zewn\u0119trznej sieci: op\u00f3\u017anienie R5 wynosz\u0105ce jeden dziesi\u0105tek mikrosekund oraz w\u0142asne op\u00f3\u017anienie r\u00f3wnaj\u0105ce si\u0119 dziesi\u0119ciu dziesi\u0105tkom. Suma op\u00f3\u017anie\u0144 wyniesie 11 dziesi\u0105tk\u00f3w mikrosekund. Dodajemy je do uzyskanej setki i otrzymujemy 111, mno\u017cymy t\u0119 warto\u015b\u0107 przez 256 i uzyskujemy warto\u015b\u0107 FD=28416. Podobnie post\u0119puje router R3, uzyskuj\u0105c po przeprowadzonych obliczeniach warto\u015b\u0107 FD=281856. Router R4 oblicza warto\u015b\u0107 FD=3072 i przekazuje j\u0105 R1 jako RD. <\/p>\n

Zwr\u00f3\u0107 uwag\u0119, \u017ce router R1 podczas obliczania FD wykorzystuje w formule nie swoj\u0105 przepustowo\u015b\u0107 1000000 kbit\/s, ale mniejsz\u0105 przepustowo\u015b\u0107 routera R2, kt\u00f3ra wynosi 100000 kbit\/s, poniewa\u017c w formule zawsze stosuje si\u0119 minimaln\u0105 przepustowo\u015b\u0107 interfejsu prowadz\u0105cego do docelowej sieci. W tym przypadku na drodze do sieci 10.1.1.0\/24 znajduj\u0105 si\u0119 routery R2 i R5, ale poniewa\u017c przepustowo\u015b\u0107 pi\u0105tego routera jest wi\u0119ksza, w formule wykorzystuje si\u0119 najni\u017csz\u0105 warto\u015b\u0107 przepustowo\u015bci routera R2. Ca\u0142kowite op\u00f3\u017anienie na drodze R1-R2-R5 wynosi 1+10+1 (dziesi\u0105tek) = 12, przy czym przepustowo\u015b\u0107 wynikowa wynosi 100, a suma tych liczb, pomno\u017cona przez 256, daje warto\u015b\u0107 FD=30976. <\/p>\n

Tak wi\u0119c wszystkie urz\u0105dzenia obliczy\u0142y FD swoich interfejs\u00f3w, a router R1 ma 3 trasy prowadz\u0105ce do sieci docelowej. S\u0105 to trasy R1-R2, R1-R3 i R1-R4. Router wybiera minimaln\u0105 warto\u015b\u0107 mo\u017cliwej odleg\u0142o\u015bci FD, kt\u00f3ra wynosi 30976 \u2013 to jest trasa do routera R2. Ten router staje si\u0119 Successorem, czyli \u201enast\u0119pc\u0105\u201d. W tabeli routingu wskazany jest r\u00f3wnie\u017c Feasible Successor (rezerwowy nast\u0119pca) \u2013 oznacza to, \u017ce w przypadku przerwania \u0142\u0105czno\u015bci mi\u0119dzy R1 a Successorem, ruch b\u0119dzie kierowany przez rezerwowy router Feasible Successor.<\/p>\n

Feasible Successors s\u0105 przypisywani zgodnie z prost\u0105 zasad\u0105: og\u0142oszona odleg\u0142o\u015b\u0107 RD tego routera musi by\u0107 mniejsza ni\u017c FD routera na odcinku do Successora. W naszym przypadku R1-R2 ma FD=30976, a RD na odcinku R1-R3 wynosi 281856, natomiast RD na odcinku R1-R4 wynosi 3072. Poniewa\u017c 3072 < 30976, jako Feasible Successors wybierany jest router R4. <\/p>\n

Oznacza to, \u017ce w przypadku przerwania \u0142\u0105czno\u015bci na odcinku sieci R1-R2 ruch do sieci 10.1.1.0\/24 b\u0119dzie kierowany przez tras\u0119 R1-R4-R5. Prze\u0142\u0105czanie trasy przy u\u017cyciu RIP zajmuje kilka dziesi\u0105tek sekund, przy u\u017cyciu OSPF \u2013 kilka sekund, a w EIGRP nast\u0119puje natychmiastowo. To jest kolejna zaleta EIGRP w por\u00f3wnaniu do innych protoko\u0142\u00f3w routingu. <\/p>\n

Co si\u0119 stanie, je\u015bli jednocze\u015bnie przerwie si\u0119 po\u0142\u0105czenie z Successor i Feasible Successor? W takim przypadku EIGRP zaanga\u017cuje algorytm DUAL, kt\u00f3ry mo\u017ce obliczy\u0107 zapasow\u0105 tras\u0119 przez prawdopodobnego nast\u0119pc\u0119. Mo\u017ce to zaj\u0105\u0107 kilka sekund, w tym czasie EIGRP znajdzie innego s\u0105siada, kt\u00f3rego mo\u017cna wykorzysta\u0107 do przesy\u0142ania ruchu, i umie\u015bci jego dane w tabeli routingu. Po tym protok\u00f3\u0142 b\u0119dzie kontynuowa\u0142 normalne dzia\u0142anie w celu zapewnienia routingu. <\/p>\n

\r\n \"Odtwarzaj\r\n
<\/div>\r\n <\/div><\/center>
\nDzi\u0119kujemy, \u017ce z nami jeste\u015b. Czy podobaj\u0105 Ci si\u0119 nasze artyku\u0142y? Chcesz widzie\u0107 wi\u0119cej interesuj\u0105cych materia\u0142\u00f3w? Wspieraj nas sk\u0142adaj\u0105c zam\u00f3wienie lub polecaj\u0105c znajomym, 30% zni\u017cki dla u\u017cytkownik\u00f3w Habr na unikalny odpowiednik serwer\u00f3w entry-level, kt\u00f3ry zosta\u0142 stworzony przez nas dla Ciebie:<\/b> Ca\u0142a prawda o VPS (KVM) E5-2650 v4 (6 rdzeni) 10GB DDR4 240GB SSD 1Gbps od 20 dolar\u00f3w, czyli jak prawid\u0142owo podzieli\u0107 serwer?<\/a><\/noindex> (dost\u0119pne opcje z RAID1 i RAID10, do 24 rdzeni i do 40GB DDR4).<\/p>\n

Dell R730xd dwa razy ta\u0144szy?<\/b> Tylko u nas 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100TB od 199 dolar\u00f3w<\/a><\/noindex> w Holandii! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 od 99 dolar\u00f3w!<\/b><\/b> Czytaj o tym Jak zbudowa\u0107 infrastruktur\u0119 klasy korporacyjnej z zastosowaniem serwer\u00f3w Dell R730xd E5-2650 v4 kosztuj\u0105cych 9000 euro za grosze?<\/a><\/noindex>
\n
\u0179r\u00f3d\u0142o: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA. \u041f\u043e\u0437\u0436\u0435 \u043c\u044b \u0432\u0435\u0440\u043d\u0435\u043c\u0441\u044f \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.5, \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0441\u0440\u0430\u0437\u0443 \u043f\u043e\u0441\u043b\u0435 \u0440\u0430\u0437\u0434\u0435\u043b\u0430 2.4 \u043f\u0435\u0440\u0435\u0439\u0434\u0435\u043c \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.6 \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u0443\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043e\u043a EIGRP \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438 stub)\u00bb. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0443 \u043d\u0430\u0441 \u0431\u0443\u0434\u0435\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28820,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38396","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Szkolenie Cisco 200-125 CCNA v3.0. Dzie\u0144 49. Wprowadzenie do EIGRP | ProHoster","description":"Dzi\u015b rozpoczniemy nauk\u0119 protoko\u0142u EIGRP, kt\u00f3ry, obok OSPF, jest najwa\u017cniejszym tematem kursu CCNA.","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 49. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 EIGRP | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA.","og:url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:23:30+00:00","article:modified_time":"2019-10-31T19:23:30+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38396","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 21:52:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:10:22","updated":"2026-01-23 21:52:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/38396","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=38396"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/38396\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media\/28820"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=38396"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=38396"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=38396"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}