GetNet Inc.: Das wirtschaftliche Nachleben eines IPv4-Adressblocks aus Phoenix

GetNet Inc.: Das wirtschaftliche Nachleben eines IPv4-Adressblocks aus Phoenix

GetNet Inc. ist nicht als ein aktuell sichtbarer Breitbandanbieter, Hosting-Unternehmen oder ISP zu verstehen, sondern als der anhaltende Schatten in den Registern eines ehemals in der Region Phoenix aktiven Internetunternehmens, dessen wirtschaftlich greifbarstes Asset der IPv4-Adressraum war. Öffentliche Aufzeichnungen zeigen eine Unternehmenslinie, die Ende der 1990er und Anfang der 2000er Jahre operativ real war: Einwahlzugang, DSL-Zugang, Webhosting, Colocation, dedizierte Internetkonnektivität, DNS und E-Mail-Dienste.

Sie zeigen auch eine gegenwärtige Ressourcengeschichte, in der die alte Netzwerkidentität scheinbar keine aktive Routing-Leistung mehr ausübt. Das zentrale wirtschaftliche Ereignis ist, dass der historisch mit GetNet verbundene IPv4-Block 216.19.192.0/19 nun bei ARIN im Namen von Magnite, Inc., einem Werbetechnologieunternehmen, registriert ist, nicht mehr im Namen von GetNet. Die ARIN-Einträge listen dieses /19 als direkte Zuweisung 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 Branchenbucheintrag verweist auf GetNet Inc.; der ARIN-Organisationseintrag existiert weiterhin; die alte Adresse, Telefonnummer und die Kontaktstruktur verweisen weiterhin auf Phoenix. Aber die Ressource, die die Identität wirtschaftlich interessant machte, scheint gewandert zu sein.

Die geerbte Identität von GetNet ist daher weniger als aktiver lokaler ISP von Bedeutung, sondern als Fallstudie darüber, wie aufgelöste oder dünn besetzte Netzwerkunternehmen wirtschaftlich knappe Nummernressourcen lange nach dem Verschwinden des Geschäftsbetriebs behalten, monetarisieren, übertragen oder verlieren können.

Der ursprüngliche ARIN-Organisationseintrag ist eindeutig in Bezug auf die Identität, aber nicht auf den Betrieb. Der öffentliche ARIN-Eintrag für den Organisationshandle GTNT nennt „GetNet Inc." in der 333 E Indian School in Phoenix, Arizona, mit einem Registrierungsdatum vom 29. Juni 2001 und einer letzten Aktualisierung vom 22. August 2024. Die zugehörigen ARIN-Kontakteinträge zeigen administrative, Missbrauchs- und technische Funktionen im Zusammenhang mit den GetNet-Kontakten. Ein historischer Netzwerkbetriebskontakt, GET-NOC-ARIN, gibt dieselbe Adresse in Phoenix, die Telefonnummer +1-602-264-7000 und die E-Mail-Adresseadmin@getnetinc.netan, aber ARIN gibt auch an, versucht zu haben, diesen Kontakt zu validieren, ohne seit dem 25. Juni 2025 eine Antwort erhalten zu haben. In der Registerökonomie ist das ein signifikantes Signal. Es beweist nicht die Auflösung des Unternehmens. Es deutet darauf hin, dass die öffentliche administrative Oberfläche der Netzwerkidentität dünn ist.

Das ältere Unternehmen war nicht fiktiv. Eine öffentliche Betreiberankündigung vom April 2001 besagte, dass ehemalige Führungskräfte und Mitarbeiter von GetNet/Internet Access Inc. die GetNet Inc. gegründet hatten, beschrieb das Unternehmen als einen ISP, der dedizierte Internetkonnektivität, Webhosting, Colocation, Einwahlzugang und Netzwerkberatung anbot, und gab an, dass GetNet Inc. die Rechte an den Domains getnet.com und neta.com lizenziert hatte. Dieselbe Ankündigung identifizierte Jeffrey Gong als Präsidenten und stellte klar, dass der Netzwerkbetrieb sofort aufgenommen werden sollte.

Diese Ankündigung liest sich wie eine Nachfolgegründung, nachdem eine frühere Aktivität von Internet Access/GetNet/Neta bereits einen lokalen Kundenstamm, Namen und technische Infrastruktur aufgebaut hatte. Es ist das Gegenteil einer Briefkastenfirma. Die Qualität einer Hülle erscheint später, nachdem sich der operative Markt weiterentwickelt hat.

Die sichtbare Auflösung ist also: GetNet Inc. war während seiner kommerziellen Periode ein operativer Zugangs-/Hosting-/Konnektivitätsanbieter; es scheint der Nachfolger oder die Fortsetzung einer älteren Netzwerkaktivität von GetNet/Internet Access/Neta.com gewesen zu sein; es scheint nach den derzeit sichtbaren öffentlichen Beweisen kein aktiver ISP zu sein; und das wichtigste historische IPv4-Asset ist nun unter einem anderen Unternehmen, Magnite, registriert und geroutet.

Die restliche Identität von GetNet ist wirtschaftlich bedeutsam, da sie die Umwandlung eines lokalen Dienstleistungsunternehmens in eine Nummernressourcen-Asset-Geschichte veranschaulicht.

Das Unternehmen als wirtschaftliches Objekt

Die greifbare öffentliche Akte beginnt mit Namen und Adressen, aber das wirtschaftliche Objekt ist ein Bündel: Firmenname, Netzwerkreputation, E-Mail-Abhängigkeiten der Kunden, DNS-Autorität, Domainnamen, Routing-Beziehungen, Teilnehmeranschluss-Vereinbarungen und IPv4-Einträge. In den Anfängen des kommerziellen Internets waren diese Elemente oft in einem einzigen lokalen ISP integriert.

Der Kunde kaufte einen „Internetdienst", aber 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 manchmal den Colocation-Server.

