Ciekawy troobleshooting
Ciekawy troobleshooting
Ostatnio byłem na lekcji kursu CCNP. W ramach laboratorium wyszedł nam problem jaki udało się rozwiązać ale i tak nie mieliśmy czasu aby to wyjaśnić. Wróciłem do domu, odtworzyłem konfigurację w GNS3 i po analizie udało mi się wyjaśnić. Byłem tak dumny z siebie ( ), że przygotowałem Wam gotowy projekt sieci abyście mogli również sobie poćwiczyć.
Ogólny opis sytuacji i problemu: symulowaliśmy połączenie między oddziałami firmy. Jeden z nich ma redundantne połączenie z ISP a drugi pojedynczy router. Połączyliśmy oddziały tunelami GRE/IP (bezpieczeństwo nie było takie istotne dla tego laboratorium) a wymianę informacji powierzyliśmy EIGRP. Po konfiguracji stwierdziliśmy, że z niewidomych przyczyn tunele GRE cyklicznie "podnoszą się" i "upadają" i przez co sąsiedztwo EIGRP również "flapuje". Zachęcam do spróbowania rozwiązania w GNS3 lub odtworzenia konfiguracji z plików konfiguracyjnych na prawdziwym sprzęcie.
Rozwiązać ten problem można na parę sposobów ale wyjaśnienie dlaczego tak się dzieje będzie tylko jedno . Powodzenia.
Ogólny opis sytuacji i problemu: symulowaliśmy połączenie między oddziałami firmy. Jeden z nich ma redundantne połączenie z ISP a drugi pojedynczy router. Połączyliśmy oddziały tunelami GRE/IP (bezpieczeństwo nie było takie istotne dla tego laboratorium) a wymianę informacji powierzyliśmy EIGRP. Po konfiguracji stwierdziliśmy, że z niewidomych przyczyn tunele GRE cyklicznie "podnoszą się" i "upadają" i przez co sąsiedztwo EIGRP również "flapuje". Zachęcam do spróbowania rozwiązania w GNS3 lub odtworzenia konfiguracji z plików konfiguracyjnych na prawdziwym sprzęcie.
Rozwiązać ten problem można na parę sposobów ale wyjaśnienie dlaczego tak się dzieje będzie tylko jedno . Powodzenia.
To było dobre Pomyślałem, że zaproponuję dla bardziej ambitnych aby spróbowali ustalić rozwiązanie na podstawie samego configa ale widzę, że poziom niektórych przekracza moją wyobraźnię . Pierwszy raz spotkałem się z tym problemem i zrozumiałem jego przyczynę dopiero po debugach więc nawet nie pytam czy wiesz jak to rozwiązać .horac pisze:Nie zagladalem do konfigow ale z opisu jakby chodzilo o recursive routing problem ?
To jest podobnie jak człowiek jeżdżący samochodem ze skrzynią manualną wsiada pierwszy raz do automatu. Nie znam osobiście nikogo kto by za pierwszym razem "zająca" nie zaliczył W przypadku konfiguracji pierwszy raz protokołów dynamicznego rutingu przez GRE, niemalże każdy trafia na "ficzer" rekursywnego lookupu
It's not a bug, it's a featurexal pisze:To jest podobnie jak człowiek jeżdżący samochodem ze skrzynią manualną wsiada pierwszy raz do automatu. Nie znam osobiście nikogo kto by za pierwszym razem "zająca" nie zaliczył W przypadku konfiguracji pierwszy raz protokołów dynamicznego rutingu przez GRE, niemalże każdy trafia na "ficzer" rekursywnego lookupu
poosting coomments................
GRE cyklicznie "podnoszą się" i "upadają" i przez co sąsiedztwo EIGRP
&&& SABER &&&&
Re: poosting coomments................
Masz odpowiedz przeciez wyzej, jezeli destination tunnelu uczysz sie przez tunel to wlasnie takie cos wystepuje. Masz kilka opcjiNaveed123 pisze:GRE cyklicznie "podnoszą się" i "upadają" i przez co sąsiedztwo EIGRP
a) wyfiltrowac
b) uzyc osobnych protokolow routingu dla GRE i dla rozgloszenia koncowek
c) ustawic static dla destination, nie na tunel