Cisco 300-410: Projektowanie, metryki i konwergencja EIGRP — Przewodnik do nauki

By Laurynas Brazys · 16 August 2026 · #cisco #300-410 #certification #exam-prep #study-guide

Część Cisco CCNP Enterprise 300-410 ENARSI — Przewodnik do nauki. Ćwicz ze zweryfikowanymi odpowiedziami w centrum egzaminów Cisco, albo rozwiąż testy na czas na ExamRoll.io.

Przegląd

Enhanced Interior Gateway Routing Protocol (EIGRP) to szybko zbieżny, wolny od pętli protokół routingu wektora odległości, który wykorzystuje algorytm DUAL (Diffusing Update Algorithm) do obliczania ścieżek zapasowych i unikania pętli przejściowych. Decyzje projektowe dotyczące metryk, wyboru ścieżki, ograniczania zapytań, sumaryzacji, tworzenia sąsiedztwa, uwierzytelniania i redystrybucji mają bezpośredni wpływ na stabilność i czas konwergencji. Ta sekcja opisuje, jak projektować, konfigurować i rozwiązywać problemy z EIGRP w celu uzyskania deterministycznego zachowania we wdrożeniach IPv4 i IPv6.

Działanie DUAL i wybór ścieżki

EIGRP używa DUAL do utrzymania topologii wolnej od pętli i przyspieszenia konwergencji.

• Successor (Następca): Główny następny skok do miejsca docelowego. Instalowany w tablicy routingu.
• Feasible Distance (FD): Najlepsza znana metryka z lokalnego routera do miejsca docelowego (przez następcę).
• Reported Distance (RD): Metryka do miejsca docelowego zgłoszona przez sąsiada (nazywana również dystansem anonsowanym).
• Feasible Successor (FS): Zapasowy następny skok, który ma gwarancję braku pętli dzięki warunkowi możliwości (Feasibility Condition, FC).

Warunek możliwości (Feasibility Condition): Sąsiad kwalifikuje się jako możliwy następca (FS), jeśli jego dystans zgłoszony (RD) do miejsca docelowego jest ściśle mniejszy niż lokalny dystans możliwy (FD) do tego miejsca docelowego przez obecnego następcę: RDneighbor < FDlocal. Gwarantuje to, że sąsiad jest bliżej miejsca docelowego niż router lokalny, co zapobiega pętlom bez konieczności pełnych obliczeń SPF.

Wyniki behawioralne:

• Jeśli miejsce docelowe utraci swojego następcę, a istnieje co najmniej jeden FS, router wykonuje natychmiastowe lokalne przełączenie bez wysyłania zapytań, co zapewnia konwergencję w czasie poniżej sekundy na łączach o prędkości LAN.
• Jeśli nie istnieje żaden FS, miejsce docelowe przechodzi w stan Aktywny (Active), a router wysyła zapytania do sąsiadów w celu znalezienia zastępstwa. Projektowanie zakresu zapytań staje się kluczowe, aby uniknąć opóźnień.

Równoważenie obciążenia na ścieżkach o nierównym koszcie z użyciem wariancji (variance):

• EIGRP instaluje wiele ścieżek, gdy skonfigurowana jest wariancja (variance), a ścieżki te są możliwymi następcami (FS). Ścieżka kwalifikuje się, jeśli jej FD ≤ (wariancja × FD najlepszego następcy). Tylko FS mogą być instalowane w celu dzielenia ruchu; ścieżki o równym koszcie, które nie są FS, nie są używane, aby uniknąć pętli.
• Dzielenie ruchu może być zrównoważone (domyślnie, proporcjonalnie do odwrotności metryk) lub zminimalizowane za pomocą traffic-share min across-interfaces.

Przykład:

undefined

undefined

undefined

Wskazówka projektowa: Jeśli istnieje wiele łącz, ale nie spełniają one warunku FC, rozważ dostosowanie opóźnienia interfejsu (delay), a nie przepustowości (bandwidth), aby wpłynąć na relacje FD/RD. Nie modyfikuj w tym celu wartości K.

Modele konfiguracji, tworzenie sąsiedztwa i uwierzytelnianie

EIGRP obsługuje klasyczny i nazwany model konfiguracji.

Klasyczny EIGRP (IPv4):

undefined

undefined

undefined

• Sumaryzacja i uwierzytelnianie są konfigurowane na poziomie interfejsu.

Nazwany EIGRP (konsoliduje IPv4/IPv6 i centralizuje polityki):

undefined

undefined

undefined

undefined

undefined

undefined

undefined

undefined

undefined

Odkrywanie sąsiadów:

• Timery Hello/hold: domyślnie 5/15 sekund na szybkich łączach, 60/180 na wolnych. Timery nie muszą być zgodne; akceptowany czas wstrzymania (hold time) jest tym, który anonsuje sąsiad.
• Adresy docelowe multicast: 224.0.0.10 (IPv4) i FF02::A (IPv6).
• passive-interface wstrzymuje wysyłanie pakietów hello; używaj na portach skierowanych do warstwy dostępowej lub tam, gdzie nie powinno być tworzone sąsiedztwo.

Uwierzytelnianie:

• Klasyczne uwierzytelnianie MD5/HMAC-SHA na poziomie interfejsu:

undefined

undefined

undefined

• W trybie nazwanym zastosuj uwierzytelnianie w sekcji af-interface. Wszyscy sąsiedzi w danym segmencie muszą używać tego samego algorytmu i kluczy; niezgodności uniemożliwiają utworzenie sąsiedztwa.

Routing szczątkowy (Stub routing):

• Konfiguruj tylko na samym routerze szczątkowym (stub); sąsiedzi dowiedzą się o jego statusie i będą tłumić niepotrzebne zapytania.

undefined

undefined

Domyślne opcje stub anonsują trasy podłączone (connected) i sumaryczne (summary). W razie potrzeby dodaj trasy statyczne lub redystrybuowane.

EIGRP dla IPv6:

• Wymaga 32-bitowego identyfikatora routera (router ID) i aktywacji na poziomie interfejsu.

undefined

undefined

undefined

undefined

undefined

undefined

undefined

Metryki: złożona i rozszerzona, wartości K i kompatybilność

Metryka złożona (klasyczna):

• Domyślne wartości K: K1=1 (przepustowość), K3=1 (opóźnienie), K2=K4=K5=0. Efektywna metryka = 256 × (odwrotność minimalnej przepustowości łącza + skumulowane opóźnienie). Obciążenie i niezawodność są domyślnie ignorowane.
• Nie zmieniaj wartości K w projektach produkcyjnych; wszyscy sąsiedzi muszą mieć dokładnie te same wartości K, w przeciwnym razie sąsiedztwa nie zostaną utworzone.

Metryki rozszerzone (Wide metrics):

• Metryki rozszerzone zwiększają skalę i precyzję metryki (szczególnie dla łącz o bardzo dużej przepustowości i niskim opóźnieniu) oraz dodają przestrzeń dla funkcji inżynierii ruchu (TE). Wszyscy sąsiedzi muszą obsługiwać i negocjować tę samą wersję metryki EIGRP. Niezgodne wersje metryk lub wartości K uniemożliwiają utworzenie sąsiedztwa.
• Dobre praktyki manipulacji metryką:
  • Preferuj zmianę opóźnienia interfejsu (delay), aby wpłynąć na preferencje ścieżki; jest to wartość addytywna i deterministyczna.
  • Unikaj ustawiania nierealistycznej przepustowości (bandwidth); wpływa to również na QoS i inne podsystemy.
  • Używaj default-metric lub jawnie zdefiniowanych metryk podczas redystrybucji, aby zapewnić przewidywalny wybór ścieżki.

Metryki redystrybucji:

undefined

undefined

undefined

Konwergencja, zapytania, sumaryzacja i granice zapytań

Zapytania i stan Stuck-in-Active (SIA):

