Skip to content
COL0
Volver al blog
· 7 min de lectura

Multi-Starlink con bonding: cómo dar internet empresarial a una estación de servicio, un hotel rural o una obra civil en Colombia

Guía práctica para sumar el ancho de banda de varias antenas Starlink en una sola salida estable usando SD-WAN (Peplink SpeedFusion / MPTCP). Arquitectura, caso real, errores típicos y checklist de despliegue.

StarlinkSD-WANConectividad ruralBondingPeplinkColombia

Si su operación está en una zona donde el fibra no llega y el 4G entra a ratos —una estación de servicio en un corredor vial, un hotel rural en zona cafetera, una obra civil a dos horas del casco urbano—, una sola antena Starlink resuelve el acceso, pero deja la operación expuesta a microcortes, congestión de hora pico y a un techo de ancho de banda que se queda corto cuando el POS, las cámaras, el WiFi de huéspedes y la supervisión por Teams compiten al mismo tiempo.

La solución que ya hemos desplegado para varios clientes del sector: agregar dos o más antenas Starlink con un router SD-WAN que sume el ancho de banda real entre ellas y entregue una sola IP estable hacia el resto de la red. Esta guía explica cómo lo hacemos, qué funciona y qué no.

TL;DR — la arquitectura

 [Starlink 1] ┐
 [Starlink 2] ┼─→ [Router SD-WAN] ─→ [Túnel SpeedFusion] ─→ [Hub COL0] ─→ Internet / IP fija
 [Starlink 3] ┘     (Peplink/MPTCP)        (cifrado)         (datacenter)


              [Red interna del sitio]
              POS · CCTV · WiFi · VoIP

Tres componentes, tres decisiones. Cada una se cubre abajo.

Starlink es excelente, pero tiene tres límites que aparecen apenas la operación crece:

  1. Microcortes por congestión satelital. En hora pico (5pm–10pm) la celda satelital se satura y aparecen pérdidas de paquetes que el POS y la videollamada sienten como cortes de 5 a 30 segundos.
  2. Techo de upload. El plan residencial entrega 8–25 Mbps de subida. Para grabar CCTV en la nube, hacer backups o sostener VoIP de varios canales, eso se queda corto.
  3. Dependencia de un solo satélite. Si la antena pierde visibilidad por lluvia intensa o el satélite asignado tiene un evento, no hay plan B. La operación se cae completa.

Sumar antenas no es lujo: es cómo se construye disponibilidad real en sitios donde no hay otro operador a quien pedirle backup.

Bonding, failover y load balancing: la diferencia honesta

Es muy común que vendan los tres como sinónimos. No lo son:

  • Failover. Solo una antena activa a la vez. La segunda solo entra cuando la primera se cae. Suma redundancia, no suma ancho de banda.
  • Load balancing. Las dos antenas trabajan en paralelo, pero cada sesión (cada conexión TCP) usa una sola. Sirve cuando hay muchas conexiones simultáneas (muchos huéspedes, muchas cámaras). Una sola descarga no se acelera.
  • Bonding / channel bonding (MPTCP, SpeedFusion). Una misma sesión puede repartir paquetes entre las dos antenas. Sí suma ancho de banda dentro de una sola descarga o videollamada. Requiere un equipo en el otro extremo (hub) que vuelva a ensamblar el tráfico — por eso hace falta un túnel a un punto de concentración.

En la práctica diseñamos un híbrido: bonding para tráfico crítico (VoIP, videollamadas de supervisión, backups) y load balancing para tráfico de huéspedes y navegación general. El router maneja la distribución según reglas que dejamos preconfiguradas.

Cómo lo desplegamos paso a paso

1. Auditoría de sitio

Antes de cotizar visitamos (o pedimos un video guiado) y validamos cinco cosas:

  • Vista al cielo. Cada antena necesita un cono de visibilidad limpio. Dos antenas demasiado cerca pueden taparse mutuamente o interferir con la lectura del satélite.
  • Energía disponible. Cada Starlink consume 50–75W. Más router, switch, UPS… el sitio tiene que aguantar.
  • Espacio para montaje. Separación mínima recomendada entre antenas: 3 metros. Lo ideal, lados opuestos del techo.
  • Consumo pico estimado. Cuántos POS, cuántas cámaras (y a qué resolución), cuántos huéspedes/empleados conectados en simultáneo.
  • Requerimiento de IP fija. Si hay que integrar con la red corporativa, monitoreo central o VPN, hay que planear túnel a un hub.

2. Dimensionamiento

Regla práctica que usamos:

Caso típicoAntenasPlan recomendado
Estación de servicio (POS + CCTV + admin)22× Residencial o 1 Business + 1 Residencial
Hotel rural pequeño (≤30 habitaciones)2–32× Residencial Roam
Hotel ecoturístico (>50 habitaciones, eventos)32 Business + 1 Residencial
Obra civil temporal22× Roam (portabilidad)
Campamento minero3–4Mezcla Business + Residencial

3. Router SD-WAN

Para Latam el equipo que más usamos es Peplink Balance o Pepwave MAX Transit según movilidad, con licencia SpeedFusion para activar el bonding. Alternativas válidas: Mushroom Networks, Speedify (software puro) y soluciones BGP+IPSec para clientes con infraestructura propia.

