Dreitausend Präfixe, kein Adressbuch: Was Brisanet tatsächlich erklärt

Zusammenfassung

• Der einzige maschinenlesbare Netzwerkdatensatz über Brisanet ist die eigene Erklärung des Unternehmens: 3.000 IPv4-Präfixe, 1.000 IPv6-Präfixe, dreizehn Präsenzen an Internet-Knoten und neun in Rechenzentren, abgerufen am 10. November 2026.
• Eine Präfixzahl ist keine Adresszahl. Solange kein lesbarer Blockeintrag vorliegt, bepreist jede aus offenen Quellen geschätzte Adressposition eine Erklärung ohne Rechnungseinheit.

Acht Felder, und nichts darüber hinaus

Der Datensatz passt in eine einzige JSON-Antwort von einer Zeile. Man liest dort eine Kennung des Netzwerkeintrags, eine Organisationskennung, einen Namen — „Brisanet Servicos de Telecomunicacoes“ —, die Nummer des autonomen Systems 28126 und dann vier Zähler: info_prefixes4 bei 3000, info_prefixes6 bei 1000, ix_count bei 13, fac_count bei 9 (https://www.peeringdb.com/api/net?asn=28126). Das ist alles. Acht Felder, von denen vier etwas messen.

Die Benennung dieser Felder verdient einen kurzen Halt, denn sie ist der einzige Hinweis, den das Dokument über seinen eigenen Status gibt. Alle vier beginnen mit dem Präfix info_. Es sind keine Verkehrsmessungen, keine Auszüge aus einer Routingtabelle, keine Ausschnitte aus einem Adressverwaltungssystem: Es sind erklärte Angaben, die das Netzwerk in einen Eintrag schreibt, den es selbst verwaltet. Die vier Zähler sind, streng genommen, ein ausgefülltes Formular. Wir behandeln sie im Folgenden genau so.

Ein zweites, unauffälligeres Detail. Der Name, den die Schnittstelle zeigt — „Brisanet Servicos de Telecomunicacoes“ —, ist nicht der Name, den das LACNIC-Mitgliederverzeichnis führt — „BRISANET SERVICOS DE TELECOMUNICACOES S.A“. Zwei Schreibweisen, eine über den Kontext identifizierbare Gesellschaft, kein Dokument, das beide zusammenführt. Das ist kein Befund; es ist die erste Veranschaulichung der These dieses Artikels. Zwischen Verzeichnis und Netzwerkeintrag gibt es keinen automatischen Verknüpfungsschlüssel. Es gibt zwei Welten, die sich jeweils selbst benennen.

Ein angekündigtes Präfix ist keine Adresse

Der teuerste Fehler bei jeder Bewertung einer Adressposition besteht darin, info_prefixes4 als Menge zu lesen. Ein Präfix ist ein im Inter-Domain-Routing angekündigter Raumabschnitt. Dreitausend IPv4-Präfixe können aus dreitausend /24 bestehen, was etwa 768.000 Adressen entspräche, oder aus dreitausend /20, was etwa zwölf Millionen entspräche, oder aus einer Mischung beider, oder aus irgendeiner anderen Aufteilung. Der Zähler sagt nichts über die Spanne.

Das ist keine akademische Spitzfindigkeit. Es ist der Unterschied zwischen einem Aktivum, dessen Wert sich auf den Millionenbetrag genau diskutieren lässt, und einer Formularzeile. Ein Betreiber, der seinen Raum in feine Ankündigungen aufteilt, um seine Verkehrspolitik zu steuern, erzeugt mechanisch einen hohen Zähler, ohne mehr Adressen zu halten; ein Betreiber, der wenige kompakte Blöcke ankündigt, erzeugt mit demselben Bestand einen niedrigen Zähler. Der Zähler misst eine Ankündigungspraxis, keine Zuteilung.

Das Verhältnis der beiden Adressfamilien ist dagegen berechenbar, und es ist die einzige belastbare Kennzahl im Dossier: Die IPv4-Erklärung beträgt exakt das Dreifache der IPv6-Erklärung, 3.000 gegen 1.000. Daraus lässt sich eine vorsichtige Beobachtung ableiten — die IPv6-Präsenz ist erklärt, sie ist nicht null, sie ist nur weniger fein geschnitten als die IPv4-Präsenz. Nicht ableiten lässt sich daraus ein Urteil über die Reife des Netzes, über seine Leistung oder über den Druck, den die IPv4-Knappheit auf seinen Betrieb ausübt. Ein Verhältnis von Präfixzählern ist kein Knappheitsindikator.

Achtzehn Verbindungen für dreizehn Präsenzen

Der zweite zugängliche Datensatz ist die Liste der Verbindungen zu Internet-Knoten. Sie erreichte uns nicht als rohes JSON, sondern als verfasste Zusammenfassung: achtzehn Verbindungen, darunter Knoten von IX.br (PTT.br) in São Paulo, Rio de Janeiro und Fortaleza sowie Knoten von DE-CIX in Frankfurt, New York, Rio de Janeiro und São Paulo, mit Übertragungsraten bis 100.000 Mbit/s an den großen Knotenpunkten (https://www.peeringdb.com/api/netixlan?asn=28126). Wir geben diese Angaben als Beschreibung einer erklärten Liste wieder, niemals als geprüfte Routingmessung. Die Unterscheidung ist nicht rhetorisch: Niemand hat in diesem Dossier den Verkehr von Brisanet über diese Verbindungen beobachtet.

Die Arithmetik dagegen ist aufschlussreich. Achtzehn Verbindungen auf dreizehn Präsenzen bedeuten, dass mindestens fünf Präsenzen mehr als eine Verbindung tragen. Das ist ein Präsenzmuster, keine Teilnehmerzahl: Ein Betreiber mit zwei redundanten Verbindungen am selben Knoten bleibt dort ein Teilnehmer. Beides zu verwechseln — achtzehn als achtzehn Gesprächspartner zu lesen — bläht die Beziehungsfläche eines Netzes auf, das in São Paulo wie in Rio wahrscheinlich über zwei Wege mit demselben Marktplatz spricht.

Was dieses Muster zu sagen erlaubt, ist bereits substanziell: Brisanet präsentiert sich als Netz, das direkte internationale Konnektivität sucht, mit Frankfurt und New York auf der eigenen Liste, und nicht als streng regionaler Betreiber, der seinen Verkehr über einen einzigen Transit-Anbieter hinauslässt. Was es nicht zu sagen erlaubt: welcher Anteil des Verkehrs diese Wege nimmt und wie viele Endkunden von welchem Weg abhängen.

Der LACNIC-Eintrag: eine Mitgliedschaft, kein Inventar

Das dritte verfügbare Dokument ist der Mitgliedseintrag des Registers. Er ist kurz. Brisanet erscheint dort als LACNIC-Mitglied, mit dem Registerland Brasilien, einer einzigen Ressource vom Typ rir_membership und einem Datum der letzten Aktualisierung vom 20. Juni 2026 (https://milacnic.lacnic.net/lacnic/asociados/publico?locale=EN). Der Eintrag enthält keine AS-Nummer, kein Präfix, keinen Block, keine Website, keine Führungsperson. Er enthält eine Mitgliedschaft.

Genau das soll ein Mitgliedseintrag enthalten, und genau deshalb taugt er nicht als Beleg für etwas anderes. Er stellt fest, dass die Gesellschaft für das Register existiert, Brasilien zugeordnet ist und zu einem bestimmten Datum gültig ist. Über das, was sie hält, stellt er nichts fest. Ein eiliger Leser, der in diesem Eintrag die Bestätigung eines Adressinventars sähe, läge zweimal falsch: über das, was das Dokument sagt, und über das, was ein Register üblicherweise veröffentlicht.

Der Abgleich mit dem Netzwerkeintrag ist der interessanteste Punkt des Dossiers, und er ist nahezu leer. AS 28126 steht in der PeeringDB-Erklärung. In der LACNIC-Eintragung steht er nicht. Nichts in den Dokumenten, die wir lesen konnten, verbindet das autonome System ausdrücklich mit der Mitgliedschaftsressource, außer der Namensähnlichkeit und dem Land. Diese Verknüpfung ist überaus wahrscheinlich; sie ist durch unsere Unterlagen nicht belegt, und deshalb stellen wir sie nicht als belegt dar.

Der 10. November 2026: Zahlen fällig, Erklärung allein

Das vierte Dokument ist das Investor-Relations-Portal des Unternehmens, abgerufen am 10. November 2026 um 01:57 UTC. Es zeigte zu diesem Zeitpunkt ein Menü von Dokumenten des zweiten Quartals 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/). Dokumente eines späteren Quartals erschienen zu dieser Stunde nicht.

Eine ergänzende Angabe, von einem Dienstleister berichtet und nicht wörtlich aus dem Portal zitiert, besagt, die Offenlegung der Ergebnisse des dritten Quartals 2026 sei für den 10. November 2026 angesetzt gewesen, mit einer Telefonkonferenz am 11. November 2026. Wir geben sie als Terminierung wieder, nicht als vollendete Tatsache. Zum Zeitpunkt unseres Abrufs waren die Ergebnisse des dritten Quartals auf diesem Portal nicht veröffentlicht, und wir behaupten weder, dass sie es seither wurden, noch, was sie enthielten.

Die Übereinstimmung der Daten ist das eigentliche Thema dieses Artikels, und sie ist nichts Anekdotisches. Eine Gesellschaft, die unmittelbar vor der Erläuterung ihrer Quartalszahlen steht, verfügt an diesem Tag über genau einen öffentlichen Netzwerkdatensatz: ihren eigenen. Weder das Adressregister noch das Routingregister bietet einen lesbaren Vergleichspunkt. Wer Brisanet in eine Rangfolge von Betreibern einordnen will — nach der Größe ihres Raums, nach der Dichte ihrer Vermaschung, nach ihrer Abhängigkeit von IPv4 —, hat an diesem Datum nur ein Formular, das der Betroffene selbst ausgefüllt hat.

Zwei Registerabfragen ohne Ergebnis

Es muss gesagt werden, wie wir gesucht haben, denn das Ausbleiben eines Ergebnisses ist kein Ergebnis. Zwei autoritative Abfragen wurden zum autonomen System 28126 gestellt, eine an den RDAP-Dienst von Registro.br, eine an den von LACNIC. Beide lieferten eine Antwort ohne Registrierungsdaten.

Was das bedeutet: Unsere beiden Anfragen haben den gesuchten Registrierungseintrag nicht erbracht. Was es nicht bedeutet: dass Brisanet keinen Block hält oder dass das brasilianische Register nichts über sie veröffentlicht. Eine Lesart, die einen Abruffehlschlag in einen Beleg für Abwesenheit verwandelt, wäre ein methodischer Fehler, und sie wäre für den Leser teuer, weil sie Leere der Aktiva dort behauptet, wo nur ein fehlendes Dokument in unseren Händen liegt.

Wir halten die Frage deshalb offen: Wie groß ist Brisanets Adressbestand, wie alt ist er, welcher Teil ist übernommen? Keine dieser Fragen hat im vorliegenden Dossier eine Antwort. Das ist eine Grenze, sie ist benannt, und sie begrenzt alles Vorstehende.

Was ein Käufer, ein Kreditgeber oder ein Schiedsrichter tatsächlich bepreisen kann

Die praktische Folge zeigt sich in drei konkreten Lagen.

Ein Käufer, der die Übertragung von Netzwerkaktiva bei einem brasilianischen Betreiber dieser Größe bewertet, kann aus offenen Quellen kein Adressportfolio beziffern. Er kann 3.000 IPv4-Präfixe lesen und daraus eine Ankündigungsintensität ableiten; einen Stückpreis kann er nicht ableiten, weil ihm die Zahl der Einheiten fehlt. Die Erklärung löst eine Frage aus, sie beantwortet sie nicht.

Ein Kreditgeber, der ein Adressportfolio als Sicherheit annähme, müsste eine Quelle auf Registerrang verlangen. Ein selbst erklärter Eintrag ist keine Sicherheit; er ist eine zur Schau gestellte Absicht. Der Unterschied zwischen beidem wird bei der Verwertung der Sicherheit beglichen, nicht bei der Unterschrift.

Ein Schiedsrichter schließlich, der zwei Betreiber nach ihrem „Adressreichtum“ vergleichen müsste, sollte wissen, dass er zwei Ankündigungspraxen vergleicht. Ein Netz, das fein aufteilt, wirkt reicher als eines, das kompakt ankündigt, bei identischem Bestand. Ohne den zweiten Vergleichsterm ist die Rangfolge eine Rangfolge von Formularen.

Der ökonomische Punkt ist dieser: In einem Markt, in dem IPv4-Knappheit real ist und Übertragungen einen Preis haben, ist die Information über den Bestand selbst ein Aktivum. Wenn diese Information öffentlich nur in erklärender Form existiert, bricht der Markt nicht zusammen — er zersplittert. Wer Zugang zu internen Unterlagen hat, zahlt einen Preis; wer nur das Formular hat, zahlt einen anderen, und die Differenz zwischen beiden ist keine Risikoprämie, sondern eine Dokumentationsprämie.

Was die Lesart ändern würde

Vier Bedingungen, alle beobachtbar, würden diesen Text umschreiben.

Erstens: eine RDAP-Abfrage zum autonomen System 28126 oder zu den Ressourcen der Gesellschaft liefert einen verwertbaren Eintrag mit Blöcken und Daten. Dann wird die Frage nach dem Bestand beantwortbar, und das Formular kehrt zu dem zurück, was es ist: eine Bequemlichkeit.

Zweitens: ein veröffentlichtes Ergebnisdokument nennt eine Zahl von Anschlüssen oder Kunden, was einen Nenner ergäbe — ohne deshalb eine Adressen-pro-Kunde-Kennzahl zu erzeugen, weil der Zähler weiterhin fehlt. Ein Nenner allein genügt nicht.

Drittens: Die Zähler des Netzwerkeintrags verändern sich materiell. Eine starke Veränderung der angekündigten IPv4-Präfixzahl bei konstantem Bestand würde eine geänderte Ankündigungspolitik anzeigen; eine Veränderung der Präsenzzahl eine geänderte Vermaschung. Beides sind Signale, keines davon ist eine Bestandsmessung.

Viertens: ein unabhängiger, datierter Auszug einer Routingtabelle bestätigt oder widerlegt die erklärten Zähler. Das ist der einzige Weg, der eine Erklärung in eine Beobachtung verwandelt.

Methode und Herkunft

Die Angaben dieses Dossiers stammen aus vier aufbewahrten Quellen, jede datiert. Der Netzwerkeintrag wurde am 10. November 2026 um 02:05 UTC abgerufen, die Verbindungsliste im selben Moment, das Investor-Relations-Portal am 10. November 2026 um 01:57 UTC, der LACNIC-Mitgliedseintrag in der veröffentlichten Fassung mit letzter Aktualisierung vom 20. Juni 2026. Zwei dieser Quellen sind wörtlich zitiert, zwei als verfasste Zusammenfassung berichtet, und wir haben das an jeder Stelle vermerkt, an der es zählt. Die beiden datenlosen Registerabfragen sind als Abruffehlschläge vermerkt.

Für keinen Zeitraum wurde eine Zahl zu Umsatz, Betriebsergebnis, Investitionen, angeschlossenen Kunden oder erschlossenen Haushalten erhoben. Es wird keine Kennzahl von Adressen pro Kunde berechnet, angedeutet oder implizit mitgeführt, und sie kann nicht berechnet werden. Der LACNIC-Mitgliedseintrag stützt ausschließlich die Mitgliedschaft und das Registerland, nichts darüber hinaus.

Das Unternehmensdossier im Verzeichnis steht hier: https://btw.media/de/directory/brisanet-servicos-de-telecomunicacoes-s-a-br Nur für den Strategischen Kreis.