Netkit4TIC
Laboratorio virtuale per lo
studio delle reti
nome
versione
autore
e-mail
Route statica
2.1
The Netkit Team
[email protected]
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 laboratorio
Gerarchia della lab directory
• lab.conf
• pc1/
• pc1.startup
• pc2/
• pc2.startup
• r1/
• r1.startup
• r2/
• r2.startup
pc1.startup
i dati della tabella di routing
vanno aggiunti manualmente
pc2.startup
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.5
R2 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):
tramite l’interfaccia eth1
network 195.11.14.0
con maschera
255.255.255.0
è raggiungibile via
100.0.0.9
Analisi delle tabelle di routing
La stessa configurazione va apportata anche
ad r1:
Testing del laboratorio
Ora pc1 e pc2 sono raggiungibili: