AS267217s oberes IPv4 /23 war nur über ITS sichtbar, während das übergeordnete /22 auch BR.Digital erreichte

Zusammenfassung

• Gegenstand ist die SW Internet Ltda - ME, CNPJ 18.605.214/0001-57, auch unter dem Handelsnamen SW Connect geführt. Die Anbieterliste der Anatel und der veröffentlichte Text von Ato 1765 identifizieren diese juristische Person als SCM-Lizenznehmer, während Registro.br derselben CNPJ AS267217, 45.231.180.0/22 und 2804:4a14::/32 zuweist.
• Ein RIPE-RIS-Snapshot vom Veröffentlichungsdatum ergab drei IPv4- und eine IPv6-Ankündigung. Das übergeordnete 45.231.180.0/22 und das untere 45.231.180.0/23 erschienen über AS14840 BR.Digital und AS28186 ITS, aber alle 373 gesammelten Pfade für 45.231.182.0/23 zeigten nur ITS unmittelbar vor AS267217.
• IX.br führte SWINTERNET an seiner Salvador-Austauschstelle auf und zeigte zwei etablierte IPv4- und zwei etablierte IPv6-Route-Server-Sitzungen. Mehrere Sitzungen bestätigen die aktive logische Teilnahme, geben aber keine Auskunft über die Anzahl der physischen Ports, Zuleitungen, Edge-Router, Standorte oder Stromversorgungsbereiche.
• SW Fibra und SW Tellecom werden nicht als Gegenstand betrachtet. Öffentliche Unternehmensdaten ordnen den Handelsnamen SW Fibra der separat nummerierten SW Tellecom, CNPJ 11.806.281/0001-90, zu. Gemeinsame Administratoren und ähnlich aussehende Domains sind Hinweise auf Nähe, aber kein Beleg dafür, dass die Angebote, Standorte, der Support, die Endnutzerverbindungen oder das Zugangsnetz von SW Fibra zu SW Internet gehören oder über AS267217 verlaufen.

Das Subjekt beginnt mit einer CNPJ und einer ASN

Kleine Netzwerke sind besonders anfällig für eine scheinbar harmlose Abkürzung: Ein kurzer Markenname wird mit einem ähnlichen Firmennamen gleichgesetzt und dann jede nahegelegene Website, Adresse und jedes Produkt als ein Betrieb behandelt. SW Internet zeigt, warum diese Abkürzung unsicher ist. Die stärksten öffentlichen Beweise beginnen nicht mit einer Einzelhandelsseite. Sie beginnen mit einer Telekommunikationsgenehmigung, einer gesetzlichen Registrierungsnummer und Internetnummernressourcen.

DieListe der SCM-zugelassenen Anbieterder Anatel identifiziert SW Internet Ltda - ME unter dem Verfahren 53500.022068/2014-89 und Ato 1765, mit Genehmigung vom 23. März 2015. Ein nachgedruckter Text der entsprechendenAusgabe des Diario Oficial da Uniaogibt die CNPJ 18.605.214/0001-57 an und beschreibt eine unbefristete, landesweite, nicht exklusive Genehmigung zur Bereitstellung des Servico de Comunicacao Multimedia. Die Reproduktion wird außerhalb der Regulierungsbehörde gehostet, sodass sie nützlich ist, weil ihre Handlung, ihr Verfahren und ihre CNPJ mit der Live-Liste der Anatel übereinstimmen, nicht weil der Spiegel allein autoritativ ist.

Der Nachweis des Nummernregisters ist noch direkter. DerAS267217-Datensatzvon Registro.br nennt SW Internet Ltda - ME und identifiziert den Registranten-Handle als 18605214000157. Der Datensatz datiert die Registrierung auf den 20. Februar 2018. Die verknüpfte45.231.180.0/22-Zuweisungdeckt 45.231.180.0 bis 45.231.183.255 ab und nennt denselben Firmennamen und dieselbe CNPJ. Die2804:4a14::/32-Zuweisungmacht dasselbe für IPv6. Diese drei Datensätze belegen eine kohärente technische Identität: Die juristische Person, die die SCM-Genehmigung besitzt, hält auch die autonome Systemnummer und die von diesem autonomen System stammenden Adressressourcen.

Ein öffentlicher Spiegel der Unternehmensregistrierungsdaten fürCNPJ 18.605.214/0001-57verzeichnet das aktive Unternehmen als SW Internet Ltda, gibt SW Connect als Handelsnamen an und platziert seinen Hauptsitz in Lauro de Freitas, Bahia. Die API ist nicht der Telekommunikationsregulierer oder das Internetregister, stimmt aber mit den Identifikatoren in diesen primären Systemen überein. Sie nennt auch Fabio Souza Rodrigues und Fabricio Souza Rodrigues als Administratoren. Diese Namen sind wichtig für das Verständnis, warum ähnlich aussehende Datensätze existieren, aber sie erweitern nicht automatisch den Gegenstand.

Der vertretbare Ausgangspunkt ist daher exakt. SW Internet Ltda - ME, CNPJ 18.605.214/0001-57, ist die lizenzierte juristische Person und der registrierte Inhaber von AS267217 und seinem direkt zugewiesenen IPv4- und IPv6-Adressraum. Alles andere muss mit Beweisen von vergleichbarer Spezifität mit dieser Aussage verbunden werden.

Ähnliche Namen verwischen die Unternehmensgrenze nicht

Die Grenze ist keine Formalität. Ein separater öffentlicher Unternehmensdatensatz fürSW Tellecom Comercio de Informatica Ltdagibt die CNPJ 11.806.281/0001-90, eine aktive Registrierung in Salvador und die Handelsnamen Salvador Wireless, SW Fibra und SW Solar an. Er nennt dieselben beiden Administratoren, die für SW Internet gemeldet wurden. Das ist ein Beleg für eine gemeinsame menschliche Verwaltung. Es ist kein Beleg dafür, dass die beiden CNPJs austauschbar sind, dass eine die andere besitzt, dass eine Genehmigung zwischen ihnen übertragen wurde oder dass unter einem Namen verkaufte Dienstleistungen über das autonome System des anderen erbracht werden.

Die Domain-Datensätze verstärken die Notwendigkeit von Zurückhaltung, anstatt sie aufzulösen. Registro.br verzeichnetswinternet.net.brfür SW Internet Ltda - ME unter der obigen CNPJ. Im Gegensatz dazu istswfibra.com.brauf Fabricio Souza Rodrigues als Privatperson registriert. Der Datensatz fürsalvadorwireless.com.brverwendet die CNPJ 11.806.371/0001-81, die sich um eine Zifferngruppe von der Nummer der SW Tellecom unterscheidet und nicht die CNPJ von SW Internet ist. Eine öffentliche Unternehmensdatenantwort für11.806.371/0001-81identifiziert eine separat nummerierte Einzelfirma-Registrierung und meldet sie als inaktiv.

