PiRwSIP Wykład 4: Zaawansowany OSPF i Wprowadzenie do EIGRP

Area Border Router jako strażnik granicy obszarów

Router ABR (Area Border Router) to kluczowe urządzenie stojące na granicy dwóch światów. Posiada on interfejsy w co najmniej dwóch różnych obszarach OSPF, przy czym jeden z nich musi być "kręgosłupem" sieci (Area 0). To on decyduje, jakie informacje o lokalnych trasach przekazać dalej do reszty firmy.

Jego rola jest podobna do roli tłumacza lub ambasadora — zamiast wysyłać tysiące drobnych szczegółów o każdym kablu, ABR tworzy zgrabne streszczenia (sumaryzację). Dzięki temu routery w odległych oddziałach nie muszą znać topologii całego biura w innym mieście, co oszczędza ich moc obliczeniową i stabilizuje pracę całej infrastruktury.

ABR to router OSPF, który ma co najmniej jeden interfejs w Area 0 (backbone) i przynajmniej jeden w innym obszarze (non-backbone area). Jego główne zadania to: propagacja LSA typu 3 (Summary LSA) między obszarami, filtrowanie i agregacja tras oraz redukcja rozmiaru LSDB w podłączonych obszarach.

W konfiguracji Cisco IOS router staje się ABR automatycznie, gdy tylko skonfigurujemy interfejsy w różnych obszarach. Polecenie show ip ospf pokazuje, czy router pełni rolę ABR (flaga "It is an area border router"). W przypadku wielu obszarów ABR odgrywa kluczową rolę w skalowalności sieci — bez niego każdy router musiałby przechowywać LSDB wszystkich obszarów, co przy tysiącach tras stałoby się niemożliwe.

Dwuwarstwowa architektura OSPF

OSPF nie jest płaski — opiera się na inteligentnej, dwuwarstwowej strukturze. W centrum zawsze znajduje się Area 0 (Backbone), a dookoła niego "pływają" pozostałe obszary standardowe. Ważna zasada techniczna: każdy obszar musi mieć bezpośredni kontakt z Area 0.

Dzięki takiej architekturze ruch między różnymi działami firmy musi zawsze przejść przez kręgosłup sieci. Zapobiega to powstawaniu niebezpiecznych pętli routingu i pozwala administratorom na łatwe wprowadzanie zmian w jednym miejscu bez ryzyka, że odbije się to czkawką w całej globalnej sieci. To fundament skalowalności OSPF.

Struktura hierarchiczna OSPF składa się z dwóch poziomów: poziom 1 (backbone — Area 0) i poziom 2 (obszary standardowe — Area 1, 2, 3 itd.). Routery wewnątrz obszaru standardowego znają szczegółową topologię tylko swojego obszaru. O sieciach w innych obszarach wiedzą tylko tyle, ile przekaże im ABR — czyli zagregowane trasy (LSA typu 3).

Ta hierarchia przynosi trzy kluczowe korzyści: (1) mniejsze bazy danych LSDB w każdym obszarze, (2) szybsza konwergencja po awarii (zmiana w jednym obszarze nie wymaga przeliczania SPF w innych), (3) możliwość stosowania route summarization na ABR, co redukuje liczbę tras propagowanych między obszarami.

Typy LSA w OSPF

Pakiety LSA (Link-State Advertisement) to drobne porcje informacji, z których routery układają wielką interaktywną mapę sieci. Każdy router generuje własne LSA, opisując: "Cześć, to ja, mam takie porty i takich sąsiadów".

W OSPF mamy kilka typów LSA (od 1 do 5). Każdy z nich służy do czegoś innego: jedne opisują routery, inne całe sieci, a jeszcze inne trasy wychodzące do Internetu. Zrozumienie, który typ LSA właśnie "przyleciał" do routera, pozwala inżynierowi na błyskawiczne zrozumienie, czy problem leży wewnątrz pokoju, czy może u dostawcy usług internetowych.

W OSPFv2 istnieje pięć podstawowych typów LSA: Type 1 (Router LSA) — generowany przez każdy router, opisuje stan jego łączy wewnątrz obszaru. Type 2 (Network LSA) — generowany przez DR w sieciach typu broadcast/NBMA. Type 3 (Summary LSA) — generowany przez ABR, ogłasza trasy między obszarami. Type 4 (ASBR Summary LSA) — wskazuje drogę do routera ASBR. Type 5 (AS External LSA) — ogłasza trasy zewnętrzne spoza domeny OSPF.

W OSPFv3 dodano dodatkowe typy LSA, takie jak Type 8 (Link LSA) i Type 9 (Intra-Area Prefix LSA), które odseparowują informacje o adresacji IPv6 od topologii. Każde LSA ma swój LS Age (wiek, max 3600s), LS Sequence Number (do określania kolejności aktualizacji) i Checksum. Routery używają tych pól do określenia, które LSA są nowsze i wymagają aktualizacji.

Router LSA jako podstawowa informacja o urządzeniu

LSA typu 1 (Router LSA) to podstawowa informacja, którą produkuje absolutnie każde urządzenie w sieci OSPF. Można ją porównać do wizytówki: zawiera Router ID urządzenia oraz listę wszystkich jego aktywnych "rąk" (interfejsów) wraz z ich adresami IP i kosztami.

To ogłoszenie nigdy nie wychodzi poza granice własnego obszaru. Służy ono do budowania szczegółowego planu "naszego podwórka". Dzięki typowi 1 każdy router w danym obszarze dokładnie wie, jak wygląda jego sąsiedztwo i którędy biec najkrótszą drogą do wyjścia.

Router LSA (Type 1) zawiera listę wszystkich łączy (links) danego routera wraz z informacją o typie połączenia. W OSPF wyróżniamy cztery typy łączy w Router LSA: Type 1 (Point-to-Point) — łącze do innego routera; Type 2 (Transit) — łącze do sieci typu transit (np. Ethernet z DR); Type 3 (Stub) — łącze do sieci końcowej (stub network); Type 4 (Virtual) — łącze wirtualne (Virtual Link).

Każdy wpis łącza w Router LSA zawiera: Link ID (identyfikator sąsiada lub sieci), Link Data (np. adres IP interfejsu lub maska sieci), Type (typ łącza) oraz Metric (koszt łącza). Router LSA jest unikalny dla każdego routera w obszarze i jest identyfikowany przez Router ID nadawcy.

Network LSA jako reprezentacja segmentu

W sieciach, gdzie do jednego przełącznika podpiętych jest wiele routerów (np. Ethernet), system OSPF upraszcza widok topologii. Zamiast rysować miliony połączeń "każdy z każdym", wybierany jest lider grupy — Router Wyznaczony (DR).

To właśnie DR wysyła LSA typu 2. Opisuje w nim cały segment sieci jako jedną zbiorczą jednostkę i wymienia wszystkich, którzy są do niej wpięci. Dzięki temu mapa sieci pozostaje przejrzysta, a procesor routera nie musi tracić czasu na analizowanie setek identycznych połączeń wewnątrz jednego kabla.

