Impacto del PPPoE en el Delay de la Red: Overhead y Procesamiento

Mauro Escalante
marzo 12, 2025
1:23 pm
No hay comentarios

El uso de PPPoE (Point-to-Point Protocol over Ethernet) introduce ciertos desafíos de rendimiento, uno de los más relevantes es el incremento del delay (latencia) debido al proceso de encapsulación y desencapsulación de paquetes tanto en el cliente como en el servidor.

Este retardo es particularmente crítico en aplicaciones en tiempo real como videoconferencias, juegos en línea y VoIP.

Al final del artículo encontrarás un pequeño test que te permitirá evaluar los conocimientos adquiridos en esta lectura

Ir al Test

1. ¿Por qué PPPoE Introduce Delay?

PPPoE introduce delay en la red por tres razones principales:

1.1. Overhead Adicional por la Encapsulación PPPoE

Cada paquete de datos que viaja a través de PPPoE se encapsula en una trama Ethernet con cabeceras adicionales, lo que genera un overhead que ralentiza la transmisión de paquetes.

Encapsulación PPPoE en Ethernet:

Encabezado Ethernet (14 bytes)
Encabezado PPPoE (6 bytes)
Encabezado PPP (2 bytes)
Encabezado de Protocolo (2 bytes)

Total Overhead Adicional: 8 bytes por paquete
MTU (Maximum Transmission Unit) Reducida: 1492 bytes en lugar de 1500

Dado que la MTU es menor, los paquetes grandes deben fragmentarse, lo que genera más transmisiones y, en consecuencia, mayor delay.

1.2. Procesamiento Adicional en Cliente y Servidor

Cada paquete debe ser encapsulado y desencapsulado en ambas direcciones. Este proceso introduce:

Carga de CPU en el router/servidor, afectando redes con muchos clientes.
Mayor latencia debido a la conversión entre PPP y Ethernet.

Ejemplo:
Un ISP con 10,000 usuarios concurrentes necesita que su servidor PPPoE procese la encapsulación y autenticación de cada sesión activamente, lo que aumenta la latencia en comparación con un simple DHCP.

1.3. Reenvío de Paquetes y MTU Reducida

PPPoE reduce la MTU de 1500 a 1492 bytes debido al overhead de 8 bytes. Esto genera dos efectos:

✅ Si el tráfico es menor a 1492 bytes, no hay fragmentación y el impacto es mínimo.
❌ Si el tráfico es mayor a 1492 bytes, el paquete debe fragmentarse y enviarse en partes, lo que introduce:

Mayor carga en la red por múltiples paquetes.
Retransmisiones en caso de pérdida de fragmentos.
Mayor delay en aplicaciones en tiempo real como VoIP y gaming.

Ejemplo:
Un paquete estándar de 1500 bytes se divide en dos paquetes (uno de 1492 bytes y otro de 8 bytes), lo que añade overhead y tiempo de procesamiento adicional.

2. Impacto del Delay en Aplicaciones Críticas

El delay en PPPoE afecta especialmente a aplicaciones sensibles a la latencia:

Aplicación	Impacto del Delay en PPPoE
Juegos en línea	Aumenta el ping debido a la encapsulación y fragmentación.
VoIP y Videoconferencias	Paquetes RTP pueden llegar tarde o perderse.
Streaming en vivo	Mayor latencia en la transmisión en tiempo real.
Servicios en la nube	Ligeras demoras en respuestas API.

Ejemplo:
Si un paquete de voz de VoIP G.711 (60 bytes) es encapsulado en PPPoE y luego en Ethernet, la latencia total se incrementa en aproximadamente 1-3 ms adicionales por paquete, lo que puede afectar la calidad de llamada si hay congestión.

3. Estrategias para Reducir el Delay en PPPoE

A pesar de los inconvenientes, hay varias maneras de optimizar el rendimiento de PPPoE y reducir la latencia:

3.1. Ajustar MSS (Maximum Segment Size)

Dado que la MTU se reduce a 1492 bytes, se recomienda configurar el MSS a 1452 bytes para evitar fragmentación:

/ip firewall mangle add chain=forward protocol=tcp tcp-flags=syn action=change-mss new-mss=1452

Beneficio: Evita la fragmentación en redes PPPoE y mejora el rendimiento.

