GetNet Inc.: Das wirtschaftliche Nachleben eines Adressblocks eines ISP aus Phoenix

GetNet Inc.: Das wirtschaftliche Nachleben eines Adressblocks eines ISP aus Phoenix

GetNet Inc. ist nicht als derzeit sichtbarer Breitbandanbieter, Hosting-Unternehmen oder aktiver Internetdienstanbieter zu verstehen, sondern als der in den Registern fortbestehende Schatten eines einst im Raum Phoenix tätigen Internetunternehmens, dessen wirtschaftlich greifbarster Vermögenswert der IPv4-Adressraum war. Die öffentlichen Archive zeigen eine Unternehmenslinie, die in den späten 1990er- und frühen 2000er-Jahren operativ real war: Einwahlzugang, DSL-Zugang, Webhosting, Colocation, dedizierte Internetanbindung, DNS und Kunden-E-Mail.

Sie zeigen auch eine gegenwärtige Ressourcenhistorie, in der die alte Netzidentität keine aktive Routing-Leistung mehr zu erbringen scheint. Das zentrale wirtschaftliche Ereignis ist, dass der historisch mit GetNet verbundene IPv4-Block 216.19.192.0/19 nun bei ARIN auf Magnite, Inc., einem Werbetechnologieunternehmen, registriert ist und nicht mehr auf GetNet. Die ARIN-Einträge führen diesen /19 als Direktzuweisung an Magnite, Inc. unter der Organisation ADMON, mit einem Registrierungsdatum vom 17. Dezember 2024 und einer Aktualisierung vom 15. Oktober 2025.

Diese Tatsache ändert die Interpretation. Der Verzeichniseintrag verweist auf GetNet Inc.; der ARIN-Organisationseintrag existiert weiterhin; die alte Adresse, Telefonnummer und Kontaktstruktur verweisen weiterhin auf Phoenix. Doch die Ressource, die die Identität wirtschaftlich interessant machte, scheint gewandert zu sein.

Die Altidentität von GetNet ist daher weniger als aktiver lokaler ISP von Bedeutung, sondern vielmehr als Fallstudie dafür, wie untergegangene oder substanzlose Netzwerkunternehmen wirtschaftlich knappe Nummernressourcen halten, monetarisieren, übertragen oder verlieren können, lange nachdem das operative Geschäft verschwunden ist.

Der ursprüngliche ARIN-Organisationseintrag ist hinsichtlich der Identität eindeutig, jedoch nicht hinsichtlich des Betriebs. Der öffentliche ARIN-Eintrag für das Organisations-Handle GTNT nennt „GetNet Inc.“ unter der Adresse 333 E Indian School in Phoenix, Arizona, mit einem Registrierungsdatum vom 29. Juni 2001 und einer letzten Aktualisierung am 22. August 2024. Die zugehörigen ARIN-Kontaktpersonen (POC) zeigen administrative, Abuse- und technische Funktionen, die mit GetNet-Kontakten verknüpft sind. Ein historischer Netzbetriebskontakt, GET-NOC-ARIN, gibt dieselbe Adresse in Phoenix, die Telefonnummer +1-602-264-7000 und die E-Mail-Adresse[email protected]an, doch ARIN gibt zudem an, seit dem 25. Juni 2025 versucht zu haben, diesen Kontakt zu validieren, ohne eine Antwort erhalten zu haben. In der Registerökonomie ist das ein bedeutsames Signal. Es beweist nicht die Auflösung des Unternehmens, deutet jedoch darauf hin, dass die öffentliche administrative Oberfläche der Netzidentität dünn ist.

Das ältere Unternehmen war nicht fiktiv. Eine öffentliche Betreiberankündigung vom April 2001 besagte, ehemalige Führungskräfte und Mitarbeiter von GetNet/Internet Access Inc. hätten GetNet Inc. gegründet, beschrieb das Unternehmen als ISP mit Angeboten für dedizierte Internetanbindung, Webhosting, Colocation, Einwahlzugang und Netzwerkberatung und gab an, GetNet Inc. habe die Rechte an den Domains getnet.com und neta.com lizenziert. Dieselbe Mitteilung nannte Jeffrey Gong als Präsidenten und präzisierte, der Netzbetrieb solle unverzüglich aufgenommen werden.

Diese Ankündigung liest sich wie eine Nachfolgegründung, nachdem ein früheres Unternehmen Internet Access/GetNet/Neta bereits einen lokalen Kundenstamm, Namen und technische Infrastruktur aufgebaut hatte. Das ist das Gegenteil eines Briefkastenfirmen-Ursprungs. Die Hohlkörperqualität erscheint später, nachdem sich der operative Markt gewandelt hat.

Die sichtbare Auflösung lautet daher: GetNet Inc. war während seiner Geschäftsperiode ein operativer Zugangs-/Hosting-/Konnektivitätsanbieter; es scheint der Nachfolger oder die Fortführung eines älteren GetNet/Internet Access/Neta.com-Netzbetriebs gewesen zu sein; den gegenwärtig sichtbaren öffentlichen Belegen zufolge scheint es kein aktiver ISP zu sein; und der wichtigste historische IPv4-Vermögenswert ist nun unter einer anderen Gesellschaft, Magnite, registriert und geroutet.

Die residuale Identität von GetNet ist wirtschaftlich bedeutsam, weil sie die Umwandlung eines lokalen Dienstleistungsunternehmens in eine Nummernressourcen-Asset-Geschichte illustriert.

Das Unternehmen als wirtschaftliches Objekt

Die greifbare öffentliche Akte beginnt mit Namen und Adressen, doch das wirtschaftliche Objekt ist ein Bündel: Firmierung, Netzreputation, Kunden-E-Mail-Abhängigkeiten, DNS-Autorität, Domainnamen, Routing-Beziehungen, Teilnehmeranschlussvereinbarungen und IPv4-Registrierungen. In den Anfängen des kommerziellen Internets waren diese Elemente häufig innerhalb eines einzigen lokalen ISP integriert.

Der Kunde kaufte einen „Internetzugang“, doch der Anbieter kontrollierte tatsächlich mehrere verschiedene Engpässe: die Einwahlnummer, die DSL-Beziehung zum etablierten Telefonanbieter, das Postfach, die Domainregistrierung, die Nameserver, die gehostete Website, die statische IP-Adresse und mitunter den Colocation-Server.

Der öffentliche Fußabdruck von GetNet entspricht diesem Muster. Die Ankündigung vom April 2001 besagte, GetNet Inc. biete Zugang, Hosting, Colocation, Einwahl und Beratung. Sie betonte zudem die Kontinuität der E-Mail-Adressen unter getnet.com und neta.com, was kommerziell bedeutsam ist, weil die E-Mail-Identität zur Zeit der Einwahl und des frühen DSL ein Kundenbindungsinstrument war. Ein historischer Drittanbieter-WHOIS-Spiegel für einen Domain-Registrierungseintrag erwähnte GetNet, Inc.

