Note sullo split-horizon

 

http://ardenpackeer.com/routing-protocols/tutorial-troubleshooting-split-horizon-issues-part-1/

 

http://ardenpackeer.com/routing-protocols/tutorial-troubleshooting-split-horizon-issues-part-2/

 

Leggendo i due casi di studio sullo split-horizon che riporto qui sopra, ho imparato le seguenti cose:

 

 

1. l’interfaccia seriale che usa l’incapsulamento frame-relay viene considerata per default una interfaccia multipoint. Su questa interfaccia, al contrario di quanto pensassi, lo split-horizon e’ DISABILITATO per default (fare sh ip int se0).

 

Se invece definisco una subinterface multipoint, qui lo split-horizon e’ ABILITATO per default.

 

Dovendo configurare uno scenario hub-e-spoke civogliono le attenzioni del caso.

 

2. Su una interfaccia ethernet lo split-horizon e’ ABILITATO per default

 

Qual e’ la logica in base alla quale il RIP decide se applicare lo split-horizon, nell’annunciare le reti presenti in tabella di routing?

 

Caso 1) la rete che devo annunciare e’ direttamente connessa?

Verifico se l’indirizzo IP dell’interfaccia da cui sto per annunciare appartiene alla rete.

Se SI, allora split-horizon, cioe’ non l’annuncio.

 

Caso 2) la rete che devo annunciare e’ remota?

Verifico che l’indirizzo IP del next-hop per la rete appartenga alla stessa rete dell’interfaccia di uscita.

Se SI (next-hop e router sono direttamente connessi) allora split-horizon.

L’idea e’ che RIP ha imparato la rete proprio da quel next-hop.