Ir al contenido
PEERYXNETWORK
PEERYX NETWORK3 min

Cómo gestionar 100Mpps+ en mitigación DDoS sin saturar la infraestructura

Gestionar 100Mpps+ exige una arquitectura pensada para paquetes por segundo, no solo para Gbps: detección temprana, filtrado rápido y entrega de tráfico limpio.

En esta página

Puntos clave

  • El PPS rompe primeroUn firewall o servidor puede caer con 100Mpps aunque el ancho de banda no esté lleno.
  • Filtrar tempranoCuanto antes se descarte el ataque, menos CPU, memoria y colas consume.
  • Entregar tráfico limpioEl resultado útil es un servicio accesible, no solo una gráfica bonita.

100 Mpps exige un ancho de banda físico mínimo

100 Mpps son 100 millones de paquetes por segundo. Para tramas Ethernet mínimas de 64 bytes con FCS, añada 8 bytes de preámbulo/delimitador y 12 de intervalo entre tramas. El presupuesto nominal en el enlace es 100.000.000 × (64 + 20) × 8 = 67,2 Gbit/s.

Es un cálculo físico, no un benchmark de filtrado. Las tramas mayores requieren más ancho de banda. Los contadores de bytes IP, de tramas y de entrada/salida agregadas tienen límites de medición distintos: documente la convención antes de comparar.

Por qué importa para ventas y disponibilidad

Cuando un servicio cae por alto PPS, el usuario no ve un ataque complejo. Ve una aplicación offline, un servidor de juego injugable, timeouts o soporte saturado.

El PPS alto también aumenta los falsos positivos. Bajo presión, muchos equipos aplican bloqueos amplios que salvan la plataforma pero rompen UDP, sesiones TCP o flujos sensibles a la latencia.

Vender tránsito IP protegido, servidores dedicados Anti-DDoS o protección gaming exige demostrar que el diseño entiende límites reales de packet rate, no solo marketing en Tbps.

gestionar 100 Mpps exige pensar en ciclos CPU, colas NIC, drop path y observabilidad fuera del camino caliente.

Soluciones posibles para 100Mpps+

La primera respuesta es filtrado upstream: reducir ruido antes de que llegue al puerto o servidor del cliente. Puede incluir FlowSpec, ACL de red, scrubbing o tránsito protegido.

La segunda capa es filtrado local rápido: XDP, eBPF, DPDK, VPP o appliances según el entorno. El camino caliente debe ser simple, medible y sin estado innecesario.

Por último importa la entrega. GRE, IPIP, VXLAN, cross-connect o router VM deben dimensionarse para el tráfico limpio restante con latencia previsible.

Alivio upstream
Reducir PPS antes de que el cliente reciba el flood.
Fast path local
Evitar estado, logs caros y parsing inútil.
Handoff limpio
Devolver tráfico útil por el modelo correcto.

Servicio gaming bajo 120Mpps

Con la misma convención, 120 Mpps ocupa 80,64 Gbit/s. Un puerto Ethernet de 100 Gbit/s tiene un máximo teórico aproximado de 148,81 Mpps para esas tramas. Estas cifras no demuestran cuántos paquetes puede filtrar o reenviar una política de software concreta.

Valide la carga completa: colas de recepción, distribución CPU y NUMA, reglas activas, número de flujos, túneles, pérdidas y transacciones legítimas. Un servidor debidamente validado puede cumplir el requisito; su velocidad de puerto o modelo de CPU no bastan para demostrarlo.

Errores frecuentes

El primer error es dimensionar solo en Gbps. El segundo es dejar que un firewall stateful vea todo el flood. El tercero es pensar que un servidor potente compensa una mala topología.

También es un error confundir una gráfica limpia con calidad real. Si el tráfico limpio vuelve con jitter o falsos positivos, la protección no cumple el objetivo comercial.

  • Mirar solo Gbps e ignorar paquetes por segundo.
  • Dejar que un firewall stateful absorba la primera ola.
  • Usar reglas amplias que rompen UDP o sesiones legítimas.
  • Olvidar latencia y jitter tras la mitigación.

Preguntas y respuestas

¿Caben 100 Mpps en un puerto Ethernet de 10 Gbit/s?

No como 100 millones de tramas mínimas por segundo en un solo sentido. Con la convención indicada de 64 bytes se requieren 67,2 Gbit/s. Compruebe si la tasa publicada agrega varias interfaces o direcciones.

¿Un puerto de 100 Gbit/s demuestra filtrado a 100 Mpps?

No. El presupuesto físico del enlace y la capacidad medida del motor son límites diferentes. Pruebe hardware, versión de software y política activa reales.

¿Qué debe documentar un benchmark?

Tamaños de trama, sobrecarga, sentidos, distribución de flujos, reglas, versiones de hardware y software, duración, carga ofrecida, pérdidas y resultados del tráfico legítimo. Use un entorno aislado y autorizado para las pruebas de carga.

Referencias y documentación

De la arquitectura a un despliegue compatible.

La guía de Defense Fabric documenta los requisitos actuales de instalación e integración. Los comparativos distinguen detección, filtrado y orquestación de los proveedores y enlazan sus fuentes.

Más guías sobre este tema ↗