als Registrierungsdienstleister und gab an, GetNet könne bei Domain-Passwörtern, DNS-/Nameserver-Änderungen und allgemeinem Domain-Support kontaktiert werden. Eine spätere Webverzeichnis-Momentaufnahme für get.net beschrieb „Your Internet Service Provider From GetNet.Com“ als einen Full-Service-Internetanbieter im Raum Phoenix mit Webhosting, dedizierten Servern, virtuellen privaten Servern, DSL, Einwahl, Wireless, E-Mail, Plesk, cPanel und Linux-Diensten, mit Nameservern im Adressbereich 216.19.192.0/19.

Diese Kombination ist wichtig. Ein kleiner ISP mit ausschließlich Endkunden-Zugangskunden ist Preisdruck ausgesetzt, wenn Kabel-, Telekommunikations-, Wireless- und nationale Backbone-Angebote skalieren. Ein kleiner ISP mit E-Mail-Konten, gehosteten Domains, Nameservern und statischen Adressen profitiert von höheren Wechselkosten. Ein Kunde kann eine Einwahl- oder DSL-Leitung leichter wechseln als Server umnummerieren, DNS übertragen, MX-Einträge umschreiben, Postfächer migrieren, alte E-Mail-Kontakte erhalten und gehostete Anwendungen verschieben.

Für Geschäftskunden ist der ISP nicht nur in die Konnektivität, sondern auch in Identität und Betrieb eingebettet.

Frühe Belege deuten zudem darauf hin, dass die Marktposition von GetNet von der etablierten Telefoninfrastruktur abhing. Eine öffentliche Veröffentlichung von Internet Access Inc., handelnd als Getnet, aus dem Jahr 1999 ersuchte ehemalige Kunden um Nachweise, dass US West sie bei der Bestellung von Telefon-, DSL- oder ISDN-Diensten von der Nutzung von Getnet/Internet Access oder einem anderen unabhängigen ISP abgebracht habe. Sie gab an, das Unternehmen habe bei der Arizona Corporation Commission eine Beschwerde wegen angeblich wettbewerbswidrigen Marketings von US West eingereicht.

Ein Suchergebnis des eDocket der Arizona Corporation Commission identifiziert separat eine formelle Beschwerde von Internet Access, Inc. d.b.a. Getnet gegen U S West, eingereicht von Jeffrey Gong. Der Mechanismus ist einfach: Der etablierte Anbieter kontrollierte die Kupferleitung und den Kundenbestellweg, während unabhängige ISPs versuchten, Dienstleistungen auf dieser Zugangsschicht zu verkaufen. Wenn der etablierte Anbieter die Kundenwahl zum Zeitpunkt der Bereitstellung beeinflussen konnte, war der Akquisitionstrichter des unabhängigen ISP anfällig.

Eine Listserv- oder Beschaffungs-/Kanal-Spur der Arizona State University aus dem Jahr 2001 listete GetNet, Inc. unter den von Qwest unterstützten ISPs mit der Phoenix-Telefonnummer 602-264-7000 und getnet.com und listete separat Internet Access Inc. DBA oder GetNet mit einer anderen Phoenix-Nummer und getnet.com oder neta.com. Dies ist keine vollständige Betriebsgeschichte, stützt aber das Bild der Marktstruktur: GetNet befand sich in der Schicht unabhängiger ISPs, die auf die letzte Meile der etablierten Anbieter angewiesen waren, um DSL-Kunden zu erreichen.

Das Wertversprechen war der lokale Internetdienst, der strategische Engpass jedoch der Vorleistungszugang.

Das Nachfolgerproblem

Die öffentliche Geschichte von GetNet ist keine saubere Unternehmenslinie. Es handelt sich um ein Nachfolgerproblem.

In den ARIN-bezogenen Aufzeichnungen existiert eine ältere Identität „Getnet International“. Die von ARIN abgeleitete Cidr-report-Liste für AS5784 identifiziert „GETNET - Getnet International, US“, gibt die ASNumber 5784, den ASName GETNET, ein Registrierungsdatum vom 24. Oktober 1995, ein Aktualisierungsdatum vom 18. Januar 2001 und eine Organisationsadresse in 333 E. Indian School Road, Phoenix, an. Sie verknüpft zudem Abuse- und technische Kontakte mit Getnet Inc. und der E-Mail-Adresse[email protected]. Der spätere öffentliche ARIN-Organisationseintrag für das Handle GTNT von GetNet Inc. wurde am 29. Juni 2001 unter derselben Adresse in Phoenix registriert. Die beiden Registerobjekte sind nicht identisch, doch Adresse, Namensfamilie und Kontaktmuster machen sie wirtschaftlich verbunden.

Die Betreiberankündigung von 2001 hilft zu erklären, warum. Sie besagte, ehemalige Führungskräfte und Mitarbeiter von GetNet/Internet Access Inc. hätten GetNet Inc. gegründet und das neue Unternehmen habe die Rechte an den Namen neta.com und getnet.com lizenziert. Diese Formulierung deutet auf eine bewusste Kontinuitätsstrategie hin, nicht auf einen bloßen neuen Markteintritt. Die Kunden kannten die Namen; die Domains trugen den Wert einer installierten Basis; das Personal trug lokales Betriebswissen; die Netzidentität konnte eine rechtliche oder betriebliche Diskontinuität überdauern.

Es gab auch Kundenunsicherheit. In einer Usenet-Diskussion vom März 2000 beschrieb ein Teilnehmer neta.com als ehemals GetNet/Internet Access, erkundigte sich nach DSL-Diensten über US West und erwähnte, GetNet habe Insolvenz angemeldet und sei von Neta aufgekauft worden. Dies ist eine kundenseitige Aussage, keine offizielle Aufzeichnung, und muss als Gerücht, nicht als Tatsache behandelt werden. Kommerziell ist es dennoch nützlich: Kunden versuchten, aus einer verwirrenden Markenspur Kontinuität, Zuverlässigkeit und Eigentümerschaft abzuleiten.

Ein anderer Kunde im selben Thread gab an, seit Jahren Kunde zu sein, wenige Probleme gehabt zu haben und ein neta.com-Konto zu behalten, selbst während er einen anderen Zugangsanbieter für die physische Verbindung nutzte. Das ist der Bindungsmechanismus im Kleinen. Der Zugangsweg konnte sich ändern; die Kontoidentität konnte bleiben.

Das Nachfolgerproblem ist wichtig, weil Nummernressourcen operative Unternehmen oft überleben. Die ARIN-Einträge sind um Organisationen, Kontaktpersonen, Netze und ASNs herum organisiert; sie sind keine narrative Unternehmensgeschichte. ARIN beschreibt die Whois/RDAP-Registrierungsdaten als Umfassung der von ARIN oder seinen Vorgängern ausgegebenen Nummernressourcen, Organisationen, Kontaktpersonen und Kunden-Reallocation-Informationen der ISPs. Dieses Registermodell ist operativ notwendig, schafft jedoch ein Interpretationsrisiko.

Ein Unternehmensname in einem Register bedeutet nicht notwendigerweise, dass ein aktueller ISP Dienstleistungen verkauft. Er kann bedeuten, dass ein Ressourceninhaber existiert, ein Kontakt fortbesteht, ein altes Organisationsobjekt gepflegt wird oder ein Übertragungsweg erhalten blieb.

