Cómo optimizar una red WISP en Guatemala con MikroTik: latencia, routing, DNS y capacidad

Guía práctica para reducir latencia, mejorar routing, DNS y capacidad en una red WISP en Guatemala usando MikroTik y RouterOS.

Operar un WISP en Guatemala implica mucho más que entregar el ancho de banda contratado. La experiencia real del cliente depende de la latencia, el jitter, la pérdida de paquetes, la estabilidad del routing, el comportamiento del DNS y la capacidad disponible en cada tramo de la red.

En una red inalámbrica, un solo cuello de botella puede afectar a decenas o cientos de abonados. Por eso, la optimización debe hacerse de forma ordenada: medir, localizar el problema, corregir el tramo adecuado y volver a medir.

Esta guía resume un enfoque práctico para mejorar una red WISP basada en MikroTik y RouterOS, con especial atención a escenarios comunes en Guatemala.

1. Empieza por medir antes de cambiar configuraciones

Uno de los errores más comunes es intentar “optimizar” una red modificando colas, firewall o rutas sin conocer primero dónde está el problema.

Conviene observar al menos cuatro puntos:

• Latencia: tiempo de ida y vuelta hacia el gateway, upstream y destinos externos.
• Jitter: variación de la latencia, especialmente importante para voz, videollamadas y juegos.
• Pérdida de paquetes: incluso porcentajes pequeños pueden degradar aplicaciones interactivas.
• Utilización: tráfico real de interfaces, sectores, backhauls y enlaces de salida.

En RouterOS puedes apoyarte en herramientas como ping, traceroute, gráficos de interfaces, SNMP, Traffic Flow y sistemas externos de monitoreo.

La clave es medir por segmentos. Si la latencia ya es alta entre el CPE y la torre, el problema probablemente está en el acceso inalámbrico. Si aparece al llegar al core, puede tratarse de saturación, CPU, colas o diseño. Si surge después del upstream, el análisis debe enfocarse en tránsito, peering o ruta hacia el destino.

2. Reduce la latencia atacando el bufferbloat

Una red puede tener buen ancho de banda y aun así sentirse lenta. Esto sucede con frecuencia cuando un enlace llega al 100 % de utilización y los buffers acumulan demasiados paquetes.

El síntoma clásico es sencillo: el ping es bajo cuando la red está libre, pero aumenta de forma fuerte durante una descarga o subida.

La solución no consiste únicamente en agregar más capacidad. También es necesario controlar las colas.

CAKE y FQ-CoDel

RouterOS dispone de mecanismos modernos de gestión de colas como CAKE y FQ-CoDel. CAKE combina shaping, aislamiento de flujos y mecanismos de Active Queue Management para ayudar a mantener baja la latencia bajo carga.

En un WISP puede ser útil aplicar shaping ligeramente por debajo de la capacidad real del enlace. Por ejemplo, si un backhaul entrega de forma estable 500 Mbps, configurar una cola cerca de su capacidad útil —en lugar de permitir que el enlace físico sea quien se sature— puede dar al router mayor control sobre la congestión.

No existe un porcentaje universal. El valor debe definirse a partir de pruebas de capacidad real, estabilidad y comportamiento del medio inalámbrico.

3. Revisa FastTrack antes de implementar QoS

FastTrack puede reducir considerablemente el procesamiento necesario para tráfico establecido en RouterOS. Sin embargo, tiene implicaciones importantes cuando se implementan colas o políticas avanzadas.

El tráfico FastTrack puede saltarse partes del procesamiento normal, incluyendo ciertas colas y reglas. Esto significa que una configuración de QoS puede parecer correcta y aun así no afectar el tráfico esperado.

Antes de implementar shaping por cliente, Queue Tree, mangle o políticas complejas, revisa si FastTrack está activo y confirma que su comportamiento sea compatible con el diseño.

En muchos casos conviene excluir del FastTrack el tráfico que necesita pasar por políticas específicas, en lugar de deshabilitarlo para toda la red.

4. Diseña el routing para crecer sin depender de rutas manuales

Las rutas estáticas son útiles en redes pequeñas, pero se vuelven difíciles de administrar a medida que crecen las torres, POP, enlaces redundantes y proveedores de tránsito.

Un WISP que ya tiene varios nodos debería considerar un protocolo de routing dinámico.

OSPF para la red interna

OSPF es una opción natural para distribuir rutas dentro de la infraestructura. Puede ayudar a que el tráfico encuentre automáticamente un camino alternativo cuando existe redundancia.

Un diseño recomendable es mantener una topología clara, usar costos coherentes y evitar una única área enorme sin planificación. También es importante asignar direcciones de infraestructura de forma ordenada y documentar loopbacks, enlaces punto a punto y redes de clientes.

BGP para múltiples upstreams

Si el WISP dispone de ASN, prefijos propios o múltiples proveedores, BGP permite controlar de forma más precisa el intercambio de rutas con otros operadores.

BGP no debe verse únicamente como una herramienta de failover. También permite aplicar políticas de entrada y salida, preferir determinados caminos y preparar la red para interconexiones o peering.

5. Optimiza el DNS sin convertir el router en un riesgo

La resolución DNS influye directamente en la percepción de velocidad. Una página puede tener suficiente ancho de banda disponible, pero si la resolución del nombre tarda demasiado, el usuario la percibe como lenta.

MikroTik puede funcionar como caché DNS. Esto puede reducir consultas repetidas hacia servidores externos, especialmente en redes con muchos clientes.

