Resumen
- PT Semarang centros de datos es hoy mejor evidenciado como el operador de un pequeño sitio de interconexión en Semarang y PANDA-IX, no como una gran sala de datos divulgada. Su oferta comercial pública es para colocation de dispositivos de red de 1U, 2U y 4U, y su instalación listada es la habitación 214 en el segundo piso del Hotel Pandanaran.
- PANDA-IX tiene evidencia operativa actual: PeeringDB lista una única instalación en Semarang, 14 pares, 15 conexiones y 138G de capacidad nominal de puerto, mientras que el looking glass público del servidor de rutas reportó 362 días de actividad el 13 de julio de 2026 con múltiples sesiones BGP IPv4 e IPv6 establecidas.
- La evidencia de la instalación aún no prueba capacidad utilizable resistente. Los registros públicos no divulgan la potencia total de diseño, la carga informática instalada, el número de racks, la topología del SAI, el tiempo de funcionamiento del generador, los arreglos de combustible, la redundancia de refrigeración, las entradas de fibra separadas, las alimentaciones duales de servicios públicos, las rutas de entrega de operadores o las pruebas de conmutación por error de los clientes.
- AS154034 no tiene visibilidad global actual en RIS, pero eso no es por sí mismo una sentencia de corte. Un ASN de servidor de rutas puede soportar una tela de intercambio local sin originar prefijos globalmente alcanzables; la prueba correcta es si las sesiones locales, las rutas de los clientes y la accesibilidad externa sobreviven a fallos específicos.
Una habitación compacta tiene que soportar una reclamación ciudadana
La historia pública de Semarang centros de datos comienza con una idea regional útil. Las redes de Java Central no deberían tener que enviar cada intercambio local de tráfico a través de Yakarta u otro centro más grande cuando es posible una entrega local. Un pequeño sitio de interconexión en Semarang puede acortar las rutas entre operadores cercanos, reducir el uso de tránsito evitable y dar a los proveedores regionales un lugar para interconectarse sin comprometerse con un gabinete completo en un centro de datos distante. Esa es una reclamación práctica, y la evidencia pública muestra que ha ido más allá de un folleto.
PANDA-IX tiene un intercambio listado, una vista de servidor de rutas en vivo y un conjunto de participantes de red.
La misma evidencia también reduce la reclamación. PT Semarang centros de datos dice en supropio sitio webque fue establecido en febrero de 2025 y opera en la industria de colocation de centros de datos para Java Central. La oferta comercial es pequeña y específica: paquetes de 1U, 2U y 4U, cada uno descrito para dispositivos de red. La empresa también presenta Panda Internet Exchange, o PANDA-IX, como el lugar donde los clientes pueden intercambiar tráfico. Esa combinación apunta a una instalación liderada por interconexión: enrutadores, conmutadores, conexiones cruzadas y sesiones BGP locales son el centro de gravedad público.
La dirección física hace más aguda la pregunta sobre la infraestructura. El sitio del operador da la ubicación del centro de datos como Hotel Pandanaran, segundo piso, Jalan Pandanaran No.58 en Semarang. Laentrada de instalación de PeeringDBes más estricta: SDCT centros de datos, habitación 214, segundo piso, Hotel Pandanaran, con 13 redes listadas, un intercambio local, servicio de 400 VCA y sin subestaciones diversas de servicio divulgadas. Elpropio sitio del hotelconfirma la propiedad y dirección del hotel Pandanaran. Esto no es un campus remoto con un patio de servicios públicos y un plano de campus de centro de datos publicado. Es, en el registro público, un nodo de infraestructura a escala de habitación dentro de un edificio de hostelería en funcionamiento.
Eso no hace que el sitio sea frívolo. Muchas instalaciones de Internet útiles comienzan como pequeñas habitaciones donde se encuentran las redes adecuadas. Un intercambio modesto puede ser más importante para una ciudad que un campus más grande pero distante si brinda a los operadores locales un lugar de trabajo para entregar tráfico. La cuestión no es la escala. La cuestión es la evidencia.
Un cliente que compra una unidad de rack en un intercambio regional está comprando una cadena de dependencias: energía del edificio, distribución, almacenamiento de energía, generador, combustible, refrigeración, detección de incendios, supresión, control de acceso, entrada de fibra, tela de conmutación, servidores de rutas, alcanzabilidad ascendente y respuesta humana. El eslabón más corto visible en esa cadena es el espacio del rack. Los eslabones más importantes suelen ser los que están fuera del rack.
La prueba central del artículo no es, por tanto, si Semarang centros de datos puede llamarse a sí mismo un centro de datos. La prueba es si el registro público permite a un operador de red distinguir entre servicio anunciado, equipo instalado, sesiones de intercambio activas, sistemas de instalación alimentados, capacidad de intercambio operativa y capacidad utilizable bajo fallo. Por el momento, esos estados son desiguales. La superficie de intercambio es visible. La superficie de los sistemas del edificio no lo es en su mayor parte.
La identidad de la empresa es más clara que el límite de la instalación
La empresa en sí no es difícil de identificar. Los registros de APNIC paraAS154034,165.101.31.0/24y2001:df5:c140::/48vinculan el sistema autónomo y los recursos de direcciones a PT Semarang centros de datos. APNIC explica que los registros Whois identifican las organizaciones responsables de los recursos de direcciones y ASN; no son pruebas de carga, pruebas de energía ni medidores de tráfico. Establecen la responsabilidad de los recursos numéricos, no la resistencia de una habitación en un edificio.
La evidencia de la dirección separa las superficies legal y física. El sitio del operador da la dirección de contacto de PT Semarang centros de datos como Jalan Sumbawa II No.3, mientras que la dirección del centro de datos es Hotel Pandanaran, segundo piso. La membresía de APJII y los espejos de directorios corporativos también apuntan al contexto de la oficina de Jalan Sumbawa. PeeringDB y el sitio del operador apuntan al Hotel Pandanaran para la instalación. Estas dos direcciones no deben colapsarse en un solo activo. La oficina ayuda a confirmar la identidad corporativa.
La habitación del hotel es el sitio de infraestructura que los lectores necesitan entender.
Esa distinción importa porque el control es diferente en cada límite. PT Semarang centros de datos puede controlar la política de intercambio, la configuración del servidor de rutas, la comunicación con el cliente y el equipo que posee o gestiona. El propietario del hotel o el operador del edificio controla al menos algunos sistemas de la propiedad. PLN controla el suministro eléctrico público fuera del edificio. Los proveedores de fibra controlan sus rutas fuera del sitio, conductos, postes, registros y equipos de entrega.
Las autoridades locales controlan las condiciones de construcción, incendios, carreteras y emergencias alrededor del sitio. Un intercambio regional solo es tan resistente como la dependencia común más débil entre esos propietarios.
El registro público aún no muestra si SDCT posee la habitación 214, la alquila directamente, utiliza servicios de construcción gestionados, o comparte sistemas eléctricos y de refrigeración con el hotel. No muestra quién posee los equipos de conmutación, los equipos de transferencia, los sistemas SAI, la capacidad del generador, la supresión de incendios, la planta de refrigeración, los elevadores de fibra o los puntos de acceso controlados. Tampoco muestra quién tiene autoridad para entrar en la habitación durante un incidente en el hotel o una emergencia en toda la ciudad. Esas no son preguntas burocráticas.
Determinan quién puede autorizar el mantenimiento, quién puede priorizar las cargas durante un evento de generador, quién puede repostar, quién puede aislar un sistema de incendios, quién puede reabrir el acceso después de una evacuación y quién paga cuando una falla compartida del edificio interrumpe el servicio de red.
La mejor conclusión pública es, por tanto, limitada. PT Semarang centros de datos es la empresa responsable del intercambio nombrado y los recursos numéricos. El límite público de la instalación es una habitación en el segundo piso del Hotel Pandanaran. El límite de propiedad y operación entre PT Semarang centros de datos, el hotel, los proveedores de servicios públicos y los proveedores de red solo es parcialmente visible.
PANDA-IX es la evidencia operativa más sólida
La evidencia actual más sólida se encuentra en la LAN de interconexión. Lapágina de intercambio de PeeringDBlista PANDA-IX en Semarang con 14 pares, 15 conexiones, 13 pares abiertos, 138G de capacidad nominal total y una instalación local, SDCT centros de datos. Registra la LAN IPv4 como 165.101.31.0/24 y la LAN IPv6 como 2001:df5:c140::/48. Las notas de intercambio también apuntan a la política del servidor de rutas BIRD, estadísticas públicas y un looking glass público.
Las páginas en vivo del servidor de rutas hacen que ese listado sea más que una entrada de catálogo estática. El 13 de julio de 2026, ellooking glass IPv4 de PANDA-IXidentificó "PANDA-IX RouteServer v4 (RS1 Semarang)" con ID de enrutador 165.101.31.1, 362 días de actividad y una marca de tiempo de última reconfiguración del 23 de enero de 2026. Mostró un conjunto de vecinos configurados, incluyendo varias sesiones BGP IPv4 establecidas con recuentos de rutas recibidas y exportadas, y algunos vecinos en estados Activo, Inactivo o Conectado. Esa diferencia es importante. Un vecino configurado no es lo mismo que una sesión establecida, y una sesión establecida no es lo mismo que una ruta de tráfico de alto volumen.
Ellooking glass IPv6mostró la misma identidad de servidor de rutas RS1 Semarang y tiempo de actividad, pero con una superficie de participantes IPv6 en vivo más pequeña. Las sesiones IPv6 establecidas eran visibles para un conjunto más reducido de ASN que IPv4. Los registros de puerto de PeeringDB también muestran direcciones IPv6 solo en una minoría de las 15 filas de conexión. Por lo tanto, IPv6 es real en PANDA-IX, pero no debe asumirse que refleja la cobertura IPv4 en todos los participantes.
Esta combinación respalda una afirmación operativa precisa: PANDA-IX es observable como una tela de intercambio local en funcionamiento con operación de servidor de rutas en vivo. No respalda una afirmación más amplia de que cada par listado está intercambiando tráfico útil en todo momento, que cada ruta de cliente es resistente, o que el intercambio tiene redundancia a nivel de sitio. El servidor de rutas puede estar saludable mientras una sesión de cliente está inactiva. Puede exportar rutas mientras el backhaul está restringido.
Puede funcionar durante 362 días mientras los arreglos de energía y refrigeración del edificio permanecen no divulgados.
Esa distinción protege a la empresa de un falso negativo y a los lectores de un falso positivo. La ausencia de un anuncio global de AS154034 no borra la evidencia de intercambio local en vivo. Al mismo tiempo, las sesiones BGP en vivo no prueban una planta de centro de datos resistente. PANDA-IX es un nodo local en funcionamiento; su comportamiento completo ante fallos sigue sin probarse en el registro público.
El producto comercial es más estrecho que una etiqueta genérica de centro de datos
El lenguaje de producto público del operador es inusualmente concreto. Lapágina de colocationprecios para paquetes de 1U, 2U y 4U, cada uno limitado a dispositivos de red, con configuración e interconexión incluidas. No hay oferta pública de gabinete completo, ni número de racks publicado, ni asignación de energía por unidad de rack, ni tarifa eléctrica medida, ni carga de piso, ni tabla de niveles de servicio de manos remotas, ni programación de conexiones cruzadas, ni inventario de gabinetes disponibles, ni carga informática divulgada. La oferta se parece más a una sala de encuentro o sala de intercambio regional que a una sala de datos empresarial general.
Esa interpretación más estrecha no es una crítica. Un ISP regional puede necesitar exactamente un enrutador en Semarang. Una red de contenido o acceso puede querer un puerto pequeño y una sesión local de servidor de rutas en lugar de un rack completo. Un intercambio joven puede reducir el umbral económico para la interconexión vendiendo unidades pequeñas. Si la instalación tiene éxito, puede hacer que el tráfico de red local dependa menos de centros lejanos.
El problema aparece cuando se permite que la etiqueta de centro de datos conlleve más de lo que la evidencia respalda. Un lector de centros de datos puede esperar densidad de potencia publicada, rutas de servicios públicos independientes, sistemas mecánicos redundantes, documentación de zonas de incendio, historial de niveles de servicio y evaluaciones de terceros. El registro público de SDCT aún no proporciona eso. El producto de sala de intercambio puede ser útil sin esas divulgaciones, pero la evaluación de riesgos debe mantenerse fiel al producto realmente mostrado.
PeeringDB refuerza la lectura estrecha. Elregistro de instalaciónlista 13 redes y un intercambio, pero ningún operador en el campo de operadores. Proporciona una dirección de hotel a nivel de habitación, 400 VCA y ninguna subestación diversa de servicio divulgada. No publica número de racks, área de piso, potencia bruta, potencia disponible, capacidad de refrigeración, certificación del edificio o detalles de sala de encuentro neutral. PeeringDB no es una auditoría de ingeniería, pero sus campos estructurados identifican lo que es visible y lo que no.
Otros catálogos añaden poco peso independiente. Lapágina del mercado de Semarang de centros de datos Mapse ha utilizado como verificación de descubrimiento de mercado, pero las omisiones del catálogo no pueden probar que una instalación no esté operativa. Un listado derivado como lapágina SDCT de PQ.Hostingrepite detalles de habitación, voltaje, red e intercambio que parecen seguir campos de estilo PeeringDB. Estas son señales corroborantes útiles para la misma huella pública, no prueba independiente de resiliencia de ingeniería.
La descripción pública adecuada es, por tanto, compacta y restringida. Semarang centros de datos ofrece públicamente colocation pequeña de dispositivos de red y opera un intercambio local desde el Hotel Pandanaran. Aún no está evidenciado públicamente como una gran sala de datos de propósito general con capacidad de diseño, capacidad alimentada, capacidad de refrigeración o capacidad en modo de fallo divulgadas.
La capacidad debe mantenerse en capas
El error más común al evaluar un pequeño intercambio es sumar números visibles y llamar al resultado capacidad. PANDA-IX tiene al menos cuatro superficies de capacidad diferentes, y solo algunas son públicas.
La primera es el tamaño de unidad comercial. SDCT vende paquetes de 1U, 2U y 4U. Eso es una unidad de espacio, no una declaración de la capacidad total de la habitación. No divulga cuántos racks existen, cuántas unidades están ocupadas, cuántas permanecen disponibles, cuánta potencia está asignada a cada unidad, cuánto calor puede rechazar la habitación, o cuántos clientes adicionales pueden añadirse antes de que se pierda la redundancia.
La segunda es la capacidad de puerto nominal. Lapágina de intercambiode PeeringDB y los datos de netixlan listan 15 conexiones cuyas velocidades declaradas suman 138G. Esa es la capacidad de puerto de borde instalada o listada, no el rendimiento garantizado. Un total de puerto no prueba una tela de conmutación no bloqueante, suficiente uplink/backhaul, suficiente energía y refrigeración a velocidad de línea, o suficiente capacidad sobrante después de que el conmutador más grande, componente de energía o entrega de operador falle. Es un número de inventario útil, pero no un número de resiliencia.
La tercera es la capacidad del servidor de rutas en vivo. Los looking glasses IPv4 e IPv6 muestran procesos de servidor de rutas activos, estados de vecinos y recuentos de rutas. Eso es más fuerte que una declaración de marketing porque muestra operación lógica actual. Aún mide el estado del plano de control BGP, no el rendimiento del plano de datos de extremo a extremo del cliente. Una sesión de servidor de rutas puede establecerse mientras los volúmenes de tráfico real son bajos, asimétricos, restringidos por un enlace descendente, o vulnerables a un conmutador o elevador compartido.
La cuarta es la capacidad de la instalación. Esta es la capa menos visible. PeeringDB lista 400 VCA como voltaje de servicio, pero el voltaje no es carga disponible. Los registros públicos no identifican MW de diseño, potencia de salida del SAI instalado, tiempo de funcionamiento de la batería, clasificación del generador, reserva de combustible, tonelaje de refrigeración, carga térmica, unidades de rack sobrantes, vatios contratados o límite de expansión de la instalación.
Ninguna fuente pública indica si SDCT puede mantener la carga total contratada después de un corte de servicios públicos, una falla de refrigeración, una falla del generador o una falla del conmutador. Por lo tanto, no se establece la capacidad utilizable bajo fallo.
Este capas importa porque una falla del cliente ocurre a través de capas. Una red puede tener un puerto de 10 Gbps que permanece administrativamente activo, pero si la habitación tiene limitaciones térmicas después de que una unidad de refrigeración falla, la capacidad utilizable puede caer a una fracción de ese número. Un cliente puede tener una sesión de servidor de rutas activa, pero si su única ruta de fibra entra a través de un elevador de hotel compartido, la ruta desaparece con un evento del edificio.
Una instalación puede tener suficiente energía normal para funcionar con cada enrutador instalado, pero no suficiente energía respaldada para mantener la misma carga en línea después de un corte de la red eléctrica.
El lenguaje correcto es disciplinado. PANDA-IX tiene 138G de capacidad de puerto nominal listado. Tiene operación BGP en vivo visible. SDCT ofrece colocation pequeña de dispositivos de red. La capacidad a nivel de instalación de diseño, instalada, alimentada, iluminada, operativa y utilizable bajo fallo no son lo mismo, y la mayor parte de la capacidad a nivel de instalación permanece no divulgada.
La energía es la primera dependencia no resuelta
La energía es la superficie faltante más importante porque cada otra afirmación se basa en ella. El operador dice que su espacio de colocation viene con energía totalmente redundante. PeeringDB lista 400 VCA y ninguna subestación diversa de servicio divulgada.
Las fuentes públicas no identifican el número de alimentaciones de servicios públicos, rutas de alimentación, capacidad de servicio, disposición de transformadores, equipos de conmutación, equipos de transferencia automática, topología del SAI, tiempo de funcionamiento de la batería, clasificación del generador, almacenamiento de combustible, plan de repostaje, prueba de banco de carga o prueba integrada de pérdida de servicios públicos.
La diferencia entre "tener energía de respaldo" y "poder mantener el servicio utilizable" es sustancial. Un SAI puede salvar una interrupción corta pero no una larga. Un generador puede arrancar pero no soportar tanto la carga informática como la de refrigeración. Un generador puede servir al hotel en su conjunto, con reglas de prioridad y desconexión de carga que no son visibles para los clientes del intercambio. Un almacenamiento de combustible puede durar unas horas a carga parcial pero menos bajo demanda total de refrigeración.
Una transferencia de vuelta a los servicios públicos puede fallar después de que la interrupción ya ha sido sobrevivida. Ninguno de estos riesgos es inusual; son dependencias normales de los centros de datos. Se vuelven riesgosos cuando los clientes no pueden ver el límite.
El contexto energético indonesio más amplio no es suficiente. PLN dijo en 2023 que servía a94 clientes de centros de datos con 727,1 MVAy esperaba un crecimiento de conexiones de centros de datos hasta 2027. Esa cifra nacional es útil para el contexto, pero no le dice a un cliente de Semarang si la habitación 214 tiene dos alimentaciones, una alimentación, un generador de hotel compartido, un generador dedicado o una ruta de transferencia probada. La capacidad de la red, la distribución local, los equipos de conmutación del edificio y la continuidad a nivel de habitación son capas diferentes.
La evidencia de la industria mantiene la energía cerca de la parte superior de la lista de riesgos. Elanálisis de cortes de 2025de Uptime Intelligence vuelve a situar la energía entre las principales causas de impacto grave de cortes en centros de datos. Lavisión general de nivelesde Uptime también muestra por qué el lenguaje de redundancia tiene que ser específico: componentes redundantes, rutas de distribución redundantes, mantenimiento concurrente y tolerancia a fallos no son intercambiables. No hay evidencia pública de que SDCT tenga Certificación de Nivel de Uptime, y el artículo no asigna ningún nivel. El punto es más estrecho: una afirmación de resiliencia debe nombrar la ruta de fallo que sobrevive.
Para SDCT, una divulgación útil sería modesta. Indicaría el número de servicios públicos, si comparten una subestación o ruta, la configuración del SAI, el tiempo de funcionamiento de la batería a la carga actual y máxima contratada, la capacidad del generador, el arranque del generador y la disposición de transferencia, la autonomía de combustible, el plan de repostaje y la fecha de la última prueba integrada.
La prueba debería mostrar que los servidores de rutas, el conmutador de intercambio, la monitorización y la refrigeración permanecen activos durante la pérdida de servicios públicos, la aceptación del generador y el retorno a los servicios públicos. Sin eso, "energía totalmente redundante" sigue siendo una afirmación, no un estado de capacidad demostrado.
La refrigeración y el control de incendios son cuestiones del edificio
Una sala de red compacta puede sobrecalentarse rápidamente. Los enrutadores, conmutadores y equipos ópticos convierten la energía eléctrica en calor, y una sala pequeña tiene menos masa térmica que una gran sala. Una falla de refrigeración puede comenzar silenciosamente: un compresor falla, un ventilador del condensador se detiene, un controlador se bloquea, un desagüe se obstruye o una unidad exterior pierde energía. Los paquetes pueden seguir moviéndose mientras la temperatura de la sala aumenta. Cuando las sesiones se caen, la ventana de recuperación ya puede ser corta.
SDCT dice que su instalación tiene refrigeración, monitorización de temperatura y humedad, control de acceso estricto y supresión automática de incendios. Esos son elementos importantes, pero el registro público no describe su límite de ingeniería. No indica el método de refrigeración, el número de unidades de refrigeración, la carga térmica, el estado N+1, los umbrales de alarma, los pasos de aislamiento de mantenimiento, la fuente de energía para la refrigeración, el agente de supresión, la integración de la alarma de incendios, el estado de inspección o el plan de reinicio posterior a la descarga.
El entorno del hotel convierte estas en cuestiones del edificio. Una sala de datos en el segundo piso puede depender de condensadores, tuberías, desagües, paneles eléctricos, elevadores y corredores de acceso en otras partes del edificio. Dos unidades de refrigeración no son independientes si comparten un condensador, disyuntor, controlador o ruta exterior. Un sistema de supresión de incendios a nivel de sala no responde a lo que sucede si una alarma de incendios en todo el hotel fuerza la evacuación, aísla la energía, abre puertas, restringe el acceso o activa procedimientos de los bomberos.
Una sala de equipos seca aún depende de los sistemas del edificio que pueden estar fuera del control directo del operador.
Los estándares relevantes muestran la amplitud de una divulgación completa de la instalación.ANSI/TIA-942-Ccubre telecomunicaciones, energía, refrigeración, arquitectura, protección contra incendios, seguridad, vigilancia y monitorización para centros de datos y salas de ordenadores. El catálogo de normas de Indonesia incluyeSNI 8799-1:2023para especificación técnica de centros de datos ySNI 8799-2:2023para sistemas de gestión de centros de datos. El registro público de SDCT no afirma certificación contra estos estándares. Se utilizan aquí solo para definir los tipos de sistemas que una divulgación seria a nivel de sala debería cubrir.
La prueba práctica no es si la sala tiene refrigeración o supresión de incendios en operación normal. Es si el servicio permanece seguro y utilizable después de que un componente de refrigeración falla, después de que el edificio cambia de estado de energía, después de que una alarma de incendios aísla el acceso, o después de que se descarga la supresión. Un cliente no necesita cada dibujo propietario. Necesita suficiente información para saber si su enrutador está protegido por sistemas independientes o por servicios de construcción compartidos con reglas de prioridad desconocidas.
La diversidad de red no es lo mismo que la diversidad de fibra
La lista de participantes de PANDA-IX es valiosa. PeeringDB lista 14 pares y 15 conexiones. La API de netfac devolvió 13 registros de red-instalación en SDCT centros de datos. El looking glass en vivo muestra sesiones de servidor de rutas establecidas con varios ASN indonesios. Un intercambio regional se vuelve útil precisamente a través de esta concentración: las redes colocan enrutadores en el mismo sitio para que el tráfico local pueda permanecer local.
La concentración también crea un dominio de fallo compartido. PeeringDB no lista operadores en el campo de operadores de la instalación. Eso no prueba que no haya entregas de operadores, porque una red puede estar presente como miembro, cliente o par sin estar registrada como vendedor de operadores. Significa que el registro público no revela la diversidad de acceso al edificio. Múltiples ASN pueden compartir la misma entrada de fibra, elevador, conducto, línea de postes, registro, cruce de carretera, cola de proveedor o entrega ascendente. En la capa de paquetes son redes diferentes. En la capa de ingeniería civil pueden fallar juntas.
La política de enrutamiento APNIC del operador para AS154034 referencia a AS24521, PT Data Utama Dinamika, como importación, exportación y predeterminado. AS24521 también está listado como participante de PANDA-IX. Eso respalda una relación de enrutamiento, pero no muestra si AS24521 proporciona una ruta de tránsito independiente, si la entrega está en la misma sala, si la ruta sale del edificio a través de una ruta separada, o si la ruta lleva algún servicio SDCT originado globalmente hoy.
La evidencia de ruta correcta tiene tres niveles. El primero es lógico: ascendentes, pares, política del servidor de rutas, prefijos aceptados, política de exportación y preferencias de conmutación por error. PANDA-IX expone algo de esto a través de su looking glass público y notas de política. El segundo es óptico y de nivel de servicio: qué proveedor de fibra o servicio Ethernet llega a la sala, qué entrega existe, qué término de restauración se aplica y dónde se encuentra el primer punto de agregación ascendente.
El tercero es físico: entradas del edificio, elevadores, conductos, rutas de calle, cruces de puentes o carreteras y el punto en el que las rutas se vuelven genuinamente separadas. El registro público es fuerte en el primer nivel y débil en el segundo y tercero.
Esta brecha determina el modo de fallo. Un corte de carretera fuera del hotel podría interrumpir varios proveedores lógicos si comparten un conducto. La renovación del hotel podría perturbar un elevador. Un conmutador, panel de parcheo o alimentación de energía compartidos podrían derribar sesiones distintas. Un solo evento de incendio o acceso podría eliminar la sala del servicio. Ninguno de estos escenarios prueba que la instalación sea frágil; muestran por qué "muchos ASN" no es lo mismo que "muchas rutas físicas".
La ausencia de ruta global debe interpretarse con cuidado
Observadores de enrutamiento independientes muestran un hecho contundente: AS154034 no es actualmente visible como origen global. Lapágina AS154034de Hurricane Electric no ha mostrado prefijos globales actuales. LaAPI de estado de enrutamientode RIPEstat reportó cero pares RIS IPv4 e IPv6 viendo AS154034 el 13 de julio de 2026, cero espacio IPv4 e IPv6 anunciado y cero vecinos observados. LaAPI de prefijos anunciadosde RIPEstat devolvió una lista de prefijos vacía para la ventana de consulta de dos semanas que terminaba el 13 de julio de 2026.
Para un ISP de acceso normal, eso sería una advertencia fuerte de que la red no tiene superficie de servicio global visible. Para un ASN de servidor de rutas de intercambio, necesita un manejo más cuidadoso. AS154034 está descrito enPeeringDBcomo "SDCT IX Route Server". La página de política de PANDA-IX del operador utiliza 165.101.31.0/24 y 2001:df5:c140::/48 como recursos de LAN de intercambio. Una LAN de intercambio puede estar intencionalmente ausente del enrutamiento global mientras los participantes intercambian rutas localmente. En ese arreglo, la ausencia global no significa fallo local.
El looking glass en vivo es, por tanto, más informativo para la operación local que una puntuación de origen global. Muestra RS1 Semarang funcionando e intercambiando rutas con vecinos locales. La ausencia global sigue siendo importante, pero para una pregunta diferente: ¿cuál es el diseño de servicio externo de SDCT? Si AS154034 es solo una identidad de servidor de rutas, entonces la invisibilidad global debería esperarse y declararse públicamente.
Si SDCT también pretende alojar servicios de clientes, endpoints de gestión o prefijos originados por tránsito a través de su propio ASN, entonces la ausencia de anuncios globales requiere explicación.
El impacto en el cliente depende de qué producto se está probando. Un participante de PANDA-IX puede alcanzar pares locales incluso cuando AS154034 no tiene origen global. Un dispositivo alojado que necesita acceso externo puede depender del ASN propio del cliente, otro ascendente o AS24521. Un sistema de monitorización puede ser alcanzable a través de una ruta separada. Estas son diferentes superficies de disponibilidad. Una etiqueta única de "activo" o "inactivo" oculta la pregunta de ingeniería.
La prueba limpia es en capas. Primero, ¿pueden los participantes alcanzar los servidores de rutas de PANDA-IX en IPv4 e IPv6? Segundo, ¿las sesiones del servidor de rutas intercambian los prefijos esperados? Tercero, ¿las rutas de miembro a miembro llevan tráfico representativo sin desvíos inesperados? Cuarto, ¿los servicios alojados o de gestión pueden alcanzarse desde fuera de Semarang a través de más de un ascendente o ruta de cliente? Quinto, ¿qué sigue siendo alcanzable cuando toda la sala, no solo una sesión, no está disponible? El registro público actual responde mejor a las dos primeras que a las tres últimas.
La ruta de fallo uno comienza con la pérdida de servicios públicos
Un corte sostenido de servicios públicos alrededor del centro de Semarang es la prueba de instalación más simple. El conmutador de intercambio, el servidor de rutas, los enrutadores de los clientes, la monitorización y la refrigeración deberían superar el evento inicial. Si el SAI y el generador están dedicados a SDCT, la prueba está dentro de la planta del operador. Si están compartidos con el hotel, la prueba incluye la prioridad de carga del hotel, los controles del generador, el uso de combustible, el escape, el repostaje y la decisión sobre qué circuitos permanecen energizados.
El primer intervalo vulnerable es muy corto. El SAI debe mantener el voltaje y la frecuencia dentro de la tolerancia del equipo cuando la energía de los servicios públicos desaparece. El segundo intervalo es de segundos a minutos. Un generador debe arrancar, sincronizarse y aceptar tanto la carga informática como la de refrigeración. El tercer intervalo es de horas. El combustible, la ventilación, el estado de mantenimiento y la logística de repostaje determinan si el sitio sobrevive a un evento urbano más largo.
El cuarto intervalo es el retorno a los servicios públicos, cuando errores de transferencia o problemas de calidad de la energía pueden interrumpir el equipo después de que el corte parezca estar terminando.
Para un participante de PANDA-IX, el resultado no es uniforme. Una red con otro sitio en Semarang o una ruta ascendente robusta puede redirigir y pagar principalmente en latencia o costo de tránsito. Un proveedor más pequeño cuyo único enrutador de intercambio local se encuentra en la habitación 214 puede perder la interconexión local por completo. Una caché de contenido o servicio empresarial detrás de una de esas redes puede seguir siendo alcanzable desde Internet en general pero volverse más lento para los usuarios regionales.
Un dispositivo de cliente alojado solo en SDCT puede desaparecer si no se puede mantener la energía o la refrigeración.
La evidencia correcta sería una prueba integrada de pérdida de servicios públicos con carga representativa. Debería marcar la hora de la pérdida de servicios públicos, la transferencia del SAI, la aceptación del generador, la continuidad de la refrigeración, la estabilidad del servidor de rutas, el estado del conmutador, el estado del puerto del cliente, la alcanzabilidad de la monitorización y el retorno a los servicios públicos. Debería indicar qué carga se probó y cuánto margen de respaldo quedó. Sin eso, una afirmación de redundancia no puede convertirse en capacidad utilizable alimentada.
La ruta de fallo dos comienza con la pérdida de refrigeración
La falla de refrigeración es más sutil que la pérdida de energía porque la red puede seguir reenviando mientras la sala se vuelve insegura. Si un componente de refrigeración se detiene, el sistema restante debe eliminar el calor de los enrutadores, conmutadores, ópticas y equipos de conversión de energía. Si el sistema restante no puede mantener la temperatura, los operadores pueden tener que reducir la carga, apagar dispositivos no críticos, abrir puertas, desplegar refrigeración temporal o aceptar un apagado térmico.
Las instalaciones a escala de sala pueden ser receptivas porque el personal y los clientes pueden conocer los dispositivos y la disposición exactos. También pueden ser frágiles porque puede haber menos componentes redundantes y menos separación entre sistemas. Los materiales públicos no muestran qué caso se aplica a SDCT. El operador afirma monitorización y refrigeración, pero no hay un valor público de carga térmica, topología de refrigeración, capacidad en modo de fallo, método de mantenimiento o procedimiento de escalado de alarmas.
El entorno del hotel añade dependencia de acceso. Una unidad de refrigeración puede ser accesible solo a través de áreas de servicio del edificio. Los condensadores exteriores pueden estar en un techo, fachada o patio de servicio. El drenaje puede cruzar espacios del hotel. Una alarma del edificio o evento de seguridad pública puede impedir el acceso inmediato para reparaciones. Una sala en el segundo piso protege el equipo de alguna exposición al agua a nivel del suelo, pero no protege la energía del condensador, las tuberías externas, los equipos de conmutación, la planta del generador o las cámaras de fibra si están en otro lugar.
La pregunta operativa no es si SDCT puede mantener la sala fría en un día normal. Es cuánto tiempo permanece utilizable el intercambio después de que el componente de refrigeración más grande falla con la carga contratada más alta, y si los clientes reciben suficiente advertencia para mover el tráfico antes de un apagado forzado. Un resultado público útil mostraría umbrales de alarma, límites de tiempo hasta la temperatura, capacidad de refrigeración restante, aislamiento de mantenimiento y tiempo de notificación al cliente. Hasta entonces, la refrigeración es un sistema de soporte afirmado más que una ruta de fallo verificada.
La ruta de fallo tres es la propia sala de encuentro
PANDA-IX crea valor al poner varias redes en un solo lugar. El mismo diseño convierte la sala de encuentro en un punto común de fallo. Una falla de conmutador, error de panel de parcheo, problema de software, reinicio del servidor de rutas, configuración errónea, corte de elevador de fibra, evento de energía del edificio o restricción de acceso puede afectar a muchos participantes a la vez.
Algunas fallas son lógicas. Un problema de software del servidor de rutas puede interrumpir la interconexión multilateral mientras las sesiones bilaterales continúan. Un error de filtro de rutas puede impedir que algunos prefijos se exporten mientras el puerto permanece activo. Un cliente puede estar establecido pero recibir cero rutas. Estas fallas son visibles en la telemetría del servidor de rutas y, a menudo, pueden repararse mediante configuración.
Otras fallas son físicas. Un conmutador pierde energía. Un panel de conexión compartido se perturba. Un solo elevador falla. Un cable de parcheo se mueve. Un evento de refrigeración de sala compartida requiere apagar equipos. Estas fallas no se resuelven teniendo múltiples ASN en el mismo lugar. Se resuelven mediante conmutación independiente, energía independiente, gestión clara de parcheo, separación física, rutas alternativas fuera del sitio o diseños de cliente que no requieren que la sala esté disponible para todo el tráfico.
El registro público de PANDA-IX muestra RS1 Semarang. No prueba un segundo servidor de rutas independiente, ruta de conmutación independiente o segundo sitio de intercambio. PeeringDB lista una instalación local para PANDA-IX. Un segundo conmutador en el mismo rack reduciría algo de riesgo de componente pero no un riesgo de sala o edificio. Una segunda ubicación de intercambio en una ruta de servicios públicos y fibra diferente abordaría más del riesgo a nivel de sitio, pero no hay evidencia pública de una.
Eso es aceptable si el servicio tiene un precio y se describe como un intercambio de sitio único. Muchos IXP jóvenes comienzan así. El riesgo aparece cuando el servicio de sitio único se lee como resiliencia regional. El consejo de diseño honesto es simple: PANDA-IX puede mejorar la economía del tráfico local, pero los miembros que necesitan continuidad deben mantener tránsito externo y, cuando sea posible, rutas de interconexión o alojamiento alternativas fuera de la habitación 214.
La ruta de fallo cuatro es la superficie de peligro más amplia de Semarang
El entorno físico de Semarang no es solo un telón de fondo. Elconjunto de datos de riesgo de inundación de Semarangdel Banco Mundial identifica la exposición de la ciudad a inundaciones por mareas vinculadas a la subsidencia y a inundaciones locales o fluviales después de tormentas fuertes. Unaevaluación de proyectodel Banco Mundial describe peligros de inundación costera, fluvial y pluvial, restricciones de drenaje, ríos y contexto de subsidencia del suelo. La agencia de desastres de Semarang publicó unmapa de riesgo de inundación de 2025, y la ciudad emitió undecreto de alerta de emergenciapor inundación, deslizamiento de tierra y clima extremo en enero de 2025.
Estas fuentes deben usarse con cuidado. No prueban que el Hotel Pandanaran esté en una banda de riesgo de inundación específica, y no prueban que SDCT haya sufrido daños por inundación. Una evaluación a nivel de parcela necesitaría elevación del sitio, drenaje, colocación del equipo, niveles históricos de agua, ubicaciones de las salas de servicios públicos y acceso a la calle. El artículo público no debe implicar más de lo que los mapas respaldan.
El peligro sigue importando porque una sala en el segundo piso depende de los sistemas que están debajo y alrededor de ella. Los racks pueden estar por encima del agua poco profunda mientras la entrada del edificio, el equipo del sótano, los equipos de conmutación externos, el generador, la entrega de combustible, el conducto de la calle, la cámara de fibra o la ruta de acceso del técnico no lo están. La inundación también puede causar aislamiento de energía, restricción de acceso, interrupción del tráfico y reparación retrasada incluso si la sala permanece seca. Un intercambio local no tiene que estar bajo el agua para no estar disponible.
El incendio es similar. Un sistema de supresión a nivel de sala puede proteger el equipo dentro de la habitación 214, pero un incendio en otra parte del hotel podría provocar evacuación, aislamiento de energía, movimiento de humo, respuesta de agua, acceso restringido o retrasos en la inspección. Los clientes necesitan saber quién puede volver a entrar, quién puede reiniciar el equipo, cómo se evalúa la exposición al humo o a la supresión, y cómo se mueve el tráfico mientras el edificio no está disponible.
La afirmación de resiliencia correcta no es que Semarang sea demasiado peligrosa para la infraestructura. La infraestructura regional tiene que construirse donde están los usuarios regionales. La afirmación es que la evidencia de peligro debería empujar al operador hacia divulgaciones claras de ubicación y recuperación: elevación del equipo, entrada de fibra protegida, ubicación de la sala eléctrica, colocación del generador, detección de agua, clasificación de compartimento contra incendios, procedimientos de acceso y opciones de recuperación fuera del sitio.
Las personas afectadas no son solo los pares listados
Los clientes visibles de PANDA-IX son redes. Sus usuarios afectados son más amplios. Cuando un intercambio local falla, la pérdida inmediata puede ser una sesión BGP entre operadores, pero el efecto sentido puede ser páginas más lentas, rutas de voz más largas, fluctuación en juegos, mayor costo de tránsito, entrega de contenido inestable o un servicio empresarial que toma una ruta más larga. Los usuarios finales no necesitan saber que el intercambio existe para sentir su ausencia.
El impacto varía según el diseño del miembro. Una red más grande con múltiples proveedores de tránsito y otro sitio de interconexión puede mantener el servicio en funcionamiento, aunque puede cambiar el tráfico a una ruta más larga o más cara. Un ISP más pequeño con un enrutador en SDCT puede perder una entrega local y recurrir a un único ascendente. Un cliente que aloja equipo en la sala puede perder alcanzabilidad si su propio dispositivo pierde energía, refrigeración, estado de puerto o ruta ascendente. Una implementación de contenido o caché puede continuar sirviendo a algunas redes pero no a otras.
Por eso el tiempo de actividad debe medirse a través del tráfico representativo, no solo a través de un proceso de servidor de rutas. Un servidor de rutas puede estar activo mientras algunos miembros no reciben prefijos. Un conmutador puede estar activo mientras una ruta ascendente congestionada cambia la experiencia del usuario. Una sala puede estar alimentada mientras los límites de refrigeración obligan a drenar el tráfico. Por el contrario, un reinicio del servidor de rutas puede tener poco efecto en el usuario si los miembros mantienen sesiones bilaterales.
SDCT podría hacer legible este impacto publicando resultados de ejercicios agregados. Los miembros podrían probar reinicio del servidor de rutas, mantenimiento del conmutador, pérdida de puerto, fallo de un ascendente, transferencia por pérdida de servicios públicos, alarma de refrigeración y falta de disponibilidad completa de la sala. Los resultados podrían mostrar tiempo de convergencia, pérdida de paquetes, cambio de latencia y capacidad utilizable restante sin nombrar el tráfico del cliente. Tales pruebas convertirían un pequeño intercambio regional de una promesa en una dependencia medida.
Lo que la evidencia actual prueba
La evidencia actual prueba varias cosas importantes. PT Semarang centros de datos es la empresa vinculada a la identidad SDCT y AS154034. La empresa ofrece públicamente paquetes pequeños de colocation para dispositivos de red en Semarang. La dirección del centro de datos es Hotel Pandanaran, segundo piso, y PeeringDB reduce la instalación a la habitación 214. PANDA-IX está listado como un intercambio de Semarang en esa instalación. Tiene 14 pares, 15 conexiones listadas y 138G de capacidad de puerto nominal en PeeringDB. Su looking glass público muestra operación en vivo de RS1 Semarang, incluyendo sesiones BGP IPv4 e IPv6.
La evidencia también prueba lo que no debe afirmarse. El registro público no muestra que SDCT posea los sistemas del edificio que soportan la habitación 214.
No muestra alimentaciones duales de servicios públicos, subestaciones diversas, rutas de energía independientes, capacidad del SAI, tiempo de funcionamiento del generador, reserva de combustible, redundancia de refrigeración, integración de incendios, diversidad de entrada de operadores, múltiples servidores de rutas en infraestructura independiente, un segundo sitio de intercambio, volumen de tráfico en vivo, historial de conmutación por error del cliente o capacidad utilizable después de un fallo. La ausencia de esas divulgaciones no es prueba de que los sistemas no existan.
Es prueba de que una evaluación pública de resiliencia no puede basarse en ellos.
La evidencia de ruta global también está limitada. RIPEstat y Hurricane Electric no muestran anuncios globales actuales para AS154034. Eso debe registrarse porque importa para la alcanzabilidad externa. No debe malinterpretarse como prueba de que PANDA-IX está caído, porque la superficie del servidor de rutas es visible localmente. La pregunta no resuelta es qué se supone que debe hacer AS154034 fuera de la LAN de intercambio.
Cinco hechos cambiarían la evaluación rápidamente. Primero, un mapa de responsabilidad física que muestre qué controla SDCT y qué controla el hotel. Segundo, una topología eléctrica y de refrigeración simplificada con capacidad de modo de fallo probada. Tercero, un mapa de operadores y entrada de fibra que identifique dónde las rutas se vuelven físicamente separadas. Cuarto, una tabla de capacidad que separe unidades de rack, vatios contratados, velocidades de puerto instaladas, tráfico medido y margen en modo de fallo.
Quinto, ejercicios de conmutación por error fechados que cubran pérdida de servicios públicos, pérdida de refrigeración, reinicio del servidor de rutas, fallo del conmutador, fallo de entrada de fibra y falta de disponibilidad total de la sala.
Hasta entonces, Semarang centros de datos debe tratarse como un operador de intercambio local creíble con un caso de resiliencia de instalación no resuelto. Eso es un juicio más estrecho que un perfil promocional de centro de datos y más justo que descartar el intercambio porque su ASN de servidor de rutas no es globalmente visible. La empresa ha hecho observable el nodo local. El siguiente paso es hacer igualmente observables las dependencias que rodean al nodo.
Un intercambio regional gana confianza mostrando sus limitaciones
La contribución más fuerte de Semarang centros de datos es local. Da a las redes de Java Central un lugar visible para encontrarse, y la evidencia del servidor de rutas en vivo muestra que el intercambio no es solo una idea anunciada. Para un mercado regional, eso importa. Un pequeño número de puertos locales puede cambiar cómo se mueve el tráfico, especialmente cuando la alternativa es un recorrido más largo a un centro más grande.
Su superficie pública más débil también es local. El intercambio se encuentra en una habitación dentro de un hotel, y los sistemas que rodean esa habitación no están completamente divulgados. La energía, la refrigeración, el control de incendios, el acceso y las rutas de fibra son la infraestructura subyacente a las sesiones BGP. Si fallan juntos, la diversidad lógica del intercambio desaparece. Si son independientes y están probados, el sitio puede ganar más confianza de la que sugiere su pequeña huella.
La empresa no necesita pretender que la habitación 214 es un campus hiperescala. Necesita definir qué es la habitación, qué no es, qué capacidad está realmente instalada, qué capacidad está realmente iluminada, qué capacidad está realmente alimentada, qué capacidad está disponible para la venta y qué capacidad permanece utilizable después de un fallo plausible. Ese lenguaje es más valioso que un número grande titular. Permite a los clientes decidir qué riesgos pueden aceptar y cuáles deben diseñar.
La conclusión actual es, por tanto, deliberadamente restringida. PANDA-IX es una superficie de intercambio local en funcionamiento con evidencia pública actual de servidor de rutas. Semarang centros de datos es la empresa y la identidad de la instalación detrás de esa superficie. La afirmación más amplia de resiliencia del centro de datos sigue siendo una cuestión de ingeniería hasta que el operador muestre las rutas físicas de energía, refrigeración, acceso y backhaul que mantienen viva la sala cuando las condiciones normales desaparecen.