NTT DOCOMO BUSINESS y AS4713: hasta dónde llega la prueba de una

Resumen

NTT afirma que NTT Communications Corporation cambió su nombre a NTT DOCOMO BUSINESS, Inc. con efecto desde el 1 de julio de 2025. Las fuentes consultadas no describen una adquisición, una fusión, una transferencia general de activos ni la creación de una empresa nueva.
La respuesta RDAP actual de APNIC redirigida a JPNIC, las respuestas de RIPEstat y la lista de JPNAP conectan el nombre actual, OCN y AS4713 dentro de funciones distintas. PeeringDB todavía muestra el nombre anterior, una diferencia que exige conciliación campo por campo y no un veredicto automático sobre cuál plataforma está equivocada.
En una ventana del 5 de agosto de 2026, RIPEstat devolvió 187 registros de prefijos para AS4713 —181 IPv4 y seis IPv6— bajo su propio método de observación. Es una vista fechada y filtrada, no una escritura de propiedad, una lista de clientes ni una prueba de rendimiento.
La continuidad real requiere unir identidad contractual, ASN, prefijos autorizados, controles de encaminamiento, contactos y mediciones del cliente. Ningún registro público, por útil que sea, demuestra por sí solo disponibilidad ininterrumpida, latencia, calidad o propiedad de cada dirección observada.

Entrada del directorio: NTT DOCOMO Business, Inc

Nota sobre la imagen: la fotografía que acompaña el artículo es una reconstrucción editorial realista. Una analista independiente ficticia compara documentos sin marca junto a un latiguillo de fibra también sin marca. No representa a personal, instalaciones, equipos, clientes ni pantallas reales de NTT DOCOMO BUSINESS, la antigua NTT Communications Corporation, OCN, APNIC o JPNAP. Los papeles y la tarjeta son ilustrativos: no muestran una ruta AS4713 auténtica ni prueban identidad empresarial, propiedad de prefijos, validez de rutas, alcance, rendimiento o continuidad.

Análisis

Un mismo caso, cuatro relojes documentales

Imaginemos una empresa que recibe una factura con el nombre NTT DOCOMO BUSINESS, encuentra una referencia técnica a OCN, ve AS4713 en una herramienta de rutas y localiza NTT Communications Corporation en un directorio de interconexión. Las cuatro piezas pueden referirse a aspectos relacionados del mismo entorno, pero no responden la misma pregunta.

El perfil corporativo de NTT DOCOMO BUSINESS identifica a la empresa actual. Dice que NTT Communications Corporation cambió su nombre a NTT DOCOMO BUSINESS, Inc. el 1 de julio de 2025. Un anuncio anterior del grupo NTT anticipó esa renovación de identidad. En conjunto, las fuentes emitidas por la propia organización respaldan una formulación concreta: la empresa afirma que el cambio anunciado entró en vigor en esa fecha.

El alcance termina ahí. El material público revisado no contiene un extracto independiente del registro mercantil que exponga todos los efectos jurídicos. No sostiene que hubiera una adquisición, una fusión, una transferencia de todos los activos ni una nueva constitución. Tampoco afirma que cada contrato, cuenta de proveedor, certificado, contacto o base técnica adoptara el nuevo nombre de manera simultánea.

Los otros documentos funcionan con relojes distintos. La cadena APNIC-JPNIC devuelve un asiento de recursos numéricos para esta consulta. RIPEstat muestra datos obtenidos de registros y observadores de rutas. JPNAP publica participantes de un punto de intercambio. PeeringDB es un directorio de interconexión mantenido por operadores. Que una etiqueta cambie en uno antes que en otro puede reflejar propósito, responsabilidad y calendario, no necesariamente fraude o abandono.

La pregunta útil es doble: ¿para qué fue creado este registro y cuándo se observó? Solo después se puede preguntar cómo se relaciona con los demás. Convertir una página en autoridad absoluta sobre todos los aspectos de una red elimina precisamente la información de contexto que permite usarla bien.

AS4713 en lenguaje cotidiano

Internet no es una sola red. Está compuesto por muchas redes independientes que necesitan decirse por dónde se alcanzan distintos bloques de direcciones. El protocolo BGP, siglas de Border Gateway Protocol, transporta esos anuncios. Un anuncio simplificado comunica que un bloque puede alcanzarse a través de un sistema autónomo determinado.

