RIP - czy to jest udokumentowane.
RIP - czy to jest udokumentowane.
Hej,
Witam, dziś mam kolejny dowód na to, że teoria Cisco nie do końca zgadza się z rzeczywistością, i jak na prawdę chcesz zobaczyć jak walczy się z wiatrakami, to trzeba pracować na Labie.
Więc, dziś chciałem poćwiczyć OSPF i STP. W całym labie przeskoczyłem na RIPa 2 i z tego punktu chciałem wyjść. Wszystko było by ok, gdyby nie fakt, że z jakiegoś tajnego powodu dwa rutery za cholerę nie chciały wymieniać się informacjami, wszystkie rutery skomunikowały się, oprócz dwóch. Normalnie DWIE godziny się z tym męczyłem, cholery chciałem dostać, szukałem na necie, debugowałem i dupa nic...
W pewnym momencie, wykminiłem, że jedyne, co różni te dwa rutery od innych, jest to, że jest między nimi switch! Oczywiście powyłączałem split horizony na interfejsie z subami ale to nie pomogło. Wyjąłem wtyk z rutera i podłączyłem go bezpośrednio do portu drugiego rutera i... zadziałało, od kopa!
Co ciekawe! Zmieniłem podłączenie na takie samo, jak poprzednio - czyli router - switch - router i ... normalnie cud! RIP działa. Wyłączyłem proces RIP, wszystkie trasy spadły, następnie znowu go skonfigurowałem i działa!
Czy potraficie to wytłumaczyć? Czyżby coś się zapisało w CEFie, czy co? Co się stało, że po bezpośrednim połączeniu routery wymieniają się pakietami RIP, a wcześniej za nic nie chciały tego robić?
Witam, dziś mam kolejny dowód na to, że teoria Cisco nie do końca zgadza się z rzeczywistością, i jak na prawdę chcesz zobaczyć jak walczy się z wiatrakami, to trzeba pracować na Labie.
Więc, dziś chciałem poćwiczyć OSPF i STP. W całym labie przeskoczyłem na RIPa 2 i z tego punktu chciałem wyjść. Wszystko było by ok, gdyby nie fakt, że z jakiegoś tajnego powodu dwa rutery za cholerę nie chciały wymieniać się informacjami, wszystkie rutery skomunikowały się, oprócz dwóch. Normalnie DWIE godziny się z tym męczyłem, cholery chciałem dostać, szukałem na necie, debugowałem i dupa nic...
W pewnym momencie, wykminiłem, że jedyne, co różni te dwa rutery od innych, jest to, że jest między nimi switch! Oczywiście powyłączałem split horizony na interfejsie z subami ale to nie pomogło. Wyjąłem wtyk z rutera i podłączyłem go bezpośrednio do portu drugiego rutera i... zadziałało, od kopa!
Co ciekawe! Zmieniłem podłączenie na takie samo, jak poprzednio - czyli router - switch - router i ... normalnie cud! RIP działa. Wyłączyłem proces RIP, wszystkie trasy spadły, następnie znowu go skonfigurowałem i działa!
Czy potraficie to wytłumaczyć? Czyżby coś się zapisało w CEFie, czy co? Co się stało, że po bezpośrednim połączeniu routery wymieniają się pakietami RIP, a wcześniej za nic nie chciały tego robić?
Good judgement comes from experience. Experience often comes from bad judgement.
Pokaz config obu interfejsow z routerow
Jak rozumiem po tescie podlaczyles oba routery do tych samych portow na tym samym przelaczniku na ktorym wczesniej nie chcialo dzialac tak?
Czy w momencie jak RIP nie chcial dzialac mogles pingowac sie pomiedzy routerami czy nie?
Co to za switch?
Jak rozumiem po tescie podlaczyles oba routery do tych samych portow na tym samym przelaczniku na ktorym wczesniej nie chcialo dzialac tak?
Czy w momencie jak RIP nie chcial dzialac mogles pingowac sie pomiedzy routerami czy nie?
Co to za switch?
Remember that the lab is just looking for reachability and not “optimal reachability”.
Garfield,
Słuchaj, nie wiem, czy jest sens pokazywać konfigi, bo wszystko było tak samo przed i po odłączeniu switcha. Tak więc konfig był dobry, z resztą... co może być nie tak w RIPie.
I tak podłączyłem wszystko do tych samych portów.
Przed rozłączeniem switcha, kiedy wprowadziłem ręczną komendę IP route do sieci odległej, tak ten router spokojnie przepuszczał ruch sieciowy, z pingowaniem nigdy nie było problemów.
Natomiast może istotą do zrozumienia sprawy jest to, że jednym z routerów był 871 z wbudowanym wewnętrznym switchem... ale z drugiej strony, po przełączeniu nagle wszystko
'samo się zrobiło'.
Normalnie czary. Albo jakiś bug albo autokonfiguracja na poziomie CEF czy czegoś podobnego.
Słuchaj, nie wiem, czy jest sens pokazywać konfigi, bo wszystko było tak samo przed i po odłączeniu switcha. Tak więc konfig był dobry, z resztą... co może być nie tak w RIPie.
I tak podłączyłem wszystko do tych samych portów.
Przed rozłączeniem switcha, kiedy wprowadziłem ręczną komendę IP route do sieci odległej, tak ten router spokojnie przepuszczał ruch sieciowy, z pingowaniem nigdy nie było problemów.
Natomiast może istotą do zrozumienia sprawy jest to, że jednym z routerów był 871 z wbudowanym wewnętrznym switchem... ale z drugiej strony, po przełączeniu nagle wszystko
'samo się zrobiło'.
Normalnie czary. Albo jakiś bug albo autokonfiguracja na poziomie CEF czy czegoś podobnego.
Good judgement comes from experience. Experience often comes from bad judgement.
Garfield, masz oczywiście racje. Natomiast chodziło mi o przedstawienie pewnej nielogicznej sytuacji.
Może jest coś takiego, że jak podłącza się dwa rutery przez switch to RIP działa inaczej?
Z drugiej strony, to nie mogła być wina konfiguracji, bo teraz śmiga bez problemu, po zmianach w warstwie 1 i może 2giej (jeśli usunięcie switcha uznamy za ingerencję w warstwę 2gą).
Teraz już wyłączyłem laba więc może jutro wrzucę konfigi.
Może jest coś takiego, że jak podłącza się dwa rutery przez switch to RIP działa inaczej?
Z drugiej strony, to nie mogła być wina konfiguracji, bo teraz śmiga bez problemu, po zmianach w warstwie 1 i może 2giej (jeśli usunięcie switcha uznamy za ingerencję w warstwę 2gą).
Teraz już wyłączyłem laba więc może jutro wrzucę konfigi.
Good judgement comes from experience. Experience often comes from bad judgement.
Routery przy połączeniu przez switch pingują się wzajemnie (przy konfiguracji OSPF)? Jeżeli tak sprawdz na jakim poziomie się nie zestawia relacja. Może ciągle jest jakiś swap np. między Link State - Down State. Albo tak jak mówi Garfield, może w ogóle nie dochodzą multicasty.
Błąd w sofcie jest możliwy. Błędne jest założenie, że kod jest 100% idealny, lecz tutaj trzeba by to dobrze udowodnić. U mnie w pracy nie raz wykryto błędy w sofcie urządzeń sieciowych, więc kto wie...
Błąd w sofcie jest możliwy. Błędne jest założenie, że kod jest 100% idealny, lecz tutaj trzeba by to dobrze udowodnić. U mnie w pracy nie raz wykryto błędy w sofcie urządzeń sieciowych, więc kto wie...
Najlepiej jak podasz configi i wersje IOS, jeśli znalazłeś jakiś błąd to warto spróbować go powtórzyć i zgłosić do producenta.
Ty to musisz pracować w fajnej firmie, u mnie jeszcze żadnego błędu nie wykryli.Keadwen pisze:U mnie w pracy nie raz wykryto błędy w sofcie urządzeń sieciowych, więc kto wie...
-
- wannabe
- Posty: 195
- Rejestracja: 06 lut 2012, 01:31
Kod: Zaznacz cały
Normalnie czary. Albo jakiś bug albo autokonfiguracja na poziomie CEF czy czegoś podobnego.
Moze byc tez kwestia nieaktualnych wpisow w tabeli CAM. Ma to miejsce np kiedy sie podmienia routery z tym samym IP. Moze VLAN byl shutniety.
Trudno dokladnie analizowac co sie moglo przytrafic skoro nie widze przeprowadzenia zadnego glebszego troubeshootingu.
RIP dziala tak samo. Nie raz sie przekonalem ze czasem restart switcha potrafi zdzialac cuda.że jak podłącza się dwa rutery przez switch to RIP działa inaczej?
Generalnie im wieksza firma tym wiecej bledow sie wykrywa.Ty to musisz pracować w fajnej firmie, u mnie jeszcze żadnego błędu nie wykryli.
Bo jak porownywac firme posiadajaca na stanie kilkadziesiat/kilkaset urzadzen
do
firmy zatrudniajacej kilkaset tysiecy pracownikow i instalujacych/konfigurujacych dziennie kilka tysiecy urzadzen sieciowych.
Shoot for the moon.
Even if you miss it you will land among the stars.
Even if you miss it you will land among the stars.
To nie sa czary, jezeli cos tak prostego jak RIP nie dziala to na 99.999% cos zle zrobiles.Tekla445 pisze: Natomiast może istotą do zrozumienia sprawy jest to, że jednym z routerów był 871 z wbudowanym wewnętrznym switchem... ale z drugiej strony, po przełączeniu nagle wszystko
'samo się zrobiło'.
Normalnie czary. Albo jakiś bug albo autokonfiguracja na poziomie CEF czy czegoś podobnego.
Jeden konfig wart więcej niż tysiąc słów
Pierwsza myśl jaka mi przychodzi do głowy to jakiego kabla używasz? Router ze switchem łączymy kablem prostym. Router z routerem crossem. Pomimo, że większość urządzeń obecnie jest idiotoodporna, to warto sobie wyrobić nawyk sprawdzania jak to jest podłączone.
Jeżeli kable są poprawne, to sprawdź czy obydwa interfejsy są dobrze skongugurowane (duplex, prędkość, adresy, maski ).
Jeżeli powyższe dwa kroki zakończą się sukcesem, to włącz "debug ip rip" na obydwu ruterach i poczekaj około 90 sekund. To co wypluje konsola wklej na forum i zobaczymy tego twojego "buga"
Jeżeli kable są poprawne, to sprawdź czy obydwa interfejsy są dobrze skongugurowane (duplex, prędkość, adresy, maski ).
Jeżeli powyższe dwa kroki zakończą się sukcesem, to włącz "debug ip rip" na obydwu ruterach i poczekaj około 90 sekund. To co wypluje konsola wklej na forum i zobaczymy tego twojego "buga"
.ılı..ılı. CCDA, CCNP
JNCIS-SEC, JNCIS-ENT
JNCIS-SEC, JNCIS-ENT
-
- wannabe
- Posty: 195
- Rejestracja: 06 lut 2012, 01:31
Tak troche odejdę od tematu... Dla ludzi zaczynających zabawę z CCNA warto pomyśleć, że Router Cisco jest traktowany jako "dedykowany komputer", który posiada tak samo pamięć operacyjną, pamięć nieulotną i tak dalej... Przy łączeniu komputera z Routerem trzeba tak samo zatem użyć kabla scrosowanego.Lukasz_eS pisze:Pierwsza myśl jaka mi przychodzi do głowy to jakiego kabla używasz? Router ze switchem łączymy kablem prostym. Router z routerem crossem.
W przypadku przełączników tutaj urządzenia, pracują bardziej hardwer'owo, więc przy połączeniu switch - Router (czy komputer) stosujemy kabel prosty.
A co do RIP'a, to ciężko mi wyobrazić sobie, że gdzieś jest on wdrażany, bodajże z nowego materiału CCNAv5 jest on wyrzucony nawet W sumie... w Urzędach nadal korzysta się z dyskietek 5.25 czy 3.5 calowych... więc nic mnie nie zdziwi...
Hmm chodzi ci o to ze RIP jako PE-CE, wrzucony w VRF, opakowany VPN label ? przenoszony transparetnie przez core z MPLS-TE ?drake pisze:Po co, przeciez juz dzisiaj mozna uzyc RIPa i odpowiednio skonfigurowany MPLS-TE zadziala -> zagadka!horac pisze:zawsze mozecie napisac draft IETF z rozszerzeniem RIPa o IP FRR albo MPLS-TE