Der öffentliche Fußabdruck von GetNet entspricht diesem Muster. Die Ankündigung vom April 2001 gab an, dass GetNet Inc. Zugang, Hosting, Colocation, Einwahl und Beratung anbot. Sie betonte auch die Kontinuität der E-Mail-Adressen auf getnet.com und neta.com, was kommerziell wichtig war, da die E-Mail-Identität in der Zeit der Einwahl und des frühen DSL ein Kundenbindungsinstrument war. Ein historischer WHOIS-Spiegel eines Drittanbieters für eine Domainregistrierung nannte GetNet, Inc.

als Registrierungsdienstleister und gab an, dass GetNet für Domain-Passwörter, DNS-/Nameserver-Änderungen und allgemeinen Domain-Support kontaktiert werden konnte. Ein späterer Webverzeichnis-Schnappschuss für get.net beschrieb „Your Internet Service Provider From GetNet.Com" als einen Vollsortiment-Internetdienstanbieter aus der Region Phoenix, der Webhosting, dedizierte Server, virtuelle private Server, DSL, Einwahl, drahtlose Dienste, E-Mail, Plesk, cPanel und Linux-Dienste anbot, mit Nameservern im Adressbereich 216.19.192.0/19.

Diese Kombination ist wichtig. Ein kleiner ISP mit nur privaten Zugangskunden ist einem Preisdruck ausgesetzt, wenn Kabel-, Telco-, drahtlose und nationale Backbones hochskaliert werden. Ein kleiner ISP mit E-Mail-Konten, gehosteten Domains, Nameservern und statischen Adressen hat höhere Wechselkosten. Ein Kunde kann eine Einwahl- oder DSL-Leitung leichter wechseln, als Server umzunummerieren, DNS zu übertragen, MX-Einträge neu zu schreiben, Postfächer zu migrieren, alte E-Mail-Kontakte zu bewahren und gehostete Anwendungen zu verschieben.

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

Die frühen Beweise deuten auch darauf hin, dass GetNets Marktposition von der etablierten Telefoninfrastruktur abhing. Eine öffentliche Veröffentlichung von 1999 von Internet Access Inc., die unter dem Namen Getnet firmierte, bat ehemalige Kunden um Beweise dafür, dass US West sie davon abgehalten hatte, Getnet/Internet Access oder einen anderen unabhängigen ISP bei der Bestellung von Telefondiensten, DSL oder ISDN zu nutzen. Sie gab an, dass das Unternehmen eine Beschwerde bei der Arizona Corporation Commission bezüglich des angeblich wettbewerbswidrigen Marketings von US West eingereicht hatte.

Ein eDocket-Suchergebnis der Arizona Corporation Commission identifiziert separat eine formelle Beschwerde, die von Internet Access, Inc. f.a.s. Getnet gegen U S West eingereicht wurde, eingereicht von Jeffrey Gong. Der Mechanismus ist einfach: Der etablierte Zugangsanbieter kontrollierte die Kupferdoppelleitung und den Kundenbestellpfad, während unabhängige ISPs versuchten, Dienste über diese Zugangsschicht zu verkaufen. Wenn der etablierte Anbieter die Kundenwahl zum Zeitpunkt der Bereitstellung beeinflussen konnte, war der Akquise-Trichter des unabhängigen ISP anfällig.

Eine Liste von der Arizona State University aus dem Jahr 2001, die wie eine Beschaffungs-/Kanal-Listenserver aussieht, führte GetNet, Inc. unter den von Qwest unterstützten ISPs auf, mit der Telefonnummer aus Phoenix 602-264-7000 und getnet.com, und führte separat Internet Access Inc. DBA oder GetNet mit einer anderen Nummer aus Phoenix und getnet.com oder neta.com auf. Dies ist keine vollständige Betriebsgeschichte, aber es stützt das Bild der Marktstruktur: GetNet befand sich in der Schicht der unabhängigen ISPs, die auf die Letzte-Meile-Systeme des etablierten Anbieters angewiesen waren, um DSL-Kunden zu erreichen.

Das Wertversprechen war lokaler Internetdienst, aber die strategische Einschränkung war der Vorleistungszugang.

Das Nachfolgeproblem

Die öffentliche Geschichte von GetNet ist keine klare Unternehmenslinie. Es ist ein Nachfolgeproblem.

Es gibt eine ältere Identität „Getnet International" in ARIN-bezogenen Aufzeichnungen. Die von Cidr-report abgeleitete ARIN-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 der 333 E. Indian School Road, Phoenix. Sie verknüpft auch die Missbrauchs- und technischen Kontakte mit Getnet Inc. und der E-Mail-Adresseadmin@getnetinc.net. Der spätere öffentliche ARIN-Organisationseintrag für den Handle GTNT von GetNet Inc. wurde am 29. Juni 2001 an derselben Adresse in Phoenix registriert. Die beiden Registerobjekte sind nicht identisch, aber die Adresse, die Namensfamilie und das Kontaktmuster machen sie wirtschaftlich verwandt.

Die Betreiberankündigung von 2001 hilft zu erklären, warum. Sie besagte, dass ehemalige Führungskräfte und Mitarbeiter von GetNet/Internet Access Inc. die GetNet Inc. gegründet hatten und dass das neue Unternehmen die Rechte an den Namen neta.com und getnet.com lizenziert hatte. Diese Sprache deutet auf eine bewusste Kontinuitätsstrategie hin, nicht nur auf einen Neuzugang. Kunden kannten die Namen; die Domains trugen einen installierten Basiswert; das Personal trug lokale Betriebskenntnisse; die Netzwerkidentität konnte eine rechtliche oder betriebliche Diskontinuität überleben.

Es gab auch Kundenunsicherheit. In einer Usenet-Diskussion vom März 2000 beschrieb ein Teilnehmer neta.com als ehemals GetNet/Internet Access, fragte sich über den DSL-Dienst über US West und bezog sich darauf, dass GetNet Insolvenz angemeldet und von Neta übernommen worden sei. Dies ist eine kundenseitige Aussage, kein offizieller Eintrag, und sie muss als Gerücht und nicht als Tatsache behandelt werden. Aber kommerziell ist sie dennoch nützlich: Kunden versuchten, Kontinuität, Zuverlässigkeit und Eigentum aus einer verwirrenden Markenspur abzuleiten.

