Ingresé a Ecnex en el año 2008, en lo que fue mi primer trabajo en el área de sistemas. Mi rol inicial fue en la mesa de ayuda, brindando soporte técnico a huéspedes y personal de los hoteles. Esta etapa marcó el comienzo de mi recorrido profesional en IT, donde pude desarrollar habilidades fundamentales para la resolución de problemas, análisis de red y diagnóstico técnico.

¿Qué hacía Ecnex?

Ecnex era una empresa dedicada a la provisión de servicios de internet para redes de huéspedes en hoteles de toda América Latina. No era un proveedor de internet (ISP), sino un integrador de infraestructura y software: brindaba conectividad a través de una solución propia de portal cautivo para el control de acceso a internet.

Esta solución estaba instalada sobre servidores Linux en cada hotel. Además del portal cautivo, incluía un backend para la gestión de claves de acceso, así como servicios críticos: DHCP, DNS y firewall. Todo esto funcionaba de forma local en un único equipo físico, al cual se conectaban los enlaces de internet contratados por el hotel.

Además, Ecnex proveía la infraestructura de red: access points, switches y enlaces para ofrecer conectividad inalámbrica en habitaciones, áreas comunes, centros de negocios y salones. También contaba con una mesa de ayuda operativa 24x7, que daba soporte tanto a los huéspedes como al staff de IT de cada hotel.

Un artículo que retrata esta etapa de la empresa puede encontrarse en La Nación: "Internet en hoteles, un negocio luego de la burbuja punto com" (2005).

Mi rol en la mesa de ayuda

La empresa era pequeña y muy integrada, por lo que no había una separación estricta por niveles de soporte. En la práctica, eso significaba que cualquier integrante del equipo de soporte podía estar resolviendo problemas simples de conectividad de un huésped o investigando fallas en hardware, redes o servicios.

Durante esta etapa, incorporé conocimientos clave en administración de servicios DHCP, DNS, Tomcat, reglas de firewall con iptables, redirección de puertos, análisis de tráfico, sniffing de paquetes y creación de túneles SSH.

Contexto técnico de la operación

Las redes no estaban centralizadas: cada hotel contaba con su propio servidor Hc2 (High Connect versión 2) que gestionaba la red y el portal cautivo de manera autónoma. En algunos casos, los hoteles tenían IP fija y dominio asignado; en otros, se utilizaba dyndns para poder acceder remotamente y realizar monitoreo básico.

Algunos de los Vendors que recuerdo de aquellos tiempos: access points Colubris, switches 3Com y Allied Telesys.

Primeros pasos hacia infraestructura

En el último tramo de mi tiempo en Ecnex, comencé a colaborar con el área de infraestructura, participando en tareas de diagnóstico y configuración de equipos. Una de las iniciativas que lideré fue la instalación de un sistema de monitoreo centralizado con Dude para los hoteles que ya contaban con una subred integrada a la red centralizada. Esta experiencia me permitió adentrarme en protocolos como SNMP, configurar monitoreos por ping/puerto y automatizar chequeos de disponibilidad.

Si bien el sistema funcionó inicialmente, no logró mantenerse en el tiempo ni resultó del todo efectivo. Eventualmente, el equipo de soporte optó por migrar a una solución basada en Nagios, más robusta y flexible para ese contexto.

Ese fue mi primer acercamiento concreto a la administración de infraestructura distribuida, y sentó la base para mi siguiente etapa profesional.

Reflexión personal

Ecnex fue mucho más que mi primer trabajo en IT. Fue el lugar donde confirmé que podía dedicarme a trabjar con tecnología, donde aprendí desde cero en un entorno real, y donde descubrí mi interés por las redes, la automatización y el pensamiento estructurado.

En retrospectiva, fue el lugar donde pasé de resolver problemas por intuición, a resolverlos con método.

Comentarios

No hay comentarios aún.