Configuración mínima:

  • Cada Starlink en modo bypass (sin doble NAT).
  • VLAN de gestión separada de la VLAN de cliente.
  • Política de QoS: VoIP y POS priorizados, huéspedes con cap de ancho de banda.
  • Failover de 200 ms entre enlaces para no romper sesiones largas.

4. Túnel y monitoreo

El router del sitio levanta un túnel SpeedFusion contra un hub que mantenemos en datacenter. Eso da dos cosas que no se consiguen de otra forma:

  • IP pública estática estable que sobrevive al cambio de satélite o de antena.
  • Visibilidad operativa: medimos latencia, pérdida y throughput por enlace en Grafana, y enviamos alerta a Slack/WhatsApp cuando uno de los enlaces se degrada.

Caso real: estación de servicio en corredor del Llano

Datos anonimizados de un cliente que opera tres estaciones de servicio entre Yopal y Tauramena (Casanare):

Antes:

  • 1 Starlink Residencial.
  • Pico 80 Mbps de bajada, 12 de subida.
  • 4 a 7 cortes diarios entre 15 segundos y 4 minutos.
  • POS desconectado en hora pico (problema documentado durante 3 meses).
  • Reclamos semanales del operador del CCTV en bodega central por “huecos” en la grabación.

Después (2 Starlink Business + Peplink SpeedFusion):

  • Throughput agregado medido: 170–195 Mbps de bajada, 28–34 Mbps de subida.
  • 99.94% de uptime medido en 90 días (datos de Grafana).
  • Cero cortes percibidos por POS en el mismo periodo.
  • CCTV con grabación continua, sin huecos.
  • Tráfico de huéspedes limitado a 30 Mbps por sesión para no comer el resto.

Inversión inicial recuperada en menos de un año, considerando solo las ventas que ya no se perdían por POS caído en hora pico.

Errores típicos (y cómo evitarlos)

  1. Montar las antenas demasiado cerca. Cono de visibilidad afectado, dos antenas obstruyéndose entre sí. Separación mínima 3 metros, idealmente lados opuestos del techo.
  2. Confundir failover con bonding. Le venden dos antenas con “balanceo” y resulta que solo es failover. Pida que le muestren throughput simultáneo con iperf antes de pagar.
  3. No pedir IP pública estable. El día que necesite integrar con la oficina central, va a tener que retrabajar el túnel. Pídalo desde el inicio aunque no lo use.
  4. Router doméstico con doble NAT. Mata el rendimiento de bonding y rompe VoIP. Use equipos SD-WAN reales con licencia.
  5. Sin UPS para el router. Si se va la luz, las antenas reconectan en 30 segundos pero su router quedó frío. Use UPS de al menos 30 minutos.
  6. Olvidar la auditoría de obstrucciones. Una palma de cera al lado del techo arruina el enlace en época de viento. Use la app de Starlink antes de fijar el mástil.

Checklist antes de cotizar

Antes de pedirnos (o pedirle a cualquiera) una propuesta, tenga claro:

  • Consumo pico estimado (Mbps de bajada y subida).
  • Número de POS, cámaras (con resolución) y dispositivos WiFi simultáneos.
  • ¿Necesita IP pública fija para integrar con su red corporativa?
  • Energía disponible en el sitio (W y respaldo).
  • Espacio para montaje de antenas (lados opuestos disponibles, altura).
  • Vista al cielo (use la app de Starlink y guarde el reporte).
  • ¿El sitio es fijo o temporal? (define plan Residencial vs Roam).
  • Presupuesto mensual aceptable para servicio Starlink.
  • ¿Quién opera el soporte 24/7?: ¿usted, su MSP o nosotros?

Cuándo NO es la solución

Honestidad: multi-Starlink no resuelve todo. No lo recomendamos si:

  • El sitio ya tiene fibra empresarial estable (use Starlink como backup, no como principal).
  • El consumo crítico es <30 Mbps y tolera 5 minutos de caída ocasional (una sola antena alcanza).
  • La latencia mínima absoluta es crítica (trading, gaming competitivo): considere fibra dedicada.

Cómo seguir

Si tiene un sitio rural con dolor de conectividad, escríbanos a info@col0.com o por WhatsApp con estos datos: ubicación aproximada, tipo de operación y los puntos del checklist que ya tenga claros. Le respondemos en menos de 24 horas hábiles con propuesta técnica.

Más detalle del servicio en Balanceo y agregación multi-Starlink y casos por industria en Conectividad rural y sitios remotos.

Recurso gratuito

Guía: Cómo iniciar un proyecto IoT industrial en Colombia

PDF de lectura rápida con el checklist que usamos para evaluar viabilidad, presupuesto y conectividad antes de comprar un solo sensor. Sin marketing, solo lo que un líder de proyecto necesita saber.

  • Cómo dimensionar conectividad (NB-IoT, LoRaWAN, satélite)
  • Checklist para piloto de 4 a 8 semanas
  • Estructura de presupuesto por fases
  • Errores típicos y cómo evitarlos

¿Listo para conectar tu operación?

Convertimos tus equipos en datos accionables.

Hablar con un experto