Enrutamiento entre VR en un motor de enrutamiento avanzado con ECMP
4658
Created On 03/07/24 20:47 PM - Last Modified 08/07/24 19:06 PM
Symptom
LR A está aprendiendo prefijos de igual costo de LR B y C respectivamente. LR A instala el/los prefijo/s en su tabla RIB; pero el mismo prefijo/s nunca se instala en su FIB:
admin@NGFW> show advanced-routing route | match 0.0.0.0 Logical Router: LR A ========================== flags: A:active, E:ecmp, Oi:ospf intra-area, Oo:ospf inter-area, O1:ospf ext 1, O2:ospf ext 2 destination protocol nexthop distance metric flag tag age interface 0.0.0.0/0 bgp 10.99.0.2 20 0 A E 00:20:49 0.0.0.0/0 bgp lr LR B 20 0 A E 00:20:49 0.0.0.0/0 bgp 10.99.0.3 20 0 A E 00:20:49 0.0.0.0/0 bgp lr LR C 20 0 A E 00:20:49
admin@NGFW> show advanced-routing fib | match 0.0.0.0 logical-router name: LR A interfaces: ethernet1/3 loopback.99 id destination nexthop flags interface mtu --------------------------------------------------------------------------------
Environment
- NGFW Hardware/VM-Series
- Motor de enrutamiento avanzado
- PAN-OS 10.2 y versiones posteriores
- Enrutamiento entre VR
Cause
Actualmente, el enrutamiento de varias rutas de acceso de igual costo no es compatible con el motor de enrutamiento avanzado en enrutadores lógicos.
Resolution
Deshabilite ECMP en el enrutador lógico (LR) aplicable. Si esta no es una opción, anuncie los prefijos interesantes con diferentes costos (métrica, peso, etc.) de modo que no haya 2 (o más) información de accesibilidad de la capa de red aprendida de otros LR tenga el mismo costo, ya que esto dará como resultado que no se instalen los prefijos aplicables en la tabla FIB.
Additional Information
Esto solo se aplica al enrutamiento entre VR. Un problema similar observado en un enrutador lógico con rutas de igual costo a través de pares externos se ha solucionado en PAN-OS 10.2.8, 11.0.4, 11.1.0 y versiones posteriores