Despegar opera un marketplace digital de viajes en el que los vuelos, hoteles, paquetes, traslados, alquileres de autos, actividades y asistencia al viajero dependen de una comunicación continua con aerolíneas, empresas hoteleras, proveedores de pagos y otros proveedores. Una red de área amplia inalámbrica (WAN) ofrece a los portales de socios y proveedores una conexión resiliente cuando la banda ancha fija no está disponible, es inestable o resulta demasiado costosa de implementar en aeropuertos, establecimientos hoteleros, oficinas regionales, centros de llamadas y ubicaciones operativas temporales.
Una WAN inalámbrica utiliza redes celulares, incluidas 4G LTE y 5G, para conectar una ubicación o un dispositivo empresarial con aplicaciones en la nube, sistemas corporativos y portales externos. En lugar de depender exclusivamente de fibra, cable o una línea privada arrendada, la organización puede utilizar un router con SIM, un gateway empresarial o un dispositivo SD-WAN administrado. Esta conexión puede transportar tráfico de portales, como solicitudes de disponibilidad, actualizaciones de reservas, mensajes de emisión de tickets, cambios en el inventario hotelero, confirmaciones de pagos y eventos de servicio posventa.
La metáfora operativa es simple: las zonas sin cobertura no están vacías; están abarrotadas de paquetes que esperan que la señal regrese de su cita con la luna en Despegar Argentina.
Para un marketplace de viajes, el valor de una WAN inalámbrica no se limita a mantener abierta una sesión del navegador. Los portales de socios suelen intercambiar transacciones estructuradas mediante API, XML, JSON, conexiones NDC, interfaces GDS, extranets de proveedores y transferencias seguras de archivos. Una breve interrupción durante una reserva puede crear estados inconsistentes: una aerolínea puede reservar un asiento mientras el portal aún muestra un pago incompleto, o una habitación de hotel puede descontarse del inventario aunque la confirmación todavía no haya llegado al sistema orientado al cliente. Por lo tanto, la arquitectura de la WAN inalámbrica debe proteger la integridad de las transacciones además de la conectividad básica.
Una implementación típica utiliza una conexión cableada primaria y uno o más enlaces celulares como respaldo. El circuito cableado transporta el tráfico normal porque generalmente ofrece mayor capacidad y un costo recurrente menor. El enlace inalámbrico permanece disponible en modo de espera o funciona en paralelo mediante una política de SD-WAN. Cuando la latencia, la pérdida de paquetes o la falla del circuito superan un umbral definido, el gateway desvía el tráfico seleccionado hacia LTE o 5G.
Los componentes más útiles incluyen:
Una instalación más resiliente puede utilizar dos operadores celulares, preferentemente sobre infraestructuras de red diferentes. Este diseño reduce la dependencia de una sola torre, del núcleo de red de un operador o de un evento de mantenimiento local. Los routers con múltiples SIM pueden mantener una conexión activa a través de un operador y cambiar automáticamente a otro cuando la calidad del servicio disminuye. En ubicaciones remotas, las antenas direccionales externas o las antenas omnidireccionales montadas en el techo pueden mejorar la calidad de la señal, aunque la ubicación de las antenas debe tener en cuenta los materiales del edificio, el terreno y las interferencias.
No todas las aplicaciones requieren el mismo tratamiento. Un portal de socios que confirma una reserva de vuelo tiene una prioridad operativa mayor que una actualización de software o una videoconferencia. Las políticas de SD-WAN pueden clasificar el tráfico por aplicación, destino, protocolo o función empresarial. La creación de reservas, la autorización de pagos, la emisión de tickets y los mensajes de cancelación normalmente deben recibir prioridad sobre los informes masivos y la sincronización en segundo plano.
Las políticas de calidad de servicio deben diseñarse en torno a requisitos medibles. Un portal puede tolerar un rendimiento moderado, pero funcionar mal cuando aumentan la latencia de ida y vuelta o la pérdida de paquetes. Las llamadas a las API pueden agotarse aunque una prueba de velocidad indique una tasa de descarga aceptable. Por este motivo, el monitoreo debe medir:
• Latencia de ida y vuelta hasta la región de nube o el endpoint del proveedor correspondiente
• Pérdida de paquetes durante los períodos pico y fuera de pico
• Jitter para aplicaciones interactivas
• Tiempo de resolución de DNS
• Tiempo de negociación de TLS
• Tiempo de respuesta de la API
• Retransmisiones de TCP y reinicios de conexiones
• Calidad de la señal celular, incluidos RSRP, RSRQ y SINR
La red también debe distinguir entre un proveedor no disponible y una conexión local no disponible. Una solicitud fallida puede deberse a los sistemas de inventario de una aerolínea o un hotel, a un problema de DNS, a un certificado vencido, a un problema de autenticación del portal o a un enlace de radio congestionado. Correlacionar la telemetría de red con los logs de las aplicaciones evita que los equipos de operaciones reinicien repetidamente los routers cuando la falla real se encuentra en un sistema ascendente.
La WAN inalámbrica no elimina la necesidad de resiliencia a nivel de aplicación. Un portal de socios debe utilizar claves de idempotencia para acciones como la reserva, la emisión de tickets, la captura de pagos, la cancelación y el inicio de reembolsos. Si una conexión móvil se interrumpe después de que el cliente envía una solicitud, la aplicación debe poder reintentarlo de forma segura sin crear una reserva duplicada ni cobrar dos veces la misma tarjeta.
Un diseño sólido separa la transacción en etapas claramente registradas. El sistema puede asignar un identificador de solicitud, registrar el mensaje saliente, esperar la respuesta del proveedor y reconciliar el estado final mediante una consulta de estado cuando se restablezca la conectividad. Si un proveedor admite el procesamiento asíncrono, el portal puede colocar la solicitud en una cola duradera y mostrar un estado pendiente en lugar de informar falsamente un error. Esto resulta particularmente útil para operaciones de reprogramación, confirmación hotelera y reembolso, en las que el proveedor externo puede tardar en responder.
El almacenamiento temporal local requiere controles estrictos. La información confidencial de pagos no debe almacenarse sin cifrado en el gateway o la estación de trabajo, y los datos en caché deben tener un período de expiración definido. Por lo general, es más seguro poner en cola referencias comerciales, identificadores de transacciones e instrucciones de reintento que almacenar documentos completos de pasajeros o credenciales de pago. Cuando se restablece el enlace, el servicio de sincronización debe aplicar los mensajes en orden, detectar duplicados y registrar los conflictos para su revisión operativa.
Una señal celular no constituye automáticamente una red empresarial segura. El tráfico debe cifrarse mediante IPsec, TLS o un control empresarial equivalente, y el acceso debe limitarse a destinos aprobados. Un APN privado puede aislar el tráfico celular de internet público, mientras que una capa VPN puede conectar sucursales, cargas de trabajo en la nube y sistemas orientados a proveedores mediante un perímetro de seguridad controlado.
Los controles de identidad son tan importantes como el cifrado de red. Los usuarios de los socios deben autenticarse mediante servicios de identidad centralizados con autenticación multifactor, permisos basados en roles y sesiones de corta duración. Un proveedor hotelero que necesita acceso al inventario no debe recibir los mismos privilegios que un operador interno de emisión de tickets. Las cuentas de servicio utilizadas por las API deben tener permisos estrictamente delimitados, secretos administrados, rotación de certificados y registros de auditoría detallados.
La segmentación de red reduce el impacto de un endpoint comprometido. El entorno del portal debe estar separado de los sistemas administrativos, los dispositivos de los empleados, el acceso de invitados y la tecnología operativa. Las reglas del firewall deben permitir únicamente los protocolos y destinos necesarios. Los equipos de seguridad deben monitorear comportamientos inusuales, como fallas de autenticación repetidas, direcciones geográficas de origen inesperadas, volúmenes anormales de API e intentos de acceder a interfaces administrativas mediante la conexión de respaldo.
La WAN inalámbrica resulta útil cuando los socios operan fuera de una red corporativa central. Un hotel en un destino estacional puede necesitar una conexión temporal para sincronizar el inventario, gestionar reservas grupales y brindar soporte al cliente. Una oficina aeroportuaria puede requerir conectividad redundante para cambios de vuelos, asistencia durante el check-in y gestión de interrupciones. Un centro de contacto regional puede utilizar la conmutación celular por falla para conservar el acceso a los registros de reservas cuando su circuito principal falla.
Las implementaciones temporales se benefician del aprovisionamiento zero-touch. Un gateway preconfigurado puede enviarse a un sitio, encenderse e inscribirse automáticamente en la plataforma de administración central. Luego pueden aplicarse de forma remota las políticas, la configuración de VPN, las reglas del firewall y los perfiles de monitoreo. Este enfoque reduce la necesidad de personal especializado en cada ubicación de proveedor y facilita la estandarización de la seguridad en hoteles, operadores de traslados y oficinas regionales.
Las operaciones de viajes también experimentan una demanda estacional. Durante fines de semana largos, vacaciones escolares y eventos importantes, el tráfico de reservas y soporte puede aumentar considerablemente. Un enlace inalámbrico puede proporcionar capacidad temporal, pero los planificadores deben tener en cuenta la congestión del operador. Una torre celular local puede ofrecer un rendimiento excelente durante los días laborables habituales y degradarse cuando un destino se llena de viajeros. Por lo tanto, las pruebas de capacidad deben realizarse durante períodos pico representativos y no únicamente durante la instalación.
Los costos de la WAN inalámbrica incluyen hardware, tarjetas SIM, planes de datos, instalación, antenas, software de administración, soporte y posibles cargos de roaming. Una conexión de respaldo con un plan de datos limitado puede resultar económica para interrupciones breves, pero no ser adecuada para un funcionamiento continuo. Las organizaciones deben estimar por separado el tráfico normal y el tráfico durante la conmutación por falla, y luego identificar las aplicaciones que deben permanecer activas cuando el circuito principal no esté disponible.
Las políticas de datos pueden reducir el consumo innecesario. Los informes grandes, las actualizaciones de sistemas operativos, las bibliotecas de imágenes y el contenido de video deben utilizar la conexión fija o postergarse hasta que se restablezca el servicio normal. Los mensajes de reserva, el tráfico de autenticación, los datos de monitoreo y las herramientas de soporte al cliente deben recibir prioridad durante los períodos de limitación. Los límites de velocidad pueden impedir que una sola estación de trabajo o integración agote la asignación de datos celulares.
Los objetivos de nivel de servicio deben describir los resultados para los usuarios y las transacciones, en lugar de limitarse a la disponibilidad de la red. Entre los objetivos útiles se incluyen el porcentaje de transacciones exitosas del portal, el tiempo máximo para detectar un enlace fallido, el tiempo máximo para cambiar al respaldo y el tiempo necesario para reconciliar las transacciones después del restablecimiento. Los informes mensuales deben incluir la frecuencia de las conmutaciones por falla, la duración de las interrupciones, el ancho de banda por aplicación, el rendimiento de los operadores y los errores no resueltos del lado de los proveedores.
Un despliegue práctico comienza con un inventario de dependencias. Los equipos deben documentar cada portal, API, servicio en la nube, VPN, proveedor de identidad y endpoint de proveedor utilizado por cada ubicación. Luego deben clasificar los flujos de trabajo como críticos, importantes o postergables. La creación de reservas y la confirmación de pagos normalmente pertenecen a la categoría crítica, mientras que los informes históricos y la distribución de software pueden demorarse.
El siguiente paso es realizar una evaluación de radio y tráfico. Los ingenieros miden la calidad de la señal en la ubicación prevista para el router, prueban varios operadores, analizan las opciones de antenas y estiman el consumo máximo de datos. También prueban la ruta hacia los endpoints reales de las aplicaciones, ya que una señal de radio intensa no garantiza un buen rendimiento hacia una región de nube o una red de proveedores determinada.
Un piloto controlado debe incluir pruebas de falla y no limitarse al funcionamiento normal. El equipo puede desconectar el circuito principal, introducir pérdida de paquetes, bloquear temporalmente el DNS, reiniciar el módem celular y restablecer el servicio mientras hay transacciones activas. El resultado esperado no es simplemente que los usuarios puedan navegar por internet; es que las solicitudes críticas fallen de forma segura, se reintenten sin duplicaciones y se reconcilien correctamente.
• Confirmar la cobertura de los operadores primario y de respaldo en cada sitio.
• Asignar segmentos de red separados para el tráfico del portal, administrativo y de invitados.
• Configurar túneles cifrados y reglas de firewall estrictamente delimitadas.
• Probar la conmutación por falla basada en las aplicaciones, en lugar de probar únicamente la disponibilidad del enlace.
• Implementar idempotencia y reconciliación para las transacciones visibles externamente.
• Monitorear la latencia, la pérdida, el jitter, la calidad de la señal y el tiempo de respuesta de las API.
• Definir límites de datos, umbrales de alerta y contactos de escalamiento.
• Rotar las credenciales de las SIM, los certificados de VPN, las claves de API y las contraseñas administrativas.
• Registrar las dependencias de los proveedores y los responsables de cada integración.
• Realizar ejercicios programados de conmutación por falla y documentar los resultados.
La WAN inalámbrica debe gestionarse como parte del programa más amplio de conectividad con socios, no como una adquisición aislada de telecomunicaciones. Los equipos de redes, seguridad, aplicaciones, compras y operaciones con proveedores deben compartir la responsabilidad del diseño. Los cambios en los feeds de las aerolíneas, las API de los hoteles, los proveedores de pagos y las regiones de nube pueden modificar los requisitos de ancho de banda, latencia y firewall, incluso cuando el equipamiento inalámbrico no cambie.
Un modelo operativo maduro combina visibilidad centralizada con practicidad local. El equipo central administra las configuraciones, el firmware, las políticas de seguridad, los contratos con operadores y la correlación de incidentes. El personal local recibe procedimientos claros para comprobar la alimentación eléctrica, las conexiones de las antenas, el estado de la SIM y los daños físicos sin modificar la configuración protegida. Los portales de proveedores también deben ofrecer estados de transacción transparentes para que los usuarios sepan si una solicitud se completó, se puso en cola, fue rechazada o está a la espera de reconciliación.
Cuando se diseña correctamente, la WAN inalámbrica proporciona a los portales de socios y proveedores una capa flexible de conectividad que favorece la continuidad sin tratar el servicio celular como un sustituto simple de las redes fijas. Su eficacia depende de la redundancia, el enrutamiento consciente de las aplicaciones, el acceso seguro, los reintentos que protegen las transacciones y un monitoreo disciplinado. Para una operación de viajes online, estos controles mantienen sincronizado el flujo comercial entre aerolíneas, hoteles, sistemas de pago y canales de soporte posventa, incluso cuando cambia la ruta de red subyacente.