Ora il ping è ottimo per testare come esempio se eseguo
il ping 10. 1. 1. 2 il ping supera
il motivo per cui il primo ping non è riuscito a causa
di ARP che il router necessita di ARP per l'indirizzo MAC del router 2 ma si
noti se faccio il ping 10. 1. 2. 2 che è l'indirizzo
IP del router 3 i ping falliscono perché quella rotta non si trova nella tabella di routing.
10. 1. 2. 0 non si trova nella tabella di routing del router locale.
10. 1. 1. 0 si trova nella tabella di routing locale.
quindi il router può
instradare in modo appropriato ora i debug sono molto utili per
test e risoluzione dei problemi e in questo esempio, userò un
comando debug ip icmp su entrambi router 2 e router 3 solo per dimostrare che il traffico
sta arrivando come previsto sui router corretti .
quindi ping 10. 1. 1. 2 questo avviso di indirizzo
IP vediamo le risposte echo ICMP inviate a 10. 1. 1. 1 facciamolo
così 10. 1. 2. 2 il traffico non raggiunge questo router non vediamo
alcuna uscita sullo schermo del router 3 dove è solo per farlo
di nuovo a 10. 1. 1. 2 vediamo
i debug perché il traffico viene inviato dal router 1 al router 2 e viene ricevuto dal
router 2 che a sua volta sta rispondendo.
Quindi sul router 1, possiamo usare il comando debug ip packet fare
attenzione con questo comando in un ambiente live.
In un ambiente live, si desidera utilizzare un elenco di
controllo di accesso per limitare il traffico che si sta eseguendo il debug in un ambiente
di produzione o live, è possibile uccidere il router se si esegue questo comando.
Ma in questo ambiente live, va bene farlo.
quindi da un punto di vista di test e risoluzione dei problemi consente di lavorare
attraverso la logica sul router 1, proviamo a
eseguire il ping 10. 1. 2. 2 non
otteniamo una risposta eseguiamo un ICMP IP di debug sul router 3
per vedere se il traffico arriva effettivamente al router 3
e non lo è, è utile perché i ping inviano il traffico e quindi si
aspettano di rispondere e questo
consente di verificare se il problema è sul percorso da R1 a R3 o se
il problema è sul ritorno da R3 a R1, quindi
questo è un grande
comando per testare così ping 10. 1. 2. 2 avviso nell'output che stiamo diventando irrefrenabile il router locale ci sta
dicendo che l'indirizzo IP di origine 10. 1. 1. 1 andando a
destinazione 10. 1. 2. 2 non
è rintracciabile, quindi non sa dove inoltrare il traffico.
Un'altra grande cosa nell'output qui è che
sappiamo quale interfaccia viene utilizzata dal router per l'invio di
pacchetti, in genere un router usa l'interfaccia
in uscita come sorgente nei pacchetti e puoi vederlo qui.
quindi la fonte del ping è 10. 1. 1. 1 perché
è l'interfaccia in uscita per arrivare a una destinazione come
10. 1. 2. 2 come
esempio, se eseguiamo il ping 10. 1. 1. 2 il ping ha successo
otteniamo un bel po 'di output, quindi
scorri indietro, c'è il ping, sono i messaggi di successo che possiamo vedere che l'indirizzo IP di
origine è 10. 1. 1. 1 destinazione è
10. 1. 1. 2
questo indirizzo IP e questo è stato instradato tramite la base di informazioni di inoltro o FIB su F0 / 0, quindi il pacchetto
è stato inviato e quindi abbiamo ricevuto
una risposta da 10. 1. 1. 2 andando a 10. 1. 1. 1 quindi
qui possiamo vedere che il pacchetto è stato
inoltrato dal router o inviato dal router e qui possiamo vedere una risposta dal router 2.
quindi un comando molto utile ma ancora una volta stai attento ad usarlo nella produzione sh ip route mi mostra
che non ho un percorso nella tabella
di routing per 10. 1. 2. 0 e anche
io non ho un gateway di ultima istanza, in
altre parole, non ho un gateway predefinito o una
route predefinita configurata su questo router.
Quindi il router non sa cosa fare
con il traffico e quindi quando eseguiamo il ping del router ci dice che il traffico non è rintracciabile.
Il router non sa dove
inoltrare il traffico, quindi è necessario configurare i percorsi statici.