1. Demo BGP
La demo BGP generada se carga automáticamente. Contiene 13 routers, 22 sesiones BGP y dos reflectores de rutas con capacidades BMP deliberadamente diferentes.
- Confirme que la topología demo generada está presente; no es necesario cargar archivos ni iniciar la demo manualmente.
- Abra la Vista general y confirme que la superposición BGP es visible. Está activada de forma predeterminada; el control permite ocultarla y restaurarla.
- Busque los routers con Router ID 123.123.100.100 (RFC 7854) y 123.123.101.101 (RFC 7854 + RFC 9069 + RFC 8671). Estas RFC identifican las RIB que Topolograph recibe mediante BMP de cada reflector de rutas.
La topología IGP sigue siendo el grafo base. La superposición BGP añade sesiones sin sustituir la conectividad OSPF.
2. Sesiones BGP
Use ambas representaciones: la tabla permite filtrar con precisión las sesiones BGP y la superposición gráfica muestra dónde se encuentra la sesión seleccionada en la topología.
- Abra Sesiones BGP y filtre la columna peer ip por 123.123.31.31.
- Confirme que 123.123.31.31 (PE31) tiene una sesión BGP, con 123.123.100.100 (RR1), y ninguna con 123.123.101.101 (RR2).
- Vuelva a la Vista general y localice la misma adyacencia entre PE y 123.123.100.100 (RR1) en la superposición BGP.
La tabla filtrada de Sesiones BGP muestra concretamente la limitación de RFC 7854: 123.123.31.31 (PE31) tiene una sesión observada, con 123.123.100.100 (RR1).
Este 123.123.31.31 (PE31), con una sesión BGP, demuestra la limitación de RFC 7854 utilizada más adelante.
3. Vista RIB
Una sesión BMP establecida con un reflector de rutas no proporciona automáticamente una vista de la tabla de cada cliente del RR. Una sesión BMP capaz de exportar Loc-RIB ofrece la vista más precisa del estado de la tabla de enrutamiento. Topolograph también puede trabajar con supuestos explícitos cuando falta información. Por ejemplo, el estado RIB de un dispositivo puede inferirse del Adj-RIB-Out post-policy RFC 8671 de un speaker BMP vecino dirigido a ese dispositivo, aunque no exista una sesión BMP con el propio dispositivo.
Cobertura de RFC BMP y significado para el cálculo de caminos
| Datos BMP | Propietario y dirección de la RIB observada | ¿Puede calcularse un camino para el dispositivo indicado? | Supuesto necesario |
|---|---|---|---|
| RFC 7854 Adj-RIB-In pre-policy/post-policy | Adj-RIB-In pertenece al speaker BMP y contiene rutas recibidas de un vecino BGP | No | Adj-RIB-In no muestra qué ruta seleccionó e instaló el speaker BMP en Loc-RIB |
| RFC 9069 Loc-RIB | Loc-RIB pertenece al speaker BMP y contiene sus rutas seleccionadas | Sí | Ninguno |
| RFC 8671 Adj-RIB-Out post-policy | Adj-RIB-Out pertenece al speaker BMP y contiene rutas anunciadas a un vecino BGP concreto; para ese vecino, el feed se utiliza como Adj-RIB-In inferido | Sí | No se observan la política de entrada del vecino BGP ni la Loc-RIB resultante |
Routers de la red demo y visibilidad de la información de enrutamiento
| Router o grupo | Datos BMP disponibles en Topolograph | Cálculo de caminos | Supuestos |
|---|---|---|---|
| 123.123.101.101 (RR2) | Loc-RIB pertenece a 123.123.101.101 (RR2) y se recibe directamente mediante RFC 9069 | Disponible | Ninguno |
| 123.123.30.30 (PE30); 123.14.14.14 (PE14) | Adj-RIB-Out post-policy pertenece a 123.123.101.101 (RR2) y se dirige al dispositivo correspondiente; para ese dispositivo se usa como Adj-RIB-In inferido | Disponible | No se observan la política de entrada del dispositivo ni la Loc-RIB resultante |
| 123.10.10.10 (Core10); 123.123.110.110 (Core110) | Adj-RIB-Out post-policy pertenece a 123.123.101.101 (RR2) y se dirige al dispositivo correspondiente; para ese dispositivo se usa como Adj-RIB-In inferido | Disponible | No se observan la política de entrada del dispositivo ni la Loc-RIB resultante |
| 123.15.15.15 (PE15) | La Loc-RIB observada pertenece a 123.123.101.101 (RR2); su Adj-RIB-Out hacia 123.15.15.15 (PE15) no se exporta mediante BMP | Disponible | Se supone que 123.123.101.101 (RR2) anuncia su ruta seleccionada a 123.15.15.15 (PE15) y que PE15 la acepta tras aplicar la política de entrada |
| 123.11.11.11 (Core11), 123.13.13.13 (Core13), 123.123.111.111 (Core111), 123.30.30.30 (Core30), 123.31.31.31 (Core31) | La Loc-RIB observada pertenece a 123.123.101.101 (RR2); su Adj-RIB-Out hacia estos dispositivos no se exporta mediante BMP | Disponible | Se supone que RR2 anuncia su ruta seleccionada a cada dispositivo y que cada dispositivo la acepta tras aplicar la política de entrada |
| 123.123.100.100 (RR1) | RFC 7854 de RR1 muestra su Adj-RIB-In, no su Loc-RIB; el cálculo usa la Loc-RIB propiedad de RR2, cuyo Adj-RIB-Out hacia RR1 no se exporta mediante BMP | Disponible | Se supone que RR2 anuncia su ruta seleccionada a RR1 y que RR1 la acepta tras aplicar la política de entrada |
| 123.123.31.31 (PE31) | Adj-RIB-In pre-policy y post-policy pertenece a RR1 y contiene rutas recibidas de PE31; para PE31 solo demuestra su Adj-RIB-Out. No hay datos de rutas hacia PE31 | No disponible | Los datos observados no muestran la Loc-RIB ni la Adj-RIB-In de PE31 |
123.123.101.101 (RR2) exporta datos Adj-RIB-Out post-policy mediante BMP solo para vecinos BGP seleccionados. Es válido: la monitorización BMP Adj-RIB-Out se configura por vecino BGP y familia de direcciones, aunque BGP mantiene un Adj-RIB-Out para cada vecino establecido.
4. Rutas BGP
Empiece por la tabla Rutas BGP de todo el grafo antes de limitarse a un router. Aquí puede inspeccionar y filtrar los datos de rutas recopilados para toda la demo.
- Abra la tabla del grafo y seleccione Rutas BGP. Mantenga el modo Live.
- Use las columnas prefix, bmp source, bmp ribs, peer ip y atributos de ruta para encontrar el conjunto de rutas que desea investigar.
La tabla Live a pantalla completa muestra las Rutas BGP de todo el grafo.
La tabla Rutas BGP muestra las rutas recopiladas para todo el grafo.
5. Vista de rutas en el formulario del dispositivo
El número de rutas del formulario muestra la vista RIB de ese router: su Loc-RIB recibida mediante una sesión BMP con el dispositivo o el Adj-RIB-Out post-policy recibido mediante una sesión BMP con un dispositivo vecino.
- Haga clic en 123.14.14.14 (PE14) en el grafo y busque la sección BGP del formulario.
- Confirme que Routes es 4 y lea la explicación: RR2 anunció las rutas a este router mediante RFC 8671.
- Lea el desglose RIB. Adj-RIB-Out post-policy describe la RIB exportada por RR2; desde la perspectiva de PE14, estos cuatro anuncios son su Adj-RIB-In inferido.
- La fila Adj-RIB-Out (post) 4 se incluye en Routes: es el Adj-RIB-Out de RR2 hacia PE14, utilizado como Adj-RIB-In inferido de PE14.
Este formulario muestra la vista RIB de PE14: cuatro rutas de Adj-RIB-Out post-policy recibidas mediante BMP de RR2.
El formulario de PE14 muestra cuatro rutas, fuente BMP RR2 y RIB Adj-RIB-Out post-policy. Routes no incluye rutas anunciadas por PE14 a RR2 ni otras observaciones BMP que no se usan para la vista RIB de PE14.
6. Filtrado, ordenación y paginación de las rutas de un nodo
Abra la tabla de rutas desde el formulario; la tabla conserva el ámbito RIB seleccionado para PE14.
- Haga clic en Routes 4 en PE14. Confirme que el panel contiene exactamente 100.30.0.0/24, 10.100.31.0/24, 2001:db8:123:123:30:30::/96 y 2001:db8:100:31::/64.
- Filtre prefix por 100.30.0.0/24. Las filas coincidentes y el contador deben pasar de 4 a 1.
- Borre el filtro y examine otros atributos por separado: local pref = 250 deja dos rutas VPN, afi = 2 deja dos rutas IPv6 y med = 20 deja dos rutas de PE30.
- Borre los filtros y confirme que vuelven las cuatro rutas de PE14. Borrar un filtro no debe eliminar el ámbito del dispositivo establecido por el formulario.
- Haga clic en un encabezado ordenable como prefix, nexthop, local pref o med. Los clics alternan ascendente, descendente y sin ordenar; las columnas de direcciones usan orden de direcciones, no textual.
- Use Rows per page para tablas grandes. La demo solo tiene una página en este ejemplo, por lo que los controles anterior y siguiente permanecen desactivados.
La tabla conserva el ámbito de PE14 y añade el filtro de prefijo, dejando una ruta.
La fila filtrada muestra RR2 como fuente bmp y Adj-RIB-Out post-policy como RIB observada.
7. Selección de la mejor ruta
Para cada prefijo, la demo muestra un criterio de selección. Empiece por AS_PATH: compare los atributos candidatos, construya la ruta desde RR2 y verifique el siguiente salto BGP seleccionado.
Ejemplo inicial: gana AS_PATH
- Filtre Rutas BGP por 198.18.2.0/24.
- Compare los candidatos: ambos tienen
Local Preference100,OriginIGP yMED10. PE30 anunciaAS_PATH65010 65011 65012; PE14 anunciaAS_PATH65010. - Cambie al modo de camino BGP / VPN. Establezca Router en RR2, VPN or global table en global y To en 198.18.2.0/24; seleccione Build a path.
- En Route resolution, confirme que la primera fila es BGP en RR2 con siguiente salto PE14. Las demás filas resuelven ese siguiente salto mediante IGP.
Seleccione el formulario BGP / VPN e introduzca RR2, la tabla global y este prefijo.
En Route resolution, la primera fila muestra que RR2 selecciona PE14 como siguiente salto BGP; las siguientes se construyen con datos OSPF.
Los candidatos post-policy difieren en la longitud de AS_PATH, mientras que Local Preference, Origin y MED empatan. La ruta desde RR2 selecciona PE14 como siguiente salto BGP; las filas IGP muestran su alcanzabilidad.
Otros ejemplos de selección de mejor ruta
| Decisión | Prefijo | Siguiente salto BGP esperado | Diferencia |
|---|---|---|---|
| LOCAL_PREF | 198.18.1.0/24 | 123.123.30.30 (PE30) | Local Preference más alta |
| AS_PATH | 198.18.2.0/24 | 123.14.14.14 (PE14) | AS_PATH más corto |
| ORIGIN | 198.18.3.0/24 | 123.123.30.30 (PE30) | El origen IGP supera a incomplete |
| MED comparado | 198.18.4.0/24 | 123.14.14.14 (PE14) | MED inferior del mismo AS vecino |
| MED no comparado | 198.18.5.0/24 | 123.14.14.14 (PE14) | Los AS vecinos diferentes impiden comparar MED |
| Originator ID | 198.18.6.0/24 | 123.14.14.14 (PE14) | Originator ID inferior tras los empates anteriores |
Criterios adicionales de selección
La demo muestra los seis criterios de selección BGP de la tabla. No demuestra la preferencia de eBGP sobre iBGP, el coste IGP al siguiente salto, la antigüedad de la ruta, la longitud de cluster-list ni la dirección del vecino BGP.
8. Comparación del estado de rutas entre dos instantes
Live muestra el estado actual. Compare evalúa el estado en T0 y T1.
- Abra la tabla Rutas BGP de todo el grafo y cambie de Live a Compare.
- Mantenga la ventana predeterminada de una hora de T0 a T1 creada al cargar la demo y pulse Run.
- La tabla muestra una ruta añadida, 100.14.210.0/24; changed at contiene la hora de su último cambio antes de T1.
- added significa ausente en T0 y presente en T1; withdrawn, presente en T0 y ausente en T1; changed, presente en ambos pero con atributos distintos. Los eventos posteriores a T1 quedan fuera.
- Vuelva a Live para abrir el estado actual.
La comparación muestra la diferencia entre los extremos de la ventana demo, no un registro cronológico.
En el intervalo predeterminado, 100.14.210.0/24 tiene estado added y MED 80 en T1.
Eventos BGP individuales
Events usa el mismo panel y rango temporal, pero conserva cada observación de ruta y peer en lugar de reducirlas a una diferencia T0-T1.
- Cambie de Compare a Events y mantenga una ventana que cubra los cambios de la demo.
- Pulse Run y verifique una ruta añadida, un evento peer down y un cambio de ruta para 100.14.210.0/24.
- Use event, kind, prefix, peer source, peer target y at para distinguir cambios de ruta de cambios de estado de sesión.
Events enumera cronológicamente la ruta añadida, el evento peer-down y la ruta modificada con MED 80.
Events muestra las tres observaciones en orden. A diferencia de Compare, conserva eventos intermedios aunque el estado final no cambie.
9. Resolución del siguiente salto BGP mediante OSPF
BGP elige la ruta; OSPF proporciona alcanzabilidad al siguiente salto BGP seleccionado. La vista muestra explícitamente el traspaso.
- En modo Standard / IGP, use PE30 como origen y 100.14.0.0/24 como destino.
- Examine la fila BGP seleccionada e identifique PE14 como siguiente salto.
- Abra Route resolution y lea de izquierda a derecha: la primera fila es BGP con distancia administrativa 200 y siguiente salto PE14.
- Continúe por las cinco filas IGP con distancia administrativa 110 que resuelven físicamente la alcanzabilidad de PE30 a PE14.
La tabla separa la selección de ruta BGP de los saltos IGP que hacen alcanzable su siguiente salto.
El siguiente salto BGP apunta a PE14; el resto de la ruta se construye con datos OSPF.
10. Vista que no permite construir un camino
Filtre por PE31. Topolograph muestra las rutas que RR1 recibió de PE31, pero RFC 7854 por sí sola no revela qué ruta instaló PE31 ni qué le anunció RR1.
- Abra Rutas BGP y filtre peer ip por PE31. Adj-RIB-In (pre) y (post) muestran rutas que RR1 recibió de PE31, no la tabla de PE31.
- Abra el formulario BGP / VPN y seleccione Router PE31. El formulario advierte que su tabla no se observa y no permite construir un camino con datos BGP.
- Compare PE31 con PE15: para PE15, Topolograph usa la Loc-RIB de RR2 y supone explícitamente que RR2 le anunció la ruta y que PE15 aplicó su política de entrada.
Topolograph no construye un camino cuando los datos BMP disponibles no describen la tabla del dispositivo seleccionado. Para eliminar el límite, proporcione su Loc-RIB mediante RFC 9069 o su Adj-RIB-Out post-policy por vecino mediante RFC 8671.