El número que identifica ese sistema es un ASN. AS4713 es uno de ellos. No es una dirección IP, una matrícula de empresa, un número de contrato, un dispositivo ni una puntuación de servicio. Sirve para expresar y reconocer una identidad de política de encaminamiento entre redes.

Los documentos examinados relacionan AS4713 con OCN y, en determinados registros, con NTT DOCOMO BUSINESS. La permanencia del número tiene sentido operacional. Si cada cambio de denominación exigiera sustituir al mismo tiempo el ASN en filtros, sesiones, alertas y relaciones mundiales, el riesgo del cambio sería enorme. Un identificador de red estable permite que la operación y el seguimiento conserven una referencia conocida.

Sin embargo, «estable» no significa «sin interrupciones». Encontrar AS4713 antes y después de un cambio de nombre no demuestra que todos los paquetes de todos los clientes circularan en todo momento. No revela si cada herramienta interna se actualizó, quién aprobó cada ruta ni si una aplicación concreta respondió. Acredita la persistencia observable de una identidad de encaminamiento dentro de la fecha y del método de las fuentes.

Una analogía sencilla es el número de una línea de tren. Puede mantenerse cuando el operador adopta otra razón social. El número ayuda a reconocer la línea, pero no acredita quién posee cada tramo de vía, si todos los trenes fueron puntuales o si cada contrato ya lleva el nombre nuevo. Cada una de esas cuestiones necesita otra prueba.

Qué registra la respuesta RDAP APNIC-JPNIC y por qué «activo» no significa «disponible»

APNIC es el registro regional de Internet para Asia-Pacífico. Para el recurso japonés consultado aquí, el punto de acceso de APNIC redirige la solicitud al servicio RDAP de JPNIC. RDAP significa Registration Data Access Protocol y ofrece datos estructurados con campos definidos, algo importante cuando una organización necesita conservar la procedencia de una respuesta.

El objeto RDAP APNIC-JPNIC actual de AS4713 emplea el nombre OCN, indica el país JP, muestra el estado activo y contiene una descripción que menciona a NTT DOCOMO BUSINESS, Inc. Por tanto, es una fuente primaria fuerte para una afirmación limitada: en el nivel actual del registro regional, AS4713 está conectado con esas etiquetas.

No es una certificación de que la empresa sea propietaria jurídica de todo prefijo que algún observador haya visto originado por AS4713. Un operador puede anunciar direcciones aportadas por clientes bajo una autorización. Los prefijos pueden cambiar de origen durante migraciones, mitigaciones o modificaciones de servicio. El contacto del registro, el titular del espacio de direcciones y el equipo que maneja BGP pueden no ser la misma parte.

Tampoco hay que confundir el estado activo del objeto con la disponibilidad de la red. El campo describe el asiento administrativo. Puede seguir activo durante una incidencia local, un fallo de acceso, un problema de DNS o una avería de aplicación. Del mismo modo, una página registral que no carga durante unos minutos no prueba que la red operativa haya desaparecido.

El valor del registro se parece al de un libro mayor. Ayuda a conservar un número único, una denominación, un estado y datos de contacto. Es una pieza de responsabilidad y trazabilidad. No reemplaza las rutas que circulan, los contratos, la configuración ni las mediciones de usuarios.

La observación del 5 de agosto de 2026 y sus límites

RIPEstat reúne varios productos de información sobre recursos y encaminamiento. La consulta de prefijos anunciados usada aquí abarca el 5 de agosto de 2026 desde las 00:00 hasta las 16:00 UTC. La respuesta contenía 187 registros de prefijos: 181 de IPv4 y seis de IPv6.

La cifra necesita conservar su método. El producto excluye rutas vistas por menos de diez pares de alimentación completa de RIPE RIS. Esto significa que no enumera cualquier ruta que pudiera existir en cualquier rincón de Internet. Presenta los registros que superaron el umbral definido para los colectores incluidos durante esa ventana.