Insgesamt zeigen die Datensätze ein Cluster von Namen, Personen und Domains. Sie liefern nicht die fehlende rechtliche oder Netzbrücke. Keiner der hier zitierten direkt autoritativen Datensätze besagt, dass SW Fibra ein Handelsname von SW Internet Ltda, CNPJ 18.605.214/0001-57, ist. Kein zitierter Datensatz besagt, dass eine von SW Tellecom vertraglich vereinbarte Verbindung von AS267217 stammt.

Es wurde kein Lizenztransfer, kein Fusionsantrag, keine Netzwerkdienstevereinbarung, kein Kundenvertrag, der beide Unternehmen nennt, und keine Stellungnahme der Regulierungsbehörde gefunden, die es erlauben würde, diese Aussagen als Tatsachen zu behandeln.

Diese Einschränkung kontrolliert die gesamte Analyse. Preise, Pakete, Installationsbehauptungen, Supportkanäle, Geschäftsadressen, Abdeckungsangaben und Reparaturzusagen, die unter SW Fibra oder SW Tellecom veröffentlicht wurden, können nicht zur Beschreibung von SW Internet verwendet werden. Gleiches gilt für jede Zugangsfaser, drahtlose Verbindung, optisches Terminal oder Endnutzerroute, die nur mit diesen Namen verbunden ist.

Selbst ein gemeinsamer Administrator, ein gemeinsames E-Mail-Muster oder eine gemeinsame Hosting-Adresse würden Nähe zeigen, nicht aber, welche juristische Person ein Vermögenswert besitzt oder eine Dienstleistungspflicht schuldet.

Es gibt mehrere Möglichkeiten, wie eine Brücke letztendlich hergestellt werden könnte. Eine Stellungnahme der Regulierungsbehörde könnte eine Lizenznachfolge identifizieren. Eine aktuelle rechtliche Mitteilung könnte SW Internet als den Anbieter hinter einem Markenvertrag nennen. Ein unterzeichneter Dienstleistungsvertrag könnte die vertragsschließende CNPJ und das für die Erbringung verwendete autonome System identifizieren. Eine autoritative Unternehmenseinreichung könnte die Kontrolle oder eine eingegliederte Zweigstelle dokumentieren.

Messungen von einem unabhängig verifizierten Schaltkreis könnten diesen Schaltkreis mit dem Datenverkehr von AS267217 verbinden. Keines davon wird durch visuelle Ähnlichkeit zwischen Websites oder durch eine Familie von Initialen ersetzt.

Aus diesem Grund erscheinen SW Fibra und SW Tellecom hier nur als Gegenbeweis gegen nachlässige Identitätszuordnung. Sie sind kein Beleg für den Dienstbereich, das Produktdesign, den Kundenstamm, die Supportmitarbeiter, die Zugangstechnologie oder das physische Netzwerk von SW Internet.

Die verifizierte Geografie endet an zwei verschiedenen Ortsarten

Der öffentliche Datensatz unterstützt zwei geografische Aussagen über SW Internet, und sie beschreiben verschiedene Dinge. Erstens platzieren die Anatel-Liste und die Unternehmensdatenantwort das rechtliche Unternehmen in Lauro de Freitas. Das ist ein administrativer Standort. Er könnte mit dem Betrieb verbunden sein, aber eine registrierte Adresse beweist nicht, dass dort ein Router, ein optisches Shelf, ein Funkgerät, ein Lager oder ein besetztes Netzwerkzentrum installiert ist.

Zweitens listet dieSalvador-Teilnehmertabellevon IX.br 267217 SWINTERNET als Teilnehmer an der Austauschstelle Bahia auf. Das ist ein logischer Zusammenschaltungsort. Er belegt, dass das autonome System unter den von der Austauschstelle offengelegten Bedingungen am Salvador-IX-Fabric teilnimmt. Er gibt nicht preis, welcher physische PIX oder welche Einrichtung den Teilnehmer anliefert, ob die Anlieferung direkt oder transportiert erfolgt, wo sich der Router von SW befindet oder ob die Route zur Austauschstelle Infrastruktur mit einer externen Schaltung gemeinsam nutzt.

Die landesweite Sprache in Ato 1765 ist eine dritte, leicht missverstandene Geografie. Sie beschreibt den rechtlichen Umfang der Genehmigung. Sie belegt keine landesweiten Anlagen, Kunden oder aktiven Dienst. Ein Unternehmen kann eine Betriebserlaubnis für ganz Brasilien besitzen, während es ein viel kleineres Netzwerk unterhält. Die Umwandlung der Genehmigung in eine Netzabdeckung würde verwechseln, was der Betreiber tun darf mit dem, was er aufgebaut hat.

Kein autoritativer, subjektspezifischer Beleg, der für diese Analyse gefunden wurde, definiert die Einzelhandelsabdeckung, Kundenstandorte, Zugangswege, Funkstandorte, Glasfaserpfade, Schränke, Aggregationsstandorte oder Feldwartungsbereich von SW Internet. Diese Fakten können nicht vom separaten Identitätscluster der SW Fibra übernommen werden. Das Ergebnis ist eine bewusst spärliche Karte: eine rechtliche Adresse in Lauro de Freitas und eine logische IX-Präsenz in Salvador, ohne Linie dazwischen und ohne Servicepolygon um einen der beiden Orte.

Diese Unterscheidung ist wichtig für Käufer und Vertragspartner. Eine logische IX-Präsenz kann die Erreichbarkeit von an der Austauschstelle verfügbaren Netzwerken verbessern. Sie sagt nichts darüber aus, ob SW einen Pfad von Lauro de Freitas nach Salvador besitzt, Transport von einem anderen Carrier mietet, die IX über einen Wiederverkäufer erreicht oder von einem Colocation-Standort eines Dritten aus operiert. Eine Firmenadresse kann für Mitteilungen und Rechenschaftspflicht wichtig sein, aber nichts darüber aussagen, wo Pakete in das Netzwerk gelangen.

Bis Einrichtungs- und Schaltungsbelege erscheinen, ist die physische Entfernung zwischen den beiden Datensätzen keine dokumentierte SW-Route.