Network LSA (Type 2) jest generowany przez Designated Router (DR) w sieciach typu broadcast (Ethernet) i NBMA (Frame Relay, ATM). Zawiera on: Link-State ID = adres IP interfejsu DR w segmencie, Network Mask (maska podsieci), oraz listę wszystkich routerów w segmencie, które mają stan sąsiedztwa Full z DR (wraz z samym DR i BDR).

Network LSA redukuje liczbę LSA w segmencie z n*(n-1)/2 (połączenia full mesh) do n (tylko połączenia z DR). Bez tego mechanizmu, w segmencie z 10 routerami, każdy musiałby utrzymywać relacje z 9 innymi — razem 45 relacji. Dzięki DR/BDR każdy router utrzymuje relację tylko z DR i BDR (2 relacje), co drastycznie redukuje ruch i złożoność.

Designated Router jako przewodniczący sieci

Wyobraźmy sobie spotkanie dziesięciu osób, gdzie każdy chce każdemu coś opowiedzieć — powstanie szum. Router Wyznaczony (Designated Router) to taki przewodniczący zebrania. Wszyscy w segmencie Ethernet raportują zmiany do niego, a on ogłasza je całej reszcie.

Taki mechanizm radykalnie zmniejsza ruch w sieci. Zamiast setek pakietów kontrolnych, mamy uporządkowaną wymianę. Wszystkie routery (DROTHERs) rozmawiają tylko z DR-em. To on jest odpowiedzialny za to, aby każdy uczestnik miał najświeższą wersję mapy sieci w swojej pamięci.

DR (Designated Router) i BDR (Backup Designated Router) są wybierane w sieciach typu broadcast i NBMA. Routery DROTHER (niebędące DR ani BDR) utrzymują stan sąsiedztwa Full tylko z DR i BDR. Między sobą DROTHERy pozostają w stanie 2-Way. DR używa adresu multicast 224.0.0.5 (AllSPFRouters) do wysyłania aktualizacji do wszystkich routerów, a DROTHERy używają 224.0.0.6 (AllDRouters) do komunikacji z DR/BDR.

Wybór DR/BDR odbywa się na podstawie priorytetu (0-255, domyślnie 1) i Router ID. Router z najwyższym priorytetem zostaje DR, drugi najwyższy to BDR. W przypadku remisu wygrywa wyższy RID. Router z priorytetem 0 nigdy nie zostanie DR ani BDR. Po wyborze DR/BDR pozostają nimi aż do restartu procesu OSPF lub awarii — nawet jeśli później pojawi się router z wyższym priorytetem.

Backup Designated Router jako zapasowy lider

Co się stanie, gdy najważniejszy w segmencie router (DR) nagle przestanie działać? Aby uniknąć chaosu i długiego czekania na nowe wybory, OSPF zawsze mianuje zastępcę — BDR (Backup Designated Router).

BDR to "milczący obserwator". Podsłuchuje on wszystkie rozmowy między DR-em a resztą sieci i cały czas utrzymuje identyczną bazę wiedzy. Jeśli tylko zauważy, że DR "milczy" zbyt długo, w mgnieniu oka przejmuje jego rolę. Dzięki temu użytkownicy sieci nawet nie zauważą, że ich główny węzeł komunikacyjny właśnie uległ awarii.

BDR utrzymuje stan Full ze wszystkimi routerami w segmencie — podobnie jak DR — ale nie wysyła własnych ogłoszeń LSA typu 2. Jego jedynym zadaniem jest obserwacja i gotowość do przejęcia. Gdy DR przestaje odpowiadać na pakiety Hello (po upływie Dead Interval = 40s), BDR natychmiast przejmuje rolę DR, a nowy BDR jest wybierany spośród DROTHERów.

W sieciach point-to-point (połączenie bezpośrednie między dwoma routerami) koncepcja DR/BDR nie istnieje — nie ma potrzeby wybierania lidera, gdy są tylko dwa urządzenia. Routery w sieci point-to-point przechodzą bezpośrednio do stanu Full bez wyborów. Również w sieciach Point-to-Multipoint DR/BDR nie występują.

Mechanizm wyboru lidera segmentu

Kto zostaje liderem? OSPF stosuje tu prostą i sprawiedliwą zasadę. Najpierw patrzy na priorytet (domyślnie 1). Router z najwyższym priorytetem wygrywa. Jeśli wszyscy mają ten sam, wygrywa ten, który ma wyższy identyfikator, czyli Router ID (najwyższy adres IP interfejsu lub loopback).

Możemy też oszukać system — ustawiając priorytet na 0, informujemy router: "Ty jesteś za słaby, nigdy nie bądź liderem". To ważna technika, bo chcemy, aby liderem (DR) był najmocniejszy sprzętowo router w firmie, a nie np. stary model, który akurat ma wysoki adres IP.

Wybory DR/BDR odbywają się w momencie uruchomienia interfejsu OSPF w sieci typu broadcast/NBMA. Routery przechodzą przez stany Waiting (oczekiwanie na ogłoszenie innych routerów, trwa Wait Timer = Dead Interval) i 2-Way, po czym następuje wybór. Router z najwyższym priorytetem (0-255) zostaje DR, drugi najwyższy to BDR.

Konfiguracja priorytetu w Cisco IOS: interface GigabitEthernet0/0 → ip ospf priority 255. Ustawienie priorytetu 0 oznacza, że router nigdy nie zostanie DR ani BDR. Jest to przydatne, gdy w segmencie znajduje się starszy model routera, który nie powinien brać na siebie ciężaru bycia liderem. Pamiętaj: zmiana priorytetu nie powoduje natychmiastowego przejęcia — DR/BDR pozostają do restartu procesu lub awarii.

Summary LSA jako pomost między obszarami

LSA typu 3 (Summary LSA) to raporty, które routery ABR wysyłają między obszarami. Zamiast wysyłać rysunek całego biura w Łodzi do biura w Londynie, ABR z Łodzi wysyła krótką informację: "U nas są takie i takie sieci, szukajcie ich przez moją bramę".

Dzięki temu routery w Londynie nie muszą wiedzieć o każdym pojedynczym switchu w Łodzi. Widzą tylko "chmurę" podsieci. Drastycznie upraszcza to obliczenia algorytmu SPF i sprawia, że OSPF może stabilnie łączyć nawet tysiące urządzeń na różnych kontynentach bez ryzyka przeciążenia pamięci.

Summary LSA (Type 3) jest generowany przez ABR i rozsyłany do wszystkich podłączonych obszarów. Zawiera on: Link-State ID (adres sieci docelowej), Network Mask (maska sieci), Metric (koszt od ABR do sieci docelowej). LSA typu 3 nie zawiera szczegółowej topologii — tylko informację o osiągalności sieci i jej koszcie.

Jedną z kluczowych zalet LSA typu 3 jest możliwość route summarization na ABR. Polecenie area 1 range 10.1.0.0 255.255.252.0 powoduje, że ABR agreguje wszystkie podsieci z obszaru 1 (np. 10.1.0.0/24, 10.1.1.0/24, 10.1.2.0/24, 10.1.3.0/24) w jedną trasę 10.1.0.0/22. Zmniejsza to rozmiar tablic routingu w innych obszarach i chroni je przed fluktuacjami tras (route flapping).

ASBR Summary LSA jako lokalizator bramy zewnętrznej