Ein anderer Kunde im selben Thread sagte, er sei seit Jahren Kunde, habe wenige Probleme gehabt und ein neta.com-Konto behalten, selbst als er einen anderen Zugangsanbieter für die physische Verbindung nutzte. Dies ist der Kundenbindungsmechanismus im Kleinen. Der Zugangspfad konnte sich ändern; die Kontoidentität konnte bleiben.

Das Nachfolgeproblem ist wichtig, weil Nummernressourcen operative Unternehmen oft überleben. ARIN-Einträge sind um Organisationen, Kontakte, Netzwerke und ASNs herum organisiert; sie sind keine narrative Unternehmensgeschichte. ARIN beschreibt die Whois-/RDAP-Registrierungsdaten als die von ARIN oder seinen Vorgängern ausgegebenen Nummernressourcen, Organisationen, Kontakte und Informationen zur Kundenweiterzuweisung von ISPs umfassend. Dieses Registermodell ist betrieblich notwendig, schafft aber ein Interpretationsrisiko. Ein Firmenname in einem Register bedeutet nicht unbedingt, dass ein aktueller ISP Dienstleistungen verkauft.

Es kann bedeuten, dass ein Ressourceninhaber existiert, ein Kontakt bestehen bleibt, ein altes Organisationsobjekt beibehalten wurde oder ein Übertragungsweg erhalten geblieben ist.

Für GetNet hat das Nachfolgeproblem mindestens drei Schichten. Erstens scheint die Getnet International-Identität von 1995 und die AS5784 dem GetNet Inc.-Organisationshandle von 2001 vorauszugehen. Zweitens erscheint Internet Access Inc. f.a.s. Getnet/Neta.com in Kunden-, Regulierungs- und Kanalaufzeichnungen vor der Gründung von 2001. Drittens scheint die Post-2001-Identität von GetNet Inc. die kundenorientierten Namen und möglicherweise die Infrastruktur geerbt oder lizenziert zu haben. Die wirtschaftliche Kontinuität ist stärker als die rechtliche Kontinuität, die aus offenen Beweisen hergestellt werden kann.

Der Adressblock als greifbares Asset

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, dass die Adressen innerhalb des Blocks nicht portabel waren.

Die Nicht-Portabilitätsnotiz ist kommerziell wichtig. Für Kunden, die Adressen aus der Zuweisung eines ISPs bezogen, gehörten diese Adressen normalerweise zum Adressplan des Anbieters und nicht zu den unabhängigen Registerrechten des Kunden. Ein Geschäftskunde konnte Server, E-Mail, VPNs, DNS oder Zugriffskontrolllisten auf diesen Adressen betreiben, aber wenn er den Anbieter wechselte, musste er möglicherweise umnummerieren. Dies machte den Adressblock des ISPs zu einem Kundenbindungsasset. Es machte auch die Auflösung oder den Verkauf des ISPs zu einem Migrationsrisiko für die Kunden.

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

Die aktuellen IPv4-Richtlinien von ARIN besagen, dass der freie Pool erschöpft ist, Anträge auf der Warteliste nur erfüllt werden können, wenn ARIN Bestand über Rückgaben, Rücknahmen, IANA-Verteilung oder andere Quellen erhält, und dass Organisationen IPv4-Raum ü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 geschäftliche Relevanz verlieren, während sein IPv4-Block an Wert gewann oder verkäuflich blieb. Öffentliche Maklerdaten sollten nicht als spezifische Bewertung des GetNet-Blocks behandelt werden, aber sie geben einen Maßstab. ipv4 market actor berichtete im Mai 2026, dass die Marktnachfrage und das Transaktionsvolumen stark blieben, mit einem engeren Angebot und einem langsamen Anstieg der Großblockpreise.

Derselbe Makler beschrieb eine Preiskorrektur bei Großblöcken von Höchstständen Anfang 2024 von etwa 50 $ pro Adresse auf Niveaus um etwa 20 $ pro Adresse für einige große Blöcke, während andere Marktkommentare neuere IPv4-Preise in breiteren Spannen je nach Blockgröße, Register, Ruf und Nachfrage beschrieben. Bei indikativen Preisen von 20 $, 30 $ oder 40 $ pro Adresse würde ein sauberes /19 einen Brutto-Adresswert von etwa 164.000 $, 246.000 $ bzw. 328.000 $ vor Maklergebühren, Rechtskosten, Registeraufwand, Rufabschlägen oder Übergangskosten implizieren.

Diese Zahlen sind kein bestätigter Transaktionspreis; sie zeigen, warum die Identität eines ehemaligen ISP wirtschaftlich relevant bleiben kann, selbst nachdem seine Kunden gegangen sind.

Der Transfermechanismus selbst hat auch wirtschaftlichen Gehalt. ARIN gibt an, dass für bestimmte Transfers die Quellorganisation der aktuelle eingetragene Inhaber sein muss, nicht in einen Rechtsstreit über den Ressourcenstatus verwickelt sein darf, eine unterschriebene und notariell beglaubigte Erklärung eines leitenden Angestellten vorlegen muss und Mindestgrößen- und andere Anforderungen erfüllen muss. ARIN gibt auch an, dass eine Quellorganisation, die an einem 8.3- oder 8.4-Transfer beteiligt ist, für einen sauberen Übergang verantwortlich ist, einschließlich ROAs, IRR-Objekte, Reverse-DNS-Delegation und Koordination mit dem Empfänger.

Diese Anforderungen bedeuten, dass eine alte Registeridentität nicht nur ein Etikett ist. Es ist der administrative Schlüssel, mit dem knappe Adressen übertragen, regularisiert oder blockiert werden können.

Die Routing-Beweise

Die Routing-Beweise deuten weit von aktiven GetNet-Operationen weg.

