ARGOMENTO:

Riporto di seguito la spiegazione di una situazione piuttosto interessante della quale, durante la pausa, mi ha chiesto nella lezione di ieri gica78r.
Certamente è una situazione non a livello CCNA, e probabilmente neanche a livello CCNP ma probabilmente da considerarsi uno degli aspetti tipici di una preparazione CCIE di base: la funzionalità di Proxy Arp.

La funzionalità di proxy arp è abilitata di default sui router Cisco e consente ad un router di rispondere ad una richiesta arp da parte di un client che effettui una richiesta per una destinazione fuori rete.



La rete è stata configurata con due rotte statiche come si nota dalla tabella di routing dei due router:

R1 ip route 192.168.0.96 255.255.255.224 10.0.0.2
R2 ip route 192.168.0.64 255.255.255.192 10.0.0.1

Notate il fatto che il piano di indirizzamento è errato dal momento che la rete 192.168.0.64/26 assegnata alla fa0/0 di R1 comprende la rete 192.168.0.96/27 assegnata alla fa0/0 di R2.
Tuttavia effettivamente il ping da PC0 verso PC1 funziona correttamente... perchè?

Quando il PC0 prova a pingare l'indirizzo 192.168.0.98 effettua un arp request verso quell'indirizzo ip con indirizzo mac destinazione FFFF.FFFF.FFFF

A questo punto R1 verifica il fatto che dalla sua tabella di routing 192.168.0.98 è un indirizzo che ruoterebbe verso il next hop 10.0.0.2 in accordo con la sua tabella di routing (ricordate che prima della distanza amministrativa, quindi prima di valutare una connessa migliore di una statica ciò che deve essere valutato è il best match)
Per questo motivo grazie alla funzionalità di proxy arp risponde alla richiesta arp affermando che è proprio lui con il suo mac address ad avere indirizzo 192.168.0.98 in modo da farsi inoltrare il pacchetto icmp.

Di contro il traffico di ritorno avviene semplicemente perchè PC1 deve rispondere a 192.168.0.66 e sa che esso è fuori dalla rete 192.168.0.64/27 quindi effettua una arp request verso il default gateway.

In questa situazione alcuni malfunzionamenti verrebbero a verificarsi nel momento in cui si dovesse assegnare ad esempio l'indirizzo 192.168.0.100 a PC0: in questo caso il traffico di andata arriverebbe a destinazione, mentre il traffico di ritorno fallirebbe a causa di una mancata risposta alla richiesta arp che PC1 effettuerebbe verso 192.168.0.100.

So per certo che questo esempio è di difficilissima comprensione per studenti del CCNA Discovery 2 tuttavia credo possa essere didatticamente interessante e soprattutto la conoscenza della funzionalità di proxy arp è molto importante in quelle situazioni in cui il troubleshooting sembra dare risultati terrificanti