Wyobraźmy sobie, że jeden z routerów (ASBR) zna drogę do Internetu lub do innej sieci (np. BGP). Inne routery muszą wiedzieć, jak go znaleźć. Służy do tego LSA typu 4.

Jest to specyficzny drogowskaz generowany przez ABR-a, który mówi wszystkim: "Jeśli chcecie wysłać dane na zewnątrz, ten konkretny router ASBR w innym obszarze wie jak to zrobić, a dojdziecie do niego tędy". Bez typu 4 routery wiedziałyby, że sieci zewnętrzne istnieją, ale nie miałyby pojęcia, do którego fizycznego gniazdka w innym mieście mają "kopnąć" pakiet.

ASBR Summary LSA (Type 4) jest generowany przez ABR i informuje routery w innych obszarach o lokalizacji ASBR (Autonomous System Boundary Router). Pole Link-State ID w LSA typu 4 zawiera Router ID routera ASBR, a metryka wskazuje koszt od ABR do ASBR.

ASBR (Autonomous System Boundary Router) to router OSPF, który importuje trasy zewnętrzne spoza domeny OSPF — na przykład trasy statyczne, trasy z RIP, EIGRP lub BGP. Proces ten nazywamy redystrybucją tras (route redistribution). ASBR generuje LSA typu 5 (External LSA) dla tras zewnętrznych. Aby routery w innych obszarach mogły dotrzeć do ASBR, ABR musi wygenerować LSA typu 4 wskazujące drogę do niego.

External LSA jako okno na świat

LSA typu 5 (External LSA) niesie informacje o sieciach, które nie należą do naszej domeny OSPF — np. o trasach statycznych do partnera biznesowego lub o całym Internecie. Są one wrzucane do sieci przez router ASBR w procesie zwanym redystrybucją.

W przeciwieństwie do innych typów, LSA 5 "płynie" wszędzie, do każdego zakątka firmy (poza obszarami specjalnie odizolowanymi). Dzięki temu nawet najmniejszy router w biurze wie, że istnieje droga "na zewnątrz", co pozwala pracownikom na korzystanie z zasobów niebędących częścią ich lokalnej infrastruktury IT.

External LSA (Type 5) są generowane przez ASBR i zawierają informacje o sieciach zewnętrznych. Są one identyfikowane przez Link-State ID (adres sieci zewnętrznej) i Advertising Router (RID ASBR). LSA typu 5 rozprzestrzeniają się w całej domenie OSPF, z wyjątkiem obszarów typu Stub i Totally Stubby, które ich nie przyjmują.

LSA typu 5 mają dwa typy metryk: E1 (External Type 1) — koszt zewnętrzny + koszt wewnętrzny OSPF do ASBR; oraz E2 (External Type 2) — tylko koszt zewnętrzny (domyślnie). W typie E2 wszystkie routery w domenie OSPF widzą ten sam koszt do sieci zewnętrznej, niezależnie od odległości od ASBR. W typie E1 koszt rośnie wraz z odległością od ASBR, co umożliwia wybór najbliższego ASBR w przypadku wielu bram.

Konfiguracja OSPFv2 w Cisco IOS

Uruchomienie OSPF na sprzęcie Cisco to dwa proste kroki. Najpierw wpisujemy polecenie router ospf [ID]. Ten numer ID służy tylko nam wewnątrz urządzenia (możemy mieć kilka procesów naraz). Najważniejsze jest polecenie network, które wskazuje, na których interfejsach router ma zacząć "szukać przyjaciół".

Należy pamiętać: polecenie to nie tyle ogłasza sieć, co aktywuje protokół na konkretnych interfejsach. Gdy tylko interfejs "poczuje", że pasuje do wpisanej sieci, zaczyna wysyłać pakiety Hello i słuchać, czy ktoś nie chce zostać jego nowym sąsiadem w OSPF.

Pełna składnia konfiguracji OSPFv2 w Cisco IOS: router ospf 1 (numer procesu 1-65535, lokalny dla routera), następnie network 192.168.1.0 0.0.0.255 area 0. Polecenie network przyjmuje adres sieci i maskę wildcard (odwrotność maski podsieci) oraz numer obszaru. Interfejsy, których adres IP pasuje do zakresu, zostają włączone do procesu OSPF w danym obszarze.

Alternatywnie, w nowszych wersjach Cisco IOS, można włączyć OSPF bezpośrednio na interfejsie: interface GigabitEthernet0/0 → ip ospf 1 area 0. Jest to wygodniejsze w konfiguracji opartej na interfejsach (interface-based configuration). Dodatkowe opcje konfiguracji OSPF obejmują: router-id 1.1.1.1 (ręczne ustawienie RID), auto-cost reference-bandwidth 10000 (zmiana referencyjnej przepustowości), passive-interface default (wszystkie interfejsy domyślnie pasywne).

Maska Wildcard w konfiguracji OSPF

W OSPF zamiast zwykłej maski podsieci używamy Maski Wildcard (odwrotnej). Jest to sposób, aby powiedzieć routerowi, które bity adresu go interesują (0), a które może zignorować (1). Dla popularnej maski 255.255.255.0 jej wersja Wildcard to 0.0.0.255.

Ta metoda daje administratorowi niesamowitą precyzję. Można za jej pomocą wskazać jeden konkretny adres komputera (maska 0.0.0.0) lub całkiem duży zakres IP jednym prostym poleceniem. To "scyzoryk inżyniera", pozwalający na precyzyjne sterowanie tym, które części biura mają ze sobą rozmawiać.

Wildcard mask (maska odwrotna) działa na zasadzie: 0 = musi być zgodne (dopasowanie), 1 = może być dowolne (ignorowane). Oblicza się ją jako: Wildcard = 255.255.255.255 - Maska_podsieci. Przykłady: maska /24 (255.255.255.0) → wildcard 0.0.0.255; maska /28 (255.255.255.240) → wildcard 0.0.0.15; maska /32 (255.255.255.255) → wildcard 0.0.0.0 (pojedynczy host).

W praktyce inżynierskiej maski wildcard są używane nie tylko w OSPF, ale także w Access Control Lists (ACL) oraz w protokole EIGRP. W nowszych wersjach Cisco IOS polecenie network w OSPF akceptuje również standardową maskę podsieci zamiast wildcard — router automatycznie konwertuje ją na format odwrotny.

Przypisywanie interfejsów do obszarów OSPF

Ostatnim elementem polecenia network jest wskazanie numeru obszaru (Area). Każdy interfejs routera może należeć tylko do jednego obszaru. Jeśli przypiszemy dwa interfejsy do różnych Area, ten router automatycznie stanie się routerem ABR i zacznie filtrować oraz sumować ruch między nimi.

W małych firmach najczęściej wszystko pakujemy do Area 0 (topologia Single Area). Dopiero gdy nasza sieć zaczyna "puchnąć" i routery stają się ociężałe, zaczynamy tworzyć Area 1, 2 itd., aby odciążyć CPU naszych urządzeń i zachować porządek w tablicach routingu.

Numeracja obszarów OSPF: Area 0 (lub 0.0.0.0) — obszar szkieletowy (backbone), obowiązkowy. Area 1, 2, 3 itd. — obszary standardowe. Obszary można zapisywać w notacji dziesiętnej (area 0, area 1) lub w notacji adresu IP (area 0.0.0.1). W praktyce często używa się notacji adresu IP dla obszarów, gdyż pozwala to na tworzenie schematów zgodnych z numeracją lokalizacji.