Für GetNet hat das Nachfolgerproblem mindestens drei Schichten. Erstens scheinen die Getnet International-Identität von 1995 und AS5784 dem Organisationseintrag von GetNet Inc. aus dem Jahr 2001 vorauszugehen. Zweitens erscheint Internet Access Inc. d.b.a. Getnet/Neta.com in Kunden-, Regulierungs- und Kanalspuren vor der Gründung von 2001. Drittens scheint die GetNet Inc.-Identität nach 2001 die kundenwirksamen Namen und möglicherweise die Infrastruktur geerbt oder lizenziert zu haben. Die wirtschaftliche Kontinuität ist stärker als die rechtliche Kontinuität, die sich aus offenen Quellen belegen lässt.

Der Adressblock als greifbarer Vermögenswert

Die historisch bedeutsame Adressressource ist 216.19.192.0/19. Ein /19 enthält 8.192 IPv4-Adressen. Ein historischer WHOIS-Spiegel listete den Block als GETNET-BLK1, NetRange 216.19.192.0 bis 216.19.223.255, CIDR 216.19.192.0/19, NetType Direct Allocation, Organisation GetNet Inc., Registrierungsdatum 29. Juni 2001, und Nameserver ns1.getnet.net und ns2.getnet.net. Derselbe historische Spiegel gab an, die Adressen innerhalb des Blocks seien nicht portierbar.

Der Hinweis auf die fehlende Portierbarkeit ist kommerziell bedeutsam. Für Kunden, die Adressen aus der Zuweisung eines ISP bezogen, gehörten diese Adressen normalerweise zum Adressplan des Anbieters und nicht zu unabhängigen Registerrechten des Kunden. Ein Geschäftskunde konnte Server, E-Mail, VPNs, DNS oder Zugriffskontrolllisten auf diesen Adressen betreiben, musste jedoch bei einem Anbieterwechsel unter Umständen umnummerieren. Dies machte den Adressblock des ISP zu einem Bindungsvermögenswert. Es machte den Zusammenbruch oder Verkauf des ISP zudem zu einem Migrationsrisiko für die Kunden.

In der Zeit vor der Erschöpfung war die IPv4-Zuweisung eines kleinen regionalen ISP ein Input für die Dienstleistungserbringung. In der Zeit nach der Erschöpfung wurde sie zu einer handelbaren knappen Ressource. ARIN gab bekannt, dass sein freier IPv4-Pool am 24. September 2015 auf null gesunken war, und erklärte, genehmigte Anträge könnten über eine Warteliste oder den IPv4-Transfermarkt bedient werden.

Die aktuellen IPv4-Richtlinien von ARIN besagen, dass der freie Pool erschöpft ist, Wartelistenanträge nur dann bedient werden können, wenn ARIN über Rückgaben, Widerrufe, IANA-Zuweisungen oder andere Quellen Bestände erhält, und Organisationen IPv4-Adressraum über Transfers an bestimmte Empfänger gemäß NRPM 8.3 oder 8.4 suchen können.

Dies veränderte die Bilanz alter ISPs. Ein lokales Zugangsunternehmen konnte seine kommerzielle Relevanz verlieren, während sein IPv4-Block an Wert gewann oder verkäuflich blieb. Öffentliche Broker-Daten sollten nicht als spezifische Bewertung des GetNet-Blocks behandelt werden, geben aber eine Größenordnung. ipv4 market actor berichtete im Mai 2026, Marktnachfrage und Transaktionsvolumen blieben stark, bei sich verknappendem Angebot und langsam steigenden Preisen für große Blöcke.

Derselbe Broker beschrieb eine Preiskorrektur bei großen Blöcken von Höchstständen Anfang 2024 um 50 $ pro Adresse auf etwa 20 $ pro Adresse für bestimmte große Blöcke, während andere Marktkommentare jüngste IPv4-Preise in weiteren Spannen je nach Blockgröße, Register, Reputation und Nachfrage beschrieben. Bei indikativen Preisen von 20 $, 30 $ oder 40 $ pro Adresse würde ein sauberer /19 einen Bruttowert der Adressen von etwa 164.000 $, 246.000 $ oder 328.000 $ vor Maklergebühren, Rechtskosten, Registerarbeiten, Reputationsabschlägen oder Übergangskosten implizieren.

Diese Zahlen sind kein behaupteter Transaktionspreis; sie zeigen, warum die Identität eines alten ISP wirtschaftlich relevant bleiben kann, selbst nachdem seine Kunden abgewandert sind.

Der Übertragungsmechanismus selbst hat ebenfalls wirtschaftlichen Gehalt. ARIN gibt an, dass bei spezifizierten Transfers die Quellorganisation der aktuelle eingetragene Inhaber sein muss, nicht in einen Streit über den Ressourcenstatus verwickelt sein darf, eine unterzeichnete und notariell beglaubigte Bestätigung eines leitenden Angestellten vorlegen muss und Anforderungen an Mindestgröße und weitere Bedingungen erfüllen muss.

ARIN gibt zudem an, dass eine an einem 8.3- oder 8.4-Transfer beteiligte Quellorganisation für einen sauberen Übergang verantwortlich ist, einschließlich ROAs, IRR-Objekten, Reverse-DNS-Delegation und Koordination mit dem Empfänger. Diese Anforderungen bedeuten, dass eine alte Registeridentität nicht bloß ein Etikett ist. Sie ist der administrative Schlüssel, durch den knappe Adressen übertragen, reguliert oder blockiert werden können.

Die Routing-Beweislage

Die Routing-Beweislage deutet von aktiven GetNet-Operationen weg.

Die BGP Toolkit-Seite von Hurricane Electric für AS5784 identifiziert ihn als Getnet International und gibt an, der AS sei seit dem 27. April 2024 nicht in der globalen Routing-Tabelle sichtbar gewesen. Sie zeigt keine derzeit angekündigten IPv4- oder IPv6-Präfixe und keine von diesem AS stammenden gültigen oder ungültigen RPKI-Präfixe. Cidr-report gibt ähnlich an, AS5784 werde derzeit nicht zur Ankündigung von Präfixen in der globalen Routing-Tabelle genutzt und sei nicht als Transit-AS sichtbar.

Dies beweist nicht, dass sämtliche privaten oder internen Funktionen verschwunden sind, doch für einen ISP oder Hosting-Anbieter ist das Fehlen in der globalen BGP-Tabelle ein starkes Gegenbeweis. Ein Zugangs-ISP, ein Hosting-Netz oder ein Colocation-Anbieter benötigt normalerweise sichtbare geroutete Präfixe, Upstream-Transit, Downstream-Kunden oder Peering.

Der Adressblock erzählt nun eine andere Geschichte. Hurricane Electric BGP Toolkit berichtet, dass das Aggregat 216.19.192.0/19 nicht in der globalen Routing-Tabelle sichtbar ist. Die aktuelle AS26667-Seite für Magnite zeigt jedoch IPv4-Präfixe mit Ursprung in AS26667, die 216.19.192.0/20 und 216.19.208.0/20 umfassen, beide unter ADMON-Kundeneinträgen. Der aktuelle ARIN-Eintrag für den übergeordneten /19 listet Magnite, Inc. als Organisation ADMON, und der ARIN-Reallocation-Eintrag für 216.19.208.0/20 listet den Kunden ADMON in Ashburn, Virginia, mit Registrierungs- und Aktualisierungsdaten vom 10. September 2025.