Die BGP Toolkit-Seite von Hurricane Electric für AS5784 identifiziert es als Getnet International und gibt an, dass die AS seit dem 27. April 2024 nicht mehr in der globalen Routing-Tabelle sichtbar ist. Sie zeigt keine derzeit angekündigten IPv4- oder IPv6-Präfixe und keine gültigen oder ungültigen RPKI-Präfixe, die von dieser AS stammen. Cidr-report gibt ähnlich an, dass AS5784 derzeit nicht verwendet wird, um Präfixe in der globalen Routing-Tabelle anzukündigen, und nicht als Transit-AS sichtbar ist.

Dies beweist nicht, dass jede private oder interne Funktion verschwunden ist, aber für einen ISP oder Hosting-Anbieter ist das Fehlen in der globalen BGP-Tabelle ein starkes Gegenindiz. Ein Zugangs-ISP, ein Hosting-Netzwerk oder ein Colocation-Anbieter benötigt normalerweise sichtbare geroutete Präfixe, vorgelagerten Transit, nachgelagerte Kunden oder Peering.

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

Dieses Routing-Muster ist wirtschaftlich konsistent. Das alte Aggregat wurde in das Netzwerk eines größeren Plattformbetreibers umgezogen und als zwei /20 statt als das historische /19-Aggregat 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 Drittanbieterdaten von Netify für Anwendungsnetzwerke listen 216.19.192.0/19 ebenfalls unter den Netzwerkbereichen von Magnite, neben anderen Magnite-Bereichen. Die Ressource ist nicht verschwunden.

Sie hat die wirtschaftliche Schicht gewechselt.

Dies ist wichtig, weil die BGP-Sichtbarkeit ein Marktsignal ist. Wenn eine alte AS aufhört, Präfixe anzukündigen, kann das zugehörige Unternehmen rechtlich noch existieren, aber es hat die externe Netzwerkfunktion verloren, die es zu einem ISP machte. Wenn der alte Adressraum unter der AS eines Käufers erscheint, ist der Wert von lokaler Konnektivität zu Plattforminfrastruktur migriert. Das Asset ist immer noch produktiv, aber nicht mehr unter den Händen, der Marke oder dem Betriebskontext, der durch die alte Branchenbuchzeile suggeriert wird.

Was Magnite ändert

Der derzeitige Inhaber des historischen /19 ist kein lokaler ISP aus Arizona. Magnite beschreibt sich selbst als das weltweit größte unabhängige Sell-Side-Werbeunternehmen, das Technologie bereitstellt, mit der Publisher Inhalte auf CTV, Online-Video, Display und Audio monetarisieren können, und Agenturen und Marken Werbetransaktionen durchführen können. Seine Quartalseinreichung von 2026 beschreibt Magnite als eine unabhängige omni-channel Sell-Side-Werbeplattform, die den Kauf und Verkauf von digitalem Werbeinventar automatisiert.

Warum sollte eine Werbetechnologieplattform IPv4-Adressraum wollen? Öffentliche Quellen geben den Beweggrund von Magnite für diesen spezifischen Block nicht an, daher muss die Erklärung inferenziell sein. Programmatische Werbeinfrastruktur ist auf groß angelegte, latenzarme und rufkontrollierte Netzwerkoperationen angewiesen: Anzeigenauslieferung, Gebotsanfragen, Messung, Betrugsprüfungen, Benutzersynchronisierungs-Endpunkte, Datenaustausch, Protokollierung und geografisch verteilte Bereitstellung. IPv4-Adressen sind nicht nur Konnektivitäts-Inputs.

Sie unterstützen Verkehrstrennung, Rufmanagement, Geolokalisierung, Zugangskontrolle, Reverse-DNS, betriebliche Isolierung und Migrationsflexibilität. Eine Plattform, die jeden Monat Milliarden von Werbetransaktionen abwickelt, hat ein anderes Adressnachfrageprofil als ein kleiner lokaler ISP, aber sie schätzt dennoch saubere routbare IPv4-Adressen. Magnite gibt an, dass führende Agenturen und Marken seine Plattform nutzen, um jeden Monat Milliarden von Werbetransaktionen durchzuführen.

Die Bewegung des /19 in die Register- und Routing-Umgebung von Magnite repräsentiert daher einen strukturellen Wandel dahingehend, wo IPv4-Knappheit monetarisiert wird. Im Jahr 2001 brauchte ein ISP in Phoenix IPv4-Adressen, um sie Einwahlpools, DSL-Nutzern, gehosteten Domains, virtuellen Hosts und dedizierten Servern zuzuweisen. Im Jahr 2025 braucht eine Sell-Side-Werbeplattform möglicherweise Adressen, um eine verteilte digitale Infrastruktur mit reputations- und betrieblicher Trennung zu betreiben. Dieselben 8.192 Adressen unterstützen im Laufe der Zeit unterschiedliche Geschäftsmodelle.

Dies ist die breitere These: Der Adressraum ehemaliger ISPs ist kein totes Inventar. Es ist ein knapper Input, der neu bewertet werden kann, wenn die Kontrolle von rückläufigen lokalen Zugangsunternehmen auf groß angelegte Plattformbetreiber übergeht. Die alte Unternehmensidentität ist wirtschaftlich bedeutsam, weil sie die administrative Brücke sein kann, über die sich die Ressource bewegt.

Restlicher Inhaber oder erworbenes Unternehmen?

Die öffentlichen Beweise erlauben nicht die Behauptung, dass Magnite GetNet Inc. als operatives Unternehmen erworben hat. Sie erlauben die Behauptung, dass der historisch mit GetNet verbundene IPv4-Block jetzt bei Magnite registriert ist und im Routing-Fußabdruck von Magnite erscheint. ARIN-Einträge zeigen das /19 als aktuelle direkte Zuweisung von Magnite, nicht als Zuweisung von GetNet. Routing-Daten zeigen spezifischere /20, die von Magnites AS26667 stammen, nicht von AS5784.

