Oggi ho capito meglio come funziona la topology table generata da EIGRP.
NOTA sulla mappa:
i valori riportati in rosso sui collegamenti sono i valori di DELAY effettivamente configurati sulle interfacce che sui link si affacciano.
I valori di metrica nella topology table sono reali e ottenuti dopo aver configurato i “pesi” della formula EIGRP per il calcolo della metrica con il seguente comando:
metric weights 0 0 0 1 0 0
che vuol dire: “considera solo il delay per il calcolo della metrica”.
————————————————–
Ecco l’output del comando “show ip eigrp topology all-links” riferito al router R4
r4-->sh ip eigrp to all IP-EIGRP Topology Table for AS(1)/ID(10.10.8.4) P 10.10.1.0/24, 1 successors, FD is 512, serno 7 via 10.10.6.1 (512/256), Ethernet0/2 via 10.10.4.3 (2560/768), Ethernet0/0 P 10.10.2.0/24, 1 successors, FD is 512, serno 8 via 10.10.6.1 (512/256), Ethernet0/2 via 10.10.4.3 (2304/512), Ethernet0/0 P 10.10.3.0/24, 1 successors, FD is 768, serno 10 via 10.10.6.1 (768/512), Ethernet0/2 via 10.10.4.3 (2048/256), Ethernet0/0 P 10.10.4.0/24, 1 successors, FD is 1792, serno 1 via Connected, Ethernet0/0 P 10.10.5.0/24, 1 successors, FD is 256, serno 2 via Connected, Ethernet0/1 via 10.10.4.3 (2816/1024), Ethernet0/0 P 10.10.6.0/24, 1 successors, FD is 256, serno 3 via Connected, Ethernet0/2 via 10.10.4.3 (2560/768), Ethernet0/0 P 10.10.7.0/24, 2 successors, FD is 1792, serno 9 via 10.10.8.5 (1792/1536), Ethernet0/3 via 10.10.6.1 (1792/1536), Ethernet0/2 via 10.10.4.3 (3840/2048), Ethernet0/0 P 10.10.8.0/24, 1 successors, FD is 256, serno 4 via Connected, Ethernet0/3 via 10.10.4.3 (2816/1024), Ethernet0/0 P 10.10.9.0/24, 1 successors, FD is 512, serno 6 via 10.10.8.5 (512/256), Ethernet0/3 via 10.10.4.3 (3072/1280), Ethernet0/0
Secondo la reference guide, il comando “show ip eigrp topology” mostra la topology table del router evidenziando, per ogni destinazione, eventuali successors e feasible successors.
Il comando “show ip eigrp topology all-links” invece, mostrerebbe tutte le rotte presenti nella topology table, anche quelle non feasible.
Sono inciampato sulla parola TUTTE.
All’inizio ho interpretato la parola in modo “globale”.
In sostanza, guardando alla mappa sopra riportata, mi sarei aspettato di trovare qualcosa di simile, una volta eseguito il comando:
show ip eigrp topology all-links
.
.
.
P 10.10.1.0/24, 1 successors, FD is 512, serno 7
via 10.10.6.1 (512/256), Ethernet0/2
via 10.10.4.3 (2560/768), Ethernet0/0
via 10.10.8.5 (2048/1792), Ethernet0/3
.
.
E invece mi ritrovo soltanto:
.
.
P 10.10.1.0/24, 1 successors, FD is 512, serno 7 via 10.10.6.1 (512/256), Ethernet0/2 via 10.10.4.3 (2560/768), Ethernet0/0 .
.
.
Pensa…pensa…pensa…niente! Peggio di Winnie The Pooh.
Da una discussione su Internet, indirettamente legata a questo problema, ho avuto un indizio.
Cosa vuole dire veramente la parola TUTTE?
MA, ovviamente (asino che sono), TUTTE LE ROTTE CHE IL ROUTER IMPARA DAI SUOI VICINI.
E cosa insegnano al router i suoi vicini? Tutte le loro BEST ROUTES verso le varie destinazioni!
Analizzo allora la rotta che io mi sarei aspettato di trovare nella lista:
via 10.10.8.5 (2048/1792), Ethernet0/3
Mi chiedo: qual e’ la BEST ROUTE di R5 verso la rete 1?
E’ quella che avevo ipotizzato io? Cioe’ la R5 -> R1?
Assolutamente no! La rotta migliore da R5 verso la rete 1 passa proprio per R4 !
Semmai, allora, la metrica della rotta di cui sopra dovrebbe essere:
via 10.10.8.5 (1024/768), Ethernet0/3
Rotta non feasible.
Va bene, ma perche’ non appare?
A questo punto e’ facile: split-horizon.
R5 non annuncera’ ad R4 la sua rotta verso la rete 1 perche’ l’ha imparata proprio da R4.
Ed R4 in definitiva non potra’ avere in topology table alcuna rotta per la rete 1 passante per R5.
Il mio errore era stato leggere quel TUTTE come:
le migliori rotte per la destinazione , partendo da R4 e passanti per ciascuno dei vicini, laddove pero’ avevo escluso arbitrariamente le rotte aventi proprio R4 come nodo intermedio.