Dieses Routing-Muster ist wirtschaftlich schlüssig. Das alte Aggregat wurde in das Netz eines größeren Plattformbetreibers umgezogen und als zwei /20 anstelle des historischen /19-Aggregats angekündigt. Das AS26667-Profil von Magnite zeigt eine deutlich modernere Routing-Haltung: 19 angekündigte Präfixe, IPv4- und IPv6-Präsenz, zahlreiche beobachtete BGP-Peers und Teilnahme an Internet-Austauschpunkten. Die Drittanbieter-Anwendungsnetzwerkdaten von Netify listen ebenfalls 216.19.192.0/19 unter den Netzwerkbereichen von Magnite, neben anderen Magnite-Bereichen. Die Ressource ist nicht verschwunden.

Sie hat die wirtschaftliche Schicht gewechselt.

Dies ist bedeutsam, weil BGP-Sichtbarkeit ein Marktsignal ist. Wenn ein alter ASN aufhört, Präfixe anzukündigen, kann das zugehörige Unternehmen rechtlich noch existieren, hat aber die externe Netzfunktion verloren, die es zu einem ISP machte. Wenn der alte Adressraum unter dem ASN eines Käufers erscheint, ist der Wert von der lokalen Konnektivität auf die Plattforminfrastruktur übergegangen. Der Vermögenswert ist weiterhin produktiv, jedoch nicht mehr in den Händen, unter der Marke oder im operativen Kontext, den der alte Verzeichniseintrag nahelegte.

Was Magnite verändert

Der aktuelle Inhaber des historischen /19 ist kein lokaler ISP aus Arizona. Magnite beschreibt sich selbst als das weltweit größte unabhängige Sell-Side-Werbetechnologieunternehmen, das Technologie bereitstellt, die Publishern die Monetarisierung von Inhalten über CTV, Online-Video, Display und Audio ermöglicht und Agenturen sowie Marken die Ausführung von Werbetransaktionen erlaubt. Sein Quartalsbericht 2026 beschreibt Magnite als unabhängige, kanalübergreifende Sell-Side-Werbeplattform, die den Kauf und Verkauf von digitalem Werbeinventar automatisiert.

Warum sollte eine Werbetechnologieplattform IPv4-Adressraum wollen? Öffentliche Quellen nennen das Motiv von Magnite für diesen speziellen Block nicht, sodass die Erklärung inferentiell bleiben muss. Programmatische Werbeinfrastruktur hängt von groß angelegten, latenzarmen und reputationskontrollierten Netzoperationen ab: Anzeigenbereitstellung, Gebotsanfragen, Messung, Betrugsprüfungen, Endpunkte für Nutzersynchronisation, Datenaustausch, Protokollierung und geografisch verteilte Verteilung. IPv4-Adressen sind nicht nur Konnektivitätsinputs.

Sie unterstützen Verkehrstrennung, Reputationsmanagement, Geografische Zuordnung, Zugriffskontrolle, Reverse-DNS, Betriebsisolierung und Migrationsflexibilität. Eine Plattform, die monatlich Milliarden von Werbetransaktionen abwickelt, hat ein anderes Adressnachfrageprofil als ein kleiner lokaler ISP, schätzt aber dennoch saubere, routingfähige IPv4-Adressen. Magnite gibt an, führende Agenturen und Marken nutzten seine Plattform, um monatlich Milliarden von Werbetransaktionen auszuführen.

Die Bewegung des /19 in die Register- und Routing-Umgebung von Magnite stellt daher einen strukturellen Wandel dar, wohin die IPv4-Knappheit monetarisiert wird. 2001 benötigte ein ISP in Phoenix IPv4-Adressen, um sie Einwahlpools, DSL-Nutzern, gehosteten Domains, virtuellen Hosts und dedizierten Servern zuzuweisen. 2025 könnte eine Sell-Side-Werbeplattform Adressen benötigen, um eine verteilte digitale Infrastruktur mit Reputations- und Betriebstrennung zu betreiben. Dieselben 8.192 Adressen unterstützen im Laufe der Zeit unterschiedliche Geschäftsmodelle.

Dies ist die übergreifende These: Der Adressraum alter ISPs ist kein totes Inventar. Er ist ein knapper Input, der neu bewertet werden kann, wenn die Kontrolle von schrumpfenden lokalen Zugangsunternehmen auf große Plattformbetreiber übergeht. Die alte Unternehmensidentität ist wirtschaftlich bedeutsam, weil sie die administrative Brücke sein kann, über die die Ressource wandert.

Residualer Inhaber oder erworbenes Unternehmen?

Die öffentlichen Belege erlauben nicht die Behauptung, Magnite habe GetNet Inc. als operatives Unternehmen erworben. Sie erlauben die Aussage, dass der historisch mit GetNet verbundene IPv4-Block nun bei Magnite registriert ist und im Routing-Fußabdruck von Magnite erscheint. Die ARIN-Einträge zeigen den /19 als aktuelle Direktzuweisung von Magnite, nicht als eine von GetNet. Die Routing-Daten zeigen spezifischere /20 mit Ursprung in Magnites AS26667, nicht in AS5784.

Diese Unterscheidung ist entscheidend. Nummernressourcentransfers, Fusions-/Reorganisationstransfers und Unternehmensübernahmen sind unterschiedliche wirtschaftliche Ereignisse. Der ARIN-Transferleitfaden unterscheidet zwischen Transfers aufgrund von Fusionen, Übernahmen und Reorganisationen sowie Transfers freigegebener Nummernressourcen an bestimmte Empfänger. Die hier sichtbare öffentliche ARIN-Ausgabe sagt nicht, welcher Weg für den Ressourcenwechsel von GetNet zu Magnite genutzt wurde.

Daher lautet die wirtschaftlich vorsichtige Schlussfolgerung, dass die Ressource die Registerkontrolle gewechselt hat; das Unternehmen wurde nicht notwendigerweise als laufender Betrieb verkauft.

Die Wahrscheinlichkeit einer Übernahme eines aktiven ISP erscheint aufgrund der öffentlichen Belege gering. Es gibt keine sichtbare moderne GetNet-Service-Website, die mit einem lebendigen ISP-Produktkatalog vergleichbar wäre. Aktuelle Breitbandanbieterlisten für Phoenix betonen große Kabel-, Telekommunikations-, Fixed-Wireless-, Satelliten- und Glasfaseranbieter; GetNet erscheint nicht in diesen modernen Endkunden-Zugangslisten. Das Scheitern der ARIN-POC-Validierung im Juni 2025 deutet ebenfalls auf eine geringe aktuelle operative Kontaktfähigkeit hin.

Die alten Domain- und Verzeichnisspuren deuten auf vergangene Dienstleistungsangebote, nicht auf aktuelle Verkäufe hin.

