Resumen

  • El 1 de noviembre de 2021, KDDI Singapore comunicó que tenía previsto adoptar el nombre KDDI Asia Pacific el 1 de diciembre. La propia comunicación aclaró que el cambio propuesto estaba sujeto a una resolución de los accionistas para modificar los estatutos y a la aprobación de las autoridades pertinentes. El perfil corporativo actual emplea KDDI Asia Pacific, y la lista vigente de operadores con infraestructura propia de la IMDA incluye una fila exacta: «KDDI Asia Pacific Pte Ltd f.k.a. KDDI Singapore Pte Ltd».
  • APNIC asocia el nombre actual con AS56197 en el plano registral, mientras que respuestas congeladas de RIPEstat describen lo que vieron determinados colectores durante una ventana o en un instante concreto. Esa combinación ayuda a reconocer una identidad de red pese al cambio de nombre, pero no demuestra la titularidad de todos los prefijos, la transferencia de todos los contratos, la disponibilidad universal ni el rendimiento que experimenta un cliente.

Perfil de KDDI Asia Pacific en el directorio

Nota sobre la imagen: la fotografía que acompaña el artículo es una reconstrucción editorial realista creada de forma sintética. Muestra a una analista independiente ficticia comparando carpetas sin marca y un registro de red abstracto en una oficina genérica. No representa a una empleada, oficina, instalación, conjunto de equipos ni expediente de cliente reales de KDDI, y no prueba propiedad, continuidad ni rendimiento.

Un nombre anunciado y una relación corroborada después

La historia empieza con un documento de la propia empresa. El 1 de noviembre de 2021, KDDI Singapore anunció que cambiaría su nombre por KDDI Asia Pacific y señaló el 1 de diciembre de ese año como fecha prevista. Leída de forma aislada, esa frase puede sonar como una decisión ya consumada. Sin embargo, la continuación es decisiva: la modificación propuesta dependía de una resolución de los accionistas para cambiar los estatutos y de la aprobación de las autoridades correspondientes.

La fecha era, por tanto, un calendario previsto dentro de un anuncio condicionado, no una prueba autosuficiente de que todas las autorizaciones ya se habían completado.

Hoy existen huellas posteriores que permiten formular una conclusión más firme, aunque todavía limitada. La página corporativa actual presenta a la empresa como KDDI Asia Pacific Pte Ltd y explica que KDDI Singapore cambió de nombre en 2021. La Infocomm Media Development Authority de Singapur, conocida como IMDA, mantiene una página pública de operadores con infraestructura propia. En la respuesta oficial conservada para este análisis aparece una sola vez la fila «KDDI Asia Pacific Pte Ltd f.k.a. KDDI Singapore Pte Ltd».

En el ámbito concreto del perfil del emisor y de esa lista regulatoria, ambas fuentes respaldan la relación entre el nombre vigente y el anterior.

La precisión importa porque la fila de la IMDA no dice todo lo que podría interesar a un lector. Sirve para constatar cómo la lista pública relaciona los dos nombres. No prueba el contenido, las condiciones ni la versión de ningún documento enlazado desde esa fila. Tampoco conecta por sí sola a la entidad con AS56197, atribuye direcciones IP, valida autorizaciones de ruta, mide la disponibilidad de una red o certifica resultados para clientes. Utilizarla más allá de ese alcance convertiría una buena evidencia de identidad en una mala evidencia de otra cosa.

El anuncio corporativo tampoco debe transformarse en una garantía de continuidad. Es posible que una organización conserve personas, redes, contratos y recursos mientras cambia su denominación. Pero del nombre no se desprende automáticamente que cada sistema permaneciera operativo sin interrupciones, que cada contrato se actualizara el mismo día o que toda autorización siguiera el mismo recorrido. Lo que sí puede decirse es que la comunicación antigua describe la intención, la fecha prevista y las condiciones, mientras que el perfil y la fila actual de la IMDA muestran después el nuevo nombre junto a la referencia histórica pertinente.

Por qué el asunto va más allá de una formalidad corporativa

Internet depende de identificadores que no siempre coinciden con el nombre que ve un cliente. Una razón social puede aparecer completa en un contrato, abreviada en una base de datos, sustituida por un nombre técnico en una alerta y acompañada de un número en un sistema de enrutamiento. Cuando la empresa cambia de nombre, esas representaciones no se sincronizan necesariamente el mismo día. Un registro puede conservar la historia de un contacto; una página comercial puede actualizarse antes; una herramienta de rutas puede seguir mostrando un identificador estable.