Konfiguracja wielu obszarów: network 10.1.0.0 0.0.255.255 area 1 — interfejsy z zakresu 10.1.x.x trafiają do Area 1; network 10.0.0.0 0.255.255.255 area 0 — interfejsy z zakresu 10.0.x.x trafiają do Area 0. Router z interfejsami w obu obszarach automatycznie staje się ABR. Polecenie show ip ospf interface brief pokazuje, który interfejs należy do którego obszaru.

Ustawianie priorytetu interfejsu OSPF

Nie chcemy, aby w naszej sieci liderem (DR) został przypadek. Wyobraźmy sobie, że routerem wyznaczonym zostaje stary, słaby model tylko dlatego, że ma wysoki adres IP. Rozwiązaniem jest zmiana priorytetu interfejsu (domyślnie 1).

Inżynierowie zazwyczaj ustawiają priorytet 255 na najszybszym i najnowszym routerze w szafie. Wtedy mamy 100% pewności, że to on "weźmie na klatę" ciężar zarządzania komunikacją w segmencie Ethernet, co przełoży się na płynniejszą pracę całej sieci i stabilniejsze łącza dla pracowników.

W Cisco IOS priorytet interfejsu OSPF ustawia się poleceniem: interface GigabitEthernet0/0 → ip ospf priority 255. Wartości priorytetu: 0 — router nigdy nie będzie DR ani BDR; 1 — domyślna; 2-255 — priorytet, im wyższy, tym większa szansa na wybór na DR/BDR.

Ważne: zmiana priorytetu nie powoduje natychmiastowej zmiany DR/BDR — obowiązuje zasada non-preemptive. Gdy router zostanie wybrany na DR, pozostaje nim do momentu restartu procesu OSPF lub awarii interfejsu. Jeśli chcesz wymusić nowe wybory bez restartu wszystkich routerów, możesz użyć polecenia clear ip ospf process na DR — spowoduje to restart procesu OSPF i nowe wybory.

Bezpieczeństwo OSPF przez uwierzytelnianie

Domyślnie OSPF jest ufny — dołączy do każdego, kto wyśle mu "Hello". To ogromna dziura w bezpieczeństwie. Haker mógłby podpiąć swój laptop do gniazdka w ścianie i udając router, przejąć kontrolę nad tym, którędy płyną firmowe hasła czy przelewy.

Aby temu zapobiec, stosujemy uwierzytelnianie (najlepiej MD5). Wtedy routery, zanim zaczną wymieniać mapy, sprawdzają ukryte hasło. Jeśli "klucz" się nie zgadza, router po prostu ignoruje sąsiada. To absolutna podstawa przy projektowaniu bezpiecznych sieci bankowych czy rządowych.

OSPF oferuje trzy tryby uwierzytelniania: Null (brak — domyślnie), Plain Text (typ 1 — hasło w czystym tekście, niezalecane, łatwe do przechwycenia), MD5 (typ 2 — haszowanie MD5, zalecane). Konfiguracja MD5 w Cisco IOS: interface GigabitEthernet0/0 → ip ospf message-digest-key 1 md5 haslo123 i w trybie konfiguracji routera: router ospf 1 → area 0 authentication message-digest.

Uwierzytelnianie MD5 w OSPF używa algorytmu MD5 do tworzenia 16-bajtowego skrótu (hash) z pakietu OSPF + hasła. Skrót jest dołączany do pakietu OSPF, a odbiorca, znając hasło, weryfikuje autentyczność. W praktyce dla bezpieczeństwa zaleca się używanie SHA (Secure Hash Algorithm) w OSPFv3 lub włączanie IPsec do szyfrowania całej komunikacji OSPF.

Cisza na interfejsach dostępowych

Po co wysyłać pakiety OSPF Hello do drukarki lub laptopa prezesa? One i tak nie "mówią" w tym protokole. Co gorsza, haker może te pakiety podsłuchać i dowiedzieć się, jak wygląda nasza sieć. Tutaj z pomocą przychodzi polecenie passive-interface.

To polecenie mówi routerowi: "Wiem, że na tym interfejsie jest sieć i ogłaszaj ją całemu światu, ale nie wysyłaj TAM żadnych technicznych komunikatów OSPF". Dzięki temu sieć LAN jest widoczna dla wszystkich, ale nikt wewnątrz niej nie może manipulować pracą naszych routerów.

W Cisco IOS passive-interface konfiguruje się w trybie konfiguracji routera: router ospf 1 → passive-interface GigabitEthernet0/1. Alternatywnie można włączyć tryb pasywny dla wszystkich interfejsów: passive-interface default, a następnie wyłączyć go tylko dla interfejsów, które mają nawiązywać sąsiedztwo: no passive-interface GigabitEthernet0/0.

Interfejs pasywny w OSPF: (1) nie wysyła pakietów Hello — nie nawiązuje sąsiedztwa; (2) jego sieć jest nadal ogłaszana w LSA typu 1 (jako stub network); (3) nie odbiera ani nie przetwarza pakietów OSPF z tego interfejsu. Jest to standardowa praktyka na interfejsach dostępowych (access layer), gdzie podłączone są urządzenia końcowe (komputery, drukarki, telefony IP), które nie uczestniczą w routingu.

Redystrybucja tras między protokołami

Czasami musimy połączyć OSPF z czymś innym — np. z trasami statycznymi lub innym działem firmy, który używa protokołu EIGRP. Ten proces nazywamy redystrybucją. Router, który to wykonuje (ASBR), musi umieć "przetłumaczyć" informacje z jednego języka na drugi.

Redystrybucja jest jak stacja przekaźnikowa. Pozwala nam ogłosić całemu OSPF-owi: "Słuchajcie, ja wiem jak dojść do sieci partnera, która nie używa OSPF. Wysyłajcie wszystko do mnie, a ja to tam przekażę". To klucz do budowania hybrydowych, wielkich struktur sieciowych.

W Cisco IOS redystrybucję tras do OSPF konfiguruje się poleceniami: router ospf 1 → redistribute static subnets (redystrybucja tras statycznych), redistribute eigrp 100 subnets (redystrybucja z EIGRP), redistribute bgp 65000 subnets (redystrybucja z BGP). Słowo kluczowe subnets jest ważne — bez niego OSPF redystrybuuje tylko trasy klasowe.

Podczas redystrybucji można kontrolować typ metryki zewnętrznej: redistribute static metric-type 1 (E1 — koszt wewnętrzny + zewnętrzny) lub metric-type 2 (E2 — tylko koszt zewnętrzny, domyślnie). Można też ustawić stałą metrykę: redistribute static metric 100. Aby uniknąć niekontrolowanego przepływu tras między protokołami, zawsze stosuje się filtrowanie tras (route maps, distribute lists) podczas redystrybucji.

OSPFv3 jako routing dla IPv6

Gdy przechodzimy na IPv6, nasz stary OSPF musi ewoluować do wersji v3. Największa zmiana? Konfiguracja nie odbywa się już przez ogólne polecenia network, ale bezpośrednio wewnątrz konfiguracji konkretnego portu (interface command).

OSPFv3 jest bardziej samodzielny — do rozmowy z sąsiadami używa wyłącznie adresów Link-Local (tych startujących od fe80), co sprawia, że routing może zacząć działać w biurze nawet zanim operator przydzieli nam oficjalne, globalne adresy IP. Ponadto, v3 oddziela adresowanie od topologii, co czyni go znacznie bardziej odpornym na częste zmiany numeracji w sieciach IPv6.

Różnice między OSPFv2 a OSPFv3: OSPFv2 działa tylko na IPv4, OSPFv3 działa na IPv6. W OSPFv2 RID i LSA używają adresów IPv4, w OSPFv3 RID pozostaje 32-bitowy (nadal zapisywany w notacji IPv4), ale adresy w LSA są już IPv6. OSPFv2 uwierzytelnia za pomocą MD5 wbudowanego w protokół, OSPFv3 polega na IPsec (AH/ESP) do uwierzytelniania i szyfrowania.

Konfiguracja OSPFv3 w Cisco IOS: ipv6 router ospf 1 → router-id 1.1.1.1. Na interfejsie: interface GigabitEthernet0/0 → ipv6 ospf 1 area 0. OSPFv3 używa instancji (instance-id) do oddzielania wielu procesów na tym samym łączu. Domyślna instancja to 0. W OSPFv3 dodano nowe typy LSA: Type 8 (Link LSA) — ogłasza adresy Link-Local i prefiksy sieci; Type 9 (Intra-Area Prefix LSA) — ogłasza prefiksy IPv6 wewnątrz obszaru.

Polecenia diagnostyczne OSPF

Gdy OSPF "nie wstaje", najważniejszym poleceniem jest show ip ospf neighbor. Jeśli nie widzisz tam sąsiada, oznacza to, że wasza "przyjaźń" utknęła na poziomie technicznym. Przyczyny? Najczęściej błąd w masce podsieci, inne hasło uwierzytelniania lub niedopasowane timery.

Pamiętaj: w OSPF routery muszą być jak lustrzane odbicia. Jeśli jeden chce wysyłać Hello co 10 sekund, a drugi co 30 — nigdy się nie dogadają. Diagnostyka to systematyczne sprawdzanie tych parametrów aż do momentu, gdy stan sąsiedztwa zmieni się na upragnione 'FULL'.

Podstawowe polecenia diagnostyczne OSPF w Cisco IOS: show ip ospf neighbor — lista sąsiadów i ich stanów; show ip ospf interface — szczegóły OSPF na interfejsach; show ip ospf database — zawartość LSDB; show ip route ospf — tylko trasy OSPF w tablicy routingu; show ip protocols — status wszystkich procesów routingu; show ip ospf — ogólne informacje o procesie OSPF.

Typowe problemy: (1) sąsiad w stanie EXSTART/EXCHANGE — problem z MTU (oba interfejsy muszą mieć to samo MTU). (2) sąsiad w stanie 2-WAY — routery się słyszą, ale nie chcą być Full (normalne dla DROTHER w sieci broadcast). (3) brak sąsiada — sprawdź show ip ospf interface, czy interfejs w ogóle jest aktywny w OSPF, czy nie ma passive-interface, czy sieci pasują do polecenia network.

Case Study: OSPF z trzema routerami

Zaprojektujmy sieć trzech routerów w układzie trójkąta. Jeśli jeden kabel zostanie przecięty, dane mają płynąć dłuższą drogą. W OSPF dzieje się to automatycznie. Naszym zadaniem jest tylko włączenie protokołu na wszystkich sześciu połączeniach i upewnienie się, że należą do Area 0.

Po minucie routery same zorientują się, które drogi są "najtańsze" (najszybsze). Jeśli teraz wyłączysz jeden port, zobaczysz jak w kilka sekund tablica routingu na pozostałych routerach zmieni się sama, wskazując nową, okrężną drogę do celu. To właśnie ta magia przyciąga firmy do wyboru OSPF.

Przykładowa konfiguracja trzech routerów w topologii trójkąta (full mesh):
Router A: interface G0/0 → ip address 10.0.12.1 255.255.255.0, interface G0/1 → ip address 10.0.13.1 255.255.255.0. router ospf 1 → network 10.0.0.0 0.0.255.255 area 0.
Router B: interface G0/0 → ip address 10.0.12.2 255.255.255.0, interface G0/1 → ip address 10.0.23.1 255.255.255.0. router ospf 1 → network 10.0.0.0 0.0.255.255 area 0.
Router C: interface G0/0 → ip address 10.0.13.2 255.255.255.0, interface G0/1 → ip address 10.0.23.2 255.255.255.0. router ospf 1 → network 10.0.0.0 0.0.255.255 area 0.

Po skonfigurowaniu i poczekaniu na konwergencję, każdy router będzie miał w tablicy routingu trasy do wszystkich sieci. Jeśli łącze A-B (10.0.12.0/24) zostanie przecięte, Router A automatycznie przekieruje ruch do sieci Routera B przez Routera C (ścieżka A → C → B) w czasie liczonym w sekundach.

Podsumowanie zaawansowanego OSPF

W tej części zgłębiliśmy tajniki najbardziej zaawansowanego protokołu IGP. Wiemy już, że OSPF to nie tylko tablica tras, ale żywy organizm, który nieustannie wymienia cegiełki wiedzy (LSA) i wybiera liderów (DR/BDR) na poziomie lokalnym.

Nauczyliśmy się dzielić sieć na obszary, aby zachować wydajność, oraz zabezpieczać ją hasłami i pasywnymi portami. To kompletny zestaw narzędzi, który pozwala na zaprojektowanie nowoczesnej, odpornej na awarie sieci korporacyjnej. Przed nami ostatni wielki gracz — protokół EIGRP.

Podsumowując zaawansowany OSPF: ABR łączy obszary i propaguje LSA typu 3/4. ASBR wprowadza trasy zewnętrzne (LSA typu 5). DR/BDR optymalizują komunikację w sieciach broadcast. LSA typ 1-5 budują kompletny obraz topologii. Wildcard mask umożliwia precyzyjną kontrolę aktywacji OSPF. Passive-interface zabezpiecza interfejsy dostępowe. Uwierzytelnianie MD5 chroni przed fałszywymi routerami. Redystrybucja łączy OSPF z innymi protokołami. OSPFv3 przenosi te same mechanizmy do świata IPv6.

Przechodzimy teraz do EIGRP — protokołu Cisco, który łączy prostotę konfiguracji z błyskawiczną konwergencją. EIGRP używa algorytmu DUAL i oferuje unikalne funkcje, takie jak Feasible Successor (natychmiastowa trasa zapasowa) i Unequal Cost Load Balancing (równoważenie obciążenia na łączach o różnej przepustowości).

Wprowadzenie do Enhanced Interior Gateway Routing Protocol

EIGRP (Enhanced Interior Gateway Routing Protocol) to duma inżynierów Cisco (dziś dostępny też dla innych). Nazywamy go "hybrydą", bo łączy prostotę starych protokołów z potężną mocą obliczeniową nowoczesnych rozwiązań Link-State.