Si se utiliza allow-remote-requests=yes, el acceso al servicio DNS debe limitarse estrictamente a redes autorizadas. Dejar el resolver accesible desde Internet puede convertirlo en un recurso para ataques de amplificación o abuso.

También conviene monitorear el tiempo de respuesta de los servidores DNS configurados. El mejor DNS no siempre es el que tiene más reconocimiento público: importa la latencia real desde el WISP, la estabilidad y el camino que utiliza el upstream.

6. Dimensiona capacidad por sector, no solo por cliente

Un error frecuente es sumar los planes vendidos como si todos los clientes consumieran al mismo tiempo. El oversubscription es normal en un ISP, pero debe manejarse con datos.

La capacidad debe analizarse en varios niveles:

• Sector o AP.
• Backhaul de la torre.
• Agregación.
• Core.
• Salida a Internet.

Si un sector tiene 40 clientes con planes de 20 Mbps, eso no significa automáticamente que necesite 800 Mbps. Pero tampoco significa que 100 Mbps sean suficientes. La respuesta está en los patrones reales de consumo durante hora pico.

Conviene registrar percentiles, picos, utilización sostenida y crecimiento mensual. Cuando una interfaz permanece de manera frecuente por encima del 70 % u 80 % de su capacidad útil durante periodos de alta demanda, es una señal para evaluar expansión antes de que la saturación sea evidente para los clientes.

7. Separa tráfico de clientes, infraestructura y administración

Una red WISP estable necesita segmentación.

Idealmente, el tráfico de administración de routers, radios, switches y servidores debe estar separado del tráfico de clientes. Esto facilita aplicar firewall, monitoreo y políticas de acceso.

También es recomendable limitar servicios de administración como WinBox, SSH y SNMP únicamente a redes autorizadas o VPN de gestión. Las funciones de descubrimiento y acceso por MAC que no sean necesarias deberían restringirse en equipos de producción.

8. Vigila CPU, conntrack y reglas de firewall

Un router puede tener interfaces de 1 o 10 Gbps y aun así convertirse en cuello de botella si su CPU no puede procesar el volumen de paquetes, NAT, firewall, colas y conexión tracking.

No basta con revisar Mbps. También hay que observar paquetes por segundo.

Tráfico compuesto por muchos paquetes pequeños puede exigir mucho más procesamiento que el mismo volumen expresado en Mbps con paquetes grandes.

En MikroTik conviene revisar:

• Uso de CPU total y por proceso.
• Número de conexiones activas.
• Reglas de firewall con mucho tráfico.
• Mangle y NAT innecesariamente complejos.
• Queue Trees y Simple Queues.
• Uso de hardware offload donde sea compatible.

Una buena práctica es mantener las reglas simples, ordenadas y documentadas.

9. Implementa observabilidad antes de que llegue la llamada del cliente

Un WISP maduro detecta el problema antes que el usuario.

El monitoreo debería incluir disponibilidad, latencia, pérdida, uso de interfaces, CPU, memoria, niveles de señal, CCQ o métricas equivalentes, capacidad de sectores y estado de backhauls.

También es útil crear alertas por tendencias, no únicamente por caídas. Un enlace que todavía está activo pero comienza a mostrar mayor pérdida o peor modulación puede indicar interferencia, desalineación o degradación física.

10. Consideraciones específicas para Guatemala

La geografía guatemalteca puede favorecer enlaces con buena línea de vista desde puntos elevados, pero también introduce retos: montañas, volcanes, vegetación, microclimas y diferencias de elevación.

En temporadas de lluvia, algunos enlaces pueden mostrar cambios de comportamiento por condiciones atmosféricas, humedad, interferencia indirecta o problemas físicos en conectores y cableado. Por eso es importante comparar métricas históricas y no analizar únicamente el momento de una falla.

También conviene planificar redundancia en torres críticas. Un segundo enlace o ruta alternativa puede reducir el impacto de fallas de transporte, energía o upstream.

Checklist rápido para optimizar un WISP con MikroTik

• Medir latencia, jitter, pérdida y utilización en hora pico.
• Identificar exactamente dónde comienza la degradación.
• Aplicar AQM o shaping para controlar bufferbloat donde sea necesario.
• Revisar el impacto de FastTrack antes de usar QoS.
• Usar routing dinámico cuando la topología ya requiera redundancia.
• Evaluar DNS por latencia real y proteger el resolver.
• Dimensionar capacidad por sector y backhaul.
• Separar red de gestión y tráfico de abonados.
• Monitorear CPU, conexiones y paquetes por segundo.
• Crear alertas preventivas de saturación y degradación inalámbrica.

Conclusión

Optimizar una red WISP no consiste en aplicar una única configuración de MikroTik. El resultado depende de combinar buenas decisiones de capacidad, routing, QoS, DNS, seguridad y monitoreo.

La prioridad debe ser mantener baja la latencia incluso cuando la red está bajo carga, diseñar rutas que toleren fallas y detectar con anticipación dónde aparecerá el siguiente cuello de botella.

Con métricas claras y una arquitectura preparada para crecer, un WISP puede mejorar la experiencia del cliente sin depender únicamente de aumentar el ancho de banda contratado.

¿Necesitas revisar el rendimiento o la arquitectura de tu red? En Effica podemos ayudarte a evaluar routing, capacidad, seguridad y desempeño para identificar los cambios que generen mayor impacto.