Résumé

  • Le seul relevé réseau machine-lisible de Brisanet est sa propre déclaration : 3 000 préfixes IPv4, 1 000 préfixes IPv6, treize présences en échange et neuf en centre de données, relevées le 10 novembre 2026.
  • Un nombre de préfixes ne dit rien d'un nombre d'adresses. Faute d'enregistrement de blocs lisible, toute position d'adresses estimée en sources ouvertes porte sur une déclaration sans unité de compte.

Huit champs, et rien de plus

Le relevé en question tient dans une réponse JSON d'une ligne. On y lit un identifiant de fiche, un identifiant d'organisation, un nom — « Brisanet Servicos de Telecomunicacoes » — le numéro d'AS 28126, puis quatre compteurs : info_prefixes4 à 3000, info_prefixes6 à 1000, ix_count à 13, fac_count à 9 (https://www.peeringdb.com/api/net?asn=28126). C'est tout. Huit champs, dont quatre mesurent quelque chose.

La nomenclature de ces champs mérite qu'on s'y arrête, parce qu'elle est le seul indice de statut que le document donne de lui-même. Tous commencent par le préfixe info_. Ce ne sont pas des mesures de trafic, pas des relevés de table de routage, pas des extraits d'un système de gestion d'adresses : ce sont des informations déclaratives, saisies par le réseau dans une fiche qu'il administre. Les quatre compteurs sont donc, au sens strict, un formulaire rempli. Nous les traitons comme tels dans tout ce qui suit.

Deuxième détail, plus discret. Le nom porté par l'API — « Brisanet Servicos de Telecomunicacoes » — n'est pas celui que le registre LACNIC affiche — « BRISANET SERVICOS DE TELECOMUNICACOES S.A ». Deux graphies, une seule société identifiable par le contexte, aucun document qui les réconcilie. Ce n'est pas une découverte ; c'est la première illustration de la thèse de cet article. Entre le registre et la fiche de réseau, il n'y a pas de jointure automatique. Il y a deux mondes qui se nomment chacun à leur façon.

Un préfixe annoncé n'est pas une adresse

La confusion la plus coûteuse, dans toute évaluation de position d'adresses, consiste à lire info_prefixes4 comme une quantité. Un préfixe est une portion d'espace annoncée dans le routage interdomaines. Trois mille préfixes IPv4 peuvent se composer de trois mille /24, ce qui représenterait environ 768 000 adresses, ou de trois mille /20, ce qui en représenterait environ 12 millions, ou d'un mélange des deux, ou de tout autre découpage. Le compte ne dit rien de l'intervalle.

Ce n'est pas une subtilité académique. C'est la différence entre un actif dont on peut discuter la valeur au million d'adresses près et une ligne de formulaire.

Un opérateur qui détaille son espace en annonces fines pour piloter sa politique de trafic produit mécaniquement un compte élevé sans détenir davantage d'adresses ; un opérateur qui annonce quelques blocs compacts produit un compte faible avec le même domaine. Le compteur mesure une pratique d'annonce, pas une dotation.

Le rapport entre les deux familles d'adresses est, lui, calculable et c'est le seul ratio solide du dossier : la déclaration IPv4 est exactement trois fois la déclaration IPv6, 3 000 contre 1 000.

On peut en tirer une observation prudente — la présence IPv6 est déclarée, elle n'est pas nulle, elle est simplement moins fragmentée que la présence IPv4. On ne peut pas en tirer une conclusion sur la maturité du réseau, sur ses performances, ni sur la pression qu'exerce la rareté IPv4 sur son exploitation. Un ratio de compteurs de préfixes n'est pas un indice de pénurie.

Dix-huit liaisons pour treize présences