Vier Ankündigungen machten AS267217 global sichtbar

Um 08:00 UTC am 15. Juli 2026 beschrieb derRouting-Status-Snapshotvon RIPEstat ein kleines, aber weit sichtbares Ursprungsnetzwerk. Er zählte drei IPv4-Ankündigungen, die 1.024 eindeutige IPv4-Adressen abdecken, und eine IPv6-Ankündigung, die ein IPv6 /32 abdeckt. IPv4-Routen waren für 325 von 326 RIS-Full-Feed-Peers sichtbar, während IPv6 für alle 322 gezählten Peers sichtbar war.

DerSatz angekündigter Präfixeenthielt vier Einträge: 45.231.180.0/22, 45.231.180.0/23, 45.231.182.0/23 und 2804:4a14::/32. Die drei IPv4-Ankündigungen repräsentieren nicht drei unabhängige Zuweisungen. Das /22 ist der zugewiesene Block, und die beiden /23 teilen denselben Block in eine untere und obere Hälfte. Die Angabe sowohl des übergeordneten Aggregats als auch seiner spezifischeren Komponenten ist eine Routing-Policy-Entscheidung.

Diese Entscheidung ist wichtig, weil Router normalerweise das längste passende Präfix bevorzugen. Verkehr für eine Adresse innerhalb von 45.231.182.0/23 folgt normalerweise dem /23, wenn es verfügbar ist, selbst wenn das übergeordnete /22 ebenfalls vorhanden ist. Das Aggregat kann dennoch Erreichbarkeit für Adressen in der Zuweisung bieten, wenn eine spezifischere Route verschwindet, aber nur, wenn das Aggregat weiterhin verbreitet wird und der Pfad nutzbar ist. Eine statische Tabelle kann nicht beweisen, dass dieser Fallback absichtlich getestet wurde.

Die vier Ankündigungen belegen den Betrieb auf der BGP-Ebene. Sie zeigen, dass AS267217 seine registrierten Ressourcen originierte und dass diese Ursprünge eine breite Stichprobe globaler Kollektoren erreichten. Sie zeigen kein Verkehrsvolumen. Eine Route mit nahezu universeller Sichtbarkeit kann sehr wenig Verkehr tragen, und eine stark genutzte Route kann dieselbe sichtbare Präfixanzahl haben. Sie identifizieren auch nicht die Anwendungen, Organisationen oder Zugangsverbindungen, die Adressen innerhalb des Blocks verwenden.

Der Routing-Datensatz ist dennoch stärker als eine Netzwerkbeschreibung. Es ist eine datierte Beobachtung dessen, was das Internet sah. Die nützliche Frage ist nicht, ob die ASN existierte, sondern wie jede Route die Kollektoren erreichte und wie die Unterschiede die Resilienz beeinflussen könnten.

Das obere /23 hatte einen engeren beobachteten Pfadsatz

DerBGP-Snapshotdes übergeordneten 45.231.180.0/22 enthielt 371 gesammelte Pfade. In 201 von ihnen erschien AS14840 unmittelbar vor AS267217. In den anderen 170 belegte AS28186 diese Position. DerSnapshotdes unteren 45.231.180.0/23 hatte die identische 201-zu-170-Verteilung über 371 Pfade.

Die obere Hälfte unterschied sich. DerSnapshotvon 45.231.182.0/23 enthielt 373 Pfade, und jeder platzierte AS28186 unmittelbar vor AS267217. Registro.br identifiziertAS28186als ITS Telecomunicacoes Ltda undAS14840als BR.Digital Telecom. Diese Registernamen erlauben es uns, die benachbarten autonomen Systeme zu benennen, ohne ihre vertraglichen Rollen zu erraten.

Die Asymmetrie ist spezifisch. Für das Aggregat und das untere /23 sahen die Kollektoren Routen mit entweder BR.Digital oder ITS benachbart zu SW. Für das obere /23 erreichte die spezifischere Route jeden gesammelten Pfad nur über ITS. Das bedeutet nicht, dass die Adressen im oberen /23 keinen möglichen Pfad durch BR.Digital hatten. Da das übergeordnete /22 auch durch BR.Digital sichtbar war, könnte ein Router auf diese weniger spezifische Route zurückfallen, wenn das obere /23 verschwindet.

Ob dies während eines echten Ausfalls geschieht, hängt davon ab, was noch erreichbar ist, wie die Routen gefiltert werden, wo der Fehler auftritt und ob der BR.Digital-seitige Pfad physisch und betrieblich unabhängig ist.

Auch beweist die unmittelbare AS-Nachbarschaft allein nicht "Transit" im kommerziellen Sinne. BGP-Pfade legen die Sequenz offen, nicht die Rechnungen. AS14840 oder AS28186 könnten bezahlten Transit, teilweisen Transit, Peering, Transport zu einer Austauschstelle, einen gemischten Dienst oder eine andere Vereinbarung bereitstellen. DieASN-Nachbar-Beobachtungvon RIPEstat ist nützlich, um wiederkehrende Pfadnachbarschaften zu identifizieren, offenbart aber keine Vertragsbedingungen oder Schaltungseigentum.

Der engere Pfadsatz könnte beabsichtigte Politik sein. SW könnte ITS für das obere /23 bevorzugen, diese Spezifischere nur an ITS ankündigen, Communities anwenden, die die Verbreitung ändern, oder die Route für Traffic Engineering verwenden. Er könnte auch einen temporären Zustand zum Zeitpunkt des Snapshots widerspiegeln. Die Daten erklären den Grund nicht. Was sie zeigen, ist, dass die global ausgewählte spezifischere Route des oberen /23 nicht dieselbe Diversity der benachbarten AS wie das Aggregat und das untere /23 aufwies.

Dies ist die wichtigste betriebliche Unterscheidung im öffentlichen Datensatz, weil eine Überschrift "zwei vorgelagerte Netzwerke" sie verschleiern würde. Resilienz gehört zu einer Route unter einer Ausfallbedingung, nicht zu einer ASN im Abstrakten. Ein Netzwerk kann zwei benachbarte autonome Systeme haben, während eine bestimmte spezifischere Route nur über eines davon sichtbar ist. Es kann auch zwei BGP-Sitzungen haben, die denselben Transport, Kanal, Gebäudeeingang, Router oder dieselbe Stromversorgung nutzen. Der Kollektorsnapshot misst die erste Schicht und sagt nichts über die zweite.

IPv6 war im Snapshot noch konzentrierter

DerBGP-Zustandvon 2804:4a14::/32 enthielt 347 gesammelte Pfade. AS14840 BR.Digital erschien in 344 von ihnen unmittelbar vor AS267217. Drei andere autonome Systeme erschienen jeweils einmal in dieser Position: AS28624, AS52873 und AS264479.

Es wäre ein Fehler, diese drei Ein-Pfad-Beobachtungen als drei nachgewiesene Backup-Dienste zu zählen. Eine Ein-Pfad-Nachbarschaft kann durch begrenzte Verbreitung, eine Route-Server-Ansicht, Path-Server-Verhalten, ungewöhnliche Politik oder einen vorübergehenden Zustand entstehen. Ohne wiederholte Beobachtungen, Vertragsbelege und Ausfalltests ist die robuste Schlussfolgerung Konzentration: Fast jeder gesammelte IPv6-Pfad erreichte SW zum ausgewählten Zeitpunkt über BR.Digital.

Der Kontrast zu IPv4 ist lehrreich. Das IPv4-Aggregat hatte eine erhebliche Sichtbarkeit sowohl über BR.Digital als auch ITS, während das IPv6 /32 überwältigend BR.Digital unmittelbar vor SW präsentierte. Dual-Stack-Unterstützung impliziert daher nicht eine gleiche Dual-Stack-Resilienz. Ein Standort oder Dienst kann unter normalen Bedingungen über beide Adressfamilien erreichbar sein und dennoch in jeder Familie unterschiedliche Ausfallbelastungen aufweisen.

Es gibt auch keinen Grund anzunehmen, dass das gesamte /32 aktiv genutzt wird. Die Zuweisung von Registro.br definiert einen sehr großen Adressraum, und die Sichtbarkeit von RIPEstat bestätigt, dass die Aggregatroute angekündigt wurde. Keine der Quellen berichtet, wie viele /48 zugewiesen wurden, wie viele IPv6-Endpunkte aktiv sind oder wie viel Verkehr IPv6 nutzt. Adressskalierung und Weiterleitungskapazität sind separate Größen.

Salvador-IX-Teilnahme ist real, aber physisch undurchsichtig

IX.br bietet eine zweite Ansicht des Live-Betriebs. Seine Salvador-Teilnehmertabelle listet AS267217 als SWINTERNET. Genauer gesagt, dieNachbarsucheder Austauschstelle zeigte am 15. Juli vier etablierte Sitzungen: zwei IPv4-Route-Server-Sitzungen unter Verwendung von 200.219.145.31 und zwei IPv6-Route-Server-Sitzungen unter Verwendung von 2001:12f8:0:8::31. Jede IPv4-Sitzung akzeptierte vier Routen von AS267217; jede IPv6-Sitzung akzeptierte eine.

Das ist ein starkes Indiz dafür, dass SW an der multilateralen Route-Server-Umgebung der Austauschstelle teilnahm und denselben Vier-Präfix-Satz ankündigte, der für RIS sichtbar war. Es erklärt auch, warum die Teilnehmertabelle nützlicher ist als ein veraltetes Interkonnektionsprofil. Ein Live-Looking-Glass beobachtet den Sitzungsstatus und die akzeptierten Routen. Es muss nicht aus einer Selbstbeschreibung auf den Betrieb schließen.

Aber die beiden Route-Server sollten nicht als zwei physische Verbindungen missverstanden werden. Beide IPv4-Sitzungen verwendeten dieselbe Teilnehmeradresse, und beide IPv6-Sitzungen verwendeten dieselbe Teilnehmeradresse. Ein Teilnehmer kann Sitzungen zu zwei Route-Servern über einen Austauschport und einen Router aufbauen. Die Route-Server verbessern die Kontrollebenenkontinuität, wenn ein Route-Server-Prozess ausfällt; sie überleben allein nicht den Ausfall des Teilnehmerports, seiner Zuleitung, seines Edge-Geräts, seines Racks, seiner Einrichtung oder seiner Stromquelle.

Die öffentlichen Datensätze geben die Portgeschwindigkeit von SW an der IX nicht preis. DieAS267217-Seitevon bgp.tools identifiziert die Salvador-Austauschadresse, liefert aber keine verfügbare Leitungsrate. DiePTT-Salvador-Zusammenfassungvon Hurricane Electric listet ebenfalls SWINTERNET und 200.219.145.31 ohne einen Geschwindigkeitswert auf. Das Fehlen in diesen Anzeigen ist kein Beleg dafür, dass keine Rate existiert; es bedeutet, dass eine verifizierbare öffentliche Nummer von ihnen nicht verfügbar ist.

DasAS267217-Profilvon PeeringDB erzeugt einen nützlichen Dokumentationskonflikt. Der vom Betreiber gepflegte Datensatz beschreibt einen regionalen ISP, zeigt IPv6-Unterstützung an und gibt ein breites selbst gemeldetes Verkehrsband von 1-5 Gbps an, hat aber keine IX- oder Einrichtungszeilen und wurde zuletzt 2022 aktualisiert. Aktuelle IX.br-Belege zeigen eine Austauschpräsenz, die das ältere Profil auslässt. Das Verkehrsband des Profils sollte daher als veraltete, grobe Selbstauskunft behandelt werden, nicht als aktuelle Portgeschwindigkeit, externe Kapazitätszahl oder Verkehrsmessung.

Selbst der Begriff "Präsenz in Salvador" erfordert Sorgfalt. Ein IX-Standort kann durch Transport erreicht werden, der von einem anderen Netzwerk bereitgestellt wird. Die IX.br-Dokumentation erlaubt verschiedene Anlieferungsmethoden, und die Teilnehmertabelle identifiziert nicht die gewählte Methode von SW. Ohne einen subjektspezifischen Einrichtungsdatensatz, Cross-Connect-Auftrag, Portdatensatz oder Transportvertrag ist es nicht möglich, SW-Ausrüstung in einem benannten Gebäude in Salvador zu platzieren.

Einrichtungen benachbarter Netzwerke sind nicht SW-Einrichtungen

Die PeeringDB-Datensätze fürBR.Digital AS14840undITS AS28186zeigen ihre eigenen Salvador-Interkonnektions- und Einrichtungsinformationen. Diese Datensätze helfen zu belegen, dass beide benachbarten Netzwerke im metropolitanen Interkonnektionsmarkt operieren. Sie lokalisieren SW nicht.

