NE40E BFD para OSPF fuera de servicio en Eth-Trunk
Descripción del problema
Los routers NE40E-1 y NE40E-2 se conectan entre sí con el puerto Eth-Trunk 10. El BFD para
OSPF no funciona bien en la interfaz de Eth-Trunk, cuando uno de los miembros no está activo
en el puerto, OSPF se reconstruye.
Informacion de la alarma
Mar 30 2018 11:47:04 NE40E_V6R7 %BFD/4/STACHG_TOUP(l)[0]:Slot=1,Vcpu=0;BFD session changed to Up. (SlotNumber=1, Discriminator=8210, FormerStatus=Down, Applications=OSPF, BindInterfaceName=Eth-Trunk10, ProcessPST=False, PeerIp=12.1.1.1, SessType=D_IP_IF, RemoteDiscriminator=8210)
Mar 30 2018 11:47:03 NE40E_V6R7 %OSPF/4/NBR_CHANGE_E(l)[1]:Neighbor changes event: neighbor status changed. (ProcessId=1, NeighborAddress=12.1.1.1, NeighborEvent=LoadingDone, NeighborPreviousState=Loading, NeighborCurrentState=Full)
Mar 30 2018 11:47:03 NE40E_V6R7 %OSPF/4/NBR_CHANGE_E(l)[2]:Neighbor changes event: neighbor status changed. (ProcessId=1, NeighborAddress=12.1.1.1, NeighborEvent=ExchangeDone, NeighborPreviousState=Exchange, NeighborCurrentState=Loading)
Mar 30 2018 11:47:03 NE40E_V6R7 %OSPF/4/NBR_CHANGE_E(l)[3]:Neighbor changes event: neighbor status changed. (ProcessId=1, NeighborAddress=12.1.1.1, NeighborEvent=NegotiationDone, NeighborPreviousState=ExStart, NeighborCurrentState=Exchange)
Mar 30 2018 11:47:03 NE40E_V6R7 %OSPF/4/NBR_CHANGE_E(l)[4]:Neighbor changes event: neighbor status changed. (ProcessId=1, NeighborAddress=12.1.1.1, NeighborEvent=2WayReceived, NeighborPreviousState=Init, NeighborCurrentState=ExStart)
Mar 30 2018 11:46:57 NE40E_V6R7 %OSPF/4/NBR_CHANGE_E(l)[5]:Neighbor changes event: neighbor status changed. (ProcessId=1, NeighborAddress=12.1.1.1, NeighborEvent=HelloReceived, NeighborPreviousState=Down, NeighborCurrentState=Init)
Mar 30 2018 11:46:54 NE40E_V6R7 %BFD/4/STACHG_TODWN(l)[6]:Slot=1,Vcpu=0;BFD session changed to Down. (SlotNumber=1, Discriminator=8209, Diagnostic=DetectDown, Applications=OSPF, ProcessPST=False, BindInterfaceName=Eth-Trunk10, InterfacePhysicalState=Down, InterfaceProtocolState=Down, PeerIp=12.1.1.1, SessType=D_IP_IF, RemoteDiscriminator=8209)
Mar 30 2018 11:46:54 NE40E_V6R7 %BFD/4/STACHG_TODWN(l)[7]:Slot=1,Vcpu=0;BFD session changed to Down. (SlotNumber=1, Discriminator=20, Diagnostic=DetectDown, Applications=None, ProcessPST=False, BindInterfaceName=GigabitEthernet1/1/6, InterfacePhysicalState=Down, InterfaceProtocolState=Down, PeerIp=224.0.0.184, SessType=S_IP_IF, RemoteDiscriminator=21)
Mar 30 2018 11:46:54 NE40E_V6R7 %PHY/4/PHY_STATUS_UP2DOWN(l)[8]:Slot=1,Vcpu=0;GigabitEthernet1/1/6 change status to down due to being shut.
Proceso de manejo
1. Compruebe el parámetro de BFD para OSPF. El intervalo de detección de RX y el intervalo
de detección TX utilizan el valor del parámetro por defecto el cual es de 10 ms.
#
ospf 1 router-id 10.159.240.147
bfd all-interfaces enable
area 0.0.0.0
network 12.1.1.0 0.0.0.3
#
#
ospf 1 router-id 10.159.240.148
bfd all-interfaces enable
area 0.0.0.0
network 12.1.1.0 0.0.0.3
#
2. Cuando se apague uno de los puertos miembros de Eth-Trunk y la funcionalidad BFD no
esta configurada de forma correcta, este tarda en detectar la falla del puerto, razon por la cual
router sigue enviando datos hacia el puerto que esta fuera de servicio y esto afecta la operacion
de OSPF entre los dos routers.
Causa principal
Cuando se observa una baja en el desempeno del Eth-Trunk la causa principal es que el tiempo de
detección de fallas de Eth-Trunk es de 50 ms en el enrutador NE40E. Pero el intervalo de detección de
BFD es 10ms * 3 por defecto. Cuando uno de los puertos miembros está inactivo, los datos BFD
aún se envían al puerto que ya esta apagado.
Solución
La solución:
1. Cuando el cable sea RJ45, configure el intervalo BFD RX y TX a más de 500 ms.
2. Cuando el cable sea de fibra, configure el intervalo BFD RX y TX a más de 100 ms.
#
ospf 1 router-id 10.159.240.147
bfd all-interfaces enable
bfd all-interfaces min-tx-interval 100 min-rx-interval 100
area 0.0.0.0
network 12.1.1.0 0.0.0.3
#
FIN
Comunidad Huawei Enterprise
https://forum.huawei.com/enterprise/es/forums
#OneHuawei