Problema 2.4
2.4 a
Quanti datagrammi IP sono coinvolti in tutto il processo?
Descrivili… (tipo, codice e grandezza)
| Datagramma n° | Tipo e codice ICMP | Grandezza Pacchetto ICMP | IP origine | IP destinazione |
|---|---|---|---|---|
| 1 | Type 0, Code 0 | 60 byte | 172.20.43.218 | 10.4.2.1 |
| 2 | Type 5, Code 1 | 56 byte | 172.20.43.230 | 172.20.43.218 |
| 3 | Type 0, Code 0 | 60 byte | 10.4.2.1 | 172.20.43.218 |
| 4 | Type 8, Code 0 | 60 byte | 172.20.43.218 | 10.4.2.1 |
| 5 | Type 0, Code 0 | 60 byte | 10.4.2.1 | 172.20.43.218 |
2.4 b
Spiega graficamente l’origine e la destinazione di ogni datagramma (come è stato realizzato nella figura 7, però incorporando l’indirizzamento IP corretto delle macchine coinvolte).
2.4 c
Osservi gli stessi datagrammi nel monitor di rete rispetto a quelli che vengono descritti nella spiegazione teorica del “redirect”? Perchè può succedere questo?
- Quando viene commeso un errore di drezionamento, il numero di pacchetti generato è 4, però noi ne vedremo solo 3, dal momento che uno switch intermedio ci impedirà di visualizzare il messaggio echo copiato dal router che verrà inviato a destinazione.
2.4 d
Gli indirizzi MAC e IP di tutte le trame catturate con il monitor di rete fanno riferimento alla stessa interfaccia di rete?Indica in che casi la risposta è affermativa ed in quali casi gli indirizzi IP specificano un’interfaccia di rete che non corrisponde all’interfaccia indicata per il MAC.
| Datagramma n° | Tipo e codice ICMP | MAC origine | IP origine | Stessa interfaccia? |
|---|---|---|---|---|
| 1 | Type 0, Code 0 | 00:0a:5e:76:8c:4c | 172.20.43.218 | SI |
| 2 | Type 5, Code 1 | 00:07:0e:8c:8c:ff | 172.20.43.230 | SI |
| 3 | Type 0, Code 0 | 00:d0:ba:e0:6a:3d | 10.4.2.1 | NO |
| 4 | Type 8, Code 0 | 00:0a:5e:76:8c:4c | 172.20.43.218 | SI |
| 5 | Type 0, Code 0 | 00:d0:ba:e0:6a:3d | 10.4.2.1 | NO |
Il MAC di 172.20.43.218 è 00:0a:5e:76:8c:4c
il MAC di 172.20.43.230 è 00:07:0e:8c:8c:ff
Eseguendo il comando arp -a scopriamo che il mac 00:d0:ba:e0:6a:3d appartiene alla macchina 172.20.43.231 e non a 10.4.2.1
2.4 e
Che macchina o interfaccia di rete invia il messaggio ICMP Redirect?
- Il messaggio Redirect è mandato dalla macchina 172.20.43.230
2.4 f
Che dato importante per il tuo PC trasporta al suo interno il messaggio Redirect?
Trasporta anche qualche altro tipo di informazioni extra?
- All’interno del messaggio Redirect troviamo informazioni sul Gateway Access (172.20.43.231), che è la macchina che ci ha reindirizzato il pacchetot e che dovremmo utilizzare come prossima porta di accesso
2.4 g
Osserva i campi “identificacion”, “TTL” e “checksum” del datagramma che è stato inviato in origine.
In seguito analizza il contenuto del messaggio Redirect.
Si può trovare la stessa identificazione all’interno dei dati (non nell’intestazione) del messaggio ICMP Redirect?
Che succede con i campi TTL e Checksum del datagramma traportati nel Redirect?
- DATAGRAMMA ORIGINALE:
IDENTIFICATION: 0×205b (8283)
TTL: 128
CHECKSUM: 0×4a5c (correct)MESSAGGIO REDIRECT:
IDENTIFICATION: 0×205b (8283)
TTL: 127
CHECKSUM: 0×4a5c (incorrect should be 0xf4ff)Il messaggio Redirect trasporta i dati del pacchetto originale e reindirizzato: le informazioni non si ritrovano più all’interno dell’intestazione, ma nel campo ICMP.
Il TTL è inoltre diminuito di un’unità: esattamente quella che ci ha fornito il messaggio di redirezionamento.