• Gdy nie istnieje FS, trasy przechodzą w stan Active, a router wysyła zapytania do wszystkich sąsiadów, z wyjątkiem tych, którzy są stubami lub mają granice sumaryzacji. Każdy sąsiad, do którego wysłano zapytanie, musi odpowiedzieć przed upływem czasu active-time (domyślnie 3 minuty). Brak otrzymania wszystkich odpowiedzi powoduje stan SIA; sąsiad może zostać zresetowany, a trasa usunięta.
• Ulepszenia EIGRP SIA-Query/SIA-Reply pozwalają wcześniej wykryć wolno odpowiadających sąsiadów, ale głównym środkiem zaradczym jest odpowiedni projekt sieci.

Strategie ograniczania zapytań (query containment):

• Sumaryzacja: Tworzenie agregatów na granicach warstwy dystrybucji lub podobnych do ABR, aby zapobiec przekraczaniu zapytań. EIGRP instaluje lokalną trasę odrzucającą (discard route) do Null0 dla trasy sumarycznej (administrative distance 5) z metryką równą najlepszej trasie składowej. Zmniejsza to zarówno zasięg zapytań, jak i chroni przed czarnymi dziurami (blackholing), gdy brakuje określonych tras.
• Routing typu stub: Konfiguracja w lokalizacjach typu spoke lub leaf, aby zatrzymać zapytania tranzytowe przechodzące przez urządzenia o ograniczonych zasobach.
• Filtrowanie: Ograniczenie propagacji niepotrzebnych tras i zmniejszenie śladu topologii.

Sumaryzacja IPv4 z leak-map:

undefined

undefined

undefined

undefined

undefined

undefined

Leak-maps pozwalają na rozgłaszanie wybranych, bardziej szczegółowych tras obok trasy sumarycznej — na przykład w celu sterowania ruchem dla krytycznych podsieci za pomocą polityk lub w celu utrzymania optymalnych ścieżek, jednocześnie ograniczając zapytania dla pozostałych tras.

Kompromisy projektowe:

• Zgrubne sumaryzacje maksymalizują stabilność, ale mogą ukrywać suboptymalne ścieżki, powodując, że ruch podąża dłuższymi trasami. Należy „przeciekać” (leak) tylko to, co jest konieczne.
• Nadmierna wariancja (variance) może zwiększyć liczbę ścieżek do równoważenia obciążenia, ale tylko wśród FS; należy zapewnić ograniczanie zapytań, aby istniały FS dla krytycznych miejsc docelowych.

Polityka, redystrybucja, weryfikacja i rozwiązywanie problemów

Redystrybucja do/z EIGRP:

• Trasy redystrybuowane do EIGRP stają się zewnętrzne (dystans administracyjny 170). Zawsze ustawiaj deterministyczną metrykę i stosuj tagowanie, aby zapobiec pętlom przy wzajemnej redystrybucji.

undefined

!

undefined

!

undefined

!

undefined

Podstawy weryfikacji:

• Sąsiedzi:

undefined

,

undefined

• Topologia:

undefined

,

undefined

oraz odpowiedniki w trybie named-mode pod

undefined

• Routing:

undefined

,

undefined

• Stan protokołu:

undefined

,

undefined

• Ruch i zapytania:

undefined

Schemat rozwiązywania problemów z konwergencją:

1. Potwierdź warunki wstępne nawiązania sąsiedztwa: zgodne AS, wartości K/wersja metryki, uwierzytelnianie i brak passive-interface na łączach tranzytowych.
2. Sprawdź timery i stan interfejsu; flapy powodują częste stany „active”. Dostosuj hello/hold tylko w razie konieczności; preferuj naprawę podstawowych problemów z medium.
3. Sprawdź oznaki SIA i burze zapytań. Dodaj lub doprecyzuj sumaryzacje i skonfiguruj stub na routerach brzegowych, aby ograniczyć zasięg zapytań.
4. Oceń dostępność FS w topologii. Jeśli go brakuje, zweryfikuj, czy warunek „feasible condition” może być spełniony; dostosuj opóźnienia, aby stworzyć realne ścieżki zapasowe, jeśli projekt tego wymaga.
5. Sprawdź metryki redystrybucji i tagi. Brak wartości domyślnych skutkuje nieskończonymi metrykami, odrzucając trasy; brak tagów może tworzyć pętle.
6. W przypadku IPv6 upewnij się, że router ID jest ustawiony i aktywacja na poszczególnych interfejsach jest obecna; IPv6 EIGRP nie używa poleceń network z IPv4.