Ein residualer Inhaber von Nummernressourcen ist nicht notwendigerweise im rechtlichen Sinne inaktiv. Er kann einen ASN, Domainnamen, Marken, E-Mail-Systeme oder Kundenreste halten. Aus infrastrukturökonomischer Sicht jedoch ist ein Ressourceninhaber ohne sichtbare BGP-Ankündigungen, ohne aktuelle Produktseiten, ohne validierte POCs und ohne den historischen /19 auf seinen Namen nicht mit einem operativen ISP wirtschaftlich gleichwertig.

Kundenabhängigkeit und Lock-in

Das alte GetNet-Geschäft erzeugte vermutlich Kundenbindung über vier Mechanismen.

Der erste war die E-Mail-Identität. Die Betreiberankündigung von 2001 richtete sich ausdrücklich an Personen, die eine langfristige Nutzung der E-Mail-Adressen unter getnet.com und neta.com wünschten, und lud sie ein, GetNet zu kontaktieren. In den Anfängen des kommerziellen Internets war die Kontinuität der E-Mail-Adresse ein starker Wechselkostenfaktor. Ein Privatnutzer mochte einen Wechsel der Zugangsmethode tolerieren; ein Kleinunternehmen mit gedruckten Materialien, Kundenkontakten und Kontoaufzeichnungen, die an ein ISP-Postfach gebunden waren, hatte mehr zu verlieren.

Der Usenet-Kunde, der ein neta.com-Konto behielt, während er einen anderen Zugangsanbieter nutzte, illustriert diese Trennung von Zugang und Identität.

Der zweite war DNS und Domain-Verwaltung. Ein historischer Drittanbieter-WHOIS-Eintrag beschrieb GetNet als Registrierungsdienstleister, der Domain-Anmeldeinformationen/Passwörter, DNS-/Nameserver-Änderungen und Domain-Support-Anfragen verwalten konnte. Für kleine Unternehmen ist diese Rolle klebrig. Der Anbieter kann die autoritativen Nameserver hosten, die Domain registrieren, die E-Mail-Einträge verwalten und die Anmeldeinformationen halten. Die Migration erfordert nicht nur eine neue Leitung, sondern auch administrative Wiedererlangung.

Der dritte war Hosting und Serverplatzierung. GetNet beschrieb sich öffentlich als Anbieter von Webhosting, Colocation und dedizierter Internetanbindung, und spätere Verzeichnisspuren verweisen auf dedizierte Server und virtuelle private Server. Hosting-Kunden stehen vor Datenmigration, DNS-Umschaltrisiko, IP-Umnummerierung und Ausfallzeiten. Colocation-Kunden stehen vor physischem Umzug, Cross-Connect-Änderungen und Routing-Änderungen. Diese Wechselkosten können Einnahmen erhalten, selbst wenn der Endkundenzugang zur Massenware wird.

Der vierte war die nicht portierbare Adressierung. Der historische WHOIS-Spiegel für GETNET-BLK1 gab an, die Adressen im Block seien nicht portierbar. Diese Formulierung verwandelt Nummernressourcen in eine anbieterkontrollierte Kundenbindung. Wenn der Server, das VPN oder das E-Mail-System eines Kunden auf einer Adresse innerhalb des GetNet-Blocks beruhte, bedeutete ein Anbieterwechsel Umnummerierung, es sei denn, der Kunde verfügte über eigenen portierbaren Adressraum oder handelte Sonderregelungen aus. Für den ISP schützte die fehlende Portierbarkeit vor Abwanderung. Für den Kunden schuf sie Abhängigkeit.

Diese Mechanismen erklären auch, warum ein alter Block verborgene Verpflichtungen tragen kann. Wenn auf einem Block noch lebende Kunden verblieben sind, ist der Transfer kein reiner Asset-Verkauf. Er erfordert Umnummerierung, Dienstfortführung oder die Abwicklung von Kundenzuweisungen/-reallokationen. Der ARIN-Transferleitfaden betont ausdrücklich Aufgaben des sauberen Übergangs wie ROAs, IRR-Einträge und Reverse-DNS-Delegation. Die öffentliche Akte zeigt nicht, ob 2024 noch GetNet-Kunden vorhanden waren. Wenn keine vorhanden waren, war der /19 ein sauberer zu monetarisierender Vermögenswert.

Wenn doch, hätte der Transfer eine Migration oder Dienstübernahme erfordert.

Der Engpass des etablierten Anbieters

Die lokale Ökonomie von GetNet wurde durch die Struktur der Telekommunikations-Zugangsschicht in Phoenix geprägt. Unabhängige ISPs in den späten 1990er- und frühen 2000er-Jahren waren für DSL, ISDN und Bereitstellungsschnittstellen oft von den etablierten Teilnehmeranschlussbetreibern abhängig. Die Veröffentlichung von Getnet/Internet Access aus dem Jahr 1999 bezüglich des angeblich wettbewerbswidrigen Marketings von US West zeigt, dass GetNet die Rolle des etablierten Anbieters im Kundenkontakt als strategische Bedrohung verstand.

Die Aktennotiz der Arizona Corporation Commission stützt die Existenz einer formellen Beschwerde zu diesem Thema.

Dies ist keine nebensächliche Frage. Es hilft zu erklären, warum lokale ISPs operativ kompetent und dennoch strukturell benachteiligt sein konnten. Sie konnten E-Mail, DNS, Hosting, Einwahlmodems und lokalen Support verwalten. Als jedoch Breitband die Einwahl ablöste, rückte der Kundenakquisitionspfad näher an die Telefon- oder Kabelgesellschaft. Der etablierte Anbieter konnte Zugang, Abrechnung, Installation, Modemausrüstung und Support bündeln. Die differenzierenden Vermögenswerte des unabhängigen ISP schrumpften auf Servicequalität, technischen Support, E-Mail-Kontinuität, Hosting, lokale Reputation und statische Adressierung.

Die Kanalspuren von GetNet deuten auf eine Teilnahme am von Qwest unterstützten DSL-Ökosystem hin. Doch die Teilnahme beseitigte den strukturellen Engpass nicht. Bei einem Breitbandübergang war Skalierung wichtig: Backbone-Einkauf, Peering, Modempools, DSL-Aggregation, Supportpersonal, Abrechnungssysteme, Missbrauchsmanagement und Marketing. Lokale ISPs, die nicht konsolidierten oder sich spezialisierten, wurden oft zu Hosting-Boutiquen, Domain-/DNS-Verwaltern oder residualen Ressourceninhabern.

Der aktuelle Zugangsmarkt in Phoenix unterstreicht den strukturellen Wandel. Moderne Anbieterlisten für Phoenix werden von großen Kabel-, Telekommunikations-, Fixed-Wireless-, Glasfaser- und Satellitenmarken dominiert, nicht von den frühen lokalen ISP-Namen. Dies beweist nicht, dass GetNet keine verbliebenen Kunden hat, bedeutet jedoch, dass GetNet in der Endkunden-Anbieterentdeckungsschicht nicht als bedeutender aktueller Zugangswettbewerber sichtbar ist.

Die Verwirrung der Namensräume

Es besteht zudem ein Problem der Markenverwirrung. Eine moderne Suche nach „Getnet“ führt häufig zu Getnet by Santander, einer Zahlungsplattform, die in Lateinamerika und auf der iberischen Halbinsel tätig ist, nicht zur ISP-Identität aus Phoenix. Die aktuelle Getnet-Zahlungswebsite nennt sich „The Leading AI Payments Company in Latin America and Iberia“, und Santander-Dokumente beschreiben Getnet als Zahlungsunternehmen mit E-Commerce- und Händlerzahlungsdiensten. Dies steht – außer als Risiko der Informationssuche – in keiner Verbindung zum ARIN-Ziel.

Dieses Risiko hat wirtschaftliche Bedeutung. Wenn eine alte Netzmarke keine aktuellen Websignale mehr erzeugt, können andere Entitäten mit ähnlichen Namen die Suchoberfläche besetzen. Der Verzeichniseintrag und das ARIN-Handle werden wichtiger, weil die gewöhnliche Websuche die relevante Infrastrukturidentität nicht mehr identifiziert. Für Ermittler, Kreditgeber, Kunden oder Gegenparteien besteht das Risiko falscher Kontinuität: Eine im Zahlungsverkehr lebendige „Getnet“-Marke darf nicht mit dem Ressourceninhaber GetNet Inc. aus Phoenix verwechselt werden.

Dasselbe Problem tritt innerhalb der historischen GetNet/Neta/Getnet International/Internet Access-Kette auf. In verschiedenen Aufzeichnungen erscheinen unterschiedliche Namen. Einige Quellen verwenden GetNet Inc.; andere nutzen Getnet International; wieder andere Internet Access Inc. d.b.a. Getnet; noch andere Neta.com. Die wirtschaftliche Kontinuität ist plausibel, die rechtliche Kontinuität jedoch aus öffentlichen Quellen nicht vollständig geklärt.

Für die Analyse von Nummernressourcen ist diese Mehrdeutigkeit bedeutsam, denn die Partei, die einen Transfer unterzeichnen, einen POC pflegen oder Rechte geltend machen kann, ist der rechtlich anerkannte Inhaber, nicht notwendigerweise die Marke, an die sich Kunden erinnern.

Was ungeklärte Tatsachen ändern würden

Mehrere Tatsachen bleiben ungeklärt, und jede hat ein unterschiedliches wirtschaftliches Gewicht.

Die erste ist die Transferbasis für 216.19.192.0/19. Wenn der Block über einen gewöhnlichen Transfer an einen bestimmten Empfänger bewegt wurde, handelt es sich um die Geschichte eines alten Ressourceninhabers, der knappe IPv4-Adressen monetarisiert. Wurde er über einen Fusions-, Übernahme- oder Reorganisationstransfer bewegt, könnte die Geschichte eine breitere Vermögens- oder Unternehmenstransaktion umfassen. Der öffentliche ARIN-Eintrag etabliert die aktuelle Registrierung von Magnite, nicht jedoch die zugrundeliegende kommerzielle Vereinbarung.

Der ARIN-Transferleitfaden zeigt, dass unterschiedliche Transferkategorien existieren und unterschiedliche Anforderungen haben.

Die zweite ist die Kundenkontinuität zum Zeitpunkt des Transfers. Wenn GetNet keine aktiven nachgelagerten Kunden auf dem Block hatte, war der Transfer weitgehend eine Register-, Routing- und Reverse-DNS-Übung. Wenn Kunden verblieben, umfasste der Transfer zudem Dienstmigration, Umnummerierung oder die Abwicklung von Kundenverträgen. Die öffentlichen Routing-Beweise deuten darauf hin, dass AS5784 nun inaktiv ist, offenbaren jedoch nicht, ob private Kundenmigrationen stattfanden, bevor die öffentliche Sichtbarkeit endete.

Die dritte ist der Status von AS5784. Der AS bleibt historisch mit Getnet International verbunden, ist jedoch derzeit nicht im globalen Routing sichtbar. Ein ASN ohne geroutete Präfixe kann weiterhin als administratives Objekt gehalten werden, doch sein wirtschaftlicher Wert liegt deutlich unter dem eines gerouteten IPv4-Blocks. Er könnte Relevanz zurückgewinnen, wenn er mit Adressraum gepaart oder im privaten/Interkonnektionskontext genutzt würde, doch keine öffentlichen Belege stützen dies derzeit.

Die vierte ist die Kontrolle über Domainnamen und Kundenidentitätsvermögenswerte. Die Ankündigung von 2001 besagte, die Rechte an getnet.com und neta.com seien an GetNet Inc. lizenziert und die Marke GetNet sowie bestimmte Domains gehörten Jeffrey Gong. Öffentliche Verzeichnisspuren zeigen später Infrastruktur, die mit get.net und getnet.com verknüpft ist, jedoch keine aktuelle operative Produktoberfläche. Wenn die Domainvermögenswerte unter gemeinsamer Kontrolle mit der alten Registerentität stehen, kann noch residualer Postfach-, DNS- oder Markenwert bestehen.

Wurden sie verkauft, sind abgelaufen oder wurden neu zugewiesen, ist der Residualwert enger.

Die fünfte ist die Reputation. IPv4-Käufer achten auf Missbrauchshistorie, Blockierung, Geografische Zuordnung, frühere PTR-Einträge und Kundenrückstände. Die Hurricane Electric-Seite für 216.19.192.0/19 zeigt historische DNS-Einträge, einschließlich alter Namen wie ns1.inficad.com und ns2.inficad.com innerhalb des Bereichs. Solche Spuren können helfen, die frühere Nutzung zu rekonstruieren, beweisen aber für sich genommen kein aktuelles Risiko. Für einen Käufer ist die Schlüsselfrage, ob der Block bereinigt, neu geolokalisiert, geroutet und ohne ererbte Reputationsnachteile genutzt werden kann.

Die Ökonomie des Verschwindens

Der Fall GetNet zeigt ein allgemeines Muster in der Internet-Infrastrukturökonomie: Das Unternehmen kann verschwinden, bevor die Ressourcenidentität es tut, und die Ressourcenidentität kann wertvoll bleiben, nachdem das Unternehmen verschwunden ist.

Das sichtbare Verschwinden eines lokalen ISP kann schrittweise erfolgen. Erstens verlangsamen sich die neuen Zugangsanmeldungen, weil Kabel- und Telekommunikationsbreitband skalieren. Zweitens brechen die Einwahlumsätze ein. Drittens bleiben Hosting- und E-Mail-Kunden, weil sie klebrig sind. Viertens stellt der Anbieter das großflächige Marketing ein, wartet aber weiterhin Alt-Dienste. Fünftens bewahren technisches Personal oder Eigentümer die Registereinträge, Domains und Nameserver. Sechstens wird der verbleibende IPv4-Block wertvoller, je tiefer die IPv4-Knappheit wird.

Siebtens wird die Ressource an eine Plattform, ein Hosting-Unternehmen, einen Cloud-Betreiber, ein Sicherheitsunternehmen, ein Adtech-Unternehmen oder einen über einen Broker vermittelten Käufer übertragen. Der alte Unternehmensname bleibt in historischen WHOIS-Spiegeln, BGP-Archiven, Kundenerinnerungen und Unternehmensverzeichnissen.

GetNet scheint diesem Bogen weitgehend zu entsprechen. Es war ein realer ISP und Hosting-Anbieter in Phoenix; seine Vorgänger-/Nachfolgerkette trug Kundenidentitätsvermögenswerte; es agierte in einem durch etablierte Zugangsanbieter strukturell unter Druck stehenden Markt; sein historischer /19 wurde zu einem knappen IPv4-Vermögenswert; und der Block erscheint nun unter Magnite statt unter GetNet.

Der wichtigste analytische Vorbehalt ist, das gegenwärtige Unternehmen nicht aus dem alten Registereintrag zu überschätzen. Der ARIN-GTNT-Eintrag ist real. Er identifiziert GetNet Inc. Doch die gegenwärtige Netzökonomie des historischen Anbieters kann nicht allein aus diesem Organisationseintrag abgeleitet werden. Der beste Beleg ist die Kombination aus Registerkontrolle, POC-Validierung, BGP-Sichtbarkeit, RPKI/IRR-Haltung, Produktsichtbarkeit und historischen Betriebsspuren.

Diese Kombination besagt: einst ein operativer ISP; nun eine residuale Identität; der Hauptadressvermögenswert transferiert oder auf Magnite umregistriert; AS nicht sichtbar aktiv; keine belastbaren Belege für aktuelle Zugangs- oder Hosting-Operationen.

Genau dies ist die Art von Fall, in der die Ökonomie der Adressressourcen einen Informationsgewinn schafft. Ohne die ARIN- und BGP-Belege könnte GetNet wie ein ruhendes kleines Lokalunternehmen aussehen. Mit den Ressourcenbelegen wird es zu einer transaktionsartigen Geschichte darüber, wie knappe IPv4-Adressen von lokalen ISPs der ersten Generation zu großen digitalen Plattformen wandern.

Evidenzregister

ARIN-Organisationseintrag für GetNet Inc. Der öffentliche ARIN-Eintrag für das Organisations-Handle GTNT listet GetNet Inc., 333 E Indian School, Phoenix, Arizona, Registrierungsdatum 29. Juni 2001, und letzte Aktualisierung 22. August 2024.

Zugehöriger ARIN-POC-Eintrag für GTNT. ARIN listet administrative, Abuse- und technische POCs, die mit dem GetNet-Organisationseintrag verknüpft sind.

ARIN-POC GET-NOC-ARIN. ARIN listet Getnet Inc. unter derselben Adresse in Phoenix, Telefon +1-602-264-7000, E-Mail[email protected], und gibt an, ARIN habe eine POC-Validierung versucht, jedoch seit dem 25. Juni 2025 keine Antwort erhalten.

Aktueller ARIN-Übergeordneter Netzeintrag für 216.19.192.0/19. ARIN listet NetRange 216.19.192.0 bis 216.19.223.255, CIDR 216.19.192.0/19, NetName ADMON, NetType Direct Allocation, Organisation Magnite, Inc., Registrierungsdatum 17. Dezember 2024, und letzte Aktualisierung 15. Oktober 2025.

Aktueller ARIN-Subrange-/Kundeneintrag. ARIN listet 216.19.208.0/20 als MAGNITE-IAD6-2, reassigniert an Kunden ADMON in Ashburn, Virginia, mit Registrierungs- und Aktualisierungsdaten vom 10. September 2025.

Historischer WHOIS-Spiegel für GETNET-BLK1. Ein Drittanbieter-WHOIS-Spiegel bewahrt ältere Daten, die 216.19.192.0/19 als GETNET-BLK1, Direktzuweisung an GetNet Inc., mit nicht portierbaren Adressen und mit GetNet verknüpften Nameservern auflisten. Dies ist als historischer Beleg nützlich, jedoch nicht als aktuelle Autorität.

Cidr-report AS5784-Seite, abgeleitet von ARIN. Cidr-report identifiziert AS5784 als GETNET / Getnet International, zeigt die Adresse in Phoenix und gibt an, der AS werde derzeit nicht zur Ankündigung von Präfixen in der globalen Routing-Tabelle genutzt und sei nicht als Transit-AS sichtbar.

Hurricane Electric BGP Toolkit für AS5784. HE identifiziert AS5784 als Getnet International und gibt an, er sei seit dem 27. April 2024 nicht in der globalen Routing-Tabelle sichtbar gewesen, ohne derzeit angekündigte Präfixe.

Hurricane Electric BGP Toolkit für 216.19.192.0/19. HE gibt an, das /19-Aggregat sei nicht in der globalen Routing-Tabelle sichtbar und zeigt historische DNS-Spuren innerhalb des Blocks.

Hurricane Electric BGP Toolkit für AS26667. HE identifiziert AS26667 als Magnite, Inc. und zeigt aktive Präfixe einschließlich 216.19.192.0/20 und 216.19.208.0/20 unter ADMON-Einträgen, mit einem breiten Peering- und Routing-Fußabdruck.

Netify-Netzwerkerkenntnisse für Magnite. Netify listet 216.19.192.0/19 unter den Netzwerkbereichen von Magnite und untermauert die Zuordnung des alten GetNet-Blocks zum aktuellen Infrastruktur-Fußabdruck von Magnite.

GetNet Inc.-Betreiberankündigung vom April 2001. Eine öffentliche Google Groups-Veröffentlichung gibt an, ehemalige Führungskräfte und Mitarbeiter von GetNet/Internet Access Inc. hätten GetNet Inc. gegründet; beschreibt Dienste wie dedizierte Anbindung, Webhosting, Colocation, Einwahlzugang und Beratung; nennt lizenzierte Rechte an getnet.com und neta.com; und benennt Jeffrey Gong als Präsidenten.

Veröffentlichung von Internet Access Inc. d.b.a. Getnet vom Oktober 1999. Eine öffentliche Veröffentlichung ersucht ehemalige Kunden um Informationen bezüglich angeblich wettbewerbswidrigen Verhaltens von US West und verweist auf eine Beschwerde bei der Arizona Corporation Commission.

Aktennotiz der Arizona Corporation Commission. eDocket-Suchergebnisse der ACC identifizieren eine formelle Beschwerde von Internet Access, Inc. d.b.a. Getnet gegen U S West, eingereicht von Jeffrey Gong.

Usenet-Kundendiskussion vom März 2000. Eine Kundendiskussion verweist auf die Kontinuität Neta.com/GetNet/Internet Access, enthält ein unbestätigtes Gerücht über Insolvenz/Übernahme und separat einen Kundenkommentar über die Beibehaltung eines neta.com-Kontos bei gleichzeitiger Nutzung eines anderen Zugangsanbieters.

ASU-Liste von Qwest-unterstützten ISPs. Eine Kanal-/Beschaffungsspur von 2001 listet GetNet, Inc. und Internet Access Inc. DBA/GetNet unter den von Qwest unterstützten ISP-Optionen, mit Kontaktnummern in Phoenix und Verweisen auf getnet.com/neta.com.

Historische Domain-/DNS-Dienstleisterspur. Ein Drittanbieter-Domain-Eintrag listet GetNet, Inc. als Registrierungsdienstleister für Domain-Support, DNS-/Nameserver-Änderungen und zugehörige Kontofunktionen.

