> Ha senso, ma... perchè guarda anche la routing table? Mi aspettavo > (forse erroneamente) che l'EIGRP guardasse solo la topology table e > poi facesse altri ragionamenti solo su di essa per stabilire se > annunciare o meno una rete, tipo feasibility condition, etc. > > In fondo stiamo parlando solo del fatto che impara una rotta tramite > un protocollo di routing e la annuncia a sua volta. Forse mi sono > perso io qualche dettaglio dell'EIGRP.
ciao la cosa e' particolarmente evidente quando usi BGP e cioe' devi utilizzare 2 protocolli di routing aggiungendo al BGP un IGP. In questi casi difficilmente si effettua una redistribuzione, ma per alcune route puo' esistere una coesistenza nei due protocolli: pensa al backbone di un provider che deve gestire internamente il proprio piano di indirizzamento pubblico. Una gestione non attenta puo' portare alla condizione di "RIB Failure" che puo' essere paragonata al tuo scenario. Se cerchi un po' nella documentazione cisco o con google troverai ampi chiarimenti e discussioni sull'argomento. Visto poi che la situazione in BGP e' spesso "architetturale" sono previsti dei comandi specifici per gestire questi casi. puoi partire da qui' -> http://blog.ioshints.info/2007/12/what-is-bgp-rib-failure.html ciao nicola -- Nicola Modena - CCIE #19119, JNCIP-M/T #1211, CCSE _______________________________________________ http://www.areanetworking.it http://www.areanetworking.it/blog [email protected] http://ml.areanetworking.it/mailman/listinfo/cug
