Resumen
- AFRINIC registra el AS37599 con el handle
AS37599, el nombre de objetoORG-TDEL1-AFRINICy Teraco Data Environments (PTY) LTD como registrante. El estadoactivey sus fechas pertenecen al objeto administrativo; no confirman una ruta visible ni un servicio disponible. - PeeringDB contiene un perfil para el ASN y seis filas de conexión declaradas, mientras NAPAfrica publica Teraco Data Environments y el número 37599 en JB1, CT1 y DB1. Las filas ayudan a coordinar una comprobación, pero no demuestran sesiones activas, tráfico, capacidad utilizable, independencia física o caminos de clientes.
Una investigación mejora cuando empieza por la identidad exacta
Un sistema autónomo es una red o un conjunto de redes que presenta una política común de enrutamiento frente a otros participantes de internet. Su número de sistema autónomo, ASN, funciona como identificador al intercambiar información de alcance mediante BGP, el Border Gateway Protocol.
En una incidencia, el nombre de una empresa puede resultar demasiado amplio. Puede abarcar instalaciones, marcas, productos o sociedades con registros distintos. AS37599 reduce esa ambigüedad: apunta a un objeto numérico específico y permite comprobar qué organización figura en el registro regional. Antes de discutir rendimiento o responsabilidad, dos equipos pueden confirmar que investigan el mismo dominio de enrutamiento.
El número no indica su estado. No contiene una prueba de alcance, no describe la ruta de un cliente y no informa de una aplicación. Un registro administrativo exacto y una avería de servicio pueden coexistir; también puede haber un servicio normal sin que las páginas públicas aporten telemetría. Identidad y funcionamiento son preguntas consecutivas, no sinónimos.
AFRINIC responde quién figura para el recurso
El objeto RDAP de AFRINIC cubre exactamente el número autónomo 37599: tanto startAutnum como endAutnum son 37599. Utiliza el handle AS37599, muestra el nombre ORG-TDEL1-AFRINIC y nombra a Teraco Data Environments (PTY) LTD como registrante. El estado administrativo del objeto es active.
La respuesta incluye un evento de registro del 17 de mayo de 2013 a las 09:56 UTC y un evento de último cambio del 5 de agosto de 2026 a las 10:55 UTC. Esas marcas temporales describen el mantenimiento del objeto publicado por AFRINIC. No resumen todos los cambios de equipos, personal, proveedores, políticas o instalaciones ocurridos entre ambas fechas.
La función del registro es concreta y necesaria. Un número único, un registrante trazable y unos límites públicos de contacto disminuyen el riesgo de coordinar una incidencia con el actor equivocado. Para cuestiones de rutas o abuso, esa claridad ahorra tiempo y deja un historial revisable.
Pero active no es telemetría. No significa que AS37599 esté originando ahora todos los prefijos asociados, que sus rutas lleguen a un observador concreto o que una sala, un puerto o un producto funcionen correctamente. AFRINIC mantiene el libro mayor de la identidad; los sistemas en ejecución determinan el estado operativo.
El perfil de PeeringDB describe lo que declara el participante
La consulta de red de PeeringDB devuelve una fila para el ASN 37599. La entrada se llama Teraco Data Environments, utiliza también la etiqueta NAPAfrica, enlaza con el sitio oficial de Teraco, se clasifica como Network Services y declara una política general de peering Open. También publica el conjunto IRR AS-TERACO.
En los campos de cantidad aparecen 500 prefijos IPv4 y 100 prefijos IPv6. Es importante leer esas cifras como atributos del directorio mantenido por el participante. No son el resultado de una observación independiente de rutas. No explican qué prefijos se originan en este momento, desde qué puntos son visibles, qué autorización se aplica o qué parte de un servicio utiliza cada bloque.
El perfil puede convertirse en una lista de hipótesis verificables. Un operador puede comparar el ASN, el nombre, la política y el conjunto IRR con el diseño vigente. Si algo no coincide, tiene una discrepancia bien delimitada. Si todo coincide, todavía debe revisar anuncios y sesiones actuales antes de concluir que la red funciona como se esperaba.
Contar seis filas no equivale a medir seis caminos
El endpoint de conexiones de intercambio de PeeringDB contiene seis declaraciones para AS37599. Incluye filas de NAPAfrica IX en Johannesburg, Cape Town y Durban, con dos filas distintas en Durban, además de filas de MAPS en Johannesburg y Cape Town. Las seis tienen los campos operational=true e is_rs_peer=true en el directorio.
Dos filas declaran 100.000 Mbps: una en Johannesburg y otra en Durban. Las otras cuatro declaran 10.000 Mbps. La respuesta también incluye direcciones de intercambio. Para el equipo que gestiona una sesión, estos datos ayudan a preguntar si el ASN, la dirección, el punto de intercambio y la relación con el route server siguen correspondiendo al plan.
Los campos no contestan por sí solos. Operational refleja el estado publicado de la entrada, no una comprobación continua de la sesión BGP. La velocidad declarada no es tráfico medido, capacidad libre ni capacidad contratada por un cliente. Una dirección de intercambio tampoco muestra el recorrido completo de una aplicación.
La diferencia se vuelve crítica al hablar de continuidad. Seis filas lógicas no prueban seis rutas independientes. Varias pueden compartir fibra, energía, edificio, proveedor ascendente, sistemas de gestión o equipo humano. Tampoco el número de ubicaciones basta para definir el dominio de fallo. La diversidad necesita una descripción de dependencias físicas y pruebas frente a escenarios concretos.
NAPAfrica publica tres entradas de participante
La página oficial de participantes de NAPAfrica lista Teraco Data Environments y el ASN 37599 en JB1, CT1 y DB1. Esta fuente permite afirmar que el directorio del intercambio publica exactamente esas tres entradas.
No permite afirmar que todas las sesiones relacionadas estén establecidas ahora ni que el tráfico de un cliente pase por uno de los códigos. La relación de nombres tampoco convierte AS37599 en representante de cada route server, puerto, fibra o componente de NAPAfrica. Una lista de participantes crea una frontera de coordinación, no un mapa completo de control técnico.
Durante una incidencia, una entrada puede seguir visible mientras una sesión se reconfigura. La página tampoco aporta una señal negativa si no incluye telemetría: que no mida una sesión no significa que esté caída. Su función es indicar quién y dónde aparece en el directorio público.
El sitio de Teraco explica el contexto del negocio
Teraco se presenta en su web como una empresa de Digital Realty y describe servicios de colocation, interconexión y cloud exchange. También sitúa el contexto de centros de datos en Johannesburg, Cape Town y Durban. El dominio coincide con el publicado en PeeringDB y con la identidad de Teraco presente en el objeto de AFRINIC.
Esa coherencia refuerza una asociación organizativa limitada, pero no asigna cada servicio a AS37599. Un operador de centros de datos puede utilizar múltiples recursos de red, plataformas, socios y rutas de entrega. La descripción de colocation no identifica los prefijos de un inquilino, el camino de una conexión cloud ni las dependencias físicas de un producto.
La página es una descripción de primera parte. No verifica de forma independiente disponibilidad, seguridad, capacidad, rendimiento o continuidad. Para medir cualquiera de esos resultados hace falta definir el servicio, el periodo, el punto de observación y el método de prueba.
Un mapa de evidencias evita mezclar los relojes
| Evidencia | Pregunta que sí responde | Pregunta que permanece abierta |
|---|---|---|
| RDAP de AFRINIC | Qué ASN, organización, estado y eventos constan en el registro | Qué rutas, sesiones y servicios funcionan ahora |
| Perfil de PeeringDB | Qué identidad, política y conteos declara el participante | Qué prefijos son visibles y qué capacidad está disponible |
| Seis conexiones declaradas | Qué intercambios, direcciones, flags y velocidades figuran | Sesión en vivo, tráfico, camino cliente y diversidad física |
| Directorio NAPAfrica | Presencia publicada en JB1, CT1 y DB1 | Uso actual por un servicio o un cliente concreto |
| Web de Teraco | Cómo presenta la empresa sus servicios y ciudades | Qué recurso transporta cada producto y con qué resultado |
El registro tiene su propio reloj de mantenimiento. Los directorios tienen el ritmo de actualización de sus participantes. La red activa tiene tiempos de sesión, anuncios y tráfico. Un servicio tiene además sus mediciones de extremo a extremo. Un dato puede ser correcto en una capa y no resolver ninguna de las demás.
Qué debería comprobar cada actor
El operador puede empezar por confirmar que AS37599 sigue siendo la identidad prevista, que AS-TERACO y la política declarada corresponden al diseño y que las seis filas pertenecen al alcance de la revisión. Después debe consultar sesiones BGP, rutas aceptadas y anunciadas, vistas de colectores identificados y métricas de interfaz con una ventana temporal clara.
El cliente puede preguntar qué ASN y qué camino entregan el producto contratado. Si existe una dependencia de un intercambio, una nube o una instalación, debe documentarse el componente y sus riesgos compartidos. Una afirmación de recuperación o disponibilidad necesita una prueba fechada, no el estado de un objeto de registro ni una velocidad de directorio.
El equipo de respuesta puede separar en su cronología la identidad AFRINIC, las declaraciones de PeeringDB, las entradas NAPAfrica, la observación de rutas, el estado de sesiones y el test de aplicación. Una ruta visible no prueba una aplicación sana. Una sesión establecida no prueba capacidad suficiente. Una prueba de servicio fallida no convierte en falsa la identidad del registro.
Que esas mediciones no estén en las cinco fuentes no demuestra una avería. Define el límite del expediente público. La conclusión respaldada es que AFRINIC asocia Teraco Data Environments (PTY) LTD con AS37599 y que PeeringDB y NAPAfrica publican una superficie de interconexión declarada. El enrutamiento actual, el tráfico, la diversidad física y los resultados para clientes siguen sin acreditarse aquí.
Qué vigilar
- cambios en el registrante, el estado administrativo, los contactos o los eventos de AS37599 en AFRINIC;
- cambios en el nombre, la política, los conteos de prefijos o el conjunto IRR del perfil PeeringDB;
- altas, bajas o cambios materiales en cualquiera de las seis conexiones de intercambio declaradas;
- cambios en las filas exactas JB1, CT1 y DB1 de NAPAfrica;
- cambios en el dominio o la presentación de servicios de colocation e interconexión de Teraco;
- evidencia autoritativa y fechada de rutas, sesiones, interfaces o servicios que responda una pregunta operativa actual.
Conservar la fuente, el instante y la capa de cada dato impide convertir un directorio en una garantía. El valor de AS37599 reside en dar a la coordinación un objeto inequívoco; el resultado operativo debe demostrarse con el sistema que realmente enruta y presta el servicio.