Le second relevé accessible est la liste des connexions aux points d'échange. Elle n'est pas arrivée entre nos mains sous forme de JSON brut mais sous forme de résumé rédigé : dix-huit connexions, dont des nœuds IX.br (PTT.br) à São Paulo, Rio de Janeiro et Fortaleza, et des nœuds DE-CIX à Francfort, New York, Rio de Janeiro et São Paulo, avec des débits atteignant 100 000 Mbit/s sur les grands carrefours (https://www.peeringdb.com/api/netixlan?asn=28126). Nous rapportons ces éléments comme une description de liste déclarée, jamais comme une mesure de routage auditée. La nuance n'est pas rhétorique : personne, dans ce dossier, n'a observé le trafic de Brisanet sur ces liens.

L'arithmétique, elle, est instructive. Dix-huit connexions réparties sur treize présences signifient qu'au moins cinq présences portent plus d'une liaison.

C'est un motif de présence, pas un décompte de participants : un opérateur qui dispose de deux liens redondants sur le même exchange reste un participant sur cet exchange. Confondre les deux — lire dix-huit comme dix-huit interlocuteurs — gonfle l'empreinte relationnelle d'un réseau qui, à São Paulo comme à Rio, parle probablement à la même place de marché par deux chemins.

Ce que ce motif autorise à dire est déjà substantiel : Brisanet se présente comme un réseau qui cherche la connectivité internationale directe, Francfort et New York figurant dans sa propre liste, et non comme un opérateur strictement régional qui laisse son trafic sortir par un transitaire unique. Ce que ce motif n'autorise pas à dire : quelle part de son trafic suit ces chemins, ni combien de clients finaux dépendent de chacun.

La fiche LACNIC : une adhésion, pas un inventaire

Le troisième document disponible est la fiche de membre du registre. Elle est courte. Brisanet y apparaît comme membre de LACNIC, avec un pays de registre, le Brésil, une ressource unique de type rir_membership, et une date de dernière mise à jour au 20 juin 2026 (https://milacnic.lacnic.net/lacnic/asociados/publico?locale=EN). La fiche ne porte ni numéro d'AS, ni préfixe, ni bloc, ni site web, ni dirigeant. Elle porte une adhésion.

C'est précisément ce qu'une fiche d'adhésion doit porter, et c'est précisément pourquoi elle ne peut pas servir de preuve d'autre chose. Elle établit que la société existe pour le registre, qu'elle y est rattachée au Brésil et qu'elle y est à jour à une date donnée. Elle n'établit rien sur ce qu'elle détient. Un lecteur pressé qui verrait dans cette fiche la confirmation d'un inventaire d'adresses se tromperait deux fois : sur ce que dit le document, et sur ce qu'un registre publie habituellement.

Le rapprochement avec la fiche de réseau est le point le plus intéressant du dossier, et il est presque vide. L'AS 28126 figure dans la déclaration PeeringDB. Il ne figure pas dans la fiche LACNIC.

Rien, dans les documents que nous avons pu lire, ne relie explicitement l'AS à la ressource d'adhésion autrement que par la ressemblance des noms et le pays. Ce lien est hautement probable ; il n'est pas démontré par nos pièces, et nous ne le présentons donc pas comme démontré.

Le 10 novembre 2026 : les comptes attendus, la déclaration seule

Le quatrième document est le portail relations investisseurs de l'entreprise, consulté le 10 novembre 2026 à 01 h 57 UTC. Il affichait alors un menu de documents de deuxième trimestre 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/). Aucun document d'un trimestre postérieur n'apparaissait à cette heure.

Une information complémentaire, rapportée par un prestataire et non citée mot pour mot du portail, indique que la divulgation des résultats du troisième trimestre 2026 était programmée pour le 10 novembre 2026, avec une conférence téléphonique le 11 novembre 2026. Nous la rapportons comme une programmation, pas comme un fait accompli.

À l'heure de notre relevé, les résultats du troisième trimestre n'étaient pas publiés sur ce portail, et nous n'affirmons ni qu'ils l'ont été depuis, ni ce qu'ils contenaient.

La coïncidence des dates est le vrai sujet de cet article, et elle n'a rien d'anecdotique. Une société qui s'apprête à commenter ses résultats trimestriels dispose, ce jour-là, d'un relevé réseau public unique : le sien propre. Ni le registre d'adresses, ni le registre de routage n'offrent de point de comparaison lisible.

Un analyste qui veut situer Brisanet dans une hiérarchie d'opérateurs — par la taille de son espace, par la densité de son maillage, par sa dépendance à l'IPv4 — n'a, à cette date, qu'un formulaire rempli par l'intéressé.

Deux lectures de registre sans résultat

Il faut dire comment nous avons cherché, parce que l'absence de résultat n'est pas un résultat. Deux interrogations d'autorité ont été lancées sur l'objet autonome 28126, l'une auprès du service RDAP de Registro.br, l'autre auprès de celui de LACNIC. Les deux ont renvoyé une réponse sans données d'enregistrement.

Ce que cela signifie : nos deux requêtes n'ont pas produit l'enregistrement recherché.

Ce que cela ne signifie pas : que Brisanet ne détient aucun bloc, ni que le registre brésilien ne publie rien à son sujet. Une lecture qui transformerait un échec de récupération en preuve d'absence serait une faute méthodologique, et elle serait coûteuse pour le lecteur, puisqu'elle conclurait à une vacuité d'actifs là où il n'y a qu'une absence de document entre nos mains.

Nous conservons donc la question ouverte : quelle est la dotation d'adresses de Brisanet, quelle est sa taille, quelle est son ancienneté, quelle est sa part héritée ? Aucune de ces quatre questions n'a de réponse dans ce dossier.

C'est une limite, elle est nommée, et elle borne tout ce qui précède.

Ce qu'un acheteur, un prêteur ou un arbitre peut réellement tarifer

La conséquence pratique se lit en trois situations concrètes.

Un acheteur qui évalue une cession d'actifs réseau chez un opérateur brésilien de cette taille ne peut pas, à partir des sources ouvertes, chiffrer un portefeuille d'adresses. Il peut lire 3 000 préfixes IPv4 et en déduire une intensité d'annonce ; il ne peut pas en déduire un prix unitaire, parce qu'il lui manque le nombre d'unités. La déclaration déclenche une question, elle ne fournit pas la réponse.

Un prêteur qui accepterait un portefeuille d'adresses en garantie devrait exiger une source de rang registre. Une fiche auto-déclarée n'est pas une garantie ; c'est une intention affichée. La différence entre les deux se paie au moment de l'exécution de la sûreté, pas à la signature.

Un arbitre, enfin, qui aurait à comparer deux opérateurs sur leur « richesse en adresses » doit savoir qu'il compare deux pratiques d'annonce. Un réseau qui détaille beaucoup paraîtra plus riche qu'un réseau qui annonce en blocs compacts, à dotation identique. Sans le second terme de la comparaison, le classement est un classement de formulaires.

Le point économique est celui-ci : dans un marché où la rareté IPv4 est réelle et où les transferts ont un prix, l'information sur la dotation est un actif en soi. Quand cette information n'existe publiquement que sous forme déclarative, le marché ne s'effondre pas — il se fragmente.

Ceux qui ont accès aux documents internes paient un prix ; ceux qui n'ont que le formulaire paient un prix différent, et l'écart entre les deux n'est pas une prime de risque, c'est une prime de documentation.

Ce qui changerait la lecture

Quatre conditions, toutes observables, modifieraient ce texte.

Première : qu'une interrogation RDAP sur l'objet autonome 28126, ou sur les ressources de la société, renvoie un enregistrement exploitable, avec des blocs et des dates. À ce moment, la question de la dotation devient répondable, et le formulaire redevient ce qu'il est : une commodité.

Deuxième : qu'un document de résultats publié indique un nombre d'accès ou de clients, ce qui donnerait un dénominateur — sans pour autant créer un ratio d'adresses par client, puisque le numérateur resterait indisponible. Un dénominateur seul ne suffit pas.

Troisième : que les compteurs de la fiche réseau changent de façon matérielle. Une variation forte du nombre de préfixes IPv4 annoncés, à dotation constante, indiquerait un changement de politique d'annonce ; une variation du nombre de présences indiquerait un changement de maillage. L'un et l'autre sont des signaux, aucun des deux n'est une mesure de dotation.

Quatrième : qu'un relevé de table de routage, indépendant et daté, vienne confirmer ou contredire les compteurs déclarés. C'est la seule voie qui transforme une déclaration en observation.

Méthode et provenance

Les éléments de ce dossier proviennent de quatre sources conservées, chacune datée. La fiche réseau a été relevée le 10 novembre 2026 à 02 h 05 UTC ; la liste des connexions au même moment ; le portail relations investisseurs le 10 novembre 2026 à 01 h 57 UTC ; la fiche de membre LACNIC telle que publiée avec une dernière mise à jour au 20 juin 2026. Deux de ces sources sont citées mot pour mot, deux sont rapportées sous forme de résumé rédigé, et nous l'avons signalé à chaque endroit où cela comptait. Les deux lectures de registre sans données sont mentionnées comme des échecs de récupération.

Aucun chiffre de revenu, d'excédent brut d'exploitation, d'investissement, de client connecté ou de foyer raccordable n'a été obtenu pour aucune période. Aucun ratio d'adresses par client n'est calculé, suggéré ou implicite dans ce texte, et il ne peut pas l'être. La fiche de membre LACNIC ne soutient que l'adhésion et le pays de registre, rien de plus.

Le dossier de l'entreprise est consultable ici : https://btw.media/fr/directory/brisanet-servicos-de-telecomunicacoes-s-a-br Réservé au Cercle stratégique.