La diferencia no es automáticamente un error, pero exige saber qué describe cada sistema.

Pensemos en una pyme que pierde acceso a una aplicación crítica. La persona responsable del proveedor busca KDDI Asia Pacific. La alerta del equipo de red habla de AS56197 o de KDDI-SG. Un expediente antiguo conserva el nombre KDDI Singapore. La lista pública de la IMDA coloca ambos nombres en una misma fila. Si todos esos datos se tratan como sinónimos perfectos, el equipo puede asumir cosas que no están probadas. Si se entienden como enlaces entre capas, ofrecen una ruta práctica para identificar al proveedor, encontrar contactos y decidir qué evidencia hace falta para diagnosticar el incidente.

La misma disciplina mejora las revisiones de riesgo. Compras necesita saber qué entidad aparece en el acuerdo. Jurídico debe conservar las condiciones del anuncio de 2021 y revisar los documentos contractuales adecuados. Redes quiere identificar el dominio de enrutamiento registrado y comparar observaciones. Seguridad necesita contactos y datos de autorización. Dirección busca saber qué puede comunicarse con confianza. Una sola página no cubre todas esas necesidades, y exigirle que lo haga suele producir errores de categoría.

Cada fuente responde a una pregunta distinta

Evidencia Pregunta razonable Conclusión que no autoriza
Perfil corporativo actual ¿Qué nombre utiliza hoy la empresa y qué historia presenta sobre el cambio? Que todas las aprobaciones concluyeron, que no hubo interrupciones o que la red rinde de una forma determinada
Anuncio del 1 de noviembre de 2021 ¿Qué cambio se propuso, para qué fecha y con qué condiciones expresas? Que cada condición se cumplió automáticamente o que todos los contratos y recursos se trasladaron a la vez
Fila de operadores con infraestructura propia (Facilities-Based Operators, FBO) de la IMDA ¿Qué nombres actual y anterior aparecen juntos en la lista pública vigente? El contenido de un documento enlazado, la identidad de un número de sistema autónomo (ASN), la propiedad de direcciones, la disponibilidad o la experiencia del cliente
Datos de APNIC ¿Qué número de sistema autónomo (ASN), organización, estado y funciones de contacto constan en el registro? La propiedad jurídica de todo prefijo observado, la respuesta efectiva de un contacto o una autoridad sin límites
Consultas RIPEstat ¿Qué devolvieron ciertos colectores con una fecha, ventana y filtros concretos? Una visión de todo Internet, un contrato, una causa, la latencia, el tiempo de actividad o la calidad del servicio

Las dos primeras fuentes proceden de KDDI y deben reconocerse como declaraciones del emisor. Son apropiadas para conocer la presentación actual y el contenido del anuncio propio. La IMDA añade una huella pública de otra institución, pero limitada a su lista. APNIC introduce el registro de recursos y contactos de Internet. RIPEstat cambia completamente de plano: no afirma cuál es el nombre legal, sino qué datos de enrutamiento devolvieron sus sistemas de observación bajo determinados parámetros.

Esta separación permite combinar las fuentes sin ocultar sus límites. Si solo se citara el anuncio, se perdería de vista que estaba condicionado. Si solo se citara el perfil actual, faltaría el momento y la cautela de la transición anunciada. Si solo se citara la fila de la IMDA, no se entendería el calendario que dio la empresa. Si se usara el protocolo de acceso a datos de registro (RDAP) para demostrar una aprobación societaria, se le pediría al registro técnico una respuesta que no está diseñado para ofrecer. El resultado más fiable surge al dejar que cada registro diga exactamente lo que sabe.

AS56197 explicado para quien no trabaja con rutas

AS56197 es un número de sistema autónomo, abreviado ASN. Un sistema autónomo agrupa redes administradas bajo una política de enrutamiento común. El número identifica ese dominio cuando intercambia información con otros dominios en Internet. No es un número de registro mercantil, una licencia ni una marca. Su función principal es evitar ambigüedades entre redes que necesitan anunciar por dónde pueden alcanzarse determinadas direcciones.

El intercambio se realiza en gran medida mediante BGP, siglas de Border Gateway Protocol. BGP es el protocolo con el que las redes se comunican rutas: una red informa de que conoce un camino hacia un bloque de direcciones y otras deciden cómo usar esa información. Ver un ASN en una ruta es observar un comportamiento técnico. No equivale a ver una escritura de propiedad. Tampoco revela por sí solo si existe un contrato comercial, qué capacidad se ha comprado o qué calidad recibe un usuario.

