Uno dei miei lettori mi ha mandato un interessante problema di pochi giorni fa: il processo BGP in esecuzione su un PE-router nel suo MPLS / VPN network preferito un percorso iBGP ricevuto da un altro PE-router ad un percorso di provenienza locale (ma per il resto identici). Quando ho guardato la stampa dettagliata, ho notato qualcosa di "interessante" - la pre-bestpath costo esteso BGP comunità.
PE2 # sh ip bgp vpnv4 VRF XXX 0.0.0.0
routing BGP ingresso tavolo per 172.16.1.105:0:0.0.0.0 / 0, versione 159.367 Sentieri: (2 disponibili, migliore # 1, tabella XXX) locale, il percorso importato da 100: 0:0.0.0.0 / 0 172.16.1.104 (metrico 11) da 172.16.1.104 (172.16.1.104) Origine incompleta, metrica 0, localpref 100, valida, interna, meglio avanzata Community: RT: 100:0 Costo: pre-bestpath : 129:25600 0x8800: 0:0 0x8801: 100:0 0x8802: 0x8803 65280:25600: 65281:1500 0x8804: 0x8805 1936:184188929: 09:00 0x8806: 0:184188929
etichette MPLS in / out nolabel/372
Locale
10.251.0.130 da 0.0.0.0 (172.16.1.105)
Origine incompleta, 0 metrica, localpref 100, peso 32768, valido, di provenienza
comunitaria estesa: RT: 100:0
La comunità costo BGP modifica il processo di percorso BGP di selezione : se la comunità costo ha ABSOLUTE_VALUE (visualizzato come pre-bestpath) punto di inserimento, è considerato prima di "standard" attributi percorso di selezione BGP (sì, è più forte di peso).
Percorsi BGP senza il costo comunità si presume un valore abbastanza alto costo (2.147,483647 millions, come spiegato da una documentazione di Cisco ), provocando il percorso iBGP di essere migliore del percorso locale (che non ha avuto comunità costo).
Il costo esteso BGP comunità si manifesta generalmente in reti che eseguono EIGRP tra PE-e CE-router che tentano di far fronte alle sedi dei clienti multihomed. Anche se è possibile cambiare manualmente con il costo extcommunitiy set di comandi in numerosi luoghi in cui una route-map possono essere utilizzati, non dovrebbe apparire in rete il mio lettore - il suo percorso di default è stato un percorso semplice statica ridistribuito in BGP senza una route-map.
Si è scoperto che incappato in un bug, che stava usando EIGRP nello stesso VRF, e la rimozione e la riattivazione EIGRP-to-BGP ridistribuzione della famiglia di indirizzi VRF rimosso il randagio costo comunità da quella di default. Ovviamente questo fix non è sempre applicabile - non si può semplicemente rimbalzare redistribuzione EIGRP ogni volta un prefisso BGP riceve uno strano set di comunità - ma per fortuna è possibile ignorare il costo comunità con il bestpath bgp costi comunità ignorare comando di configurazione del router.
Nessun commento:
Posta un commento
Nota. Solo i membri di questo blog possono postare un commento.