Diese Unterscheidung ist entscheidend. Nummernressourcen-Transfers, Fusions-/Umstrukturierungstransfers und Unternehmensakquisitionen sind unterschiedliche wirtschaftliche Ereignisse. ARINs Transferleitfaden unterscheidet zwischen Transfers aufgrund von Fusionen, Übernahmen und Umstrukturierungen und Transfers von freigegebenen Nummernressourcen an bestimmte Empfänger. Der hier sichtbare öffentliche ARIN-Ausgang sagt nicht, welcher Pfad für die Ressourcenänderung von GetNet zu Magnite verwendet wurde.

Daher ist die wirtschaftlich vorsichtige Schlussfolgerung, dass die Ressource die Registerkontrolle gewechselt hat; das Unternehmen wurde nicht notwendigerweise als fortgeführtes Geschäft verkauft.

Die Wahrscheinlichkeit einer Übernahme eines aktiven ISP erscheint auf der Grundlage öffentlicher Beweise gering. Es gibt keine moderne GetNet-Dienstleistungsseite, die mit einem lebendigen ISP-Produktkatalog vergleichbar ist. Aktuelle Listen von Breitbandanbietern in Phoenix betonen große Kabel-, Telco-, Festnetz-Drahtlos-, Satelliten- und Glasfaseranbieter; GetNet erscheint nicht in diesen modernen Privatkunden-Zugangslisten. Der fehlgeschlagene ARIN-POC-Validierungsversuch im Juni 2025 deutet ebenfalls auf eine geringe aktuelle betriebliche Kontaktfähigkeit hin.

Alte Domain- und Verzeichnisspuren verweisen auf vergangene Dienstleistungsangebote, nicht auf aktuelle Verkäufe.

Ein restlicher Inhaber von Nummernressourcen ist nicht unbedingt rechtlich inaktiv. Er kann eine AS, Domainnamen, Marken, E-Mail-Systeme oder Kundenüberreste besitzen. Aber aus Sicht der Infrastrukturökonomie ist ein Ressourceninhaber ohne sichtbare BGP-Ankündigungen, ohne aktuelle Produktseiten, ohne validierte POCs und ohne das historische /19 auf seinen Namen wirtschaftlich nicht gleichwertig mit einem operativen ISP.

Kundenabhängigkeit und Lock-in

Das alte GetNet-Geschäft hat wahrscheinlich über vier Mechanismen Kundenbindung erzeugt.

Der erste war die E-Mail-Identität. Die Betreiberankündigung von 2001 richtete sich speziell an Personen, die eine langfristige Nutzung von E-Mail-Adressen auf getnet.com und neta.com suchten, und forderte sie auf, GetNet zu kontaktieren. In den Anfängen des kommerziellen Internets war die Kontinuität der E-Mail-Adresse ein mächtiger Wechselkostenfaktor. Ein privater Nutzer konnte es tolerieren, die Zugangsmethode zu wechseln; ein kleines Unternehmen mit gedruckten Materialien, Kundenkontakten und Kontoeinträgen, 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, veranschaulicht diese Trennung von Zugang und Identität.

Der zweite war DNS und Domain-Verwaltung. Ein historischer WHOIS-Eintrag eines Drittanbieters beschrieb GetNet als einen Registrierungsdienstleister, der Domain-Anmeldedaten/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, E-Mail-Einträge verwalten und die Anmeldeinformationen besitzen. Die Migration erfordert nicht nur eine neue Schaltung, sondern auch eine administrative Rückgewinnung.

Der dritte war Hosting und Server-Platzierung. GetNet bewarb sich öffentlich als Anbieter von Webhosting, Colocation, dedizierter Internetkonnektivität, und spätere Verzeichnisspuren beziehen sich auf dedizierte Server und virtuelle private Server. Hosting-Kunden stehen vor Datenmigration, DNS-Umstellungsrisiko, IP-Umnummerierung und Ausfallzeitrisiko. Colocation-Kunden stehen vor physischem Umzug, Cross-Connect-Änderungen und Routing-Änderungen. Diese Wechselkosten können die Einnahmen erhalten, selbst wenn der Privatkundenzugang zur Ware wird.

Der vierte war die nicht-portable Adressierung. Der historische WHOIS-Spiegel für GETNET-BLK1 gab an, dass die Adressen im Block nicht portabel waren. Diese Sprache verwandelt Nummernressourcen in eine vom Anbieter kontrollierte Kundenbindung. Wenn der Server, das VPN oder das E-Mail-System eines Kunden auf einer Adresse im GetNet-Block basierte, bedeutete ein Anbieterwechsel eine Umnummerierung, es sei denn, der Kunde hatte eigenen portablen Raum oder handelte Sondervereinbarungen aus. Für den ISP schützte die Nicht-Portabilität vor Kundenabwanderung. Für den Kunden schuf sie Abhängigkeit.

Diese Mechanismen erklären auch, warum ein alter Block versteckte Verpflichtungen tragen kann. Wenn lebende Kunden auf einem Block verbleiben, ist der Transfer kein reiner Asset-Verkauf. Er erfordert Umnummerierung, Dienstfortsetzung oder Verwaltung der Kundenweiter-/Wiederzuweisung. ARINs Transferleitfaden betont ausdrücklich die Aufgaben eines sauberen Übergangs wie ROAs, IRR-Einträge und Reverse-DNS-Delegation. Die öffentliche Akte zeigt nicht, ob im Jahr 2024 noch GetNet-Kunden vorhanden waren. Wenn keine mehr vorhanden waren, war das /19 ein saubereres monetarisierbares Asset.

Wenn noch welche vorhanden waren, hätte der Transfer eine Migration oder Dienstübernahme erfordert.

Die Einschränkung durch den etablierten Anbieter