Wenn BR.Digital und ITS in verschiedenen Einrichtungen erscheinen, beweist das immer noch nicht, dass SW zwei unabhängig gelieferte Schaltungen an diese Standorte kauft. SW könnte sie an einem gemeinsamen Ort treffen. Einer oder beide Dienste könnten über einen Dritten transportiert werden. Die Pfade könnten Kanäle, Masten, Fernstrecken, Gebäudeeingänge, Cross-Connect-Rahmen, ein Edge-Gehäuse oder ein Stromsystem gemeinsam nutzen, bevor sie sich trennen. Umgekehrt könnte SW mehr physische Trennung haben, als der öffentliche Datensatz zeigt. Die Fußabdrücke der benachbarten Netzwerke können keine der beiden Möglichkeiten klären.

Sekundäre Routing-Zusammenfassungen bieten Bestätigung auf der logischen Ebene. DieIPinfo-AS267217-Zusammenfassungidentifiziert BR.Digital und ITS als Haupt-Upstreams, während derCIDR Reportdieselben beiden prominenten Nachbarschaften und keinen sichtbaren nachgelagerten Kunden-ASN zeigt. Diese Bezeichnungen sind als Querverweise nützlich, aber ihre Methoden und Zeitpunkte sind weniger explizit als die datierten RIS-Pfade. Sie können einen BGP-Nachbarn nicht in einen bekannten kommerziellen Lieferanten oder eine Schaltung in eine physisch diverse verwandeln.

Eine ältere manuelle Richtlinie kann auch das Netzwerk überleben, das sie beschreibt. DerAS267217-Datensatzvon Registro.br enthält manuellen Richtlinientext, der AS52720 erwähnt. Registro.br identifiziertAS52720als Webfoco Telecomunicacoes Ltda. AS52720 war nicht einer der beiden dominanten unmittelbaren Nachbarn in den RIS-Pfadzählungen zum Veröffentlichungszeitpunkt. Die Diskrepanz ist eine Erinnerung daran, dass Registry-Policy-Felder historische Erklärungen und keine Live-Topologie sein können.

Die Belege unterstützen zwei wiederkehrende externe Nachbarschaften, einen aktuellen IX-Standort und eine spezifische Präfixverteilung. Sie unterstützen kein physisches Diagramm. Jedes Diagramm, das SW, BR.Digital und ITS in benannten Einrichtungen mit separaten Leitungen platziert, würde Fakten hinzufügen, die die Quellen nicht enthalten.

Adressraum, Verkehr und Kapazität sind unterschiedliche Messungen

Die IPv4-Zuweisung von SW enthält 1.024 Adressen. Sein IPv6 /32 kann in 65.536 /48 unterteilt werden. Diese Zahlen sind exakte Ressourcenmengen, aber keiner davon ist ein Durchsatzwert. Eine Adresse kann ein Interface, einen Server, einen Router, einen Übersetzungspool oder eine ungenutzte Zuweisung identifizieren. Ein /48 kann reserviert sein, ohne Datenverkehr zu führen. Das Zählen von Adressen offenbart nicht Kunden, Ports, Pakete pro Sekunde oder Gigabit pro Sekunde.

Die öffentlichen Belege liefern keine verifizierte Gesamtzahl für die installierte externe Kapazität. Sie geben die Rate einer BR.Digital-Schaltung, einer ITS-Schaltung oder der IX-Anlieferung nicht an. Sie zeigen keine zugesicherten Informationsraten, Burst-Limits, Transit-Commitments, Peering-Port-Geschwindigkeiten oder Verkehrsperzentile. Sie legen nicht die Backplane des Switches, die Weiterleitungskapazität des Routers, die Interface-Auslastung oder Ersatzoptiken offen. Das veraltete PeeringDB-Verkehrsband ist eine Verkehrsklassifikation, kein technisches Inventar.

Die installierte Kapazität würde die Resilienzfrage dennoch nicht allein beantworten. Ein 10-Gbps-Interface kann auf unter 10 Gbps ratenbegrenzt sein. Zwei nominell getrennte Interfaces können einen eingeschränkten Transportdienst speisen. Ein Netzwerk mit ausreichender Reserve unter Normalbedingungen kann überlastet sein, wenn ein Pfad ausfällt und der gesamte Verkehr auf den Überlebenden übergeht. Die nutzbare Kapazität ist die niedrigere der Kapazitäten, die auf jeder notwendigen Ebene verbleiben: Edge-Weiterleitung, Interface, Transport, benachbares Netzwerk, Austauschstelle und Zielpfad.

Es gibt auch keine verifizierte verkaufte oder reservierte Kapazitätszahl. Kein subjektspezifischer öffentlicher Datensatz identifiziert aktive Verbindungen, Großhandelsverpflichtungen, gehostete Systeme oder Adressnutzung. Das verhindert eine vertretbare Überbuchungsberechnung. Das breite PeeringDB-Band von 1-5 Gbps könnte mit vielen Netzwerkformen konsistent sein, und sein Alter macht es ungeeignet als Lastmessung zum Veröffentlichungszeitpunkt.

Die korrekte Kapazitätsaussage ist daher bescheiden. AS267217 hatte global sichtbare IPv4- und IPv6-Routen, vier akzeptierte Ankündigungen an IX.br Salvador und zwei große externe Pfadnachbarschaften in RIS. Seine aktuellen Leitungsraten, Verkehrslast, Reserve und Durchsatz unter Ausfallbedingungen wurden nicht öffentlich festgestellt.

Drei Ausfalltests zeigen, was die Tabellen nicht beantworten können

Der erste Test betrifft das obere IPv4 /23. Angenommen, die ITS-seitige Route für 45.231.182.0/23 verschwindet, während das übergeordnete /22 über BR.Digital bestehen bleibt. In einem einfachen Policy-Fall würden entfernte Router die Spezifischere zurückziehen und das überlebende /22 auswählen, wodurch die Erreichbarkeit über BR.Digital erhalten bliebe. Der Snapshot macht dieses Ergebnis plausibel, weil das Aggregat über BR.Digital sichtbar war. Er macht es nicht sicher.

Der Fehler könnte innerhalb von SW an einem Router oder Interface sitzen, das von beiden Ankündigungen gemeinsam genutzt wird. BR.Digital könnte das Aggregat über Infrastruktur empfangen, die ebenfalls von der ausgefallenen Komponente abhängt. Die Filterung könnte sich je nach Nachbar oder Region unterscheiden. Die Konvergenz könnte verzögert sein. Der Rückverkehr könnte einem anderen Pfad folgen. Eine überlebende Route könnte nicht genügend Kapazität für die verlagerte Last haben.

