Topologia di rete

Problemi
- Creazione di un percorso statico predefinito
- Implementazione di un percorso statico fluttuante
- Verifica dello switch su un percorso statico fluttuante in caso di guasto del percorso principale
Panoramica
Iniziamo con alcune parole su cosa sia un percorso statico, e ancor più un percorso fluttuante. A differenza del routing dinamico, il routing statico richiede la costruzione manuale del percorso verso una rete specifica. Un percorso statico fluttuante serve per fornire una via di riserva verso la rete di destinazione in caso di guasto del percorso principale.
Nel nostro esempio, il 'Router di confine' ha attualmente solo percorsi direttamente connessi alle reti ISP1, ISP2, LAN_1 e LAN_2.

Creazione di un percorso statico predefinito
Prima di parlare del percorso di riserva, dobbiamo prima costruire il percorso principale. Supponiamo che il percorso principale dal router di confine passi attraverso ISP1 verso la rete Internet, mentre il percorso attraverso ISP2 sarà di riserva. Per questo, nel router di confine, in modalità di configurazione globale, configuriamo il percorso statico predefinito:
Edge_Router>en
Edge_Router#conf t
Edge_Router(config)#ip route 0.0.0.0 0.0.0.0 s0/0/0
dove:
- i primi 32 bit di zeri — indirizzo della rete di destinazione;
- i secondi 32 bit di zeri — maschera di rete;
- s0/0/0 — interfaccia di uscita del router di confine, collegata alla rete ISP1.
Questa registrazione indica che se i pacchetti arrivati al router di confine dalle reti LAN_1 o LAN_2 contengono un indirizzo di rete di destinazione non presente nella tabella di routing, saranno inviati attraverso l'interfaccia s0/0/0.

Verifichiamo la tabella di routing del router di confine e inviamo una richiesta di echo a server web da PC-A o PC-B:


Vediamo che è stata aggiunta alla tabella di routing la registrazione del percorso statico predefinito (come indica l'annotazione S*). Eseguiamo un traceroute da PC-A o PC-B verso il web-server:

Il primo salto avviene da PC-B all'indirizzo IP locale del router di confine 192.168.11.1. Il secondo salto — dal router di confine a 10.10.10.1 (ISP1). Ricordiamolo, lo confronteremo in seguito.
Implementazione di un percorso statico fluttuante
Quindi, abbiamo creato il percorso statico principale. Ora creiamo, in effetti, un percorso statico flottante attraverso la rete ISP2. Il processo di creazione di un percorso statico flottante non differisce in alcun modo da un normale percorso statico di default, tranne per il fatto che nel primo si specifica anche la distanza amministrativa. La distanza amministrativa indica il grado di affidabilità del percorso. Infatti, la distanza amministrativa di un percorso statico è pari a uno, il che significa assoluto priorità rispetto ai protocolli di routing dinamico, i cui valori di distanza amministrativa sono di gran lunga superiori, tranne per i percorsi locali — per questi ultimi è nullo. Pertanto, creando un percorso statico flottante, è necessario specificare una distanza amministrativa maggiore di uno, ad esempio 5. In questo modo, il percorso flottante non avrà priorità sul percorso statico principale, ma nel momento in cui diventa non disponibile, il percorso di default sarà considerato principale.

La sintassi per la configurazione di un percorso statico flottante è la seguente:
Edge_Router(config)#ip route 0.0.0.0 0.0.0.0 s0/0/1 5dove:
- 5 è proprio il valore della distanza amministrativa;
- s0/0/1 è l'interfaccia di uscita del router border, connessa alla rete ISP2.
Voglio subito dire che fintanto che il percorso principale è operativo, il percorso statico flottante non verrà visualizzato nella tabella di routing.. Per maggiore chiarezza, visualizziamo il contenuto della tabella di routing quando il percorso principale è in buono stato:

Si può notare che nella tabella di routing è ancora presente il percorso statico principale di default con l'interfaccia di uscita Serial0/0/0 e non ci sono altri percorsi statici visualizzati nella tabella di routing.
Verifica dello switch su un percorso statico fluttuante in caso di guasto del percorso principale
E ora la parte più interessante: simuleremo il guasto del percorso principale. Questo può essere fatto disattivando l'interfaccia a livello software, oppure semplicemente scollegando la connessione tra il router e ISP1. Disattiviamo l'interfaccia Serial0/0/0 del percorso principale:
Edge_Router>en
Edge_Router#conf t
Edge_Router(config)#int s0/0/0
Edge_Router(config-if)#shutdown
… e subito andiamo a controllare la tabella di routing:

Nel disegno sopra, è evidente che dopo il malfunzionamento della rotta statica principale, l'interfaccia di uscita Serial0/0/0 è cambiata in Serial0/0/1. Durante il primo tracciamento che abbiamo eseguito in precedenza, la transizione dal router di confine è avvenuta all'indirizzo IP 10.10.10.1. Confrontiamo le transizioni eseguendo un nuovo tracciamento utilizzando la rotta di riserva:

Ora la transizione dal router di confine al server web avviene tramite l'indirizzo IP 10.10.10.5 (ISP2).
Certamente, le rotte statiche possono essere visualizzate visualizzando la configurazione corrente del router:
Edge_Router>en
Edge_Router#show run

Fonte: habr.com
