Netkit4TICNetkit4TICLaboratorio virtuale per lo

studio delle reti

nome Route statica

versione 2.1

autore The Netkit Team

e-mail netkit.users@list.dia.uniroma3.it

web http://www.netkit.org

descrizione Esempio di configurazione di una rete statica (2 host + 2 router)

Una rete con due host

Dettagli di configurazione

Creazione del laboratorioGerarchia della lab directory

• lab.conf

• pc1/

• pc1.startup

• pc2/

• pc2.startup

• r1/

• r1.startup

• r2/

• r2.startup

pc1.startup

pc2.startup

i dati della tabella di routing vanno aggiunti manualmente

i dati della tabella di routing vanno aggiunti manualmente

Testing del laboratorio

ping da pc1/eth0 a r1/eth0

Le interfacce collegata allo stesso dominio di collisione sono sempre raggiungibili

Testing del laboratorio

ping da pc1/eth0 a r1/eth1

Le interfacce collegate a domini di collisione diversi non sono normalmente raggiungibili

Analisi delle tabelle di routing

Sia i router che gli host non hanno tabelle di routing, cioè non sanno come raggiungere reti non direttamente connesse alle loro interfacce.

Analisi delle tabelle di routing

Le reti direttamente connesse vengono inserite automaticamente nelle tabelle di routing quando le relative interfacce vengono attivate.

Analisi delle tabelle di routing

Per risolvere il problema dobbiamo definire manualmente la route di default dei pc:“Attraverso questo gateway (indirizzo IP) si possono raggiungere tutte le altre reti”

Analisi delle tabelle di routing

Analoga configurazione per pc2:

Analisi delle tabelle di routing

Ora pc1 sa come gestire indirizzi di altre reti

L’interfaccia di backbone di r1 è ora raggiungibile

Analisi delle tabelle di routing

Analisi delle tabelle di routing

L’interfaccia eth1 di r2 non risulta raggiungibile: perché?

Analisi delle tabelle di routing

Analisi delle tabelle di routing

Siamo sicuri che i pacchetti di richiesta di echo arrivi all’interfaccia eth1 di r2?

Proviamo: mentre pc1 invia richieste di ping, catturiamo i pacchetti nell’interfaccia di r2:

Analisi delle tabelle di routing

Guardiamo la tabella di routing di r2:

L’indirizzo di pc1 è 195.11.14.5R2 non sa come raggiungerlo. La richiesta di echo arriva ad r2, ma r2 non sa dove inoltrare la risposta.

Analisi delle tabelle di routing

Aggiungiamo nella tabella di routing di r2 la rete di pc1 (route statica):

network 195.11.14.0

con maschera 255.255.255.0

è raggiungibile via 100.0.0.9

tramite l’interfaccia eth1

Analisi delle tabelle di routing

La stessa configurazione va apportata anche ad r1:

Testing del laboratorioOra pc1 e pc2 sono raggiungibili: