Come configurare rotte statiche in Cisco Packet Tracer

Pianifica una topologia con tre router

Usa R1 e R3 come router di bordo e R2 come router di transito. Metti una piccola LAN dietro ciascun router di bordo, così origine e destinazione sono chiare. Nell'esempio, la LAN di R1 è 192.168.10.0/24, il collegamento R1-R2 usa 10.0.12.0/30, il collegamento R2-R3 usa 10.0.23.0/30 e la LAN di R3 è 192.168.30.0/24. Il nome delle interfacce può cambiare secondo il modello, ma il rapporto tra le reti deve restare uguale.

Prima di aprire la CLI, scrivi la rotta necessaria su ogni router. R1 deve raggiungere la LAN di R3 passando da R2; R3 deve avere il percorso di ritorno verso la LAN di R1; R2 deve conoscere entrambe le LAN di bordo. In questo modo eviti il ping a senso unico. Collega i dispositivi, aspetta i link attivi e salva una copia PKT pulita.

1. 1

   Posiziona e nomina i dispositivi

   Aggiungi tre router e almeno un PC per ogni LAN di bordo. Usa R1, R2, R3, PC-A e PC-C.

2. 2

   Crea il piano degli indirizzi

   Annota indirizzi, maschere, reti LAN e next hop prima della modalità di configurazione.

3. 3

   Salva una base

   Salva dopo cablaggio e indirizzamento, prima di aggiungere le rotte statiche.

4. 4

   Definisci la prova

   Controlla prima i gateway e poi un ping da PC-A a PC-C che attraversi R2.

Configura le interfacce e verifica le reti connesse

Inizia dalle interfacce, non dalle rotte. Su ogni router assegna indirizzo e maschera all'interfaccia LAN o di transito e usa no shutdown. Sui PC scegli un indirizzo della LAN corretta, la maschera 255.255.255.0 e il router di bordo come gateway. Se il modello usa FastEthernet invece di GigabitEthernet, cambia solo il nome dell'interfaccia.

Prova ogni vicino direttamente connesso: PC-A verso 192.168.10.1, R1 verso 10.0.12.2, R2 verso 10.0.23.3 e PC-C verso 192.168.30.1. Poi esegui show ip interface brief e show ip route. Le interfacce devono essere up/up e le reti locali devono apparire come connected. Se un vicino non risponde, correggi il collegamento prima di creare rotte.

1. 1

   Indirizza R1

   Usa 192.168.10.1/24 sulla LAN e 10.0.12.1/30 verso R2; attiva entrambe le interfacce.

2. 2

   Indirizza R2

   Usa 10.0.12.2/30 e 10.0.23.2/30 sui link di transito e verifica i vicini.

3. 3

   Indirizza R3

   Usa 10.0.23.3/30 verso R2 e 192.168.30.1/24 verso la LAN destinazione.

4. 4

   Controlla le rotte connesse

   Esegui show ip interface brief e show ip route prima delle reti remote.

Una rotta statica non può riparare un next hop non raggiungibile. Controlla prima cavo, stato, indirizzo e maschera.

Aggiungi le rotte con destinazione e next hop corretti

La sintassi IPv4 di base è ip route rete-destinazione maschera next-hop. Leggila da sinistra a destra: quale rete remota raggiungere, quale maschera la descrive e quale router raggiungibile riceverà il pacchetto. La destinazione non è l'indirizzo dell'host remoto e il next hop non è l'host finale.

In questa topologia R1 invia 192.168.30.0/24 a 10.0.12.2. R2 invia 192.168.10.0/24 a 10.0.12.1 e 192.168.30.0/24 a 10.0.23.3. R3 invia 192.168.10.0/24 a 10.0.23.2. Le quattro voci costruiscono il percorso di andata e ritorno.

Dopo ogni comando rileggilo con show running-config e confrontalo con la tabella. Il next hop deve essere risolto da un'interfaccia connessa. In una rete multiaccesso, un next hop esplicito è spesso più semplice per un principiante rispetto alla sola interfaccia di uscita.

1. 1

   Rotta remota su R1

   Su R1 usa ip route 192.168.30.0 255.255.255.0 10.0.12.2.

2. 2

   Rotte di bordo su R2

   Su R2 punta 192.168.10.0/24 a 10.0.12.1 e 192.168.30.0/24 a 10.0.23.3.

3. 3

   Rotta di ritorno su R3

   Su R3 usa ip route 192.168.10.0 255.255.255.0 10.0.23.2.

4. 4

   Salva dopo i test

   Usa copy running-config startup-config dopo aver verificato tabella e ping.

Verifica tabella, ping e percorso in Simulation mode

La verifica deve procedere dal router all'host e poi lungo tutto il percorso. Su ogni router esegui show ip route e cerca una voce S per ogni LAN remota. Controlla maschera e next hop. La tabella è la prova della decisione di inoltro; un singolo ping non spiega il risultato.

Testa a strati: gateway locale, vicino connesso, gateway remoto e infine host remoto. Un ping da PC-A a 192.168.30.10 dimostra che R1, R2, R3, i due gateway e il ritorno funzionano. In Simulation mode filtra ICMP e segui il pacchetto fino al primo salto che fallisce.

• Usa show ip interface brief per provare che le interfacce necessarie sono up/up.
• Usa show ip route e conferma una voce S per ogni LAN remota.
• Confronta show running-config con il piano degli indirizzi.
• Esegui ping verso gateway, vicini, gateway remoto e host remoto in quest'ordine.
• Usa Simulation mode o traceroute per vedere dove si ferma il pacchetto.

Fai troubleshooting senza cambiare tutto insieme

Il problema più comune è la rotta di ritorno mancante. La richiesta può viaggiare da R1 a R3 mentre R3 non sa tornare a 192.168.10.0/24. Anche una maschera errata è frequente: 192.168.30.0/24 e 192.168.30.0/25 sono destinazioni diverse. Controlla il primo livello che fallisce e cambia una sola variabile alla volta.

Se il gateway locale fallisce, non è ancora un problema di rotta remota. Se fallisce il vicino, correggi il link di transito. Se i vicini funzionano ma la LAN remota no, confronta le voci S dei router di bordo e di transito. Se la richiesta arriva senza risposta, controlla percorso inverso e gateway dell'host.

• Tieni scritto il percorso sorgente-destinazione vicino alla CLI per trovare un next hop invertito.
• Usa una copia PKT pulita quando provi un'altra soluzione.
• Correggi una voce sbagliata in modo consapevole invece di accumulare rotte concorrenti.
• Se la topologia cresce, studia OSPF in una pagina separata invece di mescolare protocolli senza piano.

Capire quando il routing statico è adatto

Le rotte statiche sono utili in topologie piccole, con percorsi prevedibili e quando vuoi vedere esattamente il next hop. Sono facili da spiegare, ma diventano difficili da mantenere con molti router o cambiamenti frequenti. Uno switch Layer 3 e OSPF hanno obiettivi diversi: completa questo laboratorio prima di cambiare argomento.

Questa pagina presenta un metodo riproducibile. Cisco controlla pacchetto, piattaforme e accesso; verifica questi dati nel Resource Hub ufficiale.