1 00:00:00,000 --> 00:00:04,000 Ora il ping è ottimo per testare come esempio se eseguo 2 00:00:04,000 --> 00:00:09,000 il ping 10. 1. 1. 2 il ping supera 3 00:00:09,000 --> 00:00:12,000 il motivo per cui il primo ping non è riuscito a causa 4 00:00:12,000 --> 00:00:16,000 di ARP che il router necessita di ARP per l'indirizzo MAC del router 2 ma si 5 00:00:16,000 --> 00:00:22,000 noti se faccio il ping 10. 1. 2. 2 che è l'indirizzo 6 00:00:22,000 --> 00:00:27,000 IP del router 3 i ping falliscono perché quella rotta non si trova nella tabella di routing. 7 00:00:27,000 --> 00:00:34,000 10. 1. 2. 0 non si trova nella tabella di routing del router locale. 8 00:00:34,000 --> 00:00:39,000 10. 1. 1. 0 si trova nella tabella di routing locale. 9 00:00:39,000 --> 00:00:41,000 quindi il router può 10 00:00:41,000 --> 00:00:45,000 instradare in modo appropriato ora i debug sono molto utili per 11 00:00:45,000 --> 00:00:49,000 test e risoluzione dei problemi e in questo esempio, userò un 12 00:00:49,000 --> 00:00:55,000 comando debug ip icmp su entrambi router 2 e router 3 solo per dimostrare che il traffico 13 00:00:55,000 --> 00:00:58,000 sta arrivando come previsto sui router corretti . 14 00:00:58,000 --> 00:01:04,000 quindi ping 10. 1. 1. 2 questo avviso di indirizzo 15 00:01:04,000 --> 00:01:13,000 IP vediamo le risposte echo ICMP inviate a 10. 1. 1. 1 facciamolo 16 00:01:13,000 --> 00:01:22,000 così 10. 1. 2. 2 il traffico non raggiunge questo router non vediamo 17 00:01:22,000 --> 00:01:25,000 alcuna uscita sullo schermo del router 3 dove è solo per farlo 18 00:01:25,000 --> 00:01:30,000 di nuovo a 10. 1. 1. 2 vediamo 19 00:01:30,000 --> 00:01:38,000 i debug perché il traffico viene inviato dal router 1 al router 2 e viene ricevuto dal 20 00:01:38,000 --> 00:01:42,000 router 2 che a sua volta sta rispondendo. 21 00:01:42,000 --> 00:01:47,000 Quindi sul router 1, possiamo usare il comando debug ip packet fare 22 00:01:47,000 --> 00:01:51,000 attenzione con questo comando in un ambiente live. 23 00:01:51,000 --> 00:01:55,000 In un ambiente live, si desidera utilizzare un elenco di 24 00:01:55,000 --> 00:02:01,000 controllo di accesso per limitare il traffico che si sta eseguendo il debug in un ambiente 25 00:02:01,000 --> 00:02:06,000 di produzione o live, è possibile uccidere il router se si esegue questo comando. 26 00:02:06,000 --> 00:02:09,000 Ma in questo ambiente live, va bene farlo. 27 00:02:09,000 --> 00:02:13,000 quindi da un punto di vista di test e risoluzione dei problemi consente di lavorare 28 00:02:13,000 --> 00:02:15,000 attraverso la logica sul router 1, proviamo a 29 00:02:15,000 --> 00:02:20,000 eseguire il ping 10. 1. 2. 2 non 30 00:02:20,000 --> 00:02:25,000 otteniamo una risposta eseguiamo un ICMP IP di debug sul router 3 31 00:02:25,000 --> 00:02:29,000 per vedere se il traffico arriva effettivamente al router 3 32 00:02:29,000 --> 00:02:35,000 e non lo è, è utile perché i ping inviano il traffico e quindi si 33 00:02:35,000 --> 00:02:37,000 aspettano di rispondere e questo 34 00:02:37,000 --> 00:02:43,000 consente di verificare se il problema è sul percorso da R1 a R3 o se 35 00:02:43,000 --> 00:02:47,000 il problema è sul ritorno da R3 a R1, quindi 36 00:02:47,000 --> 00:02:49,000 questo è un grande 37 00:02:49,000 --> 00:02:58,000 comando per testare così ping 10. 1. 2. 2 avviso nell'output che stiamo diventando irrefrenabile il router locale ci sta 38 00:02:58,000 --> 00:03:04,000 dicendo che l'indirizzo IP di origine 10. 1. 1. 1 andando a 39 00:03:04,000 --> 00:03:08,000 destinazione 10. 1. 2. 2 non 40 00:03:08,000 --> 00:03:11,000 è rintracciabile, quindi non sa dove inoltrare il traffico. 41 00:03:11,000 --> 00:03:14,000 Un'altra grande cosa nell'output qui è che 42 00:03:14,000 --> 00:03:18,000 sappiamo quale interfaccia viene utilizzata dal router per l'invio di 43 00:03:18,000 --> 00:03:21,000 pacchetti, in genere un router usa l'interfaccia 44 00:03:21,000 --> 00:03:25,000 in uscita come sorgente nei pacchetti e puoi vederlo qui. 45 00:03:25,000 --> 00:03:28,000 quindi la fonte del ping è 10. 1. 1. 1 perché 46 00:03:28,000 --> 00:03:32,000 è l'interfaccia in uscita per arrivare a una destinazione come 47 00:03:32,000 --> 00:03:34,000 10. 1. 2. 2 come 48 00:03:34,000 --> 00:03:40,000 esempio, se eseguiamo il ping 10. 1. 1. 2 il ping ha successo 49 00:03:40,000 --> 00:03:42,000 otteniamo un bel po 'di output, quindi 50 00:03:42,000 --> 00:03:47,000 scorri indietro, c'è il ping, sono i messaggi di successo che possiamo vedere che l'indirizzo IP di 51 00:03:47,000 --> 00:03:51,000 origine è 10. 1. 1. 1 destinazione è 52 00:03:51,000 --> 00:03:54,000 10. 1. 1. 2 53 00:03:54,000 --> 00:04:01,000 questo indirizzo IP e questo è stato instradato tramite la base di informazioni di inoltro o FIB su F0 / 0, quindi il pacchetto 54 00:04:01,000 --> 00:04:03,000 è stato inviato e quindi abbiamo ricevuto 55 00:04:03,000 --> 00:04:11,000 una risposta da 10. 1. 1. 2 andando a 10. 1. 1. 1 quindi 56 00:04:11,000 --> 00:04:14,000 qui possiamo vedere che il pacchetto è stato 57 00:04:14,000 --> 00:04:20,000 inoltrato dal router o inviato dal router e qui possiamo vedere una risposta dal router 2. 58 00:04:20,000 --> 00:04:26,000 quindi un comando molto utile ma ancora una volta stai attento ad usarlo nella produzione sh ip route mi mostra 59 00:04:26,000 --> 00:04:28,000 che non ho un percorso nella tabella 60 00:04:28,000 --> 00:04:34,000 di routing per 10. 1. 2. 0 e anche 61 00:04:34,000 --> 00:04:37,000 io non ho un gateway di ultima istanza, in 62 00:04:37,000 --> 00:04:40,000 altre parole, non ho un gateway predefinito o una 63 00:04:40,000 --> 00:04:42,000 route predefinita configurata su questo router. 64 00:04:42,000 --> 00:04:45,000 Quindi il router non sa cosa fare 65 00:04:45,000 --> 00:04:53,000 con il traffico e quindi quando eseguiamo il ping del router ci dice che il traffico non è rintracciabile. 66 00:04:53,000 --> 00:04:56,000 Il router non sa dove 67 00:04:56,000 --> 00:05:01,000 inoltrare il traffico, quindi è necessario configurare i percorsi statici.