3.2. Habilitar FastPath en MikroTik

MikroTik incluye la tecnología FastPath, que permite acelerar el procesamiento de paquetes PPPoE y reducir la carga en la CPU:

/ppp profile set default-encryption use-fastpath=yes

Beneficio: Reduce el delay en encapsulación PPPoE al eliminar procesamiento innecesario.

3.3. Utilizar Hardware con Aceleración PPPoE

Routers con soporte de aceleración PPPoE (como MikroTik CCR o routers de gama alta) mejoran el rendimiento.

Beneficio: Procesamiento más rápido y menor carga en CPU.

3.4. Implementar Jumbo Frames en Redes ISP

Si la infraestructura lo permite, se pueden usar Jumbo Frames con MTU de 9000 bytes para compensar la reducción de MTU de PPPoE:

/interface ethernet set ether1 mtu=9000

Beneficio: Reduce la cantidad de paquetes transmitidos y, por lo tanto, el delay.

4. ¿Cuánto Impacta PPPoE en el Delay?

Si bien PPPoE introduce delay adicional, este puede mitigarse con configuraciones adecuadas. En comparación con protocolos sin autenticación como DHCP, PPPoE agrega aproximadamente 1-5 ms de latencia en redes bien optimizadas.

Resumen del Impacto en el Delay:

Encapsulación ➝ Aumenta el delay por el procesamiento adicional.
Overhead de 8 bytes ➝ Reduce la MTU y puede generar fragmentación.
Carga en CPU del router ➝ Afecta la latencia si hay muchos clientes PPPoE.
Configuraciones óptimas como ajuste de MSS, FastPath y routers optimizados pueden reducir significativamente estos efectos.

Conclusión

Si necesitas autenticación y control de usuarios, PPPoE sigue siendo una opción robusta, pero si la prioridad es baja latencia y simplicidad, DHCP es una mejor alternativa para redes sin restricciones de autenticación.

Reducir el Delay en PPPoE

A pesar de estos problemas, hay formas de optimizar el rendimiento de PPPoE y reducir la latencia:

Ajustar MSS (Maximum Segment Size)

Para evitar la fragmentación, se recomienda configurar el MSS a 1452 bytes:

/ip firewall mangle add chain=forward protocol=tcp tcp-flags=syn action=change-mss new-mss=1452

Beneficio: Evita la fragmentación en redes PPPoE y mejora el rendimiento.

Habilitar FastPath en MikroTik

FastPath acelera el procesamiento de paquetes PPPoE y reduce la carga en la CPU

¿Debo usar PPPoE en mi red ISP si no necesito autenticar clientes?

Si tienes una red ruteada y no necesitas autenticación de clientes, NO es recomendable usar PPPoE, ya que introduce un delay innecesario y mayor carga de procesamiento en los routers MikroTik.

A continuación, analizaremos por qué DHCP y ruteo son una mejor opción en tu caso y cómo puedes optimizar tu red ISP para mejorar rendimiento y escalabilidad.

1. ¿Por qué PPPoE No es la Mejor Opción en Tu Caso?

En un ISP con más de 500 clientes y crecimiento mensual, usar PPPoE tiene los siguientes problemas:

1.1. PPPoE Agrega Overhead y Reduce MTU

PPPoE agrega 8 bytes extra a cada paquete, lo que reduce la MTU de 1500 a 1492.
Esto causa fragmentación si los dispositivos en la red no están configurados para adaptarse a esta MTU.
Mayor procesamiento en los routers MikroTik debido a la encapsulación/desencapsulación de cada paquete.

Solución sin PPPoE:

Usar DHCP con MTU de 1500 evita la fragmentación y mejora el rendimiento.

1.2. PPPoE Aumenta la Carga en la CPU del Router

Cada cliente PPPoE en el router genera una sesión PPPoE activa.
En un ISP con cientos de clientes, el router debe procesar cientos de sesiones PPPoE simultáneamente.
En redes grandes, esto puede saturar la CPU del router y generar latencia innecesaria.

Solución sin PPPoE:

Configurar el router como servidor DHCP y utilizar ruteo estático o dinámico (OSPF/BGP) para distribuir el tráfico.

1.3. PPPoE No es Escalable para ISPs con Crecimiento Mensual