Die lokale Wirtschaft von GetNet wurde durch die Struktur der Telekommunikationszugangsschicht von Phoenix geprägt. Unabhängige ISPs waren Ende der 1990er und Anfang der 2000er Jahre oft auf etablierte Teilnehmeranschlussanbieter für DSL, ISDN und Bereitstellungsschnittstellen angewiesen. Die Veröffentlichung von 1999 von Getnet/Internet Access bezüglich des angeblich wettbewerbswidrigen Marketings von US West zeigt, dass GetNet die Rolle des etablierten Anbieters als strategische Bedrohung verstand. Die Aktennotiz der Arizona Corporation Commission stützt die Existenz einer formellen Beschwerde zu diesem Thema.

Dies ist keine Nebensache. Es hilft zu erklären, warum lokale ISPs betrieblich kompetent und dennoch strukturell benachteiligt sein konnten. Sie konnten E-Mail, DNS, Hosting, Einwahlmodems und lokalen Support verwalten. Aber als Breitband die Einwahl ersetzte, rückte der Kundenakquise-Pfad näher an die Telefongesellschaft oder den Kabelanbieter. Der etablierte Anbieter konnte Zugang, Abrechnung, Installation, Modemausstattung und Support bündeln. Die differenzierten Assets des unabhängigen ISP schrumpften auf Servicequalität, technischen Support, E-Mail-Kontinuität, Hosting, lokale Reputation und statische Adressierung.

Die Kanalaufzeichnungen von GetNet deuten auf eine Teilnahme am von Qwest unterstützten DSL-Ökosystem hin. Aber die Teilnahme beseitigte die strukturelle Einschränkung nicht. In einem Breitband-Übergang zählte der Maßstab: Backbone-Einkauf, Peering, Modempools, DSL-Aggregation, Support-Personal, Abrechnungssysteme, Missbrauchsverwaltung und Marketing. Lokale ISPs, die sich nicht konsolidierten oder spezialisierten, wurden oft zu Hosting-Boutiquen, Domain-/DNS-Verwaltern oder restlichen Ressourceninhabern.

Der aktuelle Zugangsmarkt von Phoenix unterstreicht den strukturellen Wandel. Moderne Anbieterlisten für Phoenix werden von großen Kabel-, Telco-, Festnetz-Drahtlos-, Glasfaser- und Satellitenmarken dominiert, nicht von den frühen lokalen ISP-Namen. Dies beweist nicht, dass GetNet keine verbleibenden Kunden hat, aber es bedeutet, dass GetNet in der Verbraucher-Anbieter-Entdeckungsschicht nicht als bedeutender aktueller Zugangswettbewerber sichtbar ist.

Die Namensraum-Verwirrung

Es gibt auch ein Markenverwirrungsproblem. Eine moderne Suche nach „Getnet" liefert häufig Getnet by Santander, eine Zahlungsplattform, die in Lateinamerika und Iberien tätig ist, und nicht die Phoenix-ISP-Identität. Die aktuelle Getnet-Zahlungsseite bezeichnet sich selbst als „The Leading AI Payments Company in Latin America and Iberia", und Santander-Dokumente beschreiben Getnet als ein Zahlungsunternehmen mit E-Commerce- und Händlerzahlungsdiensten. Dies ist nicht mit dem ARIN-Ziel verwandt, außer als Informationssucher-Risiko.

Dieses Risiko hat wirtschaftliche Bedeutung. Wenn eine alte Netzwerkmarke aufhört, aktuelle Websignale zu produzieren, können andere Unternehmen mit ähnlichen Namen die Suchoberfläche besetzen. Der Branchenbucheintrag und der 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 in der falschen Kontinuität: Eine lebendige „Getnet"-Marke im Zahlungsverkehr sollte nicht mit dem Netzwerkressourceninhaber GetNet Inc. aus Phoenix verwechselt werden.

Das gleiche Problem tritt innerhalb der historischen GetNet/Neta/Getnet International/Internet Access-Kette auf. Unterschiedliche Namen erscheinen in verschiedenen Aufzeichnungen. Einige Quellen verwenden GetNet Inc.; andere verwenden Getnet International; andere verwenden Internet Access Inc. f.a.s. Getnet; andere verwenden Neta.com. Die wirtschaftliche Kontinuität ist plausibel, aber die rechtliche Kontinuität ist aus öffentlichen Quellen nicht vollständig geklärt.

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

Was ungelöste Fakten ändern würden

Mehrere Fakten bleiben ungelöst, und jeder hat ein unterschiedliches wirtschaftliches Gewicht.

Der 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, ist die Geschichte die eines ehemaligen Ressourceninhabers, der knappe IPv4-Adressen monetarisiert. Wenn er über einen Fusions-, Übernahme- oder Umstrukturierungstransfer bewegt wurde, könnte die Geschichte eine breitere Asset- oder Unternehmenstransaktion beinhalten. Der öffentliche ARIN-Eintrag stellt die aktuelle Registrierung von Magnite fest, aber nicht die zugrunde liegende kommerzielle Vereinbarung.

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

Der zweite ist die Kundenkontinuität zum Zeitpunkt des Transfers. Wenn GetNet keine aktiven nachgelagerten Kunden auf dem Block hatte, war der Transfer größtenteils eine Register-, Routing- und Reverse-DNS-Übung. Wenn noch Kunden vorhanden waren, beinhaltete der Transfer auch eine Dienstmigration, Umnummerierung oder Regelung von Kundenverträgen. Die öffentlichen Routing-Beweise deuten darauf hin, dass AS5784 jetzt inaktiv ist, aber sie offenbaren nicht, ob private Kundenmigrationen stattfanden, bevor die öffentliche Sichtbarkeit aufhörte.

Der dritte ist der Status von AS5784. Die AS ist historisch mit Getnet International verbunden, aber derzeit nicht im globalen Routing sichtbar. Eine AS ohne geroutete Präfixe kann immer noch als administratives Objekt aufbewahrt werden, aber ihr wirtschaftlicher Wert ist weit geringer als der eines gerouteten IPv4-Blocks. Sie könnte wieder an Relevanz gewinnen, wenn sie mit Adressraum gekoppelt oder in einem privaten/Interkonnektionskontext verwendet wird, aber keine öffentlichen Beweise stützen dies derzeit.

