Estima el uso de puertos NAT, identifica riesgos de agotamiento y planifica la capacidad SNAT para redes en la nube y empresariales. Esencial para dimensionar Azure, AWS y puertas de enlace NAT locales.
También podrías encontrar útiles estas calculadoras
Calcula tiempo de descarga, ancho de banda requerido y transferencia de datos
Calcula el rendimiento máximo TCP basado en ancho de banda, RTT y tamaño de ventana
Calcula la latencia de red incluyendo retardos de propagación, transmisión y procesamiento
Calcula el rendimiento efectivo de VPN considerando la sobrecarga del protocolo
El agotamiento de puertos NAT ocurre cuando todos los puertos SNAT (Source NAT) disponibles están en uso, causando que las nuevas conexiones salientes fallen. Este es un problema común en entornos de nube, puertas de enlace VPN y redes empresariales con muchos hosts detrás de un único NAT. Nuestra calculadora te ayuda a evaluar el riesgo y planificar capacidad antes de que ocurran problemas.
Cuando múltiples hosts internos comparten una única IP pública a través de NAT, cada conexión saliente requiere un puerto fuente único. Con solo 64,000 puertos disponibles por IP (65,535 menos puertos reservados), los entornos de alto tráfico pueden agotar este pool. Las conexiones permanecen asignadas durante TCP TIME_WAIT (típicamente 120 segundos), reduciendo aún más la capacidad disponible.
Fórmula de Utilización de Puertos
Utilización = (Usuarios × Conexiones/Usuario) ÷ (IPs NAT × 64,000) × 100%El agotamiento de puertos causa timeouts y fallos de conexión misteriosos que son difíciles de diagnosticar sin monitoreo adecuado.
Azure NAT Gateway, AWS NAT Gateway y GCP Cloud NAT todos tienen límites de puertos. El dimensionamiento correcto previene costosos tiempos de inactividad.
Entiende cuántas IPs NAT necesitas a medida que tu infraestructura escala, especialmente para microservicios que hacen muchas llamadas salientes.
Las IPs públicas cuestan dinero. Calcula las IPs mínimas necesarias en lugar de sobre-aprovisionar.
Identifica cuándo el pooling de conexiones, keepalives o ajuste de TIME_WAIT ayudaría más que agregar IPs.
Cada IP de Azure NAT Gateway proporciona 64,000 puertos. Clusters AKS de alto tráfico o conjuntos de escalado de VMs pueden agotar puertos rápidamente.
Pods haciendo muchas llamadas API externas (logging, métricas, servicios externos) pueden causar agotamiento de puertos a nivel de nodo.
Las llamadas servicio a servicio a través de NAT multiplican el uso de puertos. Considera service mesh o endpoints privados.
Los usuarios remotos accediendo a recursos en la nube a través de VPN pueden agotar puertos NAT durante horas pico.
Aplicaciones haciendo muchas solicitudes HTTP de corta duración a APIs externas son propensas al agotamiento de puertos.
Aplicaciones con grandes pools de conexión a bases de datos externas pueden consumir rangos significativos de puertos.
El rango completo es 65,535, pero los puertos 1-1024 están reservados para servicios conocidos, y algunos están reservados para uso del sistema. El rango de puertos efímeros utilizable es típicamente 64,000 o menos dependiendo de la configuración del SO.