En la consulta del estado de encaminamiento solicitada para las 16:00 UTC, AS4713 apareció visible mediante 326 de 326 pares IPv4 incluidos y 322 de 322 pares IPv6 incluidos. La respuesta también mostró los 181 prefijos IPv4, los seis IPv6 y 122 vecinos observados. RIPEstat advirtió que ajustó la hora solicitada a los últimos datos disponibles, de modo que una reproducción responsable guarda la hora devuelta y ese aviso.

El resultado 326 de 326 no equivale a «todo Internet alcanzaba AS4713». El denominador es el conjunto de pares de esa vista, no cada red, dispositivo o usuario. Un colector puede recibir un anuncio aunque un cliente concreto no llegue a una aplicación por una avería de acceso, filtrado, congestión, resolución DNS, cortafuegos, servidor o configuración local.

Los 122 vecinos tampoco son necesariamente 122 clientes, proveedores o acuerdos comerciales. Una relación observada en rutas puede tener varias interpretaciones y depende de la cobertura de colectores. Su número puede cambiar con la política o la visibilidad sin representar una ganancia o pérdida equivalente de contratos.

Los 187 registros son, entonces, evidencia de actividad de encaminamiento observada con un procedimiento determinado. No son un catastro de propiedad, una valoración de calidad ni una lista permanente. Responden qué registros cumplieron el método de la plataforma en ese periodo; no quién posee cada bloque ni cómo funcionaba una aplicación.

RPKI: una respuesta válida para una pregunta exacta

RPKI es una infraestructura criptográfica aplicada a recursos numéricos de Internet. Permite que el titular de una dirección publique una autorización de origen de ruta, o ROA. Esa autorización indica qué ASN puede originar un prefijo y, cuando procede, hasta qué longitud máxima.

La comprobación incluida en los documentos consultados usó el origen AS4713 y el prefijo 61.207.0.0/16. La respuesta fue válida mediante el validador Routinator y coincidió con una ROA cuyo origen era 4713 y cuya longitud máxima era 16. Es un dato de seguridad útil para ese par concreto.

No es un certificado global de AS4713. Una red que anuncia muchos prefijos puede disponer de autorizaciones diferentes, límites distintos o ausencia de una ROA que cubra algunas rutas. Las autorizaciones se pueden crear, modificar o retirar. Cambiar el prefijo o el origen de la consulta produce otra evaluación.

La validación de origen tampoco certifica cada sistema autónomo que aparece en el camino. No comprueba la fibra física, la latencia, las pérdidas, la capacidad ni la aplicación del destino. Su pregunta es más estrecha: ¿encaja este origen con la autorización publicada para este prefijo?

Por eso conviene escribir «este par origen-prefijo devolvió un resultado válido en la comprobación» y no «AS4713 es seguro por RPKI». El trabajo completo exige inventariar recursos, orígenes previstos, ROA, longitudes máximas, objetos de ruta, permisos de clientes, filtros y alertas.

Lo que enseña la documentación de Super OCN Flexible Connect

La documentación de encaminamiento de Super OCN Flexible Connect añade una capa diferente. Para el producto que describe, identifica AS4713 en el lado de OCN y expone alternativas de encaminamiento estático o BGP. También contempla el uso de un ASN del cliente y de direcciones aportadas por este cuando se cumplen las condiciones indicadas.

En el perfil BGP aparecen controles específicos: contraseña de autenticación MD5, límite máximo de 1.000 prefijos, tiempo de espera mínimo de 30 segundos y comunidades BGP para determinadas prioridades de tráfico. La misma página señala que LFS y BFD no están soportados en ese producto.

Cada línea implica trabajo. Alguien verifica el ASN del cliente y el espacio de direcciones. Alguien establece el límite de prefijos y protege la credencial. Alguien decide qué comunidades se aceptan, revisa los cambios y vigila anuncios inesperados. Cuando algo sale mal, otra persona necesita saber qué configuración recuperar.

Los números tienen alcance de producto. El máximo de 1.000 no describe el tamaño de AS4713; es una protección de una sesión bajo las condiciones documentadas. El mínimo de 30 segundos no garantiza un tiempo de recuperación. MD5 protege un mecanismo de sesión concreto, no todo el servicio contra cualquier error o ataque.

BFD suele emplearse para detectar fallos de camino con rapidez. Que la página diga que no está soportado no demuestra mala calidad. Indica que el diseño de continuidad debe basarse en temporizadores, supervisión y escalados que sí existen, en lugar de asumir una función ausente.