APNIC es el registro regional de Internet, o RIR, para Asia-Pacífico. Los RIR mantienen registros de recursos numéricos y de los contactos relacionados con ellos. La entrada pública examinada para AS56197 muestra el nombre registral KDDI-SG, el estado «active», el identificador de entidad ORG-KSPL4-AP, la organización KDDI ASIA PACIFIC PTE. LTD. y la función administrativa KAPP1-AP. Estos campos construyen una relación registral verificable entre el número y la organización actual.

La consulta se ofrece mediante RDAP, el protocolo de acceso a datos de registro. RDAP devuelve información estructurada que puede ser leída tanto por personas como por programas. La consulta WHOIS del rol KAPP1-AP aporta una huella adicional sobre el contacto de administración de red y su procedencia histórica. WHOIS es un mecanismo anterior para consultar datos de registro. Un rol de contacto ayuda a saber dónde empezar una verificación, pero no garantiza que una persona concreta esté disponible ni que ese rol sea propietario de todas las rutas visibles.

El directorio de miembros de APNIC cumple otra función. Permite confirmar que el nombre exacto KDDI Asia Pacific aparece como miembro en esa fuente. La pertenencia al registro y la asociación RDAP son hechos útiles, pero no convierten a APNIC en un soberano de toda disputa sobre direcciones, contratos o desempeño. El registro mantiene un libro de datos dentro de su mandato. Cuando la pregunta se refiere al funcionamiento real de las rutas, hay que observar la red.

La IANA, Internet Assigned Numbers Authority, coordina en el nivel mundial las grandes asignaciones de recursos, incluidas las gamas de números de sistemas autónomos que llegan a los registros regionales. Su tabla ayuda a explicar la jerarquía de asignación y la necesidad de que cada ASN sea único. No identifica por sí misma al operador actual de AS56197. La relación concreta con KDDI Asia Pacific procede de la capa regional de APNIC, no de la mera ubicación del número dentro de una gama global.

Qué dicen las dos capturas de RIPEstat

RIPEstat es un servicio del RIPE NCC que reúne datos sobre recursos y enrutamiento. Su API, una interfaz que permite a un programa solicitar datos de forma estructurada, respondió a dos consultas utilizadas aquí. Las respuestas completas fueron conservadas con sus huellas digitales, porque una cifra dinámica sin fecha ni respuesta original pierde buena parte de su valor probatorio.

La primera consulta cubrió desde el 5 de agosto de 2026 a las 00:00 UTC hasta el 6 de agosto de 2026 a las 00:00 UTC. El resultado contenía trece entradas de prefijos anunciados observadas para AS56197: doce correspondían a IPv4 y una a IPv6. IPv4 e IPv6 son las dos versiones principales del sistema de direcciones de Internet. Utilizan espacios y formatos distintos, por lo que sus resultados se presentan por separado.

La expresión «trece entradas observadas» debe conservarse completa. No significa que la organización posea exactamente trece bloques ni que la respuesta contenga un inventario definitivo. Describe los elementos que ese endpoint de RIPEstat devolvió para la ventana indicada, con sus datos y filtros. Una investigación sobre titularidad tendría que examinar cada prefijo en el registro correspondiente, revisar autorizaciones y considerar la historia de las asignaciones.

La segunda consulta fijó la fotografía en el 6 de agosto de 2026 a las 00:00 UTC. Para las rutas incluidas, el campo de visibilidad IPv4 mostraba 324 pares del Routing Information Service viendo el recurso de un total de 324 contabilizados en ese campo. En IPv6, aparecían 319 pares de 321. El Routing Information Service, o RIS, es la infraestructura de colectores que recibe información BGP para poder estudiarla. Un par contado por RIS es una fuente de observación, no necesariamente un cliente, proveedor o socio contractual de KDDI.

RIPEstat advertía además que el resultado excluía rutas con visibilidad muy baja, definida como menos de diez pares RIS con alimentación completa que las vieran. Ese umbral condiciona la lectura. Los porcentajes de visibilidad solo describen las rutas que entraron en el resultado tras aplicar la regla. No justifican frases como «la red era visible desde todos los lugares» o «el servicio funcionaba para todos». El alcance de los colectores y la disponibilidad de una aplicación son cosas diferentes.