Historische Webverzeichnisspur für get.net/GetNet. Eine Verzeichnis-Momentaufnahme beschreibt GetNet als Full-Service-Internetanbieter im Raum Phoenix mit Hosting, dedizierten Servern, VPS, DSL, Einwahl, Wireless, E-Mail, Plesk, cPanel und Linux-Diensten, mit Nameservern im alten Adressbereich.

MIT-Traceroute-Dokument. Ein Traceroute aus dem Jahr 2000 von trojan.neta.com zeigt einen Phoenix Neta/GetNet-Host, der das MIT über Alter.net erreicht, und stützt die Existenz eines operativen Phoenix-Netzes vor der Gründung von GetNet Inc. im Jahr 2001.

Deaf Magazine-Spur von 1995. Eine Seite von 1995 verweist auf Getnet International, Inc. in Phoenix und die Beteiligung eines GetNet-Nameservers und stützt die ältere Getnet International-Schicht der Linie.

Erläuternde ARIN-Whois/RDAP-Quelle. ARIN beschreibt die öffentlichen Registerdaten als Umfassung von Internet-Nummernressourcen, Organisationen, Kontaktpersonen, Legacy-Ressourcen und Reallokationsinformationen, was den Rahmen dafür liefert, warum eine Registeridentität nicht dasselbe ist wie ein aktuelles operatives Unternehmen.

ARIN-Ankündigung zur IPv4-Erschöpfung und aktuelle IPv4-Richtlinien. ARIN gab die Erschöpfung des freien IPv4-Pools am 24. September 2015 bekannt und beschreibt aktuelle Optionen über Wartelisten, Sondernutzungsrichtlinien, IPv6-Einführung und Transfers an bestimmte Empfänger.

ARIN-Transferleitfaden. Die ARIN-Transferdokumentation definiert Anforderungen an Quelle und Empfänger und betont Aufgaben des sauberen Übergangs für ROAs, IRR-Einträge und Reverse-DNS.

IPv4-Marktpreisquellen. ipv4 market actor und ipv4 market actor liefern Marktkommentare, die darauf hinweisen, dass IPv4-Adressen weiterhin knappe, monetarisierbare Ressourcen sind, wobei die Preise je nach Blockgröße, Register, Reputation und Nachfrage variieren.

Unternehmensquellen von Magnite. Magnite beschreibt sich selbst als großes unabhängiges Sell-Side-Werbetechnologieunternehmen und Plattform zur Monetarisierung von Inhalten und Ausführung digitaler Werbetransaktionen; sein Bericht von 2026 beschreibt eine Technologie, die den Kauf und Verkauf von digitalem Werbeinventar automatisiert.

Moderne Phoenix-Anbieterlistenspuren. Aktuelle Endkunden-Anbieterlisten für Phoenix betonen große Breitband-, Glasfaser-, Wireless- und Satellitenanbieter und zeigen GetNet nicht als sichtbaren Endkunden-Zugangswettbewerber.

Abgrenzung zum Zahlungsunternehmen Getnet. Aktuelle Getnet/Santander-Quellen beschreiben ein Zahlungsunternehmen in Lateinamerika und auf der iberischen Halbinsel, das eine andere Identität als das ARIN-Ziel in Phoenix darstellt und eine Suchnamen-Mehrdeutigkeit erzeugt.

Beobachtungspunkte

Der erste Beobachtungspunkt ist die ARIN-Historie von 216.19.192.0/19. Ein zukünftiger ARIN-Eintrag, ein Transferprotokoll, eine Gerichtsakte oder eine Broker-Offenlegung, die klärt, ob der Übergang an Magnite ein spezifizierter 8.3-Transfer, ein 8.2-Fusions-/Reorganisationstransfer oder ein anderer administrativer Pfad war, würde die wirtschaftliche Interpretation ändern. Ein spezifizierter Transfer würde die These der Adressvermögens-Monetarisierung stützen. Ein Fusions-/Reorganisationstransfer würde die Wahrscheinlichkeit einer breiteren Vermögensbeziehung erhöhen.

Der zweite Beobachtungspunkt ist AS5784. Sollte AS5784 wieder mit der Ankündigung von Präfixen beginnen, insbesondere von nicht mit Magnite verbundenen Präfixen, würde dies die Schlussfolgerung eines inaktiven ISP schwächen. Bleibt er ungeroutet, ist sein Wert überwiegend historisch und administrativ.

Der dritte Beobachtungspunkt ist die RPKI-, IRR-, Reverse-DNS- und Geofeed-Haltung für den alten GetNet-Block. Saubere ROAs, aktualisierte IRR-Objekte und stabiles Reverse-DNS unter Magnite würden auf eine vollständige technische Absorption hinweisen. Geerbtes Reverse-DNS oder veraltete Route-Objekte würden auf einen langsameren oder unordentlicheren Übergang hindeuten.

Der vierte Beobachtungspunkt sind jegliche Belege für bei GetNet verbliebene Hosting-Kunden. Alte Postfächer, DNS-Zonen, Webhosting-Konten, Colocation-Reste oder statische IP-Nutzer würden bedeuten, dass das alte Unternehmen zum Zeitpunkt des Ressourcentransfers mehr als nur Registerrückstände hatte. Derzeit sind keine öffentlichen Belege stark genug, um fortlaufende Operationen zu belegen.

Der fünfte Beobachtungspunkt ist die Unternehmenskontrolle über GetNet Inc., Getnet International, getnet.com, neta.com, get.net und getnetinc.net. Die Kontrolle über diese Namen würde bestimmen, ob die residuale Identität noch Marken-, Postfach-, DNS- oder Kundenrückgewinnungswert besitzt. Der Verlust oder Verkauf dieser Namen ließe wenig jenseits historischer Aufzeichnungen und eines etwaig verbleibenden ASN.

Der sechste Beobachtungspunkt ist die Missbrauchsreputation und Geolokalisierung von 216.19.192.0/19. Für den aktuellen Inhaber hängt der kommerzielle Wert des Blocks nicht nur von der Registerkontrolle ab, sondern auch davon, dass die Adressen sauber, korrekt geolokalisiert, von Gegenparteien akzeptiert und frei von ererbten Blockierungen oder veralteten Kundenassoziationen sind.

Der siebte Beobachtungspunkt ist jede Erweiterung des Magnite-Netzes, die den Block in neuen Märkten nutzen würde. Wenn die beiden /20 weiterhin unter AS26667 angekündigt werden und in mehr Anwendungsintelligenz-Datensätzen auftauchen, wird die wirtschaftliche Rolle des Blocks als Plattform-Infrastruktur und nicht als lokale Zugangsinfrastruktur bestätigt.

Der letzte Beobachtungspunkt ist die veraltete Kontaktfähigkeit im Register. Das Scheitern der ARIN-POC-Validierung für GET-NOC-ARIN ist ein kleines, aber wichtiges Warnsignal. Sollten die GetNet-POCs aktualisiert und validiert werden, könnte die residuale Entität noch administrativ gepflegt werden. Bleiben sie unvalidiert, werden die öffentlichen Belege zunehmend die Vorstellung stützen, dass GetNet Inc. eine historische Netzressourcenidentität ist, deren wichtigstes monetarisierbares IPv4-Asset bereits anderweitig transferiert wurde.