Dlaczego twoja kopia zapasowa VPN nie jest dopuszczalnym następcą EIGRP
Dopuszczalny następca musi spełnić ścisłą nierówność, a nie tylko istnieć. Porównaj odległość zgłoszoną i dopuszczalną, zanim dostroisz liczniki czasu lub obwinisz tunel.
Drugi tunel wstaje, tablica routingu nadal pokazuje jedną ścieżkę, a oczywisty wniosek jest taki, że protokół tego nie zauważył. Zwykle zauważył i odrzucił. EIGRP instaluje kopię zapasową tylko wtedy, gdy przejdzie określony test bez pętli, a to, że tunel działa, nic nie mówi o tym, czy zgłoszona odległość sąsiada przechodzi ten test. Ta różnica to cała odpowiedź i jest to arytmetyka, a nie licznik czasu.
Warunek, ujęty dokładnie
RFC 7868 definiuje warunek dopuszczalności jako wystarczające sprawdzenie wolnej od pętli ścieżki sąsiada: zgłoszona odległość sąsiada do celu musi być ściśle mniejsza niż lokalna odległość dopuszczalna. Ściśle. Nie mniejsza lub równa.
Właśnie ta jedna nierówność czyni alternatywę dopuszczalnym następcą. Wszystko inne tutaj to księgowość wokół niej.
Dwie odległości o różnych zadaniach
Zgłoszona odległość to to, co sąsiad ogłasza dla celu. Odległość dopuszczalna to zapis najmniejszej znanej metryki całkowitej od ostatniego przejścia ACTIVE–PASSIVE, dlatego może różnić się od metryki bieżącej najlepszej ścieżki. Pomieszanie tych dwóch daje pewne siebie błędne wnioski.
W widoku operacyjnym kilka kolumn przypominających odległość stoi obok siebie. Przeczytaj nagłówek kolumny, której używasz, i pamiętaj, że pełna obliczona metryka ścieżki sąsiada nie jest tą samą wielkością co odległość, którą ci zgłosił.
Jedno opracowane porównanie
Weź zadeklarowany przykład z dopuszczalną odległością 1000. Sąsiad zgłaszający 900 przechodzi test i może zostać dopuszczalnym następcą. Sąsiad zgłaszający 1000 nie przechodzi, ponieważ warunek jest ścisłą nierównością, a równość nie wystarcza.
Te liczby to arytmetyka, a nie prędkości łącza. Nie czytaj ich jako przewidywania dotyczącego konkretnego routera ani jako zalecanej metryki.
Wykrycie nie jest kwalifikacją
Mechanizm może szybko zauważyć martwego partnera, podczas gdy EIGRP nadal nie ma odpowiedniego zamiennika. Zauważenie to jeden etap; skoordynowane obliczanie trasy to drugi i zaczyna się tylko wtedy, gdy nie istnieje żaden dopuszczalny następca. Niespełnienie warunku nie dowodzi, że alternatywa ma fizyczną pętlę. Oznacza, że lokalny test skrótu nie ustalił gwarancji, więc obliczenie musi poradzić sobie z wynikiem.
Skrócenie licznika żywotności nie może stworzyć osiągalności, której nigdy nie było, a zmiana skonfigurowanej przepustowości lub wartości opóźnienia nie jest pomiarem pojemności.
Przeczytaj pola, a potem przetestuj aplikację
Zapisz cel, bieżącego następcę, kandydata sąsiada, jego zgłoszoną odległość, odległość dopuszczalną i wynikowy stan trasy. show ip eigrp topology 10.10.10.0/24 daje ci większość tego dla jednego prefiksu. Następnie powiąż decyzję ze ścieżką tunelu, która faktycznie niesie następny skok, ponieważ tablica routingu i tablica tuneli mogą się nie zgadzać co do używanego interfejsu.
W ramach zatwierdzonej obserwacji śledź trzy rzeczy osobno: wykrywanie, wybór trasy i własne odzyskiwanie aplikacji. Ta kolejność mówi ci, czy brakującym elementem jest odpowiednia kopia zapasowa, ścieżka VPN pod spodem, czy ponowne łączenie obciążenia, zamiast zakładać, że każde powolne odzyskiwanie wymaga kolejnego licznika czasu.
Pożytecznym nawykiem jest sprawdzenie nierówności, zanim cokolwiek innego dotkniesz. Wymaga to jednego polecenia i rozstrzyga spór.