BGP – Border Gateway Protocol Breve introducción RETINA – 2003
La posta Ruta aprendida por Propagada por eBGP? Propagada por iBGP? Si es best, si Si, conservando el NH del link iBGP Synchronization No (excepto Reflectors)
Caminos (prefijos) ignorados “not synchronized” Si synchronization está habilitado, debe haber un match para ese prefijo en la tabla de ruteo IP para que un camino aprendido por iBGP sea considerado válido. NEXT_HOP inaccesible. Importante: ruta en el IGP al NEXT_HOP asociado al path. AS local aparece en el AS_PATH (eBGP). Denegados en el ingreso al router, no son puestos en la tabla BGP. Lo mismo con lo denegado por la politica de ruteo (a menos que se haya configurado soft-reconfiguration inbound). “received-only” estos son caminos rechazados por la politica de ruteo pero se muestran porque se configuró soft-reconfiguration inbound.
Selección del mejor camino Si el next-hop es inaccesible, descartar la ruta Si el camino es interno (iBGP), synchronization está habilitado y la ruta no está en el IGP, descartarla. Se prefiere el camino con mayor peso “weight” (propietario Cisco) Luego, se prefiere la ruta de mayor “local preference” En caso de mismo local-pref, se prefiere una ruta que es originada por el router (comando network o redistribución) Si la ruta no fue originada por el router y local-pref es igual, se prefiere la ruta con el path de sistemas autonomos más corto (shortest as-path).
Selección del mejor camino Si todo es igual, se prefiere el menor código de “origen” (IGP<EGP<Incomplete) A igualdad de “origen”, se prefiere el menor valor de MED (esta comparación se realiza sólo si los neighbors de los que se aprendieron la ruta pertenecen todos a un mismo AS –a menos que se especifique “bgp always-compare-med”). Se prefieren rutas aprendidas por eBGP que por iBGP. Se prefiere la ruta cuyo next-hop tiene menor métrica en el IGP. Si hasta aquí no hay decisión, se prefiere la ruta correspondiente al neighbor de menor router-id.