Resumen

  • El único registro de red legible por máquina de Brisanet es su propia declaración: 3.000 prefijos IPv4, 1.000 prefijos IPv6, trece presencias en exchanges y nueve en instalaciones, consultadas el 10 de noviembre de 2026.
  • Un número de prefijos no dice nada sobre un número de direcciones. Sin un registro de bloques legible, cualquier posición de direcciones estimada en fuentes abiertas se apoya en una declaración sin unidad de cuenta.

Ocho campos y nada más

El registro en cuestión cabe en una respuesta JSON de una línea. Ahí se lee un identificador de ficha, un identificador de organización, un nombre —«Brisanet Servicos de Telecomunicacoes»—, el número de AS 28126 y cuatro contadores: info_prefixes4 en 3000, info_prefixes6 en 1000, ix_count en 13, fac_count en 9 (https://www.peeringdb.com/api/net?asn=28126). Eso es todo. Ocho campos, de los cuales cuatro miden algo.

La nomenclatura de esos campos merece una pausa, porque es el único indicio de estatus que el documento da de sí mismo. Todos empiezan por el prefijo info_. No son mediciones de tráfico, ni volcados de una tabla de rutas, ni extractos de un sistema de gestión de direcciones: son informaciones declarativas que la red introduce en una ficha que ella misma administra. Los cuatro contadores son, en sentido estricto, un formulario rellenado. Los tratamos como tal en todo lo que sigue.

Segundo detalle, más discreto. El nombre que muestra la API —«Brisanet Servicos de Telecomunicacoes»— no es el que exhibe el registro de LACNIC —«BRISANET SERVICOS DE TELECOMUNICACOES S.A». Dos grafías, una sola sociedad identificable por el contexto, ningún documento que las reconcilie. No es un hallazgo; es la primera ilustración de la tesis de este artículo. Entre el registro y la ficha de red no hay una unión automática. Hay dos mundos que se nombran cada uno a su manera.

Un prefijo anunciado no es una dirección

La confusión más costosa en cualquier evaluación de posición de direcciones consiste en leer info_prefixes4 como una cantidad. Un prefijo es una porción de espacio anunciada en el enrutamiento interdominios. Tres mil prefijos IPv4 pueden componerse de tres mil /24, lo que representaría unas 768.000 direcciones, o de tres mil /20, lo que representaría unos 12 millones, o de una mezcla de ambos, o de cualquier otro desglose. El contador no dice nada sobre el intervalo.

No es una sutileza académica. Es la diferencia entre un activo cuya valuación puede discutirse al millón de direcciones y una línea de formulario. Una operadora que detalla su espacio en anuncios finos para gestionar su política de tráfico produce mecánicamente un contador alto sin poseer más direcciones; una operadora que anuncia unos pocos bloques compactos produce un contador bajo con el mismo patrimonio. El contador mide una práctica de anuncio, no una dotación.

La relación entre las dos familias de direcciones sí es calculable, y es el único cociente sólido del expediente: la declaración IPv4 es exactamente tres veces la declaración IPv6, 3.000 frente a 1.000. De ahí puede extraerse una observación prudente: la presencia IPv6 está declarada, no es nula, simplemente está menos fragmentada que la presencia IPv4. Lo que no puede extraerse es una conclusión sobre la madurez de la red, sobre su desempeño ni sobre la presión que la escasez de IPv4 ejerce en su operación. Un cociente de contadores de prefijos no es un indicio de penuria.

Dieciocho conexiones para trece presencias

El segundo registro accesible es la lista de conexiones a puntos de intercambio. No llegó a nuestras manos como JSON crudo sino como un resumen redactado: dieciocho conexiones, entre ellas nodos de IX.br (PTT.br) en São Paulo, Río de Janeiro y Fortaleza, y nodos de DE-CIX en Fráncfort, Nueva York, Río de Janeiro y São Paulo, con velocidades que alcanzan los 100.000 Mbit/s en los grandes cruces (https://www.peeringdb.com/api/netixlan?asn=28126). Presentamos estos elementos como la descripción de una lista declarada, nunca como una medición de enrutamiento auditada. El matiz no es retórico: nadie, en este expediente, ha observado el tráfico de Brisanet por esos enlaces.

La aritmética, en cambio, sí es instructiva. Dieciocho conexiones repartidas en trece presencias significan que al menos cinco presencias soportan más de un enlace. Es un patrón de presencia, no un recuento de participantes: una operadora con dos enlaces redundantes en el mismo exchange sigue siendo un participante en ese exchange. Confundir ambas cosas —leer dieciocho como dieciocho interlocutores— infla la huella relacional de una red que, en São Paulo lo mismo que en Río, probablemente habla con la misma plaza por dos caminos.

Lo que ese patrón autoriza a decir ya es sustancial: Brisanet se presenta como una red que busca conectividad internacional directa, con Fráncfort y Nueva York en su propia lista, y no como una operadora estrictamente regional que deja salir su tráfico por un transitario único. Lo que no autoriza a decir: qué parte de su tráfico sigue esos caminos, ni cuántos clientes finales dependen de cada uno.

La ficha de LACNIC: una afiliación, no un inventario

El tercer documento disponible es la ficha de miembro del registro. Es corta. Brisanet aparece como miembro de LACNIC, con un país de registro, Brasil, un único recurso de tipo rir_membership y una fecha de última actualización del 20 de junio de 2026 (https://milacnic.lacnic.net/lacnic/asociados/publico?locale=EN). La ficha no contiene número de AS, ni prefijo, ni bloque, ni sitio web, ni directivo. Contiene una afiliación.

Eso es exactamente lo que una ficha de afiliación debe contener, y exactamente por eso no puede servir de prueba de otra cosa. Establece que la sociedad existe para el registro, que está adscrita a Brasil y que está al día en una fecha determinada. No establece nada sobre lo que posee. Un lector apresurado que viera en esta ficha la confirmación de un inventario de direcciones se equivocaría dos veces: sobre lo que dice el documento y sobre lo que un registro publica habitualmente.

El cruce con la ficha de red es el punto más interesante del expediente, y está casi vacío. El AS 28126 figura en la declaración de PeeringDB. No figura en la ficha de LACNIC. Nada, en los documentos que hemos podido leer, vincula explícitamente el AS con el recurso de afiliación más allá del parecido de los nombres y del país. Ese vínculo es altamente probable; no está demostrado por nuestras piezas, y por eso no lo presentamos como demostrado.

El 10 de noviembre de 2026: las cuentas esperadas, la declaración sola

El cuarto documento es el portal de relaciones con inversores de la compañía, consultado el 10 de noviembre de 2026 a las 01:57 UTC. En ese momento mostraba un menú de documentos del segundo trimestre de 2026: «Resultado 2T26», «2T26-Release de Resultados», «2T26-Demonstrações Financeiras», «2T26-Apresentação de Resultados», «2T26-Conferência de Resultados», «2T26-Resultados em Excel» (https://ri.brisanet.com.br/). Ningún documento de un trimestre posterior aparecía a esa hora.

Una información complementaria, reportada por un proveedor y no citada literalmente del portal, indica que la divulgación de los resultados del tercer trimestre de 2026 estaba programada para el 10 de noviembre de 2026, con una conferencia telefónica el 11 de noviembre de 2026. La presentamos como una programación, no como un hecho consumado. A la hora de nuestra consulta, los resultados del tercer trimestre no estaban publicados en ese portal, y no afirmamos ni que lo hayan sido después ni qué contenían.

La coincidencia de fechas es el verdadero tema de este artículo, y no tiene nada de anecdótico. Una sociedad que está a punto de comentar sus resultados trimestrales dispone, ese día, de un único registro de red público: el suyo propio. Ni el registro de direcciones ni el registro de enrutamiento ofrecen un punto de comparación legible. Un analista que quiera situar a Brisanet en una jerarquía de operadoras —por el tamaño de su espacio, por la densidad de su malla, por su dependencia del IPv4— solo tiene, en esa fecha, un formulario rellenado por el interesado.

Dos lecturas de registro sin resultado

Hay que decir cómo buscamos, porque la ausencia de resultado no es un resultado. Se lanzaron dos consultas de autoridad sobre el objeto autónomo 28126, una al servicio RDAP de Registro.br y otra al de LACNIC. Ambas devolvieron una respuesta sin datos de registro.

Lo que eso significa: nuestras dos peticiones no produjeron el registro buscado. Lo que no significa: que Brisanet no posea ningún bloque, ni que el registro brasileño no publique nada sobre ella. Una lectura que convirtiera un fallo de recuperación en prueba de ausencia sería una falta metodológica, y sería costosa para el lector, porque concluiría una vacuidad de activos donde solo hay una ausencia de documento entre nuestras manos.

Mantenemos, por tanto, la pregunta abierta: ¿cuál es la dotación de direcciones de Brisanet, cuál es su tamaño, cuál es su antigüedad, cuál es su parte heredada? Ninguna de esas cuatro preguntas tiene respuesta en este expediente. Es un límite, está nombrado, y acota todo lo anterior.

Lo que un comprador, un prestamista o un árbitro puede realmente tarifar

La consecuencia práctica se lee en tres situaciones concretas.

Un comprador que evalúe una cesión de activos de red en una operadora brasileña de este tamaño no puede, a partir de fuentes abiertas, cifrar una cartera de direcciones. Puede leer 3.000 prefijos IPv4 y deducir una intensidad de anuncio; no puede deducir un precio unitario, porque le falta el número de unidades. La declaración dispara una pregunta, no la responde.

Un prestamista que aceptara una cartera de direcciones en garantía debería exigir una fuente de rango registro. Una ficha autodeclarada no es una garantía; es una intención exhibida. La diferencia entre ambas se paga en el momento de ejecutar la garantía, no en la firma.

Un árbitro, por último, que tuviera que comparar a dos operadoras por su «riqueza en direcciones» debe saber que compara dos prácticas de anuncio. Una red que detalla mucho parecerá más rica que una que anuncia en bloques compactos, con idéntica dotación. Sin el segundo término de la comparación, la clasificación es una clasificación de formularios.

El punto económico es este: en un mercado donde la escasez de IPv4 es real y donde las transferencias tienen precio, la información sobre la dotación es un activo en sí misma. Cuando esa información solo existe públicamente en forma declarativa, el mercado no se derrumba: se fragmenta. Quienes tienen acceso a los documentos internos pagan un precio; quienes solo tienen el formulario pagan otro, y la brecha entre ambos no es una prima de riesgo, es una prima de documentación.

Qué cambiaría la lectura

Cuatro condiciones, todas observables, modificarían este texto.

Primera: que una consulta RDAP sobre el objeto autónomo 28126, o sobre los recursos de la sociedad, devolviera un registro explotable, con bloques y fechas. En ese momento la pregunta sobre la dotación se vuelve respondible y el formulario regresa a lo que es: una comodidad.

Segunda: que un documento de resultados publicado indicara un número de accesos o de clientes, lo que daría un denominador, sin crear por ello un cociente de direcciones por cliente, puesto que el numerador seguiría indisponible. Un denominador solo no basta.

Tercera: que los contadores de la ficha de red cambiaran de forma material. Una variación fuerte del número de prefijos IPv4 anunciados, con dotación constante, indicaría un cambio de política de anuncio; una variación del número de presencias indicaría un cambio de malla. Uno y otro son señales; ninguno de los dos es una medición de dotación.

Cuarta: que un volcado de tabla de rutas, independiente y fechado, viniera a confirmar o contradecir los contadores declarados. Es la única vía que transforma una declaración en observación.

Método y procedencia

Los elementos de este expediente provienen de cuatro fuentes conservadas, cada una fechada. La ficha de red se consultó el 10 de noviembre de 2026 a las 02:05 UTC; la lista de conexiones en el mismo momento; el portal de relaciones con inversores el 10 de noviembre de 2026 a las 01:57 UTC; la ficha de miembro de LACNIC tal como se publicó con última actualización del 20 de junio de 2026. Dos de esas fuentes se citan literalmente, dos se reportan en forma de resumen redactado, y lo hemos señalado en cada lugar donde importaba. Las dos lecturas de registro sin datos se mencionan como fallos de recuperación.

No se obtuvo ninguna cifra de ingresos, resultado bruto de explotación, inversión, cliente conectado ni hogar pasable para ningún periodo. Ningún cociente de direcciones por cliente se calcula, se sugiere ni queda implícito en este texto, y no puede calcularse. La ficha de miembro de LACNIC solo sostiene la afiliación y el país de registro, nada más.

El expediente de la compañía puede consultarse aquí: https://btw.media/es/directory/brisanet-servicos-de-telecomunicacoes-s-a-br Solo para el Círculo Estratégico.