Dla administratora EIGRP jest jak sportowy samochód — jest niesamowicie szybki w działaniu (najszybsza konwergencja na świecie) i bardzo prosty w prowadzeniu (konfiguracja zajmuje kilka chwil). Jeśli w Twojej firmie padnie główne łącze, EIGRP przełączy się na zapasowe tak szybko, że nawet rozmowa na MS Teams nie zostanie przerwana.

EIGRP został pierwotnie opracowany przez Cisco jako zamknięty, własnościowy protokół. W 2013 roku Cisco opublikowało EIGRP jako otwarty standard (RFC 7868), umożliwiając implementację przez innych producentów. EIGRP jest klasyfikowany jako Advanced Distance Vector (zaawansowany wektor odległości) lub hybryda — łączy cechy Distance Vector (prostota, wymiana tras z sąsiadami) i Link-State (szybka konwergencja, znajomość topologii).

Cechy EIGRP: (1) Algorytm DUAL (Diffusing Update Algorithm) — gwarantuje brak pętli i błyskawiczną konwergencję. (2) Partial updates — aktualizacje tylko przy zmianach, nie okresowe. (3) RTP (Reliable Transport Protocol) — niezawodna dostawa pakietów EIGRP z potwierdzeniami. (4) Obsługa VLSM/CIDR — w pełni bezklasowy. (5) Wsparcie dla IPv4 i IPv6 (EIGRP dla IPv6).

Kluczowe cechy EIGRP

Dlaczego warto wybrać EIGRP? Po pierwsze: oszczędność łącza. Protokół nie wysyła zbędnych śmieci — przesyła aktualizacje tylko wtedy, gdy coś się faktycznie zmieni. Po drugie: inteligencja. Jako jedyny potrafi wysyłać dane dwoma różnymi drogami naraz, nawet jeśli jedna jest nieco wolniejsza (Unequal Cost Load Balancing).

Ponadto EIGRP ma wbudowany "wykrywacz pętli". Dzięki zaawansowanej matematyce router ma pewność, że droga, którą wybrał, nie zapętli pakietu. To sprawia, że sieć jest niezwykle stabilna nawet przy bardzo skomplikowanych i gęstych połączeniach między budynkami.

Szczegółowe zalety EIGRP: (1) Partial i incremental updates — tylko zmiany są wysyłane, nie cała tablica routingu. (2) Rapid convergence — dzięki mechanizmowi Feasible Successor przełączenie na trasę zapasową trwa milisekundy. (3) Unequal Cost Load Balancing — parametr variance pozwala na rozkładanie ruchu na łącza o różnej przepustowości w proporcjach zdefiniowanych przez administratora.

(4) Route summarization — automatyczna sumaryzacja na granicach sieci (ale domyślnie wyłączona od IOS 15.x — no auto-summary). (5) Authentication — uwierzytelnianie MD5. (6) Scalability — EIGRP skaluje się dobrze w sieciach z tysiącami tras dzięki hierarchicznej strukturze AS. (7) Multi-protocol support — EIGRP obsługuje IPv4, IPv6 i inne protokoły warstwy sieciowej (IPX, AppleTalk — historycznie).

Diffusing Update Algorithm jako serce EIGRP

Sercem EIGRP jest algorytm DUAL (Diffusing Update Algorithm). To on odpowiada za magię "natychmiastowej naprawy sieci". Zamiast czekać na awarię i wtedy myśleć co zrobić, DUAL cały czas trzyma w pamięci plan awaryjny — tzw. Feasible Successor.

To tak, jakbyś jadąc samochodem, cały czas miał włączoną drugą nawigację z ustawioną trasą alternatywną. Gdy tylko zobaczysz korek, po prostu skręcasz w bok bez zatrzymywania się i szukania nowej drogi. To właśnie dlatego EIGRP jest uznawany za najbardziej niezawodny protokół w krytycznych systemach bankowych.

DUAL (Diffusing Update Algorithm) został opracowany przez Dr. J.J. Garcia-Luna-Aceves i jest zaimplementowany w EIGRP od jego pierwszej wersji. DUAL gwarantuje wolne od pętli (loop-free) działanie przez cały czas — zarówno w stanie stabilnym, jak i podczas konwergencji po awarii. DUAL osiąga to poprzez utrzymywanie w tablicy topologii informacji o wszystkich znanych Następcach (Successors) i Następcach Możliwych (Feasible Successors).

Proces działania DUAL: (1) W stanie stabilnym router ma jednego lub więcej Successorów (najlepsze trasy, lądują w tablicy routingu). (2) Jeśli trasa przez Successor pada, router sprawdza, czy ma Feasible Successor (trasę zapasową spełniającą warunek wykonalności). (3) Jeśli FS istnieje — natychmiastowe przełączenie, bez wysyłania zapytań. (4) Jeśli FS nie istnieje — router wchodzi w stan Active dla tej trasy i wysyła Query do wszystkich sąsiadów, prosząc o alternatywne trasy.

Passive i Active w DUAL

W EIGRP trasy mogą być w dwóch stanach. Stan 'Passive' (Pasywny) to stan idealny — trasa działa, router odpoczywa, dane płyną. Nie daj się zwieść nazwie — pasywny w EIGRP oznacza "wszystko jest super, trasa jest wyliczona i stabilna".

Stan 'Active' (Aktywny) to stan alarmowy. Oznacza, że router właśnie stracił najlepszą drogę, nie ma planu zapasowego i gorączkowo pyta sąsiadów: "Hej, czy ktoś z was wie, jak dojść do tej sieci?". Jako administrator nigdy nie chcesz widzieć literki 'A' przy swoich trasach zbyt długo, bo oznacza to przerwę w komunikacji.

W tablicy topologii EIGRP (show ip eigrp topology) każda trasa ma oznaczenie P (Passive) lub A (Active). Stan Passive oznacza, że DUAL zakończył obliczenia dla tej trasy i jest ona stabilna. Stan Active oznacza, że DUAL aktywnie poszukuje nowej trasy — router wysłał Query do sąsiadów i czeka na Reply.

Jeśli router nie otrzyma odpowiedzi na Query od wszystkich sąsiadów w określonym czasie (domyślnie 3 minuty), trasa wchodzi w stan Stuck in Active (SIA). SIA oznacza poważny problem — prawdopodobnie któryś z sąsiadów nie odpowiada (utrata łączności, przeciążenie). Router po upływie czasu SIA (3 min) odrzuca zapytania od tego sąsiada i może usunąć go z listy sąsiadów. SIA to jeden z najczęstszych problemów w dużych sieciach EIGRP.

Numer AS jako wspólny identyfikator domeny

Podobnie jak w OSPF mieliśmy Area, w EIGRP musimy zdefiniować numer AS (Autonomous System). To bardzo ważne: routery nawiążą sąsiedztwo TYLKO wtedy, gdy mają wpisany identyczny numer AS. To zamyka naszą domenę routingu w jednej, spójnej całości.

W przeciwieństwie do BGP, tutaj ten numer wybieramy sami (np. AS 100). Służy on jako wspólny mianownik dla wszystkich routerów w firmie. Jeśli pomylisz numer na jednym z urządzeń, stanie się ono "samotną wyspą" i nie wyśle ani nie odbierze żadnych informacji o trasach od reszty kolegów.