Nur kontrollierte Entzugstests, die von mehreren externen Standpunkten aus beobachtet werden, kombiniert mit Schaltungs- und Topologieaufzeichnungen, würden den Fallback belegen.

Der zweite Test betrifft IPv6. Wenn der BR.Digital-seitige IPv6-Pfad ausfällt, bietet der Snapshot zum Veröffentlichungszeitpunkt nur drei isolierte Pfade mit anderen unmittelbaren ASen. Diese Beobachtungen sind zu spärlich, um eine breit verbreitete Backup-Erreichbarkeit zu versprechen. Eine glaubwürdige IPv6-Resilienzbehauptung würde eine stabile Sichtbarkeit durch ein anderes vertragliches oder bewusst gewähltes benachbartes Netzwerk erfordern, wiederholt über die Zeit, und Belege, dass die Alternative einen BR.Digital-seitigen Fehler mit ausreichender Kapazität überlebt.

Der dritte Test betrifft die Salvador-IX-Verbindung. Der Verlust eines Route-Servers von IX.br könnte die andere Sitzung funktionsfähig lassen, da SW Sitzungen zu beiden BA-Route-Servern hatte. Der Verlust des Teilnehmerports oder Transports der Austauschstelle könnte alle vier Sitzungen gleichzeitig entfernen. Der Verlust eines gemeinsam genutzten Edge-Routers oder Stromversorgungsbereichs könnte auch beide Route-Server und externe Schaltungen betreffen. Das Looking-Glass kann diese Designs nicht unterscheiden.

Diese Tests zeigen, warum Routendiversität, Sitzungsdiversität und physische Diversität getrennt gemeldet werden müssen. Routendiversität ist sichtbar, wenn verschiedene AS-Pfade ein Präfix erreichen. Sitzungsdiversität ist sichtbar, wenn mehrere BGP-Sitzungen existieren. Physische Diversität erfordert Belege über Schaltungen, Eingänge, Geräte, Standorte und Strom. SW hat starke Belege auf den ersten beiden Ebenen für Teile seines Routings und fast keine auf der dritten.

Es gibt eine vierte Grenze jenseits des gerouteten Kerns: der Zugangs- oder Bereitstellungspfad zu den Nutzern der Adressen. Kein direkt verifizierter subjektspezifischer Datensatz identifiziert diese Anlage. Es wäre falsch, die Lücke mit separat verbundenen Produkten oder Feldoperationen von SW Fibra zu füllen. Daher kann diese Analyse einen Schnitt in einem Verteilerkabel, den Ausfall eines Zugangsfunks, den Verlust eines lokalen optischen Knotens, die Erschöpfung des Reparaturbestands oder den Einsatz eines Technikers als SW Internet-Ausfallmodi nicht testen.

Sie mögen für einige Konnektivitätsanbieter normale Risiken sein, aber die notwendige Eigentums- und Dienstbrücke fehlt hier.

Die gleiche Zurückhaltung gilt für die Auswirkungen. Ein Routenentzug könnte Systeme betreffen, die Adressen im entzogenen Präfix verwenden, aber der öffentliche Datensatz zählt diese Systeme oder ihre Betreiber nicht auf. Er kann keine Haushaltszahl, Geschäftszahl, Nachbarschaftsliste oder Service-Level-Behauptung unterstützen. Was gemessen werden kann, ist die Routensichtbarkeit: ob die Präfixe von externen Netzwerken aus erreichbar bleiben und über welche benachbarten autonomen Systeme.

Route-Origin-Sicherheit wurde nicht validiert

Der RPKI-Validator von RIPEstat gab für das45.231.180.0/22-Aggregat, die45.231.180.0/23-untere Hälfte, die45.231.182.0/23-obere Hälfteund die2804:4a14::/32-IPv6-Routeunbekannt zurück. Jede Antwort enthielt zum Zeitpunkt der Überprüfung keine validierende ROA.

Unbekannt ist nicht dasselbe wie ungültig. Es bedeutet, dass der Validator keine Route-Origin-Autorisierung fand, die die Präfix- und Ursprungskombination abdeckt. Die Routen wurden dennoch weit verbreitet, wie die RIS-Sichtbarkeitszahlen zeigen. Der RPKI-Status betrifft die kryptografische Autorisierung von Ursprungsankündigungen; er misst nicht Betriebszeit, Latenz, physische Diversität oder Kapazität.

Die betriebliche Implikation ist begrenzt, aber real. Netzwerke, die RPKI-basierte Richtlinien verwenden, können zwischen gültigen und ungültigen Ursprüngen unterscheiden, während einer unbekannten Route diese positive Validierung fehlt. Die Veröffentlichung korrekt skizzierter ROAs könnte die Mehrdeutigkeit darüber verringern, welche ASN autorisiert ist, diese Ressourcen zu originieren. Es würde die Pfadkonzentration des oberen /23 nicht lösen oder einen zweiten physischen Schaltkreis beweisen.

Die eigene Domain des Subjekts fügt eine enge Warnung hinzu

Der Domain-Datensatz für swinternet.net.br ist einer der wenigen Online-Identifikatoren, die direkt mit der Subjekt-CNPJ verbunden sind. Er nennt ns1.swinternet.net.br unter 45.231.180.13 und ns2.swinternet.net.br unter 45.231.180.14, beide innerhalb des zugewiesenen /22 von SW. Dies ist ein Beleg dafür, dass das autoritative DNS-Design der Domain Adressen aus dem registrierten Netzwerk verwendet.

Dieselbe Registro.br-Antwort verzeichnet eine automatisierte Delegationsprüfung am 15. Juli 2026 mit einem ns-Timeout-Status für beide Nameserver und gibt den 30. August 2025 als letzte korrekte Delegationsprüfung an. Dieses Ergebnis muss eng interpretiert werden. Eine Registry-Prüfung kann aufgrund von DNS-Konfiguration, Filterung, Paketverlust, Wartung oder des Pfads der Prüfung fehlschlagen. Es beweist nicht, dass AS267217 unerreichbar war, dass alle Abfragen global fehlschlugen oder dass ein nicht zusammenhängender Dienst ausgefallen war. Die starke BGP-Sichtbarkeit um 08:00 UTC zeigt, dass die Präfixe selbst weitgehend geroutet wurden.

Die Platzierung beider aufgeführten Nameserver in einem /22 belegt auch nicht, ob sie auf getrennter Hardware, an getrennten Standorten oder mit getrennter Stromversorgung laufen. Unterschiedliche IP-Adressen können auf einer Maschine enden, und ein Präfix kann sich über mehrere Standorte erstrecken. Der öffentliche Datensatz liefert Adressen und ein Prüfergebnis, nicht die zugrunde liegende Architektur.