La respuesta bruta incluye también un campo dinámico sobre vecinos observados. Esta versión pública no reproduce su valor exacto. Un vecino de enrutamiento observado no es sinónimo de proveedor, cliente, contrato o interconexión comercial. Publicar el número sin esa distinción invitaría a una lectura errónea. La cifra permanece en la evidencia congelada para quien necesite auditar la respuesta, mientras el texto se limita a los campos cuya consecuencia puede explicarse con claridad.

CAIDA y el BGP Toolkit de Hurricane Electric sirven como superficies de contraste. Sus páginas pueden aportar vistas sobre organización, topología, prefijos, conectividad, registros de rutas de Internet (Internet Routing Registry, IRR) y datos de la infraestructura de clave pública de recursos (Resource Public Key Infrastructure, RPKI). Sus métodos y tiempos no son idénticos a los de RIPEstat, y sus contadores cambian. Por eso no se extrae de ellos ninguna cifra puntual en este artículo. Se proponen como comprobaciones independientes que deben fecharse y leerse con sus propias limitaciones.

Cómo puede sobrevivir una identidad técnica a un cambio de nombre

Los nombres resultan cómodos para las personas, pero presentan muchas variantes. Pueden escribirse con mayúsculas distintas, abreviarse, traducirse o reemplazarse tras una reorganización. El ASN reduce ese problema en la capa de enrutamiento: una herramienta puede buscar AS56197 sin tener que adivinar si otra fuente usa KDDI-SG, KDDI Singapore o KDDI Asia Pacific. La persistencia del número facilita el seguimiento histórico, aunque no certifique por sí sola que nada más haya cambiado.

En este caso, el número funciona como eje de una cadena. RDAP lo vincula con una organización y funciones administrativas. El directorio de APNIC ofrece contexto de membresía. Las consultas de RIPEstat muestran que el identificador aparece en observaciones fechadas. El perfil corporativo y la fila de la IMDA explican el tránsito humano entre el nombre anterior y el actual. La fuerza de la cadena reside en la coincidencia controlada de piezas independientes, no en atribuir poderes ilimitados a una sola.

Si más adelante se modificara otra vez la razón social, AS56197 permitiría buscar el historial técnico mientras se comprueban los nuevos datos corporativos. Si cambiara la organización registrada sin una explicación pública coincidente, habría que investigar el motivo antes de inferir una transferencia. Si variara la visibilidad del ASN, tocaría revisar las rutas, los colectores y las comunicaciones operativas. El número estable ayuda a formular mejores preguntas; no elimina la necesidad de responderlas con pruebas actuales.

Registros y código en funcionamiento: dos clases de realidad

Un registro actúa como libro de constancia. Mantiene identificadores únicos, nombres, estados, funciones y cambios según un conjunto de reglas. Su exactitud es esencial para que diferentes equipos hablen del mismo recurso. Sin embargo, el registro no controla por sí mismo cada ruta que circula ni cada contrato relacionado con la organización. Confundir la función documental con una soberanía universal produce conclusiones demasiado amplias.

La red en funcionamiento aporta una realidad distinta. Si la pregunta es qué observaron determinados colectores a una hora concreta, una respuesta fechada de RIPEstat tiene prioridad sobre una página corporativa estática. Esa prioridad no se extiende a cuestiones jurídicas o registrales. Los paquetes y anuncios no dicen qué nombres aparecen juntos en la lista de la IMDA, del mismo modo que la lista no dice qué rutas vieron los colectores. Cada capa tiene su prueba adecuada.

Los recursos numéricos necesitan más que una asignación inicial. Requieren unicidad, datos precisos, registro de cambios o transferencias, contactos mantenidos, metadatos de seguridad y evidencia de continuidad operativa. Un cambio de nombre pone a prueba esa coordinación. Si el perfil se actualiza pero el contacto técnico queda obsoleto, la cadena falla. Si el registro está correcto pero las rutas carecen de autorización verificable, existe otro tipo de problema. La calidad depende del conjunto.

RPKI, la infraestructura de clave pública para recursos, permite publicar ROA, autorizaciones de origen de ruta. Un ROA especifica qué ASN está autorizado a originar un prefijo dentro de ciertas condiciones. La validación se realiza prefijo por prefijo y cambia con el estado de los datos. La pertenencia a APNIC, la fila de la IMDA o un resumen de una herramienta no sustituyen esa comprobación. Para estudiar la seguridad de las rutas de AS56197 habría que cotejar cada anuncio observado con la autorización vigente en el momento correspondiente.

Quién necesita esta cadena de identidad