Der vierte ist die Kontrolle von Domainnamen und Kundenidentitäts-Assets. Die Ankündigung von 2001 besagte, dass die Rechte an getnet.com und neta.com an GetNet Inc. lizenziert waren und dass die Marke GetNet und bestimmte Domains Jeffrey Gong gehörten. Öffentliche Verzeichnisspuren zeigen später eine Infrastruktur, die mit get.net und getnet.com verbunden ist, aber keine aktuelle operative Produktoberfläche. Wenn die Domain-Assets weiterhin unter gemeinsamer Kontrolle mit der alten Registerentität stehen, kann es immer noch einen Restwert von Postfächern, DNS oder Marke geben.

Wenn sie verkauft, abgelaufen oder neu zugewiesen wurden, ist der Restwert geringer.

Der fünfte ist der Ruf. IPv4-Käufer kümmern sich um Missbrauchsgeschichte, Blacklisting, Geolokalisierung, frühere PTR-Einträge und Kundenüberreste. 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 geerbte Rufnachteile genutzt werden kann.

Die Ökonomie des Verschwindens

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

Das sichtbare Verschwinden eines lokalen ISP kann schrittweise erfolgen. Zuerst verlangsamen sich die Neuzugänge, weil Kabel- und Telco-Breitband hochskaliert werden. Dann brechen die Einwahlerlöse ein. Drittens bleiben Hosting- und E-Mail-Kunden, weil sie klebrig sind. Viertens stellt der Anbieter das großflächige Marketing ein, pflegt aber weiterhin Altlasten-Dienste. Fünftens bewahren die Techniker 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 von einem Makler vermittelten Käufer übertragen. Der alte Firmenname bleibt in historischen WHOIS-Spiegeln, BGP-Archiven, Kundenerinnerungen und Branchenverzeichnissen bestehen.

GetNet scheint diesem Bogen weitgehend zu entsprechen. Es war ein echter ISP und Hosting-Anbieter in Phoenix; seine Vorgänger-/Nachfolgerkette trug Kundenidentitäts-Assets; es operierte in einem Markt, der strukturell unter dem Druck etablierter Zugangsanbieter stand; sein historisches /19 wurde zu einem knappen IPv4-Asset; und der Block erscheint jetzt unter Magnite statt unter GetNet.

Der wichtigste analytische Vorbehalt ist, das aktuelle Unternehmen nicht aus der alten Registerzeile zu überschätzen. Der ARIN-Eintrag GTNT ist real. Er identifiziert GetNet Inc. Aber die aktuelle Wirtschaft des historischen Netzwerks kann nicht allein aus diesem Organisationseintrag abgeleitet werden. Der beste Beweis ist die Kombination aus Registerkontrolle, POC-Validierung, BGP-Sichtbarkeit, RPKI/IRR-Haltung, Produktsichtbarkeit und historischen Betriebsspuren.

Diese Kombination sagt: Einst ein operativer ISP; jetzt eine Restidentität; das Hauptadress-Asset an Magnite übertragen oder neu registriert; AS nicht sichtbar aktiv; keine starken Beweise für aktuelle Zugangs- oder Hosting-Operationen.

Genau diese Art von Fall ist es, in dem die Ökonomie der Adressressourcen einen Informationsgewinn schafft. Ohne die ARIN- und BGP-Beweise könnte GetNet wie ein schlafendes lokales Kleinunternehmen aussehen. Mit den Ressourcenbeweisen wird es zu einer transaktionsartigen Geschichte darüber, wie knappe IPv4-Adressen von lokalen ISPs der ersten Generation zu groß angelegten digitalen Plattformen migrieren.

Beweisregister

ARIN-Organisationseintrag für GetNet Inc. Der öffentliche ARIN-Eintrag für den Organisationshandle 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, Missbrauchs- und technische POCs, die mit dem GetNet-Organisationseintrag verbunden sind.

ARIN-POC GET-NOC-ARIN. ARIN listet Getnet Inc. an derselben Adresse in Phoenix, Telefon +1-602-264-7000, E-Mailadmin@getnetinc.net, und gibt an, dass ARIN einen POC-Validierungsversuch unternommen, aber seit dem 25. Juni 2025 keine Antwort erhalten hat.

Aktueller ARIN-übergeordneter Netzwerkeintrag 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-Teilbereichs-/Kundeneintrag. ARIN listet 216.19.208.0/20 als MAGNITE-IAD6-2, dem ADMON-Kunden in Ashburn, Virginia, zugewiesen, mit Registrierungs- und Aktualisierungsdaten vom 10. September 2025.

Historischer WHOIS-Spiegel für GETNET-BLK1. Ein WHOIS-Spiegel eines Drittanbieters bewahrt ältere Daten, die 216.19.192.0/19 als GETNET-BLK1, direkte Zuweisung an GetNet Inc., mit nicht-portablen Adressen und GetNet-bezogenen Nameservern auflisten. Dies ist als historischer Beweis nützlich, aber nicht als aktuelle Autorität.

Von ARIN abgeleitete Cidr-report-Seite für AS5784. Cidr-report identifiziert AS5784 als GETNET / Getnet International, zeigt die Adresse in Phoenix und gibt an, dass die AS derzeit nicht verwendet wird, um Präfixe in der globalen Routing-Tabelle anzukündigen, und nicht als Transit-AS sichtbar ist.

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

Hurricane Electric BGP Toolkit für 216.19.192.0/19. HE gibt an, dass das /19-Aggregat nicht in der globalen Routing-Tabelle sichtbar ist, 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 Netzwerkinformationen für Magnite. Netify listet 216.19.192.0/19 unter den Netzwerkbereichen von Magnite und bestätigt damit die Assoziation des alten GetNet-Blocks mit dem aktuellen Infrastruktur-Fußabdruck von Magnite.