Cada nuevo cliente requiere una nueva sesión PPPoE, lo que incrementa la carga del servidor PPPoE.
La administración de perfiles de usuario, colas de ancho de banda y sesiones PPPoE puede complicarse con el tiempo.

Solución sin PPPoE:

Implementar una estructura de red basada en ruteo dinámico (OSPF o BGP) en vez de depender de PPPoE.
Utilizar DHCP para asignación de direcciones IP en la red de acceso.

2. ¿Cuál es la Mejor Alternativa a PPPoE en tu Red ISP?

Si no necesitas autenticar clientes, lo mejor es usar una red basada en ruteo y DHCP.

Opción 1: DHCP con Ruteo Dinámico (OSPF o BGP)

Usar ruteo dinámico con DHCP es más eficiente porque:

Permite asignación automática de IPs sin la sobrecarga de PPPoE.
No introduce overhead en la red.
Reduce la carga en la CPU del router.
Es escalable para miles de clientes sin afectar el rendimiento.

Ejemplo de Configuración en MikroTik:

/ip pool add name=dhcp_pool ranges=192.168.1.2-192.168.1.254
/ip dhcp-server add name=dhcp1 interface=ether2 address-pool=dhcp_pool disabled=no
/ip dhcp-server network add address=192.168.1.0/24 gateway=192.168.1.1 dns-server=8.8.8.8,8.8.4.4

Beneficio: Cada cliente recibe una IP automáticamente sin necesidad de sesiones PPPoE.

Si la red es grande, puedes combinar DHCP con OSPF o BGP:

/routing ospf instance set [find default=yes] router-id=192.168.1.1
/routing ospf network add network=192.168.1.0/24 area=backbone

Beneficio: OSPF permite expandir la red automáticamente sin necesidad de rutas estáticas.

Opción 2: IP Fija por Cliente con Ruteo Estático

Si quieres mayor control sin usar DHCP, puedes asignar IPs fijas a cada cliente y gestionar rutas manualmente.

Ejemplo de Configuración en MikroTik (IP Fija)

/ip address add address=192.168.1.1/24 interface=ether2
/ip route add dst-address=192.168.2.0/24 gateway=192.168.1.2

Beneficio: Control total sobre las direcciones IP sin necesidad de sesiones PPPoE.

Comparación: PPPoE vs. DHCP con Ruteo Dinámico

Característica	PPPoE	DHCP con Ruteo
Autenticación	Sí (usuario y contraseña)	No requerida
Overhead	8 bytes extra por paquete	No hay overhead
Carga en CPU	Alta (por sesiones PPPoE)	Baja
MTU	1492 (puede fragmentar paquetes)	1500 (evita fragmentación)
Escalabilidad	Limitada con muchos clientes	Alta (crece sin problemas)
Facilidad de Configuración	Complejo (sesiones, autenticación)	Sencillo (DHCP, ruteo dinámico)

Veredicto Final:
Si no necesitas autenticación de clientes, usar DHCP con ruteo es la mejor opción para evitar el delay de PPPoE, reducir la carga en la CPU del router y mejorar la escalabilidad de la red.

3. ¿Cuándo Sí Usar PPPoE?

Aunque no es recomendable para tu caso, PPPoE sí es útil en estas situaciones:

ISPs que necesitan autenticar clientes individualmente.
- Si necesitas controlar el acceso con usuario y contraseña, PPPoE es útil.
Cuando usas RADIUS para gestión centralizada.
- PPPoE permite integrar RADIUS para facturación y monitoreo.
Redes donde necesitas separar clientes en VLANs.
- PPPoE puede ser útil si tienes troncales con múltiples clientes en la misma VLAN.

Si no necesitas estos casos, entonces DHCP con ruteo es más eficiente.

4. Conclusión: ¿Qué Hacer en tu Red ISP?

Dado que tu red no necesita autenticación de clientes, la mejor opción es:

Migrar a DHCP con Ruteo Dinámico (OSPF o BGP)

Mejor rendimiento: No hay sesiones PPPoE que sobrecarguen el router.
Menos delay: Se mantiene la MTU en 1500 evitando fragmentación.
Más escalabilidad: Puedes conectar miles de clientes sin afectar la CPU del router.
Configuración más sencilla: DHCP asigna IPs automáticamente sin intervención del usuario.