W EIGRP numer Autonomous System (AS) pełni funkcję podobną do process ID w OSPF, ale z jedną kluczową różnicą: w OSPF proces ID jest lokalny dla routera (sąsiedzi mogą mieć różne numery), podczas gdy w EIGRP numer AS musi być identyczny na wszystkich routerach w domenie, które mają nawiązać sąsiedztwo. Zakres numerów AS: 1-65535.

Konfiguracja EIGRP w Cisco IOS: router eigrp 100 (AS 100). network 10.0.0.0 0.255.255.255 (włączenie interfejsów). W EIGRP używa się również maski wildcard (podobnie jak w OSPF), ale składnia jest taka sama. no auto-summary — wyłączenie automatycznej sumaryzacji na granicach klasowych (zalecane, aby zachować trasy bezklasowe).

Typy pakietów EIGRP

EIGRP używa pięciu rodzajów komunikatów. Hello (odkrywanie sąsiadów), Update (przesyłanie tras), Query (pytania przy awarii), Reply (odpowiedzi na pytania) oraz Ack (potwierdzenia odbioru). Co ważne, EIGRP ma własny system transportu (RTP), który dba o to, aby żaden ważny Update nie zginął po drodze.

Najciekawsze są pakiety Query. Jeśli router straci drogę, wysyła "krzyk" do wszystkich: "Czy ktoś zna drogę do sieci X?". Sąsiedzi sprawdzają swoje tablice i odkrzykują Reply. Ta dynamiczna dyskusja sprawia, że sieć EIGRP potrafi się przeorganizować w ułamku sekundy bez udziału człowieka.

Pięć typów pakietów EIGRP: (1) Hello — multicast 224.0.0.10 (wszystkie routery EIGRP), domyślnie co 5 sekund (60s na łącza NBMA wolniejsze niż T1), Dead Interval = 3× Hello (15s lub 180s). Służy do odkrywania i utrzymywania sąsiedztwa. (2) Update — wysyłany jako unicast lub multicast, przenosi informacje o trasach (tylko zmiany, nie cała tablica).

(3) Query — multicast lub unicast, wysyłany gdy router wchodzi w stan Active dla danej trasy. Pyta sąsiadów o alternatywne ścieżki. (4) Reply — unicast w odpowiedzi na Query, zawiera informację o trasie (lub informację, że sąsiad nie zna drogi). (5) Ack — unicast, potwierdza odbiór pakietów Update, Query i Reply. RTP (Reliable Transport Protocol) odpowiada za niezawodną dostawę pakietów EIGRP — gwarantuje, że ważne pakiety (Update, Query, Reply) dotrą do celu. Hello i Ack są wysyłane niezawodnie (nie wymagają potwierdzenia).

Composite Metric EIGRP

EIGRP nie jest naiwny — przy wyborze drogi bierze pod uwagę dwa parametry: najwęższe gardło na trasie (najniższy Bandwidth) oraz sumę wszystkich opóźnień (Delay). Dzięki temu wybierze drogę, która jest nie tylko szybka, ale też nie ma "lagów".

Inne protokoły patrzą tylko na jeden parametr, a EIGRP miesza je w specjalnym wzorze. To tak, jakbyś wybierał drogę do pracy biorąc pod uwagę nie tylko odległość w kilometrach, ale też liczbę świateł i korki. Wynikiem jest niesamowicie precyzyjny dobór ścieżki, który oszczędza pieniądze firmy na drogich łączach.

Wzór na Composite Metric EIGRP (z wartościami domyślnymi K1=1, K2=0, K3=1, K4=0, K5=0): Metric = [K1 * Bandwidth + (K3 * Delay) / 2] * 256. Po uwzględnieniu domyślnych wartości K: Metric = (Bandwidth + Delay) * 256, gdzie Bandwidth = 10^7 / Minimal_bandwidth_w_trasie (kbps) i Delay = Suma_opóźnień_w_mikrosekundach / 10.

Przykład: trasa składa się z dwóch łączy — łącz 1: 100 Mbps, delay 100 µs; łącze 2: 1000 Mbps, delay 100 µs. Minimalne pasmo = 100 Mbps → Bandwidth = 10^7 / 100000 = 100. Suma delay = (100 + 100) / 10 = 20. Metric = (100 + 20) * 256 = 30720. W praktyce EIGRP używa 32-bitowej metryki, co daje zakres od 0 do 4 294 967 295.

K-Values jako regulatory metryki

Administrator może decydować, które cechy łącza są dla niego ważne, zmieniając tzw. K-values. Domyślnie bierzemy pod uwagę tylko pasmo (K1) i opóźnienie (K3). Można jednak kazać routerowi sprawdzać też niezawodność (K4/K5) lub obciążenie (K2).

Uwaga: w 99% przypadków zostawiamy to w spokoju. Jeśli zmienisz wartości K na jednym routerze, a na sąsiedzie zostawisz domyślne — routery przestaną ze sobą rozmawiać. To potężne narzędzie, ale wymagające żelaznej dyscypliny i równej konfiguracji w całej domenie EIGRP.

Standardowy wzór EIGRP uwzględnia pięć K-values: K1 — Bandwidth (pasmo), K2 — Load (obciążenie), K3 — Delay (opóźnienie), K4 i K5 — Reliability (niezawodność). Domyślne wartości: K1=1, K2=0, K3=1, K4=0, K5=0. Pełny wzór z uwzględnieniem K5: Metric = [K1*B + (K2*B)/(256-L) + K3*D] * (K5/(R+K4)) * 256, gdzie B = Bandwidth, L = Load, D = Delay, R = Reliability.

Konfiguracja K-values w Cisco IOS: router eigrp 100 → metric weights 0 1 0 1 0 0 (parametry: TOS, K1, K2, K3, K4, K5). Wszystkie routery w domenie EIGRP muszą mieć identyczne K-values, aby nawiązać sąsiedztwo — są one wymieniane w pakietach Hello. Zmiana K-values na jednym routerze bez aktualizacji pozostałych spowoduje zerwanie sąsiedztwa. W praktyce prawie nigdy nie zmienia się K-values poza wartościami domyślnymi.

Obliczanie metryki w praktyce

Obliczanie metryki EIGRP daje w efekcie bardzo duże liczby (np. 3205120). To celowe — im większa rozpiętość liczb, tym łatwiej routerowi rozróżnić drobne różnice między łączami (np. łącze 100 Mb/s od 105 Mb/s).

Jako inżynier rzadko będziesz to liczył na kartce, ale musisz rozumieć zasadę: im mniejszy wynik wzoru, tym lepsza trasa. Jeśli chcesz wymusić na routerze inną drogę, po prostu "oszukaj" go, podnosząc opóźnienie (delay) na danym interfejsie — EIGRP od razu "poczuje", że ta droga jest gorsza i znajdzie inną, co jest eleganckim sposobem sterowania ruchem.

Aby zmienić parametry interfejsu używane w metryce EIGRP, w Cisco IOS używa się poleceń: interface GigabitEthernet0/0 → bandwidth 100000 (zmiana pasma w kbps — wpływa tylko na routing, nie na rzeczywistą prędkość łącza); delay 100 (zmiana opóźnienia w dziesiątkach mikrosekund). Modyfikacja delay jest preferowanym sposobem wpływania na metrykę EIGRP, ponieważ nie zmienia rzeczywistego pasma i jest łatwiejsza do śledzenia.

