El avión de datos repetitivo se reinicia visto después de un corte brusco de energía

El avión de datos repetitivo se reinicia visto después de un corte brusco de energía

92384
Created On 01/26/21 15:51 PM - Last Modified 04/02/24 20:09 PM


Symptom


Puede haber reinicios repetidos del plano de datos vistos después de un corte de energía abrupto, que podría ser, es decir, desenchufar los cables de alimentación apenas o relacionados con algunos otros problemas de cableado. Los reinicios del plano de datos se deben a errores de supervisión de rutas de acceso y pueden ir seguidos de reinicios del dispositivo. 

Los siguientes mensajes se pueden ver en Monitor Tab > Logs > System:
 
2020/12/16 10:41:43 alto general general 0 9: dp2-path_monitor HB fallas vistas, HA DP
2020/12/16 10:41:43 alto general general 0 9: dp1-path_monitor HB fallas vistas, desencadenando HA DP abajo
2020/12/16 10:41:43 alto general general 0 9: cp-path_monitor HB fallas vistas, HA DP
2020/12/16 10:41:43 general crítico 0 Alarma maestra del chasis: HA- evento
2020/12/16 10:41:43 critical ha state-c 0 HA Grupo 1: Movido del estado Activo al estado No Funcional
2020/12/16 10:41:43 critical ha datapla 0 HA Grupo 1: El plano de datos está abajo: falla del monitor de trayecto
2020/12/16 10:41:43 general alto general 0 9: dp0-path_monitor HB fallas vistas, activando HA DP abajo
2020/12/16 10:43:37 info hw slot-st 0 Slot 1 ( PA-5260 ) está comenzando.
2020/12/16 10:43:28 general crítico 0 internal_monitor: Salido 1 veces, debe recuperarse manualmente.
2020/12/16 10:43:26 general crítico 0 cp-path_monitor: Salido 1 veces, debe recuperarse manualmente.
2020/12/16 10:43:25 alto general general 0 cp-path_monitor: salir porque el servicio perdió demasiados latidos del corazón
2020/12/16 10:43:25 general crítico 0 Falla de monitoreo interno de la trayectoria de paquetes, reinicio del plano de datos

Una de las posibles razones de la falla de supervisión de trayecto es el problema de comunicación entre el plano de administración y el plano de control que utiliza puertos internos específicos dentro del dispositivo.El estado de estos puertos se puede comprobar mediante el siguiente comando. El comando básicamente proporcionará información sobre todos los BCM puertos.
 
> debug dataplane internal pdt bcm show port status target s1cp

ena/ speed/ link auto STP lrn inter max loop
port link duplex scan neg? estado pausa discrd ops face frame back
xe1( 1) up 1G FD SW Yes Disable None TX RX D GMII 1856
xl2(2) up 40G FD SW No Disable TX RX None D XLAUI 16360 PHY
ce3(3) up 100G FD SW No Forward None RX FA CAUI 16360
xe4( 4) hasta 10G FD SW No Disable TX RX None D XFI 16360
xe5(5) hasta 10G FD SW No Disable TX RX None D XFI 16360
xe6( 6) !ena 10G FD SW No Disable None TX RX D XFI 1856
xe7( 7) !ena 10G FD SW No Disable TX RX None D XFI 1856
xe8( 8) down - SW Yes Disable None TX RX D KR 16360
xe9( 9) down - SW Yes Disable None TX RX D KR 16360
xe10( 10) !ena 10G FD SW No Disable TX RX None D XFI 1856                                                     
 
Los puertos
xe8 y xe9 están conectados al plano de administración y se utilizan para transmitir/recibir datos a/desde el plano de administración desde/hacia otros hardware componentes. Estos puertos también son utilizados por los paquetes de monitoreo de trayecto. Según los registros por encima de estos puertos puede estar abajo y así la supervisión de la trayectoria puede fallar continuamente.
 

 



Environment


Todos los modelos hardare
All PanOS lanza


Resolution


Este problema puede estar relacionado con un hardware error, si los puertos xe8 y xe9 están abajo. A TAC caso debe abrirse para resolver TAC problemas más a fondo el problema.

Actions
  • Print
  • Copy Link

    https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA14u000000HCcXCAW&lang=es&refURL=http%3A%2F%2Fknowledgebase.paloaltonetworks.com%2FKCSArticleDetail

Choose Language