1 00:00:00,000 --> 00:00:06,000 Va fi ruterul 1 capabil să ping loopback-ul routerului 3? 2 00:00:06,000 --> 00:00:13,000 pe router 3 se configurează un loopback ca 3. 3. 3. 3 este disponibilă 3 00:00:13,000 --> 00:00:15,000 în tabela de rutare a 4 00:00:15,000 --> 00:00:19,000 ruterului local ca o interfață conectată direct onloopback 0. 5 00:00:19,000 --> 00:00:23,000 Va putea routerul 1 să pingă acel loopback? 6 00:00:23,000 --> 00:00:28,000 și răspunsul este nu, deoarece routerul 1 nu are o 7 00:00:28,000 --> 00:00:33,000 rută spre interfața cu loopback. putem dovedi că prin folosirea comenzii ship din traseu remarcă 8 00:00:33,000 --> 00:00:35,000 din nou că nu există nici o 9 00:00:35,000 --> 00:00:39,000 rută la 3. 3. 3. 3 10 00:00:39,000 --> 00:00:44,000 debug pachet ip face ping remarcă din nou inutil. 11 00:00:44,000 --> 00:00:49,000 Deci, router-ul nu știe cum să ajungă la acea loopback, așa 12 00:00:49,000 --> 00:00:54,000 că ar trebui să configurem rute statice pentru acea loopback. 13 00:00:54,000 --> 00:00:57,000 Deci, iată întrebarea: câte rute statice ar trebui 14 00:00:57,000 --> 00:01:01,000 să configuram în această rețea pentru a permite o conectivitate completă? 15 00:01:01,000 --> 00:01:09,000 Pentru a răspunde la întrebarea cu privire la care rețele nu sunt conectate direct la router 1. 16 00:01:09,000 --> 00:01:13,000 Routerul 1 are această loopback și această rețea este conectată direct la ea, dar 17 00:01:13,000 --> 00:01:18,000 rețeaua 2. 2. 2. 2 această rețea 10. 1. 2. 0 18 00:01:18,000 --> 00:01:23,000 și această rețea 3. 3. 3. 3 nu sunt conectate la 19 00:01:23,000 --> 00:01:26,000 routerul 1, deci 3 rețele ar trebui să fie configurate pe router 1. 20 00:01:26,000 --> 00:01:32,000 pe routerul 2 această rețea și această rețea sunt conectate direct la router, putem 21 00:01:32,000 --> 00:01:35,000 demonstra că prin utilizarea comenzii ship 22 00:01:35,000 --> 00:01:40,000 remark route 3 rețelele sunt conectate direct la routerul 2 dar 23 00:01:40,000 --> 00:01:44,000 această rețea și această rețea nu sunt conectate direct. 24 00:01:44,000 --> 00:01:48,000 așa că am avut 3 pe router 1, trebuie să configurați 2 25 00:01:48,000 --> 00:01:52,000 rute pe router 2 pe router 3, această rețea și această rețea 26 00:01:52,000 --> 00:01:55,000 sunt conectate direct, dar această rețea această rețea și 27 00:01:55,000 --> 00:02:00,000 această rețea nu sunt conectate direct, astfel că routerul 3 are nevoie de 3 căi statice. 28 00:02:00,000 --> 00:02:04,000 Deci, în această topologie mică folosiți această rețea, după 29 00:02:04,000 --> 00:02:10,000 cum se arată în diagrama, aș fi nevoie să adaug în total 8 rute statice. 30 00:02:10,000 --> 00:02:14,000 3 + 2 + 3 cu toate acestea pe router 1 Am adăugat câteva 31 00:02:14,000 --> 00:02:22,000 rețele suplimentare 10. 1. 1. 2 și 10. 1. 10. 0, ceea 32 00:02:22,000 --> 00:02:25,000 ce înseamnă că trebuie să adăugăm două 33 00:02:25,000 --> 00:02:29,000 rute suplimentare la ruterul 2, plus două rute suplimentare la 34 00:02:29,000 --> 00:02:32,000 ruterul 3, presupunând că nu este rezumat. 35 00:02:32,000 --> 00:02:34,000 Deci este destul de mult de lucru. 36 00:02:34,000 --> 00:02:38,000 Deci, aceasta este problema cu rutele statice, poate fi o mulțime de 37 00:02:38,000 --> 00:02:41,000 lucru, mai ales dacă aveți o topologie mare. 38 00:02:41,000 --> 00:02:43,000 Așa că fugi include ruta îmi va arăta 39 00:02:43,000 --> 00:02:47,000 rutele mele statice în configurația de rulare a routerului în momentul în care am configurat doar 40 00:02:47,000 --> 00:02:49,000 1, așa că va trebui să tip 41 00:02:49,000 --> 00:02:53,000 rute IP 2. 2. 2. 2 și 42 00:02:53,000 --> 00:02:59,000 următoarea hamei 10. 1. 1. 2 care adaugă 43 00:02:59,000 --> 00:03:03,000 acel traseu la tabela de rutare a ruterului și 44 00:03:03,000 --> 00:03:10,000 trebuie să fac ceva similar pentru loopback-ul router-ului 3 Notă aceeași adresă de IP următoare hamei 45 00:03:10,000 --> 00:03:15,000 este utilizată din punctul de vedere al routerului următoarea adresă IP hamei 46 00:03:15,000 --> 00:03:18,000 este această adresă IP atunci când ajunge 47 00:03:18,000 --> 00:03:21,000 la oricare dintre aceste 3 rețele. 48 00:03:21,000 --> 00:03:28,000 Deci, poate router 1 ping 3. 3. 3. 3? Nu, nu poate, de ce? 49 00:03:28,000 --> 00:03:33,000 Deci, dezactivați depanarea, să încercăm din nou. 50 00:03:33,000 --> 00:03:35,000 Putem ping 3. 3. 3. 3? 51 00:03:35,000 --> 00:03:37,000 Nu, să vedem dacă există o problemă, deci să 52 00:03:37,000 --> 00:03:41,000 folosim comanda traceroute 3. 3. 3. 3 Notă pentru 53 00:03:41,000 --> 00:03:46,000 a ajunge la 3. 3. 3. 3 comanda traceroute mi-a arătat că ruterul 54 00:03:46,000 --> 00:03:50,000 1 trimite traficul la 10. 1. 1. 2 55 00:03:50,000 --> 00:03:59,000 și asta pentru că acea rută este în tabela de rutare locală a routerului 1, 56 00:03:59,000 --> 00:04:04,000 dar când ajunge la ruterul 2, acesta nu reușește. 57 00:04:04,000 --> 00:04:07,000 Deci, routerul 1 trimite traficul către routerul 2 58 00:04:07,000 --> 00:04:12,000 ruterul 2, cu toate acestea, atunci când primește traficul de la router 1 nu știe 59 00:04:12,000 --> 00:04:15,000 unde 3. 3. 3. 3 este. 60 00:04:15,000 --> 00:04:20,000 Deci, pentru a dovedi că să facem un pachet IP de depanare pe router 2. 61 00:04:20,000 --> 00:04:26,000 Voi pinge loopback-ul router-ului 3 de la router-ul 1, astfel încât traficul va merge de la 62 00:04:26,000 --> 00:04:29,000 router 1 la router 2 și apoi să 63 00:04:29,000 --> 00:04:31,000 vedem ce se întâmplă sperăm, 64 00:04:31,000 --> 00:04:34,000 merge bine la router 3, dar nu-i așa? 65 00:04:34,000 --> 00:04:41,000 Și putem vedea aici că ruterul 2 spune că un host nu poate fi trimis la 66 00:04:41,000 --> 00:04:47,000 10. 1. 1. 1 pentru rețeaua 3. 3. 3. 3 67 00:04:47,000 --> 00:04:53,000 router 2 nu știe cum să ajungă la această rețea de destinație și, prin 68 00:04:53,000 --> 00:04:57,000 urmare, spune că rețeaua 1 a router-ului este inaccesibilă. 69 00:04:57,000 --> 00:05:03,000 Acesta este un exemplu al paradigmei hamei de către hops, utilizat în IPv4 și IPv6. 70 00:05:03,000 --> 00:05:07,000 Hip hop-ul prin paradigma înseamnă că fiecare 71 00:05:07,000 --> 00:05:13,000 router face propria decizie de rutare locală independentă de alte routere. 72 00:05:13,000 --> 00:05:16,000 Deci doar pentru că routerul 1 știe cum să ajungă 73 00:05:16,000 --> 00:05:20,000 la router 3 nu înseamnă că routerul 2 știe cum să ajungă la router 3. 74 00:05:20,000 --> 00:05:23,000 Routerul 1 știe doar următorul hop în calea 75 00:05:23,000 --> 00:05:26,000 pentru a ajunge la acea destinație și nu 76 00:05:26,000 --> 00:05:31,000 cunoaște întregul traseu, deci ru ip router Notificarea 1 știe că pentru a ajunge 77 00:05:31,000 --> 00:05:37,000 la această rețea 3. 3. 3. 3 trebuie să trimită 78 00:05:37,000 --> 00:05:39,000 traficul către ruterul 2, dar se 79 00:05:39,000 --> 00:05:43,000 bazează pe routerul 2 pentru a ști ce să facă cu traficul. 80 00:05:43,000 --> 00:05:48,000 Și în acest caz, routerul 2 nu știe cum să ajungă la router 3, 81 00:05:48,000 --> 00:05:52,000 așa că masajul inaccesibil este trimis înapoi la router 1. 82 00:05:52,000 --> 00:05:58,000 Deci, încă o dată, pe ruterul 2, nu există trasee statice. 83 00:05:58,000 --> 00:06:03,000 Așadar, trebuie să configurez un traseu static pentru loopback-ul routerului 3 și în acest caz, observați că 84 00:06:03,000 --> 00:06:06,000 următorul hop din punctul de vedere al routerului 2 85 00:06:06,000 --> 00:06:10,000 este de 10. 1. 2. 2 86 00:06:10,000 --> 00:06:15,000 Acum, ping-ul reușește? Și răspunsul este da. 87 00:06:15,000 --> 00:06:21,000 ping-ul reușește, deoarece atunci când routerul 1 fixează loopback-ul routerului 3 și înaintează 88 00:06:21,000 --> 00:06:23,000 traficul către ruterul 2. 89 00:06:23,000 --> 00:06:27,000 Routerul 2 știe unde să trimită traficul, deoarece acea rută 90 00:06:27,000 --> 00:06:33,000 este în tabela de rutare locală și poate, prin urmare, să înainteze traficul către ruterul 91 00:06:33,000 --> 00:06:37,000 3 și în acest caz routerul 3 știe cum să 92 00:06:37,000 --> 00:06:43,000 revină la 10. 1. 1. 1, astfel încât pingul reușește. 93 00:06:43,000 --> 00:06:52,000 putem vedea că pe ruterul 3, că trimite un răspuns la 10. 1. 1. 1 din 3. 3. 3. 3 Acum, iată o altă 94 00:06:52,000 --> 00:06:54,000 întrebare: dacă ne uităm la tabela de rutare a ruterului 2, 95 00:06:54,000 --> 00:07:00,000 se spune că următorul hop este de 10. 1. 2. 2, dar nu 96 00:07:00,000 --> 00:07:05,000 ne arată că traficul trebuie să iasă din F0 / 1 97 00:07:05,000 --> 00:07:11,000 mai degrabă decât F0 / 0 cum arată router-ul ce interfață să utilizeze? 98 00:07:11,000 --> 00:07:18,000 Ei bine, știe că această adresă IP face parte din această subrețea și că subnetul este conectat direct 99 00:07:18,000 --> 00:07:22,000 la F0 / 1, astfel încât routerul 2 știe că 100 00:07:22,000 --> 00:07:27,000 ajunge la 3. 3. 3. 3 trebuie 101 00:07:27,000 --> 00:07:29,000 să transmită traficul la 102 00:07:29,000 --> 00:07:33,000 această adresă IP și această adresă IP face parte 103 00:07:33,000 --> 00:07:36,000 din această rețea care este disponibilă prin 104 00:07:36,000 --> 00:07:39,000 această interfață, astfel încât să știe să 105 00:07:39,000 --> 00:07:42,000 transfere traficul din această interfață locală, 106 00:07:42,000 --> 00:07:45,000 putem vedea că în tabelul CEF 107 00:07:45,000 --> 00:07:49,000 folosind comanda arată ip cef show ip cef ne 108 00:07:49,000 --> 00:07:55,000 arată că această rețea este disponibilă prin intermediul acestui next hop din această interfață. 109 00:07:55,000 --> 00:07:57,000 Deci, cu redirecționarea expresă de 110 00:07:57,000 --> 00:08:01,000 la Cisco, routerul pre-construiește această informație în tabela CEF, astfel încât 111 00:08:01,000 --> 00:08:05,000 nu trebuie să facă o căutare dublă pe tabela de rutare. 112 00:08:05,000 --> 00:08:09,000 în vremurile vechi când traficul a ajuns în această rețea, routerul ar trebui să facă o 113 00:08:09,000 --> 00:08:11,000 căutare dublă, cu alte cuvinte, ar fi 114 00:08:11,000 --> 00:08:15,000 această intrare în tabela de rutare și apoi trebuie să se uite la această intrare 115 00:08:15,000 --> 00:08:18,000 în tabela de rutare pentru a determina interfața de ieșire . 116 00:08:18,000 --> 00:08:23,000 Acum, informațiile sunt pre-construite în tabelul 117 00:08:23,000 --> 00:08:28,000 CEF pentru a accelera redirecționarea traficului.