1 00:00:00,000 --> 00:00:06,000 Czy router 1 będzie w stanie pingować pętlę zwrotną routera 3? 2 00:00:06,000 --> 00:00:13,000 na routerze 3 pętla zwrotna jest skonfigurowana jako 3. 3. 3. 3 jest 3 00:00:13,000 --> 00:00:15,000 dostępny w tabeli routingu 4 00:00:15,000 --> 00:00:19,000 lokalnego routera jako bezpośrednio podłączony interfejs onloopoka 0. 5 00:00:19,000 --> 00:00:23,000 Czy router 1 będzie mógł zadzwonić do tej pętli zwrotnej? 6 00:00:23,000 --> 00:00:28,000 i odpowiedź brzmi nie, ponieważ router 1 nie ma trasy 7 00:00:28,000 --> 00:00:33,000 do tego interfejsu pętli zwrotnej. możemy udowodnić, że za pomocą polecenia sh ip 8 00:00:33,000 --> 00:00:35,000 route ponownie zawiadomienie nie ma trasy 9 00:00:35,000 --> 00:00:39,000 do 3. 3. 3. 3 10 00:00:39,000 --> 00:00:44,000 debugowanie pakietu ip sprawi, że ping ponownie stanie się niezapisany. 11 00:00:44,000 --> 00:00:49,000 Tak więc router nie wie, jak dostać się do tego sprzężenia 12 00:00:49,000 --> 00:00:54,000 zwrotnego, więc musielibyśmy skonfigurować trasy statyczne dla tego sprzężenia zwrotnego. 13 00:00:54,000 --> 00:00:57,000 Oto pytanie, ile statycznych tras musimy 14 00:00:57,000 --> 00:01:01,000 skonfigurować w tej sieci, aby umożliwić pełną łączność? 15 00:01:01,000 --> 00:01:09,000 Aby odpowiedzieć na pytanie, sprawdź, które sieci nie są bezpośrednio połączone z routerem 1. 16 00:01:09,000 --> 00:01:13,000 Router 1 ma tę pętlę zwrotną, a ta sieć jest bezpośrednio połączona z nią, ale z 17 00:01:13,000 --> 00:01:18,000 siecią 2. 2. 2. 2 tej sieci 10. 1. 2. 0 18 00:01:18,000 --> 00:01:23,000 i ta sieć 3. 3. 3. 3 nie są podłączone 19 00:01:23,000 --> 00:01:26,000 do routera 1, więc 3 sieci musiałyby być skonfigurowane na routerze 1. 20 00:01:26,000 --> 00:01:32,000 na routerze 2 ta sieć i ta sieć są bezpośrednio połączone z routerem, możemy 21 00:01:32,000 --> 00:01:35,000 udowodnić, że za pomocą polecenia sh 22 00:01:35,000 --> 00:01:40,000 ip route 3 sieci są bezpośrednio połączone z routerem 2, ale 23 00:01:40,000 --> 00:01:44,000 ta sieć i ta sieć nie są bezpośrednio połączone. 24 00:01:44,000 --> 00:01:48,000 więc mieliśmy 3 na routerze 1, musimy skonfigurować 2 trasy na 25 00:01:48,000 --> 00:01:52,000 routerze 2 na routerze 3, ta sieć i ta sieć 26 00:01:52,000 --> 00:01:55,000 są bezpośrednio połączone, ale ta sieć ta 27 00:01:55,000 --> 00:02:00,000 i ta sieć nie są bezpośrednio połączone, więc router 3 potrzebuje 3 statycznych tras. 28 00:02:00,000 --> 00:02:04,000 Więc w tej małej topologii używającej tej 29 00:02:04,000 --> 00:02:10,000 sieci, jak pokazano na schemacie, musiałbym dodać łącznie 8 statycznych tras. 30 00:02:10,000 --> 00:02:14,000 3 + 2 + 3 jednak na routerze 1 dodałem kilka 31 00:02:14,000 --> 00:02:22,000 dodatkowych sieci 10. 1. 1. 2 i 10. 1. 10. 0 oznacza 32 00:02:22,000 --> 00:02:25,000 to, że musimy dodać 2 dodatkowe 33 00:02:25,000 --> 00:02:29,000 trasy do routera 2, plus 2 dodatkowe trasy do 34 00:02:29,000 --> 00:02:32,000 routera 3, zakładając, że nie podsumujemy. 35 00:02:32,000 --> 00:02:34,000 Więc to trochę pracy. 36 00:02:34,000 --> 00:02:38,000 To jest problem z trasami statycznymi, może być dużo 37 00:02:38,000 --> 00:02:41,000 pracy, szczególnie jeśli masz dużą topologię. 38 00:02:41,000 --> 00:02:43,000 Więc sh run | include route 39 00:02:43,000 --> 00:02:47,000 pokaże mi moje statyczne trasy w uruchomionej konfiguracji routera w momencie, gdy 40 00:02:47,000 --> 00:02:49,000 skonfigurowałem 1, więc będę musiał wpisać 41 00:02:49,000 --> 00:02:53,000 IP route 2. 2. 2. 2 i 42 00:02:53,000 --> 00:02:59,000 następny skok 10. 1. 1. 2, który dodaje 43 00:02:59,000 --> 00:03:03,000 tę trasę do tablicy routingu 1 routera i muszę 44 00:03:03,000 --> 00:03:10,000 zrobić coś podobnego do pętli zwrotnej z powiadomienia routera 3, ten sam adres IP następnego przeskoku 45 00:03:10,000 --> 00:03:15,000 jest używany z 1 punktu widzenia routera Adres IP następnego przeskoku 46 00:03:15,000 --> 00:03:18,000 jest tym adresem IP, gdy dostaję się 47 00:03:18,000 --> 00:03:21,000 do dowolna z tych 3 sieci. 48 00:03:21,000 --> 00:03:28,000 Tak więc router 1 ping 3. 3. 3. 3? Nie, nie może, dlaczego? 49 00:03:28,000 --> 00:03:33,000 Więc wyłącz debugowanie, spróbujmy jeszcze raz. 50 00:03:33,000 --> 00:03:35,000 Czy możemy pingować 3. 3. 3. 3? 51 00:03:35,000 --> 00:03:37,000 Nie, zobaczmy, czy jest jakiś problem, użyjmy więc 52 00:03:37,000 --> 00:03:41,000 polecenia traceroute 3. 3. 3. 3 Uwaga, aby 53 00:03:41,000 --> 00:03:46,000 dostać się do 3. 3. 3. 3 Polecenie traceroute pokazuje mi, że router 54 00:03:46,000 --> 00:03:50,000 1 wysyła ruch do 10. 1. 1. 2 55 00:03:50,000 --> 00:03:59,000 i to dlatego, że ta trasa znajduje się w lokalnej tablicy routingu routera 1, 56 00:03:59,000 --> 00:04:04,000 ale gdy dojdzie do routera 2, zawiedzie. 57 00:04:04,000 --> 00:04:07,000 Tak więc router 1 wysyła ruch do routera 58 00:04:07,000 --> 00:04:12,000 2 routera 2, jednak po otrzymaniu ruchu z routera 1 nie wie, gdzie 59 00:04:12,000 --> 00:04:15,000 3. 3. 3. 3 to. 60 00:04:15,000 --> 00:04:20,000 Aby to udowodnić, zróbmy debugujący pakiet IP na routerze 2. 61 00:04:20,000 --> 00:04:26,000 Pętlę pętli zwrotnej routera 3 z routera 1, aby ruch przeszedł z routera 1 do 62 00:04:26,000 --> 00:04:29,000 routera 2, a następnie zobaczmy, co się stanie, 63 00:04:29,000 --> 00:04:31,000 mam nadzieję, że trafi 64 00:04:31,000 --> 00:04:34,000 on do routera 3, ale czy to zrobi? 65 00:04:34,000 --> 00:04:41,000 I widzimy tutaj, że router 2 mówi, że host nieosiągalny jest wysyłany do 66 00:04:41,000 --> 00:04:47,000 10. 1. 1. 1 dla sieci 3. 3. 3. 3 67 00:04:47,000 --> 00:04:53,000 router 2 nie wie, jak dostać się do tej sieci docelowej i 68 00:04:53,000 --> 00:04:57,000 dlatego mówi routerowi, że sieć 1 jest nieosiągalna. 69 00:04:57,000 --> 00:05:03,000 Jest to przykład paradygmatu hop-hop używanego w IPv4 i IPv6. 70 00:05:03,000 --> 00:05:07,000 Paradygmat "hop by hop" oznacza, że każdy 71 00:05:07,000 --> 00:05:13,000 router samodzielnie podejmuje decyzje dotyczące lokalnej trasy niezależnie od innych routerów. 72 00:05:13,000 --> 00:05:16,000 Tak więc tylko dlatego, że router 1 wie, jak dostać się 73 00:05:16,000 --> 00:05:20,000 do routera 3, nie oznacza, że router 2 wie, jak dostać się do routera 3. 74 00:05:20,000 --> 00:05:23,000 Router 1 faktycznie zna tylko następny skok w ścieżce, 75 00:05:23,000 --> 00:05:26,000 aby dostać się do tego miejsca docelowego i nie 76 00:05:26,000 --> 00:05:31,000 zna całej ścieżki, więc sh ip route Uwaga router 1 wie, że aby dostać się 77 00:05:31,000 --> 00:05:37,000 do tej sieci 3. 3. 3. 3 musi wysłać 78 00:05:37,000 --> 00:05:39,000 ruch do routera 2, ale 79 00:05:39,000 --> 00:05:43,000 jest zależny od routera 2, aby wiedzieć, co zrobić z ruchem. 80 00:05:43,000 --> 00:05:48,000 I w tym przypadku router 2 nie wie, jak dostać się do routera 3, 81 00:05:48,000 --> 00:05:52,000 więc nieosiągalny masaż jest wysyłany z powrotem do routera 1. 82 00:05:52,000 --> 00:05:58,000 Tak więc po raz kolejny na routerze 2 nie ma tras statycznych. 83 00:05:58,000 --> 00:06:03,000 Dlatego muszę skonfigurować trasę statyczną dla pętli zwrotnej routera 3 iw tym przypadku zauważyć, 84 00:06:03,000 --> 00:06:06,000 że następny skok z punktu widzenia routera 2 85 00:06:06,000 --> 00:06:10,000 wynosi 10. 1. 2. 2 86 00:06:10,000 --> 00:06:15,000 Czy ping się powiódł? Odpowiedź brzmi: tak. 87 00:06:15,000 --> 00:06:21,000 polecenie ping powiedzie się, ponieważ gdy router 1 wywoła pętlę zwrotną routera 3 i przekazuje 88 00:06:21,000 --> 00:06:23,000 ruch do routera 2. 89 00:06:23,000 --> 00:06:27,000 Router 2 wie, gdzie wysłać ruch, ponieważ ta trasa 90 00:06:27,000 --> 00:06:33,000 znajduje się w lokalnej tablicy routingu i dlatego może przekazywać ruch do routera 91 00:06:33,000 --> 00:06:37,000 3 iw tym przypadku router 3 wie, jak 92 00:06:37,000 --> 00:06:43,000 wrócić do 10. 1. 1. 1, więc ping się powiódł. 93 00:06:43,000 --> 00:06:52,000 widzimy to na routerze 3, że wysyła odpowiedź na 10. 1. 1. 1 z 3. 3. 3. 3 Oto kolejne pytanie: jeśli 94 00:06:52,000 --> 00:06:54,000 spojrzymy na tabelę routingu routera 2, to mówi 95 00:06:54,000 --> 00:07:00,000 się, że następny skok to 10. 1. 2. 2, ale 96 00:07:00,000 --> 00:07:05,000 nie pokazuje nam, że ruch musi wychodzić z F0 / 97 00:07:05,000 --> 00:07:11,000 1, a nie F0 / 0, skąd router wie, którego interfejsu użyć? 98 00:07:11,000 --> 00:07:18,000 Cóż, wie, ponieważ ten adres IP jest częścią tej podsieci i że podsieć jest bezpośrednio połączona 99 00:07:18,000 --> 00:07:22,000 z F0 / 1, więc router 2 wie, że aby 100 00:07:22,000 --> 00:07:27,000 uzyskać 3. 3. 3. 3 musi 101 00:07:27,000 --> 00:07:29,000 przekazać ruch do tego 102 00:07:29,000 --> 00:07:33,000 adresu IP, a ten adres IP jest częścią tej 103 00:07:33,000 --> 00:07:36,000 sieci, która jest dostępna za pośrednictwem 104 00:07:36,000 --> 00:07:39,000 tego interfejsu, więc wie, aby przekazać 105 00:07:39,000 --> 00:07:42,000 ruch z tego lokalnego interfejsu, który 106 00:07:42,000 --> 00:07:45,000 widzimy w tabeli CEF za pomocą 107 00:07:45,000 --> 00:07:49,000 polecenia show ip cef show ip cef pokazuje nam, 108 00:07:49,000 --> 00:07:55,000 że ta sieć jest dostępna za pośrednictwem tego następnego przeskoku poza tym interfejsem. 109 00:07:55,000 --> 00:07:57,000 Tak więc przy Cisco 110 00:07:57,000 --> 00:08:01,000 Express forwarding router wstępnie kompiluje te informacje do tabeli CEF, 111 00:08:01,000 --> 00:08:05,000 więc nie musi wykonywać podwójnego wyszukiwania w tabeli routingu. 112 00:08:05,000 --> 00:08:09,000 w dawnych czasach, kiedy ruch trafiał do tej sieci, router musiał wykonać 113 00:08:09,000 --> 00:08:11,000 podwójne wyszukiwanie, innymi słowy, byłby 114 00:08:11,000 --> 00:08:15,000 to wpis w tabeli routingu, a następnie musiałby zajrzeć do tego wpisu 115 00:08:15,000 --> 00:08:18,000 w tabeli routingu, aby określić interfejs wychodzący . 116 00:08:18,000 --> 00:08:23,000 Teraz informacje są wstępnie wbudowane w 117 00:08:23,000 --> 00:08:28,000 tabelę CEF, aby przyspieszyć przekazywanie ruchu.