GetNet Inc.-Betreiberankündigung vom April 2001. Eine öffentliche Google Groups-Veröffentlichung gibt an, dass ehemalige Führungskräfte und Mitarbeiter von GetNet/Internet Access Inc. die GetNet Inc. gegründet haben; beschreibt Dienste einschließlich dedizierter Konnektivität, Webhosting, Colocation, Einwahl und Beratung; identifiziert lizenzierte Rechte an getnet.com und neta.com; und nennt Jeffrey Gong als Präsidenten.

Internet Access Inc. f.a.s. Getnet-Veröffentlichung vom Oktober 1999. Eine öffentliche Veröffentlichung bittet ehemalige Kunden um Informationen bezüglich des angeblich wettbewerbswidrigen Verhaltens von US West und bezieht sich 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. f.a.s. Getnet gegen U S West, eingereicht von Jeffrey Gong.

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

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

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

Historischer Webverzeichniseintrag für get.net/GetNet. Ein Verzeichnis-Schnappschuss beschreibt GetNet als einen Vollsortiment-Internetdienstanbieter aus der Region Phoenix, der Hosting, dedizierte Server, VPS, DSL, Einwahl, drahtlose Dienste, E-Mail, Plesk, cPanel und Linux-Dienste anbietet, mit Nameservern im alten Adressbereich.

MIT-Traceroute-Dokument. Ein Traceroute von 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-Netzwerks vor der Gründung von GetNet Inc. im Jahr 2001.

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

Erläuternde ARIN-Whios-/RDAP-Quelle. ARIN beschreibt die öffentlichen Registerdaten als Internet-Nummernressourcen, Organisationen, Kontakte, Legacy-Ressourcen und Wiedervergabeinformationen umfassend, was erklärt, warum eine Registeridentität nicht dasselbe ist wie ein aktuelles operatives Unternehmen.

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

ARIN-Transferleitfaden. Die ARIN-Transferdokumentation definiert die Anforderungen für Quelle und Empfänger und betont die Aufgaben eines 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, mit Preisen, die je nach Blockgröße, Register, Ruf und Nachfrage variieren.

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

Spuren moderner Phoenix-Anbieterlisten. Aktuelle Verbraucheranbieterlisten für Phoenix betonen große Breitband-, Glasfaser-, Drahtlos- und Satellitenanbieter und zeigen GetNet nicht als sichtbaren Verbraucherzugangswettbewerber.

Disambiguierung des Zahlungsunternehmens Getnet. Aktuelle Getnet/Santander-Quellen beschreiben ein Zahlungsunternehmen in Lateinamerika und Iberien, das eine andere Identität als das ARIN-Ziel in Phoenix darstellt und eine Suchnamensmehrdeutigkeit schafft.

Überwachungspunkte

Der erste Überwachungspunkt ist die ARIN-Historie von 216.19.192.0/19. Ein zukünftiger ARIN-Eintrag, ein Transferprotokoll, ein Gerichtsdokument oder eine Makleroffenlegung, die klärt, ob der Wechsel zu Magnite ein bestimmter Transfer gemäß 8.3, ein Fusions-/Umstrukturierungstransfer gemäß 8.2 oder ein anderer administrativer Pfad war, würde die wirtschaftliche Interpretation ändern. Ein bestimmter Transfer würde eine These der Adress-Asset-Monetarisierung stützen. Ein Fusions-/Umstrukturierungstransfer würde die Wahrscheinlichkeit einer breiteren Asset-Beziehung erhöhen.

Der zweite Überwachungspunkt ist AS5784. Wenn AS5784 wieder beginnt, Präfixe anzukündigen, insbesondere Präfixe, die nicht mit Magnite verbunden sind, würde dies die Schlussfolgerung eines inaktiven ISP schwächen. Wenn es ungeroutet bleibt, ist sein Wert hauptsächlich historisch und administrativ.

Der dritte Überwachungspunkt 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 Übernahme hindeuten. Altes Reverse-DNS oder veraltete Route-Objekte würden auf einen langsameren oder unordentlicheren Übergang hindeuten.

Der vierte Überwachungspunkt sind alle Beweise für verbleibende gehostete Kunden bei GetNet. Alte Postfächer, DNS-Zonen, Webhosting-Konten, Colocation-Überreste oder statische IP-Nutzer würden bedeuten, dass das alte Unternehmen zum Zeitpunkt des Ressourcentransfers mehr als nur Registerreste hatte. Keine öffentlichen Beweise dieser Art sind derzeit stark genug, um einen fortgesetzten Betrieb zu belegen.

Der fünfte Überwachungspunkt ist die Unternehmenskontrolle von GetNet Inc., Getnet International, getnet.com, neta.com, get.net und getnetinc.net. Die Kontrolle dieser Namen würde bestimmen, ob die Restidentität noch einen Marken-, Postfach-, DNS- oder Kundenrückgewinnungswert hat. Der Verlust oder Verkauf dieser Namen würde wenig hinterlassen außer historischen Aufzeichnungen und einer verbleibenden AS.

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

Der siebte Überwachungspunkt ist jede Erweiterung des Magnite-Netzwerks, die den Block in neuen Märkten nutzt. Wenn die beiden /20 weiterhin unter AS26667 angekündigt werden und in mehr Anwendungsintelligenz-Datensätzen erscheinen, wird die wirtschaftliche Rolle des Blocks als Plattforminfrastruktur und nicht als lokale Zugangsinfrastruktur bestätigt.

Der letzte Überwachungspunkt ist die veraltete Registerkontaktfähigkeit. Der fehlgeschlagene ARIN-POC-Validierungsversuch für GET-NOC-ARIN ist ein kleines, aber wichtiges Warnsignal. Wenn die GetNet-POCs aktualisiert und validiert werden, kann die Restentität möglicherweise noch administrativ aufrechterhalten werden. Wenn sie nicht validiert bleiben, werden die öffentlichen Beweise zunehmend die Vorstellung stützen, dass GetNet Inc. eine historische Netzwerkressourcenidentität ist, deren wichtigstes monetarisierbares IPv4-Asset bereits anderweitig übertragen wurde.