Dies ist ein nützliches Beispiel für das Zusammenspiel von Beweisebenen. Der Domain-Datensatz ist stark für die rechtliche Identität und konfigurierte DNS-Adressen. Er ist ein begrenztes operatives Signal für eine Registry-Prüfung. Er ist kein Ersatz für Multi-Vantage-DNS-Überwachung oder Einrichtungsbelege.

Die Ökonomie ist die der Aufrechterhaltung der Erreichbarkeit, nicht eines verifizierten Einzelhandelsangebots

Ohne eine vertretbare Verbindung zu einer Einzelhandelsmarke muss die wirtschaftliche Analyse auf der Ebene des autonomen Systems bleiben. Ein kleiner Ursprungsnetzwerk hat mehrere wiederkehrende Kostenstellen: Internetnummernverwaltung, Edge-Routing, externe Konnektivität, Austauschzugang oder -transport, Ausrüstung, Colocation- oder Standortkosten, Strom, Überwachung und qualifizierten Netzwerkbetrieb. Das relative Gewicht jedes Postens hängt von Verträgen und Topologien ab, die SW nicht veröffentlicht.

Das Routenmuster deutet auf einen Betreiber hin, der die Erreichbarkeit über mindestens zwei wichtige externe Nachbarschaften und eine lokale Austauschstelle ausbalanciert. Die Ankündigung des Aggregats und zweier Spezifischerer schafft Policy-Optionen. Die Teilnahme an IX.br kann direkte oder multilaterale Pfade zu Austauschmitgliedern bieten und möglicherweise die Abhängigkeit von bezahlter externer Beförderung für berechtigten Verkehr verringern. Nichts davon beweist eine Ersparnis. Die Austauschteilnahme kann Port-, Transport-, Cross-Connect-, Ausrüstungs- und Betriebskosten erfordern, während der Wert von der Verkehrsmischung abhängt.

Die Asymmetrie des oberen /23 verdeutlicht einen Zielkonflikt. Das Lenken einer Spezifischeren überwiegend oder ausschließlich über ein benachbartes Netzwerk kann Traffic Engineering unterstützen, macht aber den sichtbaren Pfadsatz für diese Route enger als den des Aggregats. Das übergeordnete /22 mag einen Fallback bieten, doch die Fallback-Kapazität und -Konvergenz bleiben unbekannt. Die wirtschaftliche Entscheidung ist daher nicht einfach "zwei vorgelagerte kaufen".

Es geht darum, zu entscheiden, welche Präfixe wo angekündigt werden, wie viel Kapazität auf jedem Pfad bereitgestellt wird, welche Ausfalllast jeder Überlebende tragen muss und welche Redundanz es wert ist, bezahlt zu werden.

Das veraltete PeeringDB-Verkehrsband kann diese Fragen nicht beantworten. Selbst wenn das Netzwerk einst zwischen 1 und 5 Gbps übertrug, würde die Zahl nicht die Spitzenauslastung, die Abrechnung des 95. Perzentils, die Vertragsverpflichtungen, die Verkehrsrichtung oder die Last nach einem Ausfall angeben. Ein finanziell effizientes Design kann betrieblich fragil sein, wenn beide scheinbaren Pfade einen Transport gemeinsam nutzen oder der Überlebende wenig Reserve hat.

Das Fehlen verifizierter Zugangs- und Produktbelege bedeutet auch, dass es keine verantwortungsvolle Möglichkeit gibt, Umsatz, durchschnittlichen Umsatz pro Verbindung, Akquisitionskosten, Support-Personal oder lokale Reparaturkosten für SW Internet zu schätzen. Diese Berechnungen würden eine subjektspezifische Kunden- und Vertragsbasis erfordern. Das Übernehmen von Zahlen von SW Tellecom oder SW Fibra würde eine präzise aussehende Berechnung für die falsche juristische Person erstellen.

Was bleibt, ist eine Netzwerkökonomiefrage mit einer klaren Beweisanforderung: Wie viel unabhängige nutzbare externe Kapazität behält AS267217 nach dem Verlust jedes benachbarten Netzwerks, jeder IX-Anlieferung, jedes Edge-Geräts und jedes Stromversorgungsbereichs? Diese Zahl, gepaart mit der normalen und der Hauptverkehrszeit-Last, würde weit mehr enthüllen als ein Planpreis oder eine Adressanzahl.

Wer von AS267217 abhängt, bleibt nur teilweise sichtbar

Die erste betroffene Partei ist SW Internet selbst. Das Unternehmen ist verantwortlich für die rechtmäßige Nutzung und den Betrieb des registrierten autonomen Systems und der Adressressourcen. Ein längerer Routing-Ausfall könnte Systeme stören, die seine Präfixe verwenden, die Erreichbarkeit für Vertragspartner verringern und den Betrieb seiner eigenen Domain-Infrastruktur erschweren.

Die zweite Gruppe besteht aus Organisationen oder Systemen, denen Adressen innerhalb von 45.231.180.0/22 oder 2804:4a14::/32 zugewiesen sind. Die öffentlichen Routing-Daten identifizieren sie nicht. Der CIDR Report zeigte keinen sichtbaren nachgelagerten Kunden-ASN, aber das schließt Endsysteme, private Netzwerke, Adressübersetzung, gehostete Dienste oder Benutzer, die ohne eigenen ASN erreicht werden, nicht aus. Ihre Anzahl und Funktion sind unbekannt.

Die dritte Gruppe sind die Interkonnektionspartner des Netzwerks. IX.br-Route-Server akzeptierten die vier Routen von SW und machten sie gemäß der Austauschrichtlinie in der multilateralen Umgebung verfügbar. BR.Digital und ITS erschienen wiederholt neben SW in globalen Pfaden. Routenänderungen, Lecks oder Entzüge können daher die Erreichbarkeit anderer Netzwerke zu den Präfixen beeinträchtigen, selbst wenn kein physischer Ausfall auftritt.

Regulierungsbehörden und Ressourcenregister bilden eine weitere Rechenschaftsebene. Die Genehmigung der Anatel identifiziert die lizenzierte Person. Registro.br identifiziert den Ressourceninhaber und die Kontakte. Diese Datensätze sind gerade deshalb wichtig, weil ähnliche kommerzielle Namen nicht die Verantwortung bestimmen. Jeder, der einen Vertrag oder Vorfall bewertet, sollte mit der CNPJ im relevanten Dokument beginnen, anstatt anzunehmen, dass alle SW-gekennzeichneten Aktivitäten zu AS267217 gehören.