Un documento del proveedor acredita controles previstos y restricciones publicadas. No verifica de forma independiente que cada cliente los configure bien, que toda modificación pase una revisión ni que una incidencia cumpla un acuerdo de nivel de servicio. Para eso hacen falta configuración, registros, pruebas, tickets y mediciones del caso real.

PeeringDB y RIPEstat no están contando lo mismo

PeeringDB ayuda a los operadores a encontrar datos de interconexión. Su perfil de red número 826 conserva la denominación «NTT Communications Corporation (OCN)» y muestra ASN 4713. En la captura consultada, los campos de recuento de prefijos IPv4 e IPv6 tenían valor cero.

RIPEstat, en cambio, devolvió 181 registros IPv4 y seis IPv6 en su ventana. La tentación es afirmar que uno de los dos servicios está equivocado o que el cero revela una caída. Esa conclusión ignora la finalidad de cada campo.

PeeringDB es un directorio voluntario con datos mantenidos por operadores y con ciclos de actualización diversos. Un contador puede no estar rellenado o no pretender ser telemetría. RIPEstat deriva su cifra de observaciones de rutas filtradas y fechadas. Cero en el directorio puede significar «sin dato introducido aquí», no «sin rutas en la red».

La discrepancia sirve como advertencia para los sistemas automáticos. Copiar ambos valores a una columna llamada «prefijos» destruye su semántica. Un diseño mejor conserva fuente, definición, responsable, hora de observación y confianza. La diferencia se revisa sin convertirla de inmediato en una acusación o una alerta de servicio.

El nombre antiguo de PeeringDB puede coexistir con otros campos aún útiles. A su vez, un nombre actualizado no garantiza que todo dato operacional de la misma página sea reciente. La conciliación debe hacerse por campo y con historial, no mediante una sustitución ciega que borre la procedencia.

JPNAP enlaza nombre, servicio y ASN dentro de un ámbito concreto

La lista de participantes de JPNAP conecta actualmente NTT DOCOMO BUSINESS, OCN y AS4713 en sus intercambios de Tokio y Osaka. Es un enlace público útil entre la identidad empresarial actual, la etiqueta de red y el sistema autónomo en el contexto de ese punto de intercambio.

Un IX, o punto de intercambio de Internet, facilita que varias redes intercambien tráfico. Figurar en una lista ayuda a localizar participantes y puntos de contacto. La lista no revela todos los acuerdos privados, el volumen de tráfico, las preferencias de ruta ni el rendimiento de un servicio.

Tampoco basta la presencia en dos ciudades para demostrar diversidad completa para un cliente. Dos conexiones pueden compartir entrada de edificio, transporte, alimentación, equipo o personal de operación. La resiliencia exige identificar los dominios de fallo del servicio comprado y probar su separación.

La afirmación respaldada es más modesta: cuando se consultó, JPNAP vinculaba esas etiquetas y AS4713 con Tokio y Osaka. No es una topología física, un contrato o un medidor de calidad.

AS4713 no representa a todas las redes con la marca NTT

Una marca de grupo puede llevar a atribuir cualquier ruta a un único ASN. Dos de las fuentes ayudan a evitarlo. Un artículo técnico de APNIC de 2023 distingue OCN doméstico con AS4713, la red móvil AS9605 y el GIN global AS2914. Una página anterior del propio operador también diferencia GIN AS2914 y OCN AS4713 al describir un servicio que usa dos ASN.

El artículo de APNIC contiene análisis histórico. Sus observaciones de topología o participación de usuarios no deben repetirse como cifras actuales. La página del operador no tiene una fecha visible que permita usarla para evaluar escala, calidad o posición presente. Su utilidad se limita aquí a mostrar que «NTT» no es un único número de encaminamiento.

La distinción importa durante una incidencia. Si una traza contiene AS2914, no se debe rotular automáticamente como AS4713. Si aparece AS9605, no es correcto asignarlo a OCN solo por la marca. Un ASN preciso ayuda a encontrar al equipo adecuado, revisar el inventario pertinente y evitar cambios en el sistema equivocado.

Los fallos que puede introducir un simple cambio de nombre