Las pymes que dependen de conectividad o servicios alojados necesitan una forma sencilla de relacionar el proveedor con las alertas técnicas. No tienen por qué convertirse en operadoras de backbone. Basta con que su expediente incluya el nombre actual, el nombre anterior, el ASN, el contacto oficial, la fecha de verificación y una explicación breve de cada campo. De ese modo, una alerta histórica no queda desconectada cuando cambia la marca visible.

Los equipos de redes y ciberseguridad usan los mismos datos para objetivos más técnicos. Un cambio en la organización de RDAP puede pedir una verificación registral. Una variación sostenida en prefijos o visibilidad puede justificar una investigación BGP. Un resultado de RPKI puede señalar una inconsistencia de autorización. Ninguno de estos hechos debe convertirse de inmediato en una acusación: primero hay que descartar diferencias de método, mantenimiento, migraciones y errores de datos.

Compras y jurídico deben mantener otra frontera. La fila de la IMDA confirma la presentación conjunta del nombre actual y el anterior en la lista FBO vigente. No informa sobre las condiciones del documento enlazado ni modifica automáticamente los contratos privados. La comunicación de 2021 conserva la condición de resolución de accionistas y aprobación de autoridades. Para afirmar el estado de un contrato o una autorización concreta, hace falta revisar el instrumento correspondiente.

Periodistas, analistas y responsables públicos también se benefician de la separación. Los paneles de Internet ofrecen cifras atractivas, pero una cifra sin metodología puede convertirse en una historia falsa. Indicar la fecha, los colectores, el umbral y lo que no se midió permite al lector distinguir una observación de una afirmación de propiedad o calidad. Esa transparencia no debilita el artículo; le da una base reproducible.

La propia empresa tiene interés en cuidar la cadena. Una transición nominal bien comunicada ayuda, pero la continuidad práctica depende de que los identificadores sigan siendo exactos, los contactos funcionen, las autorizaciones puedan comprobarse y las rutas sean observables. Mantener esos elementos reduce el coste de coordinación cuando surge una incidencia o una consulta de diligencia debida.

Límites que no deben borrarse

En primer lugar, el cambio de nombre no prueba que todos los servicios funcionaran sin interrupción. El perfil actual y la fila de la IMDA sostienen una relación de nombres dentro de su alcance. Para evaluar continuidad se necesitarían registros operativos, métricas de disponibilidad e informes de incidencias pertinentes al servicio concreto.

En segundo lugar, que RDAP asocie AS56197 con KDDI ASIA PACIFIC PTE. LTD. no atribuye automáticamente a la empresa todos los prefijos que un observador pueda relacionar con ese ASN. La titularidad y la autorización requieren comprobaciones por prefijo, historia registral, ROA y, cuando proceda, documentación jurídica.

En tercer lugar, la visibilidad en RIS no equivale a alcance universal. Los colectores constituyen una muestra útil, pero no son todos los puntos de Internet. Una ruta visible puede conducir a un servicio que falla por otra causa. Una ruta ausente de un conjunto de colectores puede existir en otros lugares. La medida debe permanecer ligada a su método.

En cuarto lugar, una función de contacto es una pista administrativa, no una garantía de respuesta. Los equipos deberían verificar sus canales de escalada por medios oficiales y actualizar sus expedientes. Tampoco es necesario publicar datos personales cuando basta con citar el rol institucional.

En quinto lugar, el enrutamiento observado no revela un número de clientes, proveedores o contratos. Incluso una relación técnica visible puede tener explicaciones operativas que no implican una relación comercial directa. Cualquier afirmación económica necesita fuentes diseñadas para informar sobre ella.

En sexto lugar, ni la membresía de un registro ni la presencia en una lista regulatoria concede legitimidad política o autoridad general. Son mecanismos de constancia y regulación con objetivos definidos. No resuelven todas las controversias sobre propiedad ni sustituyen las reglas de otras jurisdicciones.

Qué conviene vigilar a partir de ahora

La primera señal es la coherencia de RDAP. Un cambio de nombre de organización, estado o roles debería guardarse con fecha y compararse con información oficial. Un ajuste de formato puede ser rutinario; una entidad nueva sin explicación requiere más preguntas. La fecha en que se descubre la modificación no debe confundirse con la fecha en que se produjo.

La segunda señal es la utilidad real de los contactos. Un rol bien escrito pero abandonado perjudica la respuesta a incidentes. Las organizaciones pueden probar de forma responsable sus canales de escalada, registrar los fallos y solicitar correcciones. El objetivo no es exponer a personas, sino asegurar que la función institucional siga siendo alcanzable.

La tercera señal es el comportamiento de las rutas a lo largo del tiempo. Una fotografía sirve como línea de base, no como tendencia. Las comparaciones futuras deberían repetir recursos, ventanas y métodos similares. Antes de interpretar una variación como problema, conviene revisar mantenimiento, migraciones, ROA, otros observadores y explicaciones de la operadora.

La cuarta señal son las autorizaciones RPKI. Cada prefijo observado debería compararse con el ROA aplicable y con el ASN esperado. El estado debe guardarse con fecha, porque las autorizaciones cambian. Un resultado agregado nunca debería reemplazar el examen de las rutas relevantes.

La quinta señal es la vigencia de la fila FBO de la IMDA. La prueba utilizada aquí es exclusivamente la fila que presenta el nombre actual y el anterior. Si esa fila cambia, desaparece o apunta a otro recurso, será necesario conservar la nueva respuesta y describir la modificación. Una copia antigua seguirá documentando el pasado, pero no podrá hablar por el presente.

La sexta señal es el acceso al perfil enlazado del directorio. Ese enlace proporciona al lector un ancla de identidad; no sustituye las once fuentes. Debe resolver de forma coherente en cada idioma ofrecido. Cuando una ruta localizada se rompe, también se rompe el camino que permite al lector comprobar a qué entidad se refiere el artículo.

Guía breve para repetir la comprobación

Primero, abra el perfil corporativo y copie el nombre exacto. Después, lea la comunicación de 2021 completa: marque la fecha del anuncio, la fecha prevista y las condiciones relativas a los accionistas y a las autoridades. A continuación, consulte la lista pública de operadores con infraestructura propia de la IMDA y localice la fila con los dos nombres. Con ello podrá afirmar una relación histórica prudente, pero no la conclusión de todos los trámites ni la continuidad de todos los servicios.

Segundo, consulte RDAP para AS56197. Anote el número, el nombre registral, el estado, el identificador de la organización, la denominación completa y la función administrativa. Use el directorio de miembros y WHOIS como comprobaciones adicionales de pertenencia y contacto. No convierta esos campos en una declaración sobre propiedad de prefijos o rendimiento.

Tercero, para los datos dinámicos, guarde la URL exacta, la ventana temporal o la hora de la fotografía, el estado de la respuesta, los recuentos y las advertencias del servicio. Conserve el cuerpo bruto cuando vaya a citarlo. Escriba «observado por estos colectores» en vez de «propiedad de» o «garantizado para todos».

Cuarto, contraste con otras herramientas sin mezclar sus métricas. CAIDA, RIPEstat y Hurricane Electric pueden usar fuentes, clasificaciones y tiempos diferentes. Una discrepancia puede enseñar algo, pero antes hay que determinar si se comparan objetos equivalentes. Fechar cada captura evita atribuir a la red una diferencia que procede del calendario.

Por último, prepare una tabla interna con cuatro columnas: afirmación, evidencia, fecha y límite. El nombre actual se apoya en el perfil; la relación con el nombre anterior, en el perfil y la fila FBO; la asociación con AS56197, en APNIC; las observaciones de rutas, en RIPEstat. Este hábito, comprensible para un lector no técnico, conserva la realidad de cada capa y reduce el riesgo de exagerar.

Fuentes

  1. https://sg.kddi.com/en/company/corporate/
  2. https://sg.kddi.com/en/company/news/2021/kddi-asia-pacific/
  3. https://www.apnic.net/about-apnic/organization/structure/members/?after=Kazi%20Mohammad%20Mahbub%20T%2FA%20Net%20Cafe
  4. https://rdap.apnic.net/autnum/56197
  5. https://wq.apnic.net/apnic-bin/whois.pl?form_type=advanced&searchtext=KAPP1-AP
  6. https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS56197&starttime=2026-08-05T00%3A00%3A00&endtime=2026-08-06T00%3A00%3A00
  7. https://stat.ripe.net/data/routing-status/data.json?resource=AS56197&timestamp=2026-08-06T00%3A00%3A00
  8. https://www.imda.gov.sg/regulations-and-licences/licensing/list-of-telecommunication-and-postal-service-licensees/list-of-facilities-based-operators
  9. https://asrank.caida.org/asns?asn=56197
  10. https://bgp.he.net/AS56197
  11. https://www.iana.org/assignments/as-numbers/as-numbers.xhtml