Praktyczny scenariusz problemu

Northwind Logistics zarządza siecią EIGRP z dwoma hubami i dziesiątkami oddziałów (spoke). Okresowe flapy na łączach dostępowych w zdalnych lokalizacjach wywołują burze zapytań, powodując okresowe SIA na hubach i opóźnione przełączanie awaryjne. Firma planuje również włączyć IPv6 obok IPv4 i musi zapobiec pętlom wzajemnej redystrybucji między EIGRP a OSPF w regionalnych centrach danych.

Podejście:

1. Ogranicz zapytania za pomocą sumaryzacji w warstwie dystrybucji.

• Na każdym interfejsie dystrybucyjnym w kierunku oddziałów skonfiguruj sumaryzacje IPv4 per interfejs i przepuść krytyczne podsieci, które wymagają optymalnego routingu. Zmniejsza to zasięg zapytań, gdy oddział traci bardziej szczegółową trasę, jednocześnie zachowując wydajność dla kluczowych prefiksów.

undefined

!

undefined

undefined

Uzasadnienie: Sumaryzacje tworzą odrzucenie do Null0 dla niedopasowanych podprefiksów (AD 5) i zapobiegają propagacji stanów Active poza granicę, gwałtownie zmniejszając ryzyko SIA.

2. Zadeklaruj routery spoke jako stub, rozgłaszające tylko trasy podłączone i sumaryczne.

undefined

Uzasadnienie: Huby nie będą wysyłać zapytań o szerokim zasięgu do routerów spoke; routery spoke nie muszą odpowiadać na zapytania o trasy, których nie mogą ulepszyć, skracając czas konwergencji i oszczędzając CPU/pamięć na niskobudżetowych urządzeniach CPE.

3. Włącz równoważenie obciążenia na łączach o nierównym koszcie (unequal-cost load sharing) między dwoma hubami, gdzie spełniony jest warunek FC.

undefined

Uzasadnienie: Variance pozwala na użycie wielu ścieżek FS do hubów, poprawiając przepustowość i odporność bez naruszania gwarancji braku pętli, pod warunkiem, że warunek FC jest spełniony.

4. Standaryzuj metryki i unikaj zmian wartości K.

• Nie zmieniaj wartości K. Ustaw metryki redystrybucji jawnie w centrach danych.

undefined

undefined

Uzasadnienie: Spójne metryki zapewniają przewidywalny wybór ścieżki; tagi oznaczają trasy zewnętrzne, aby zapobiec pętlom ponownego wejścia.

5. Blokuj pętle redystrybucji z EIGRP z powrotem do OSPF.

undefined

undefined

Uzasadnienie: Tagi zapobiegają oscylowaniu tych samych tras między protokołami, unikając niestabilności i niejasności metryk.

6. Wzmocnij proces tworzenia sąsiedztwa za pomocą uwierzytelniania na segmentach LAN hubów.

undefined

Uzasadnienie: Zapobiega nieautoryzowanym sąsiedztwom i przypadkowym niezgodnościom metryk/wartości K z urządzeń firm trzecich.

7. Wdróż IPv6 EIGRP na poszczególnych interfejsach i ustaw router ID.

undefined

!

undefined

Uzasadnienie: IPv6 EIGRP wymaga jawnego włączenia na każdym interfejsie oraz 32-bitowego router ID; odzwierciedla to zachowanie IPv4 z osobnymi sąsiedztwami przez FF02::A.

8. Weryfikuj i monitoruj.

• Użyj

undefined

, aby zweryfikować obecność FS;

undefined

, aby potwierdzić działanie timerów/uwierzytelniania;

undefined

, aby upewnić się, że liczba zapytań spada po zmianie. Uzasadnienie: Potwierdza, że zmiany w projekcie redukują stany active/SIA i że dostępne są liczne ścieżki FS do szybkiego przełączania.

← Projektowanie · Wszystkie domeny · Polityki BGP →

Przećwicz te pytania → · Testy na czas na ExamRoll.io →