Las identidades se repiten en contratos, facturas, certificados, listas permitidas, repositorios de política, cuadros de mando, contactos de emergencia, portales de proveedores y archivos de auditoría. Por eso un cambio administrativo puede tener efectos operacionales aunque no altere el número de red.

Un contacto con el nombre antiguo puede ser descartado por alguien que espera la nueva razón social. Durante una avería, esa duda retrasa el escalado. A la inversa, conservar el nombre antiguo sin contexto puede hacer creer que el contrato sigue con una entidad que ya no se presenta de ese modo.

Las reglas automáticas añaden otro riesgo. Una comparación literal puede tratar NTT Communications Corporation y NTT DOCOMO BUSINESS, Inc. como organizaciones independientes. Una coincidencia demasiado amplia puede colapsar todas las redes NTT en una sola identidad y ampliar una lista de autorización más de lo previsto.

La terminología también varía entre equipos. Compras utiliza la empresa contractual; ingeniería habla de OCN o AS4713; seguridad trabaja con prefijos, ROA y filtros. Sin una relación explícita, una aprobación puede asociarse al recurso o al responsable incorrectos.

Los prefijos aportados por clientes merecen atención especial. Verlos originados por AS4713 no los convierte automáticamente en propiedad de NTT DOCOMO BUSINESS. Pueden estar autorizados para una conexión. Trasladarlos a un inventario empresarial sin revisar el registro generaría una afirmación falsa de titularidad.

También pueden divergir las autorizaciones de seguridad. Las ROA, los objetos de ruta, los filtros y los contactos se mantienen en sistemas y equipos distintos. Actualizar el nombre visible no modifica necesariamente la autorización de origen. Esa persistencia puede ser legítima, pero debe estar documentada.

La solución no consiste en hacer que todos los sistemas muestren exactamente la misma cadena. Hace falta una tabla de correspondencia: nombre actual, nombre anterior, etiqueta de servicio, ASN, identificadores de registro, prefijos relevantes, producto, parte contractual y propietarios de escalado. Cada relación debe tener fuente, fecha y responsable.

Automatizar rutas no automatiza la responsabilidad

BGP intercambia información de alcance sin que una persona escriba cada ruta. Los filtros rechazan anuncios que no encajan con una política. Los validadores RPKI clasifican relaciones de origen. La supervisión detecta cambios en segundos. Todo ello reduce trabajo manual repetitivo.

Al mismo tiempo, alguien define la política, aprueba una excepción y mantiene el inventario. Cuando un anuncio se rechaza, una persona debe decidir si se trata de un ataque, una autorización caducada, un error o un cambio legítimo. También hay que probar el procedimiento de reversión.

Un cambio de nombre pone en primer plano ese reparto. Comunicación y asuntos jurídicos gestionan la identidad empresarial. Los especialistas de recursos numéricos mantienen contactos y autorizaciones. Ingeniería gestiona sesiones y filtros. Seguridad vigila orígenes inesperados. Atención al cliente relaciona prefijos, contratos e impacto real.

Un cuadro de mando que solo cuenta rutas procesadas oculta el coste de excepciones, falsos avisos, conciliación e incidentes. Conviene medir la antigüedad de registros desactualizados, el tiempo para localizar al responsable, la duración de discrepancias, la tasa de reversión correcta y las decisiones que conservan una prueba suficiente.

La automatización escala las reglas que se le entregan. Si la relación entre empresa, servicio y ASN es confusa, una pequeña equivocación de identidad puede repetirse en muchos sistemas. Si la relación es precisa, la misma automatización se vuelve más segura.

Una guía de comprobación para quien compra conectividad

El comprador puede empezar por el contrato. ¿Qué empresa exacta factura y responde? ¿Qué nombres anteriores siguen apareciendo? ¿Otra entidad del grupo presta una parte? ¿Quién confirma un cambio y conserva el historial?

Después debe identificar la red. ¿El servicio espera AS4713, AS2914, AS9605 u otro ASN? ¿Cambia según producto, región o sentido del tráfico? La respuesta «NTT» no tiene suficiente precisión para una regla de red.

El tercer paso son las direcciones. ¿Quién figura como titular de cada prefijo crítico? ¿Qué ASN está autorizado a originarlo? ¿Hay espacio aportado por el cliente? ¿Dónde se guardan ROA, objetos de ruta, permisos y fechas de revisión?