Przykład: chcemy, aby łącze GigabitEthernet (1 Gbps) było preferowane nad FastEthernet (100 Mbps) w EIGRP. Domyślnie: G0/0 → bandwidth=1000000, delay=10; Fa0/0 → bandwidth=100000, delay=100. Metryka dla G0/0: (10^7/1000000 + 10/10) * 256 = (10 + 1) * 256 = 2816. Dla Fa0/0: (10^7/100000 + 100/10) * 256 = (100 + 10) * 256 = 28160. EIGRP wybierze G0/0 (2816 < 28160).

Feasible Distance i Reported Distance

EIGRP operuje na dwóch wartościach dystansu. Feasible Distance (FD) to całkowity koszt od NAS do celu. Reported Distance (RD) to informacja od sąsiada: "Mnie do celu zostało jeszcze tyle drogi".

Porównanie tych liczb jest kluczem do bezpieczeństwa. Jeśli sąsiad twierdzi, że ma do celu dalej niż my (wysoki RD), router staje się podejrzliwy — może ten sąsiad tak naprawdę idzie przez NAS? To proste porównanie matematyczne chroni sieć przed pętlami, w których pakiety mogłyby kręcić się w kółko bez końca.

Drogi: Feasible Distance i Reported Distance

W tabeli topologii EIGRP każda trasa ma dwie wartości: FD (Feasible Distance) — całkowity koszt z bieżącego routera do sieci docelowej; RD (Reported Distance, znane też jako AD — Advertised Distance) — koszt deklarowany przez sąsiada dla tej samej sieci docelowej.

Warunek wykonalności (Feasibility Condition): trasa zapasowa może zostać Feasible Successor tylko wtedy, gdy jej RD < FD bieżącego Successora. Oznacza to: "Sąsiedzie, jeśli twój koszt do celu jest mniejszy niż mój całkowity koszt, to znaczy, że nie idziesz do celu przeze mnie — nie ma pętli". To właśnie ten warunek gwarantuje, że EIGRP jest zawsze wolny od pętli (loop-free) bez potrzeby stosowania dodatkowych mechanizmów, takich jak Split Horizon czy Hold-Down Timery w RIP.

Następca i Następca Możliwy w EIGRP

Najlepsza trasa w EIGRP to Successor (Następca) — ląduje ona w tablicy routingu i to nią płyną Twoje maile. Ale prawdziwy skarb EIGRP to Feasible Successor (FS) — trasa zapasowa, która spełnia rygorystyczny warunek bezpieczeństwa.

Dzięki posiadaniu FS w tablicy topologii, router w razie awarii głównego łącza nie pyta nikogo o zdanie i nie przelicza topologii — on już ma gotową odpowiedź. Przełączenie następuje w czasie mniejszym niż sekunda. To właśnie ta funkcja sprawia, że EIGRP jest bezkonkurencyjny w szybkim ratowaniu łączności.

W tablicy topologii EIGRP (show ip eigrp topology): Successor — trasa z najniższym FD, używa się jej do przekazywania pakietów. Feasible Successor — trasa zapasowa spełniająca warunek wykonalności (RD < FD). Wszystkie pozostałe trasy (niespełniające warunku) są przechowywane w bazie jako potencjalne, ale nie są FS.

W Cisco IOS można podejrzeć Successor i FS poleceniem show ip eigrp topology all-links. Wyjście pokazuje wszystkie znane trasy z oznaczeniami: P (Passive), FD (Feasible Distance), via (przez którego sąsiada). Trasy oznaczone jako "is directly connected" to trasy bezpośrednie. Trasy z zapisem "is feasible, but not in the routing table" to właśnie Feasible Successors — czekają w gotowości na awarię głównej trasy.

Unequal Cost Load Balancing w EIGRP

Większość protokołów potrafi rozdzielać ruch tylko na identyczne łącza. EIGRP potrafi więcej — dzięki funkcji Variance może wysyłać np. 70% danych szybkim światłowodem i 30% wolniejszym łączem miedzianym jednocześnie.

To pozwala na maksymalne wykorzystanie wszystkich kabli, za które firma płaci pieniądze. Zamiast mieć drogie łącze zapasowe, które "stoi i czeka na awarię", w EIGRP możesz zaprząc je do pracy na co dzień, co wyraźnie podnosi komfort pracy użytkowników i przepustowość całej sieci biurowej.

Parametr variance w EIGRP określa mnożnik, który rozszerza zakres akceptowalnych metryk dla tras, które mogą być używane do równoważenia obciążenia. Domyślnie variance = 1 (tylko trasy z identyczną metryką). Jeśli ustawimy variance = 2, EIGRP będzie używać również tras z metryką do 2× wyższą niż najlepsza trasa.

Przykład: router eigrp 100 → variance 2. Jeśli najlepsza trasa ma FD = 1000, EIGRP będzie rozważać także trasy z FD ≤ 2000 do równoważenia obciążenia. Proporcje ruchu są wyznaczane na podstawie metryk — im niższa metryka, tym więcej ruchu. W Cisco IOS można ustawić maksymalną liczbę ścieżek ECMP/UCMP poleceniem maximum-paths 8 (domyślnie 4, maksymalnie 16 lub 32 w zależności od platformy).

Podstawowa konfiguracja EIGRP

Podstawowa konfiguracja EIGRP to zaledwie trzy linijki: router eigrp [AS], potem network [sieć] i bardzo ważny dodatek: no auto-summary. Ten ostatni wyłącza stary mechanizm, który mógłby nam błędnie "poukładać" sieci w folderach (klasach).

Po wpisaniu tych komend routery od razu zaczną się witać i wymieniać informacjami. Cała trudność EIGRP leży w zrozumieniu jak on działa pod maską — sama konfiguracja jest tak intuicyjna, że nawet początkujący administrator poradzi sobie z nią w kilka minut, tworząc stabilną i nowoczesną sieć.

Pełna konfiguracja EIGRP w Cisco IOS: router eigrp 100 → network 10.1.0.0 0.0.255.255 (wildcard mask, włącza interfejsy w zakresie 10.1.x.x), network 192.168.1.0 (bez wildcard — domyślnie 0.0.0.255 dla /24), no auto-summary (WYŁĄCZ SUMARYZACJĘ KLASOWĄ — kluczowe dla poprawnych tras bezklasowych), eigrp router-id 100.100.100.1 (ręczne ustawienie RID).

Dodatkowe opcje EIGRP: passive-interface default / no passive-interface GigabitEthernet0/0 — zarządzanie interfejsami pasywnymi; authentication mode md5 i authentication key-chain — uwierzytelnianie; summarize 10.0.0.0 255.252.0.0 — ręczna sumaryzacja na interfejsie; ip bandwidth-percent eigrp 100 50 — ograniczenie przepustowości używanej przez EIGRP do 50% łącza. EIGRP dla IPv6 konfiguruje się podobnie: ipv6 router eigrp 100 → no shutdown, a na interfejsie: ipv6 eigrp 100.