Resumen
- La identidad pública de Chilecom está inusualmente bien articulada para un proveedor regional. Su dirección web, teléfono y correo electrónico de soporte coinciden con el contacto adjunto a la asignación activa
200.63.96.0/21de LACNIC, mientras que un registro municipal de 2026 menciona la misma empresa y RUT chileno como proveedor de la renovación del hosting del sitio de transparencia. - La evidencia de red es real pero estructuralmente importante. RIPEstat observó los ocho bloques
/24dentro del/21de Chilecom siendo anunciados durante el 1 al 15 de julio de 2026 por AS265831. LACNIC registra ese ASN a SOC. COMERCIAL WIRENET CHILE LTDA., no a Chilecom, aunque ambos registros comparten dirección y representante legal. - El proveedor publica afirmaciones concretas sobre sus instalaciones: un sitio en Santiago, una red interna de 40 Gbit, enlaces nacionales e internacionales, un UPS de 100 kVA, un generador de 100 kVA, copias de seguridad automatizadas y externas, controles físicos y un titular de disponibilidad del 99.5 %. Estas son especificaciones útiles para probar, no resultados medidos.
- Los compradores deben definir el servicio una carga de trabajo a la vez. Los anexos del contrato deben identificar a la empresa responsable, el operador de ruta, el componente de disponibilidad cubierto, las ubicaciones de datos y copias de seguridad, los objetivos de recuperación, el acceso privilegiado, el horario de soporte, la ruta de escalado, el formato de salida y la evidencia entregada después de un incidente o prueba de restauración.
Un nombre, un bloque de direcciones y un registro de cliente apuntan al mismo operador
Un comprador de hosting necesita saber qué empresa toma el pedido, qué organización controla los recursos de Internet y qué equipo responde cuando falla un servicio. Esas identidades suelen estar borrosas en los sitios web de proveedores regionales. Chilecom proporciona suficientes detalles públicos para hacer una primera conexión sólida.
Elperfil del directorio de BTWsitúa a CHILECOM centros de datos LIMITADA en Chile y la asocia con actividades de red gestionada, nube, centro de datos, colocación y hosting. Esas etiquetas de servicio están marcadas como no evaluadas, por lo que el directorio es mejor interpretado como el ancla del sujeto que como una prueba de entrega. La atribución independiente proviene de los registros del proveedor y de los recursos numéricos.
Elsitio web público de Chilecomproporciona una dirección en Oceano Pacifico Norte 8496 en Penalolen, Santiago, un número telefónico central que termina en2938 1240, y[email protected]. Comercializa hosting web, VPS Linux y Windows, servidores dedicados, dominios, migraciones y administración. El mismo teléfono y correo electrónico aparecen en el contacto operativo de LACNIC para una asignación IPv4 activa. Esta es una cadena de identidad útil porque conecta la superficie de ventas con las personas responsables de un recurso de red registrado.
Elregistro de LACNIC para200.63.96.0/21nombra a CHILECOM centros de datos LIMITADA como titular y a Fernando Zamorano como representante legal. Un/21abarca desde200.63.96.0hasta200.63.103.255, o 2,048 direcciones IPv4. LACNIC registró la asignación en mayo de 2008, la marca como activa y muestra que el registro de titular se actualizó en septiembre de 2024. Estos hechos establecen la responsabilidad del recurso. No revelan cuántas direcciones están ocupadas, cuántos clientes las utilizan, dónde se encuentran los servidores asociados, ni si la empresa actual goza de buena situación legal y financiera.
También hay evidencia de servicio fuera de las páginas de Chilecom. Unregistro de contratación de la Municipalidad de San Pedro de Atacamanombra a CHILECOM centros de datos LIMITADA, RUT76.653.886-K, como contratista para la renovación del hosting del sistema de transparencia municipal. El registro indica un valor de CLP 269,800 y fechas del 16 de febrero de 2026 al 24 de mayo de 2027. También menciona a Gladys Zamorano Carrasco y Fernando Zamorano Carrasco en el campo de propiedad del proveedor.
Esa compra es modesta, pero su valor probatorio es específico. Muestra a un organismo público nombrado comprando un servicio de hosting definido a la empresa legal en 2026. No muestra el tráfico, la arquitectura, la disponibilidad, la seguridad ni la satisfacción del cliente del sistema. El registro describe una renovación anual aunque su fecha de finalización declarada es más de un año después del inicio, un detalle que vale la pena conciliar con la orden de compra antes de usarlo como plantilla para la duración del contrato.
En conjunto, estos registros respaldan una conclusión razonable: Chilecom tiene una identidad pública rastreable, una asignación de direcciones de tamaño proveedor y al menos un compromiso de servicio nominal reciente. Ese es un punto de partida más firme que una página de marca sola. Sigue siendo un punto de partida, porque la garantía operativa depende de quién controla cada capa de servicio y qué evidencia puede obtener el cliente.
El operador de ruta está estrechamente vinculado, pero no es el mismo titular
La huella de red de Chilecom contiene una distinción que debería incluirse en cualquier revisión de servicio seria. La empresa posee el espacio de direcciones, pero una organización con nombre separado posee el sistema autónomo que lo origina actualmente.
La observación de prefijos anunciados de RIPEstat paraAS265831enumeró los ocho rangos constituyentes de Chilecom, desde200.63.96.0/24hasta200.63.103.0/24, como anunciados durante la ventana devuelta del 1 al 15 de julio de 2026. Cada/24contiene 256 direcciones. Dividir la asignación en ocho rutas visibles es consistente con un uso activo de la red y permite que la política de enrutamiento trate los bloques por separado. No es una medida de servidores ocupados, tráfico, latencia, pérdida de paquetes ni tiempo de actividad de las aplicaciones.
Elregistro de LACNIC para AS265831identifica al titular del ASN como SOC. COMERCIAL WIRENET CHILE LTDA. El sistema autónomo se registró en septiembre de 2017 y está marcado como activo. Su registro nombra a Fernando Zamorano como representante legal y proporciona la misma localidad de Oceano Pacifico Norte utilizada en los registros de Chilecom. RIPEstat también muestra a AS265831 originando otros bloques de direcciones, por lo que no es meramente una etiqueta para el/21de Chilecom.
Esta evidencia indica una estrecha relación operativa; no la define. El material público no dice si Wirenet es una empresa hermana, proveedor, empresa operadora de red o tenedora de activos, ni qué entidad legal emplea al personal de red y posee los enrutadores. La representación y ubicación compartidas reducen la ambigüedad de atribución, pero no hacen que las dos empresas sean intercambiables.
La autorización de ruta ofrece una señal positiva en el plano de control. Lavalidación RPKIpara AS265831 y200.63.96.0/21devolvióválidoen el momento de la captura. La autorización de origen de ruta aplicable permite a AS265831 originar el/21hasta una longitud máxima de/24, cubriendo las ocho rutas visibles. Esto hace que el origen previsto sea criptográficamente verificable por las redes que realizan validación de origen de ruta.
RPKI no demuestra que los paquetes lleguen a los servidores de Chilecom, que los enlaces sean diversos o que los cambios de enrutamiento estén bien gobernados. Valida una relación de origen, no el acuerdo comercial y operativo que la respalda. Por lo tanto, un comprador debería preguntar quién controla las credenciales de LACNIC y RPKI, quién puede cambiar la política BGP, cómo se aprueban los anuncios de emergencia, qué empresa es responsable ante un incidente de enrutamiento y si el servicio sobrevive a la pérdida del equipo operativo de AS265831.
La misma distinción se aplica a las afirmaciones de conectividad. Lapágina del centro de datosde Chilecom menciona a GTD Chile Teleducto y Entel Empresas y anuncia enlaces BGP redundantes de fibra, descritos como10 GBa nivel nacional y1 GBa nivel internacional. La capacidad de red normalmente se expresa en bits por segundo, por lo que las unidades publicadas necesitan aclaración en lugar de conversión silenciosa. La página tampoco muestra identificadores de circuito, utilización normal, tarifas comprometidas, entradas al edificio, política de conmutación por error ni resultados de pruebas. Las portadoras nombradas y las rutas visibles respaldan la plausibilidad; solo una topología actual y una conmutación por error presenciada pueden establecer la resiliencia para el servicio del cliente.
La descripción de las instalaciones es lo suficientemente concreta para ser cuestionada
Chilecom afirma operar su propio centro de datos en la dirección de Penalolen. Su página de instalaciones describe una red interna de 40 Gbit, cortafuegos, IDS e IPS, medidas anti-DDoS, sensores de temperatura y humedad, aire acondicionado controlado remotamente, acceso controlado, cámaras y una alarma continua. Para la energía, enumera un UPS en línea de doble conversión de 100 kVA, baterías para hasta 30 minutos y un generador de 100 kVA con transferencia automática y 12 horas de suministro.
Las cifras concretas son más útiles que los adjetivos porque crean preguntas comprobables. Sin embargo, la capacidad de un componente no describe toda la ruta de energía. Un UPS de 100 kVA y un generador de 100 kVA no revelan la carga informática activa, la carga de refrigeración, la reserva de capacidad, la disposición de bypass, el estado de mantenimiento, la antigüedad de las baterías, la reducción de potencia del generador, el plan de reposición de combustible ni si una sola falla puede eludir ambas protecciones. Doce horas es una afirmación de combustible, no un resultado de disponibilidad.
Por lo tanto, la solicitud de diligencia debida debería pasar del inventario al rendimiento. Los clientes deberían solicitar la última prueba de transferencia con carga, el mantenimiento del UPS y las baterías, el historial de funcionamiento del generador, la escalación de alarmas, la redundancia de refrigeración, la inspección del sistema contra incendios y un diagrama que muestre el suministro, la transferencia, el UPS, la distribución y las alimentaciones de los racks. Para servidores dedicados o virtuales, el cronograma debe identificar qué equipo y rack están cubiertos.
Para hosting, debe indicar si el diseño de energía principal protege todos los componentes de la plataforma, incluidos los servicios de red, almacenamiento, autenticación y copias de seguridad.
La seguridad física tiene el mismo límite. Las cámaras y el acceso controlado indican controles sensatos, pero no especifican la aprobación de visitas, el acompañamiento, la retención de registros de acceso, la eliminación de personal anterior, el manejo de medios ni los derechos de auditoría del cliente. Un cliente no necesita que el proveedor publique detalles confidenciales de las instalaciones al mundo. Necesita evidencia confidencial proporcionada a la carga de trabajo y el derecho contractual a ser informado cuando el control cambie.
El titular de disponibilidad del 99.5 % de Chilecom también necesita un tratamiento cuidadoso. Si se mide en un período de 30 días sin exclusiones, el 99.5 % permite aproximadamente tres horas y 36 minutos de indisponibilidad. El sitio web no indica el componente cubierto, el punto de medición, el período de cálculo, las exclusiones, el tratamiento de mantenimiento, la fuente de monitoreo ni el crédito de servicio. Por lo tanto, no puede interpretarse como disponibilidad lograda ni como un compromiso completo de nivel de servicio.
Para un sitio web simple, esa tolerancia puede ser comercialmente aceptable. Para un servicio de autenticación, un punto final de pago o un sistema de información pública municipal, la misma cifra puede ser demasiado laxa, especialmente si las interrupciones de red, energía, hardware y soporte se miden por separado. El comprador debe elegir el objetivo basándose en las consecuencias de la carga de trabajo y luego exigir un informe mensual y un remedio vinculado a esa medición exacta.
Las copias de seguridad y la localidad son promesas separadas
La huella local de Chilecom es comercialmente relevante. El proveedor identifica una instalación en Santiago y vende en pesos chilenos. Un comprador que busca menor latencia, contratación local o infraestructura basada en Chile tiene una propuesta más clara que la que tendría con un revendedor anónimo. Pero empresa local, asignación de direcciones local y edificio de servidores local son tres hechos diferentes, y ninguno establece la ubicación de cada copia de datos.
La página del centro de datos dice que el hosting recibe copias de seguridad automatizadas diarias, semanales y mensuales, incluyendo correo electrónico, bases de datos, contraseñas y archivos del sitio web. También dice que las copias de seguridad periódicas se mantienen fuera del sitio. La página de inicio anuncia por separado hasta 15 días de copia de seguridad de hosting y dice que un cliente de VPS puede solicitar una imagen. La copia de seguridad de VPS y servidores dedicados se describe como personalizable en lugar de inherente al servicio base.
Esas declaraciones revelan límites de producto significativos. Una cuenta de hosting parece recibir un servicio de retención gestionada; un VPS o servidor dedicado puede requerir una opción y una solicitud del cliente. Lo que sigue sin estar claro es el cronograma real para cada plan, las generaciones de retención, la región externa, el operador de almacenamiento, el cifrado, el control de claves, la inmutabilidad, la separación de inquilinos, la alerta de fallos y el proceso de restauración.
Mantener una copia fuera de la sala principal es útil, pero aún puede compartir credenciales, administradores, dependencias de red o un riesgo metropolitano.
Un cronograma de localidad debe enumerar los datos primarios, las réplicas, las copias de seguridad, los registros, los archivos adjuntos de soporte, la telemetría de monitoreo, los registros de identidad y los datos de facturación por separado. Para cada uno, debe indicar el país, la instalación o región de nube, la empresa responsable, los subprocesadores, los roles de acceso, la retención y la evidencia de eliminación. También debe indicar lo que sucede durante una restauración de emergencia. Sin ese mapa, la frase "centro de datos en Chile" es una afirmación sobre las instalaciones, no un compromiso completo de residencia de datos.
La restauración es el punto de prueba. Los compradores deben acordar objetivos de punto de recuperación y tiempo de recuperación para cada conjunto de datos, realizar restauraciones representativas y conservar el resultado. Una captura de pantalla de que un trabajo se completó es más débil que la evidencia de que un entorno aislado arrancó, la base de datos se abrió, las credenciales de la aplicación funcionaron y el cliente pudo reanudar el servicio.
El cronograma también debe distinguir la copia de seguridad del proveedor de la copia independiente del cliente para que una disputa de cuenta o un incidente en todo el proveedor no elimine ambas vías de recuperación.
La automatización cambia quién puede actuar durante una falla
El catálogo de Chilecom ofrece cPanel o Plesk para hosting, VPS Linux y Windows, sistemas dedicados, ayuda con migraciones y un servicio de administración. Estas herramientas pueden reemplazar el trabajo manual de tickets para tareas rutinarias de cuentas, dominios, correo electrónico y servidores. También crean varios planos de control: el panel del cliente, el sistema operativo del servidor, la capa de virtualización, el sistema de copias de seguridad, el borde de la red y la consola de soporte del proveedor.
Las descripciones públicas de productos no establecen acceso API, tiempo de aprovisionamiento, separación de roles, autenticación multifactor, exportación de registros de auditoría, reversión de configuración, portabilidad de imágenes ni reglas de aprobación para intervenciones privilegiadas. Esa ausencia no es evidencia de que los controles no existan. Significa que el comprador no puede inferirlos del catálogo.
La pregunta práctica es quién puede completar cada paso de recuperación sin esperar a otra parte. ¿Puede el cliente reiniciar o reconstruir un VPS, rotar una credencial comprometida, exportar una imagen, cambiar el DNS inverso, restaurar un buzón o recuperar registros? ¿Qué acciones requieren a Chilecom, y cuáles requieren al equipo de red de Wirenet? Si una copia de seguridad automatizada falla, ¿quién ve la alerta y en qué plazo? Si se incluye una migración, ¿qué valida la integridad antes de retirar el servicio anterior?
Un cronograma operativo debe responder a esas preguntas como una matriz de responsabilidades. Debe nombrar los cambios rutinarios, los cambios de emergencia, la autoridad de aprobación, la evidencia conservada y la propiedad de la reversión. También debe definir la ruta de salida: formatos estándar de imagen y base de datos, transferencia de DNS, cambios de dirección, ventana de exportación de datos, confirmación de eliminación y precio de la asistencia. El servicio local puede reducir la distancia a un operador, pero no reduce el bloqueo a menos que el cliente pueda irse con datos y configuración funcionales.
El soporte necesita un reloj único, no varias impresiones
Chilecom presenta una superficie de contacto sustancial. El sitio web ofrece una línea telefónica central, correo electrónico, tickets, soporte en línea, tutoriales y una base de conocimiento. Dice que la asistencia está disponible todos los días. La página del centro de datos también publica un horario de atención de lunes a viernes, de 08:00 a 19:00. Ambas declaraciones pueden ser ciertas si los canales o el personal difieren, pero las páginas públicas no explican la distinción.
Para un servicio de producción, "disponible" debe separarse en acuse de recibo, respuesta calificada, solución alternativa y restauración. Una cola de tickets puede funcionar de forma continua mientras que la autoridad de red, el acceso físico o el personal senior de sistemas siguen un horario más restringido. El material público no define gravedades, objetivos de respuesta, contactos de escalación, cobertura fuera del horario laboral, tareas de manos remotas, cobertura de idiomas ni créditos de servicio.
El compromiso de hosting municipal muestra por qué esto es importante. Un sitio de transparencia pública puede fallar fuera del horario laboral y aún así necesitar un propietario designado, incluso si el servicio mensual es económico. Un equipo de plataforma con una base de datos o una aplicación orientada al cliente necesita una cobertura aún más sólida. Los compradores deben probar las rutas telefónicas y de tickets publicadas antes de la migración, realizar un incidente simulado y exigir roles de escalación designados para fallas de red, energía, servidor, copia de seguridad y facturación.
La mano de obra de soporte también es parte del riesgo de concentración. La estrecha relación pública entre la asignación de Chilecom y el ASN de Wirenet puede producir una coordinación local eficiente. También puede significar que un grupo pequeño tiene autoridad sobre el servicio al cliente y el enrutamiento. El cliente debe preguntar cómo funcionan la cobertura de guardia, la sucesión, la recuperación de credenciales y la escalación del proveedor cuando el contacto habitual no está disponible.
La conclusión correcta es presencia verificada, garantía condicional
El registro público de Chilecom es más sólido que su nombre solo. La empresa puede conectarse a un sitio web actual, una asignación activa de LACNIC, las ocho porciones visibles anunciadas de esa asignación, una autorización de origen de ruta válida y una compra de hosting municipal reciente. Su página de instalaciones publica suficientes detalles de ingeniería para respaldar una conversación seria de diligencia debida.
Nada de eso debe descartarse. Tampoco debe estirarse. Los registros de los registros no miden el tiempo de actividad; las rutas no prueban la salud de las aplicaciones; una compra municipal no certifica el rendimiento; los nombres de los operadores no demuestran diversidad física; un edificio en Santiago no localiza cada copia de seguridad; y los canales de soporte no establecen el tiempo de restauración.
Por lo tanto, la decisión de compra depende de la conversión. Chilecom y su cliente necesitan convertir las afirmaciones públicas en un mapa de servicio, evidencia actual y obligaciones exigibles para el producto exacto solicitado. Si el proveedor puede documentar el límite de responsabilidad Chilecom-Wirenet, mostrar pruebas de energía y ruta, ubicar cada copia de datos, demostrar la restauración, definir el reloj de soporte y respaldar una salida ordenada, su huella local puede convertirse en una garantía operativa. Hasta entonces, la evidencia prueba un proveedor real y una presencia de red real, no el resultado de la próxima falla.