El cuarto paso son los controles. ¿La conexión usa rutas estáticas o BGP? ¿Qué límite de prefijos se aplica? ¿Cómo se protege la sesión? ¿Qué comunidades están permitidas? ¿Qué mecanismos de detección no están soportados? ¿Quién puede cambiar y revertir la configuración?

El quinto paso es la medición del resultado. La visibilidad pública de una ruta demuestra que determinados colectores recibieron un anuncio; no demuestra que una aplicación responda. El cliente debe medir desde ubicaciones relevantes y guardar hora, DNS, latencia, pérdida, respuesta, error y contexto de ruta.

Por último llega la prueba de continuidad. Si se retira el circuito, el dispositivo, la ubicación o la ruta principal, ¿el tráfico pasa a un camino realmente independiente? ¿Cuánto tarda la aplicación en recuperar un estado útil? ¿Quién decide volver atrás? Una explicación de diseño ayuda; un ensayo controlado aporta evidencia más fuerte.

El principio es sencillo: cada fuente debe responder la pregunta para la que fue creada. El registro prueba un dato registral. El observador, una observación. La documentación, un diseño publicado. La prueba del cliente, un resultado dentro de su alcance y momento.

Las afirmaciones que el registro público no sostiene

Las fuentes no establecen disponibilidad, latencia, pérdida, número de clientes ni cuota de mercado de AS4713. No demuestran que NTT DOCOMO BUSINESS posea los 187 prefijos observados. Tampoco muestran que toda ruta de AS4713 tenga una ROA válida.

No prueban operación continua y sin interrupciones antes, durante y después del cambio de nombre de julio de 2025. Un identificador persistente y observaciones actuales respaldan continuidad de identidad, no un historial completo de servicio.

La descripción RDAP APNIC-JPNIC no es un título soberano sobre todas las direcciones. Los contadores de PeeringDB no son un inventario en vivo. La presencia de JPNAP no acredita volumen, condiciones comerciales, latencia, disponibilidad, calidad ni cuota. La documentación del proveedor no verifica de forma independiente el resultado de cada cliente.

Una comprobación RPKI válida no se extiende a todos los prefijos. La visibilidad entre los pares incluidos por RIPE RIS no significa alcance universal. Los 122 vecinos observados no se pueden convertir en clientes o contratos. La ausencia de BFD en el producto citado tampoco demuestra por sí sola un servicio deficiente.

El registro público no calcula el ahorro neto de trabajo que produce la automatización. Los mecanismos automatizan pasos, pero las fuentes no cuantifican diseño de políticas, revisiones, excepciones, conciliaciones, incidentes y soporte.

Estas limitaciones forman parte del hallazgo. Evitan convertir datos técnicos útiles en promesas comerciales, jurídicas o de rendimiento que nunca fueron publicadas.

La identidad que permanece cuando se separan las pruebas

Tras mantener las capas apartadas, se obtiene una imagen consistente. NTT afirma que el nombre cambió el 1 de julio de 2025. La respuesta de registro APNIC-JPNIC relaciona AS4713, OCN y la empresa actual dentro de su alcance. RIPEstat devuelve una vista fechada de anuncios y vecinos. Un par concreto de origen y prefijo resultó válido en RPKI. La documentación de Super OCN Flexible Connect identifica AS4713 en el lado OCN y detalla controles de producto. JPNAP une las etiquetas en Tokio y Osaka. PeeringDB conserva el nombre antiguo y campos que no deben leerse como telemetría.

AS4713 funciona así como identidad pública y duradera para un dominio de encaminamiento reconocible. Su estabilidad no lo transforma en certificado universal de propiedad, funcionamiento o calidad. El número conserva valor cuando las personas mantienen al día contactos, autorizaciones, políticas y relaciones con el contrato y el servicio.

Para quien no es especialista, la conclusión puede expresarse sin jerga: las fuentes muestran que la identidad de red OCN asociada a AS4713 sigue registrada y observada bajo métodos concretos. No permiten suponer, solo por compartir el nombre NTT, todas las afirmaciones legales, comerciales o técnicas posibles.

NTT DOCOMO BUSINESS y AS4713: hasta dónde llega la prueba de una identidad de red tras un cambio de nombre

Por qué importa