Un mal funcionamiento o pérdida en los componentes responsables del reenvío, conmutación o entrega efectiva del tráfico de usuario (el plano de datos), de modo que paquetes o tramas se descartan, enrutan incorrectamente, se retrasan o no se entregan como se pretende a pesar de las instrucciones del plano de control.

Principio

Dado que el plano de datos ejecuta decisiones de reenvío a velocidad de línea, su fallo produce un impacto inmediato en el tráfico (pérdida, corrupción, entrega errónea) incluso cuando las funciones del plano de control permanecen operativas; por ello, la detección y mitigación requieren comprobaciones de salud del data plane y mecanismos de conmutación por error rápidos e independientes de la reconvergencia del plano de control.

Demostración

Escenario ilustrativo — Situación: Un ASIC de reenvío en un switch presenta una falla y empieza a descartar paquetes para una VLAN. Reconocimiento: La monitorización detecta aumento de pérdida de paquetes y errores de aplicación en flujos que atraviesan ese switch mientras el enrutamiento permanece sin cambios. Acción: El tráfico se reencamina hacia una ruta en espera usando entradas de reenvío preinstaladas; el dispositivo defectuoso se pone fuera de servicio para reparación. Consecuencia: La interrupción se limita mediante reroute rápido; la intervención del operador repara el elemento de reenvío defectuoso.

Aplicación incorrecta

Suponer que un fallo del plano de datos siempre es visible inmediatamente a los protocolos de control. El error semántico es esperar que el enrutamiento/las señales detecten todos los fallos de reenvío; algunas degradaciones del data plane (errores internos del ASIC, fallos parciales de hardware) pueden ser silenciosas para el plano de control y requieren telemetría in‑band o out‑of‑band para su detección.

Consecuencia

Los fallos del plano de datos provocan directamente interrupciones visibles para el usuario: pérdida de paquetes, aumento de latencia, reinicios de sesión y errores de aplicación. También pueden generar agujeros negros o entregas erróneas difíciles de diagnosticar si el estado de control sigue aparentando consistencia.

Inversión

Cuando las redes usan rutas de reenvío redundantes, redundancia de hardware o conmutación por error local rápida (por ejemplo ECMP con direccionamiento basado en salud o failover rápido en hardware), una falla del data plane puede quedar enmascarada y tener solo un impacto breve o nulo para el usuario; en cambio, puntos únicos de fallo provocan una interrupción inmediata.

Límite

Claramente dentro: Fallos de elementos de reenvío (ASICs, fabrics de conmutación, line cards, rutas de software de reenvío) que impiden la entrega correcta de paquetes. Caso límite: Degradación de rendimiento por sobrecarga de elementos de reenvío, gradual y detectable solo por telemetría — operativamente importante pero distinto de una falla brusca de hardware. Claramente fuera: Caídas de procesos del plano de control que no afectan de inmediato a las entradas de reenvío existentes.

Tensión semántica

Rendimiento frente a observabilidad — mover funciones de reenvío a hardware de alto rendimiento mejora el throughput pero puede reducir la observabilidad y complicar la detección de fallos parciales, obligando a compensar entre velocidad y capacidad de diagnóstico.

Síntesis

Una resiliencia efectiva ante fallos del plano de datos combina observabilidad proactiva (comprobaciones de salud, telemetría), conmutaciones por error o redundancias precomputadas y procedimientos operativos para reemplazar elementos de reenvío defectuosos, de modo que la mitigación local rápida limite el impacto de usuario aun cuando falle el hardware.