In questo post andiamo ad analizzare un errore di K Value mismatch in EIGRP, iniziamo con un accenno alla formula che calcola la metrica di protocollo :
- Metrica [K1 X Banda + (K2 x Banda)/(256 - Carico) + K3 x Ritardo] x [K5/(affidabilità + K4)] x 256
La formula fa riferimento a cinque costanti K che possono essere configurate per modificare il comportamento del protocollo. Ovviamente nella maggior parte dei casi, Cisco consiglia di non modificare i valori che, di default, sono impostati come K1=K3=1 e K2=K4=K5=0. Questa configurazione riduce la formula a Bandwidth+Dealy.
Detto questo passiamo all’analisi del seguente messaggio di errore :
- *Nov 23 9:48:41.811: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down: K-value mismatch
Il mismatch della costante previene che venga instaurata una relazione tra router A e router B.
Ci sono due tipici scenari nei quali può verificarsi un errore simile:
- - Il primo è che i due router connessi e che partecipano allo stesso processo EIGRP siano configurati con metriche differenti, questa la sh run del router al quale sono stati modificati i parametri di metria con il comando “metric weights”
hostname ROUTER-A!
interface serial 0
ip address 10.1.1.1 255.255.255.0
exit
router eigrp 100
network 10.1.1.0 0.0.0.255
“metric weights 0 2 0 1 0 0″
- - il secondo caso può verificarsi nel momento in cui uno dei due router transmetta un messaggio “goodbye” all’altro, il quale non supporta tale messaggio. In questo caso il destinatario interpreterà il pacchetto come un K-Value mismatch.
Il messaggio goodbye è una caratteristica di EIGRP che migliora la convergenza del protocollo. Goodbye viene inoltrato in broadcast quando il processo EIGRP attivo va in shut, così da informare i router vicini. I vicini possono quindi ricalcolare le neighbor relationships in modo più efficente prima che gli “hold timers” scadano.
Il messaggio goodbye è supportato dalle seguenti IOS :
- Cisco IOS Release 12.3(2), 12.3(3)B, and 12.3(2)T