Kein verifizierter Beleg unterstützt eine Zählung der Einzelhandelsabonnenten, versorgten Haushalte, Geschäftskreise oder Gemeinden von SW Internet. Die Auswirkungsoberfläche kann auf Präfixebene beschrieben, aber nicht in eine Bevölkerungszahl umgewandelt werden.

Die für eine stärkere Resilienzbehauptung erforderlichen Belege sind konkret

Die wertvollste Offenlegung wäre ein aktuelles logisches und physisches Interkonnektionsinventar. Für jede Verbindung zu BR.Digital, ITS und IX sollte es Diensttyp, zugesicherte und physische Rate, Übergabeeinrichtung, Lieferant, Edge-Router, Port, Routenrichtlinie und die Frage, ob eine Komponente gemeinsam genutzt wird, identifizieren. Sensible Details könnten unter kontrollierten Bedingungen Unternehmenskäufern oder Prüfern offengelegt werden, während öffentliche Zusammenfassungen den Unabhängigkeitsgrad angeben.

Ein zweiter nützlicher Datensatz wäre eine präfixspezifische Richtlinie. Sie sollte erklären, warum das Aggregat und das untere /23 über beide großen benachbarten AS sichtbar waren, während das obere /23 nur über ITS sichtbar war. Die Antwort könnte bewusstes Engineering sein. Die Veröffentlichung von Communities, Routing-Zielen oder einer redigierten Policy-Zusammenfassung würde Design von Abweichung unterscheiden.

Drittens würden kontrollierte Ausfallbelege einen plausiblen Fallback in eine demonstrierte Wiederherstellung verwandeln. SW könnte das obere /23 von ITS zurückziehen und beobachten, ob externe Standpunkte zu dem von BR.Digital getragenen /22 konvergieren. Es könnte den Verlust jeder IPv6-Nachbarschaft, eines Route-Servers, der IX-Anlieferung und jedes Edge-Geräts testen. Das Ergebnis sollte Konvergenzzeit, Paketverlust und Durchsatz unter verlagerter Last enthalten.

Viertens sollten Kapazitätsbelege Design, installierte, betriebliche und nutzbare Werte trennen. Interface-Raten allein sind nicht genug. Eine nützliche Aussage würde aktuelle Verkehrsperzentile, vertragliche Verpflichtungen, Ratenbegrenzungen und die Mindestkapazität nach jedem einzelnen Ausfall liefern. Sie sollte sagen, ob IX und externe Dienste Transport gemeinsam nutzen.

Fünftens sollten Einrichtungs- und Strombelege die Anzahl der aktiven Edge-Standorte, unabhängigen Gebäudeeingänge, Router-Redundanz, Stromversorgungen, Batterieautonomie und Generatorabdeckung identifizieren. Dies ist die Ebene, die bei Routing-Kollektoren völlig fehlt. Eine Route kann vielfältig aussehen, während sie auf einem Gerät in einem Raum endet.

Sechstens kann die Route-Origin-Sicherheit durch veröffentlichte ROAs für das Aggregat, erlaubte Spezifischere und das IPv6 /32 verbessert und verifiziert werden. Die Überwachung sollte bestätigen, dass beabsichtigte Ankündigungen gültig sind und unbeabsichtigte Ursprünge abgelehnt oder gemeldet werden.

Siebtens sollte jede Behauptung, die SW Internet mit SW Fibra oder SW Tellecom verbindet, durch eine direkte autoritative Brücke gestützt werden. Das entscheidende Dokument würde beide CNPJs identifizieren und die relevante rechtliche, vertragliche oder netzwerkseitige Beziehung angeben. Bis dahin müssen separate Bezeichnungen in Bezug auf Dienst, Geografie, Support, Kapazität und Ausfallanalyse getrennt bleiben.

Schließlich würde die eigene Domain des Betreibers von einem unabhängig getesteten autoritativen DNS profitieren, mit Servern, die nachweislich über Ausfallbereiche verteilt sind, sofern dies dem Design entspricht. Ein einzelnes Registry-Timeout ist keine Ausfallhistorie, aber ein aktuelles Multi-Vantage-Ergebnis könnte die Unsicherheit auflösen, die es erzeugt.

Ein aktives Netzwerk mit einem scharf begrenzten öffentlichen Fall

SW Internet ist keine reine Papierregistrierung. Am 15. Juli 2026 originierte AS267217 seine registrierten IPv4- und IPv6-Ressourcen mit breiter RIS-Sichtbarkeit. IX.br legte etablierte Dual-Stack-Sitzungen in Salvador offen. Die Routing-Schicht ist aktiv, messbar und spezifisch genug, um zu enthüllen, dass die beiden IPv4 /23 nicht dieselbe Pfadverteilung hatten.

Der folgenreichste Befund ist die Konzentration der oberen Hälfte. Jeder gesammelte Pfad für 45.231.182.0/23 platzierte ITS unmittelbar vor SW, während das übergeordnete /22 und das untere /23 auch über BR.Digital erschienen. Das Aggregat könnte eine alternative Route bieten, wenn die Spezifischere verschwindet, aber der öffentliche Datensatz zeigt nicht, ob diese Wiederherstellung getestet wurde, ob der überlebende Pfad unabhängig ist oder ob er ausreichende Reserve hat.

IPv6 zeigte eine andere Konzentration, mit BR.Digital unmittelbar vor SW in 344 von 347 Pfaden. Die Salvador-IX-Teilnahme fügte logische Erreichbarkeit hinzu, aber keine nachgewiesene physische Redundanz. Die RPKI-Validierung war für alle vier Ankündigungen unbekannt. Port-Raten, Schaltungsraten, Verkehrslast, Einrichtungen, Ausrüstung, Stromversorgung und Kapazität unter Ausfallbedingungen blieben nicht offengelegt.

Die Evidenznote ist daher Mittel für das Netzwerk als logisches Betriebssystem und Schwach für seine physische Resilienz und Kapazität. Diese Schlussfolgerung gehört nur zu SW Internet Ltda - ME, CNPJ 18.605.214/0001-57, und AS267217. Sie absorbiert nicht die Angebote, Standorte, den Support, die Zugangsvermögenswerte oder die Benutzer der separat nummerierten SW Tellecom oder des SW Fibra-Namens. Die Grenze ist keine Fußnote zur Recherche. Sie ist das, was eine präzise Routing-Analyse am richtigen Unternehmen hält.