GetNet Inc.: L'après-vie économique d'un bloc d'adresses d'un FAI de Phoenix

GetNet Inc.: L'après-vie économique d'un bloc d'adresses d'un FAI de Phoenix

GetNet Inc. doit se comprendre non pas comme un fournisseur d'accès à haut débit, une société d'hébergement ou un FAI actuellement visible, mais comme l'ombre persistante dans les registres d'une entreprise Internet autrefois en activité dans la région de Phoenix, dont l'actif le plus économiquement tangible était l'espace d'adressage IPv4. Les archives publiques montrent une lignée d'entreprise qui fut opérationnellement réelle à la fin des années 1990 et au début des années 2000: accès commuté, accès de type DSL, hébergement web, colocation, connectivité Internet dédiée, DNS et messagerie client. Elles montrent également une histoire de ressources au présent dans laquelle l'ancienne identité réseau ne semble plus exercer de puissance de routage active. L'événement économique central est que le bloc IPv4 historiquement associé à GetNet, 216.19.192.0/19, est désormais enregistré dans ARIN au nom de Magnite, Inc., une entreprise de technologie publicitaire, et non plus au nom de GetNet. Les enregistrements ARIN répertorient ce /19 comme une allocation directe à Magnite, Inc. sous l'organisation ADMON, avec une date d'enregistrement au 17 décembre 2024 et une mise à jour au 15 octobre 2025.

Ce fait change l'interprétation. La ligne d'annuaire pointe vers GetNet Inc.; l'enregistrement d'organisation ARIN existe toujours; l'ancienne adresse, le numéro de téléphone et la structure de point de contact renvoient toujours à Phoenix. Mais la ressource qui rendait l'identité économiquement intéressante semble avoir migré. L'identité héritée de GetNet importe donc moins en tant que FAI local en activité qu'en tant qu'étude de cas sur la façon dont les sociétés de réseau défuntes ou peu étoffées peuvent conserver, monétiser, transférer ou perdre des ressources de numéros économiquement rares bien après que l'activité commerciale ait disparu.

L'enregistrement d'organisation ARIN de départ est sans ambiguïté sur l'identité mais pas sur les opérations. L'enregistrement public ARIN pour le handle d'organisation GTNT mentionne « GetNet Inc. » au 333 E Indian School à Phoenix, Arizona, avec une date d'enregistrement au 29 juin 2001 et une dernière mise à jour au 22 août 2024. Les enregistrements de point de contact ARIN associés montrent des fonctions administratives, d'abus et techniques liées aux contacts GetNet. Un contact d'exploitation réseau historique, GET-NOC-ARIN, donne la même adresse à Phoenix, le numéro de téléphone +1-602-264-7000 et l'adresse électroniqueadmin@getnetinc.net, mais ARIN indique également avoir tenté de valider ce point de contact sans recevoir de réponse depuis le 25 juin 2025. Dans l'économie des registres, c'est un signal significatif. Cela ne prouve pas la dissolution de l'entreprise. Cela suggère que la surface administrative publique de l'identité réseau est mince.

L'entreprise plus ancienne n'était pas fictive. Une annonce publique d'opérateur en avril 2001 disait que d'anciens dirigeants et employés de GetNet/Internet Access Inc. avaient formé GetNet Inc., décrivait l'entreprise comme un FAI offrant une connectivité Internet dédiée, de l'hébergement web, de la colocation, de l'accès commuté et du conseil en réseau, et indiquait que GetNet Inc. avait acquis sous licence les droits sur les domaines getnet.com et neta.com. Le même avis identifiait Jeffrey Gong comme président et précisait que les opérations réseau devaient démarrer immédiatement. Cette annonce se lit comme une formation de successeur après qu'une activité antérieure Internet Access/GetNet/Neta ait déjà constitué une clientèle locale, des noms et une infrastructure technique. C'est le contraire d'une origine de société écran. La qualité de coquille vide apparaît plus tard, après que le marché opérationnel a évolué.

La résolution visible est donc la suivante: GetNet Inc. était un fournisseur d'accès/hébergement/connectivité opérationnel durant sa période commerciale; elle semble avoir été le successeur ou la continuation d'une ancienne activité réseau GetNet/Internet Access/Neta.com; elle ne semble pas, d'après les preuves publiques actuellement visibles, être un FAI en activité; et le principal actif historique IPv4 est désormais enregistré et routé sous une autre société, Magnite. L'identité résiduelle de GetNet est économiquement importante car elle illustre la conversion d'une entreprise de services locale en une histoire d'actif de ressources de numéros.

L'entreprise en tant qu'objet économique

Le dossier public tangible commence par des noms et des adresses, mais l'objet économique est un ensemble: dénomination sociale, réputation réseau, dépendances de messagerie client, autorité DNS, noms de domaine, relations de routage, accords d'accès à la boucle locale et enregistrements IPv4. Dans les débuts de l'Internet commercial, ces éléments étaient souvent intégrés au sein d'un seul FAI local. Le client achetait un « service Internet », mais le fournisseur contrôlait en réalité plusieurs goulets d'étranglement différents: le numéro d'accès commuté, la relation DSL avec l'opérateur téléphonique historique, la boîte aux lettres, l'enregistrement de domaine, les serveurs de noms, le site web hébergé, l'adresse IP statique et parfois le serveur en colocation.

L'empreinte publique de GetNet correspond à ce schéma. L'annonce d'avril 2001 indiquait que GetNet Inc. proposait accès, hébergement, colocation, accès commuté et conseil. Elle soulignait également la continuité des adresses électroniques sur getnet.com et neta.com, ce qui est commercialement important car l'identité de messagerie était un outil de rétention à l'époque de l'accès commuté et du début du DSL. Un miroir historique WHOIS tiers pour un enregistrement de domaine mentionnait GetNet, Inc. comme fournisseur de services d'enregistrement et indiquait que GetNet pouvait être contacté pour les mots de passe de domaine, les modifications DNS/serveurs de noms et le support général de domaine. Une capture ultérieure d'annuaire web pour get.net décrivait « Your Internet Service Provider From GetNet.Com » comme un fournisseur Internet à service complet de la région de Phoenix proposant hébergement web, serveurs dédiés, serveurs privés virtuels, DSL, accès commuté, sans fil, messagerie, Plesk, cPanel et services Linux, avec des serveurs de noms dans la plage d'adresses 216.19.192.0/19.

Cette combinaison est importante. Un petit FAI avec seulement des clients d'accès de détail est exposé à la compression des prix à mesure que le câble, le DSL des opérateurs, le sans-fil et les dorsales nationales montent en échelle. Un petit FAI avec des comptes de messagerie, des domaines hébergés, des serveurs de noms et des adresses statiques bénéficie de coûts de changement plus élevés. Un client peut changer de ligne commutée ou DSL plus facilement qu'il ne peut renuméroter des serveurs, transférer des DNS, réécrire des enregistrements MX, migrer des boîtes aux lettres, préserver d'anciens contacts de messagerie et déplacer des applications hébergées. Pour les clients professionnels, le FAI est intégré non seulement dans la connectivité mais aussi dans l'identité et les opérations.

Les premières preuves suggèrent également que la position de marché de GetNet dépendait de l'infrastructure téléphonique historique. Une publication publique de 1999 d'Internet Access Inc. faisant affaire sous le nom de Getnet sollicitait d'anciens clients pour obtenir des preuves que US West les avait découragés d'utiliser Getnet/Internet Access ou tout autre FAI indépendant lors de la commande de services téléphoniques, DSL ou ISDN. Elle indiquait que l'entreprise avait déposé une plainte auprès de l'Arizona Corporation Commission concernant le marketing prétendument anticoncurrentiel de US West. Un résultat de recherche eDocket de l'Arizona Corporation Commission identifie séparément une plainte formelle déposée par Internet Access, Inc. f.a.s. Getnet contre U S West, déposée par Jeffrey Gong. Le mécanisme est simple: le fournisseur d'accès local contrôlait la boucle cuivre et le chemin de commande client, tandis que les FAI indépendants tentaient de vendre du service par-dessus cette couche d'accès. Si l'opérateur historique pouvait influencer le choix du client au moment de la fourniture, l'entonnoir d'acquisition du FAI indépendant était fragile.

Une trace de liste d'approvisionnement/canal de type listserv de l'Arizona State University datant de 2001 répertoriait GetNet, Inc. parmi les FAI soutenus par Qwest, avec le numéro de téléphone de Phoenix 602-264-7000 et getnet.com, et répertoriait séparément Internet Access Inc. DBA ou GetNet avec un autre numéro de Phoenix et getnet.com ou neta.com. Il ne s'agit pas d'un historique opérationnel complet, mais cela étaye l'image de la structure du marché: GetNet se situait dans la couche des FAI indépendants qui avaient besoin des systèmes de dernier kilomètre de l'opérateur historique pour atteindre les clients DSL. La proposition de valeur était le service Internet local, mais la contrainte stratégique était l'accès de gros.

Le problème du successeur

L'histoire publique de GetNet n'est pas une lignée d'entreprise nette. C'est un problème de successeur.

Il existe une identité plus ancienne « Getnet International » dans les enregistrements liés à l'ARIN. La liste dérivée de l'ARIN de Cidr-report pour AS5784 identifie « GETNET - Getnet International, US », donne l'ASNumber 5784, l'ASName GETNET, une date d'enregistrement au 24 octobre 1995, une date de mise à jour au 18 janvier 2001, et une adresse d'organisation au 333 E. Indian School Road, Phoenix. Elle lie également les contacts d'abus et techniques à Getnet Inc. et à l'adresse électroniqueadmin@getnetinc.net. L'enregistrement public d'organisation ARIN pour le handle GTNT de GetNet Inc., plus tardif, a été enregistré le 29 juin 2001 à la même adresse de Phoenix. Les deux objets de registre ne sont pas identiques, mais l'adresse, la famille de noms et le modèle de point de contact les rendent économiquement liés.

L'annonce d'opérateur de 2001 aide à expliquer pourquoi. Elle disait que d'anciens dirigeants et employés de GetNet/Internet Access Inc. avaient formé GetNet Inc. et que la nouvelle société avait acquis sous licence les droits sur les noms neta.com et getnet.com. Ce langage suggère une stratégie de continuité délibérée plutôt qu'une simple nouvelle entrée. Les clients connaissaient les noms; les domaines portaient une valeur de base installée; le personnel portait une connaissance opérationnelle locale; l'identité réseau pouvait survivre à une discontinuité juridique ou opérationnelle.

Il y avait aussi une incertitude des clients. Dans une discussion Usenet de mars 2000, un intervenant décrivait neta.com comme anciennement GetNet/Internet Access, s'interrogeait sur le service DSL via US West, et faisait référence à GetNet ayant déposé le bilan et ayant été rachetée par Neta. C'est une déclaration côté client, pas un enregistrement officiel, et elle doit être traitée comme une rumeur plutôt que comme un fait. Mais commercialement, c'est toujours utile: les clients essayaient de déduire la continuité, la fiabilité et la propriété à partir d'une piste de marque confuse. Un autre client dans le même fil disait être client depuis des années, avoir rencontré peu de problèmes et avoir conservé un compte neta.com même en utilisant un autre fournisseur d'accès pour la connexion physique. C'est le mécanisme de rétention en miniature. Le chemin d'accès pouvait changer; l'identité du compte pouvait rester.

Le problème du successeur est important parce que les ressources de numéros survivent souvent aux entreprises opérationnelles. Les enregistrements de l'ARIN sont organisés autour des organisations, des points de contact, des réseaux et des ASN; ils ne constituent pas une histoire d'entreprise narrative. L'ARIN décrit les données d'enregistrement Whois/RDAP comme incluant les ressources de numéros émises par l'ARIN ou ses prédécesseurs, les organisations, les points de contact et les informations de réattribution client des FAI. Ce modèle de registre est opérationnellement nécessaire, mais il crée un risque d'interprétation. Un nom d'entreprise dans un registre ne signifie pas nécessairement qu'un FAI actuel vend du service. Cela peut signifier qu'un détenteur de ressources existe, qu'un contact demeure, qu'un ancien objet d'organisation a été maintenu, ou qu'un chemin de transfert a été préservé.

Pour GetNet, le problème du successeur a au moins trois couches. Premièrement, l'identité Getnet International de 1995 et l'AS5784 semblent antérieures au handle d'organisation GetNet Inc. de 2001. Deuxièmement, Internet Access Inc. f.a.s. Getnet/Neta.com apparaît dans les traces clients, réglementaires et de canal avant la formation de 2001. Troisièmement, l'identité GetNet Inc. post-2001 semble avoir hérité ou acquis sous licence les noms destinés aux clients et peut-être l'infrastructure. La continuité économique est plus forte que la continuité juridique qui peut être établie à partir des preuves ouvertes.

Le bloc d'adresses en tant qu'actif tangible

La ressource d'adresses historiquement importante est 216.19.192.0/19. Un /19 contient 8 192 adresses IPv4. Un miroir WHOIS historique répertoriait le bloc comme GETNET-BLK1, NetRange 216.19.192.0 à 216.19.223.255, CIDR 216.19.192.0/19, NetType Direct Allocation, organisation GetNet Inc., date d'enregistrement 29 juin 2001, et serveurs de noms ns1.getnet.net et ns2.getnet.net. Le même miroir historique indiquait que les adresses à l'intérieur du bloc n'étaient pas portables.

La note de non-portabilité est commercialement importante. Pour les clients qui obtenaient des adresses à partir de l'allocation d'un FAI, ces adresses appartenaient normalement au plan d'adressage du fournisseur plutôt qu'aux droits de registre indépendants du client. Un client professionnel pouvait exécuter des serveurs, de la messagerie, des VPN, des DNS ou des listes de contrôle d'accès sur ces adresses, mais s'il changeait de fournisseur, il pouvait avoir besoin de renuméroter. Cela faisait du bloc d'adresses du FAI un actif de rétention. Cela faisait également de l'effondrement ou de la vente du FAI un risque de migration pour les clients.

À l'ère d'avant l'épuisement, l'allocation IPv4 d'un petit FAI régional était un intrant pour la prestation de services. À l'ère d'après l'épuisement, elle est devenue une ressource rare échangeable. L'ARIN a annoncé que son pool gratuit IPv4 avait atteint zéro le 24 septembre 2015 et a déclaré que les demandes approuvées pouvaient être satisfaites via une liste d'attente ou le marché de transfert IPv4. Les directives IPv4 actuelles de l'ARIN indiquent que le pool gratuit est épuisé, que les demandes sur liste d'attente ne peuvent être satisfaites que lorsque l'ARIN reçoit un inventaire via des retours, des révocations, une distribution IANA ou d'autres sources, et que les organisations peuvent rechercher de l'espace IPv4 via des transferts à des destinataires spécifiés selon NRPM 8.3 ou 8.4.

Cela a changé le bilan des anciens FAI. Une entreprise d'accès local pouvait perdre sa pertinence commerciale tandis que son bloc IPv4 s'appréciait ou restait vendable. Les données publiques des courtiers ne doivent pas être traitées comme une évaluation spécifique du bloc de GetNet, mais elles donnent une échelle. IPv4.Global a rapporté en mai 2026 que la demande du marché et le volume des transactions restaient forts, avec un resserrement de l'offre et une lente augmentation des prix des gros blocs. Le même courtier a décrit une correction des prix des gros blocs, passant des sommets du début 2024 autour de 50 $ par adresse à des niveaux d'environ 20 $ par adresse pour certains gros blocs, tandis que d'autres commentaires du marché ont décrit des prix IPv4 récents dans des fourchettes plus larges selon la taille du bloc, le registre, la réputation et la demande. À des prix indicatifs de 20 $, 30 $ ou 40 $ par adresse, un /19 propre impliquerait une valeur brute d'adresses d'environ 164 000 $, 246 000 $ ou 328 000 $ avant les frais de courtage, les coûts juridiques, les travaux de registre, les remises de réputation ou les coûts de transition. Ces chiffres ne sont pas un prix de transaction affirmé; ils montrent pourquoi l'identité d'un ancien FAI peut rester économiquement pertinente même après le départ de ses clients.

Le mécanisme de transfert lui-même a aussi un contenu économique. L'ARIN indique que pour les transferts spécifiés, l'organisation source doit être le détenteur enregistré actuel, ne doit pas être impliquée dans un litige sur l'état des ressources, doit fournir une reconnaissance signée et notariée d'un dirigeant, et doit répondre à des exigences de taille minimale et autres. L'ARIN indique également qu'une organisation source impliquée dans un transfert 8.3 ou 8.4 est responsable d'une transition propre, y compris les ROA, les objets IRR, la délégation DNS inverse et la coordination avec le destinataire. Ces exigences signifient qu'une ancienne identité de registre n'est pas qu'une étiquette. C'est la clé administrative par laquelle des adresses rares peuvent être transférées, régularisées ou bloquées.

Les preuves de routage

Les preuves de routage pointent loin d'opérations GetNet actives.

La page BGP Toolkit de Hurricane Electric pour AS5784 l'identifie comme Getnet International et indique que l'AS n'a pas été visible dans la table de routage mondiale depuis le 27 avril 2024. Elle ne montre aucun préfixe IPv4 ou IPv6 actuellement annoncé et aucun préfixe RPKI valide ou invalide originaire de cet AS. Cidr-report indique de manière similaire que AS5784 n'est pas actuellement utilisé pour annoncer des préfixes dans la table de routage mondiale et n'est pas visible en tant qu'AS de transit. Cela ne prouve pas que toute fonction privée ou interne a disparu, mais pour un FAI ou un fournisseur d'hébergement, l'absence de la table BGP mondiale est une forte preuve contraire. Un FAI d'accès, un réseau d'hébergement ou un fournisseur de colocation a normalement besoin de préfixes routés visibles, de transit amont, de clients aval ou de peering.

Le bloc d'adresses raconte maintenant une histoire différente. BGP Toolkit de Hurricane Electric rapporte que l'agrégat 216.19.192.0/19 n'est pas visible dans la table de routage mondiale. Mais la page actuelle AS26667 pour Magnite montre des préfixes IPv4 originaires d'AS26667 qui incluent 216.19.192.0/20 et 216.19.208.0/20, tous deux sous enregistrements clients ADMON. L'enregistrement ARIN actuel pour le /19 parent liste Magnite, Inc. comme organisation ADMON, et l'enregistrement de réattribution ARIN pour 216.19.208.0/20 liste le client ADMON à Ashburn, Virginie, avec des dates d'enregistrement et de mise à jour au 10 septembre 2025.

Ce modèle de routage est économiquement cohérent. L'ancien agrégat a été relogé dans le réseau d'un opérateur de plateforme plus grand et annoncé en deux /20 plutôt que comme l'agrégat /19 historique. Le profil AS26667 de Magnite montre une posture de routage sensiblement plus moderne: 19 préfixes annoncés, présence IPv4 et IPv6, de nombreux pairs BGP observés et participation à des points d'échange Internet. Les données tierces d'application-réseau de Netify listent également 216.19.192.0/19 parmi les plages réseau de Magnite, aux côtés d'autres plages Magnite. La ressource n'a pas disparu. Elle a changé de couche économique.

Cela importe car la visibilité BGP est un signal de marché. Lorsqu'un ancien ASN cesse d'annoncer des préfixes, l'entreprise associée peut encore exister légalement, mais elle a perdu la fonction réseau externe qui faisait d'elle un FAI. Lorsque l'ancien espace d'adressage apparaît sous l'ASN d'un acheteur, la valeur a migré de la connectivité locale vers l'infrastructure de plateforme. L'actif est toujours productif, mais plus entre les mains, la marque ou le contexte opérationnel suggéré par l'ancienne ligne d'annuaire.

Ce que Magnite change

Le détenteur actuel du /19 historique n'est pas un FAI local de l'Arizona. Magnite se décrit comme la plus grande société indépendante de publicité côté vente au monde, fournissant une technologie qui permet aux éditeurs de monétiser le contenu sur CTV, vidéo en ligne, affichage et audio, et aux agences et marques d'exécuter des transactions publicitaires. Son dépôt trimestriel 2026 décrit Magnite comme une plateforme publicitaire indépendante omnicanale côté vente qui automatise l'achat et la vente d'inventaire publicitaire numérique.

Pourquoi une plateforme de technologie publicitaire voudrait-elle de l'espace d'adressage IPv4? Les sources publiques n'indiquent pas le motif de Magnite pour ce bloc spécifique, donc l'explication doit être inférentielle. L'infrastructure publicitaire programmatique dépend d'opérations réseau à grande échelle, à faible latence et à réputation contrôlée: diffusion d'annonces, demandes d'enchères, mesure, contrôles de fraude, points de terminaison de synchronisation utilisateur, échange de données, journalisation et distribution géographiquement distribuée. Les adresses IPv4 ne sont pas simplement des intrants de connectivité. Elles soutiennent la ségrégation du trafic, la gestion de la réputation, la géolocalisation, le contrôle d'accès, le DNS inverse, l'isolement opérationnel et la flexibilité de migration. Une plateforme qui traite des milliards de transactions publicitaires chaque mois a un profil de demande d'adresses différent de celui d'un petit FAI local, mais elle apprécie toujours des IPv4 routables propres. Magnite indique que des agences et marques leaders utilisent sa plateforme pour exécuter des milliards de transactions publicitaires chaque mois.

Le mouvement du /19 dans l'environnement de registre et de routage de Magnite représente donc un changement structurel de l'endroit où la rareté IPv4 est monétisée. En 2001, un FAI de Phoenix avait besoin d'adresses IPv4 pour les attribuer aux pools d'accès commuté, aux utilisateurs DSL, aux domaines hébergés, aux hôtes virtuels et aux serveurs dédiés. En 2025, une plateforme publicitaire côté vente peut avoir besoin d'adresses pour faire fonctionner une infrastructure numérique distribuée avec une séparation réputationnelle et opérationnelle. Les mêmes 8 192 adresses soutiennent différents modèles d'affaires au fil du temps.

C'est la thèse plus large: l'espace d'adressage des anciens FAI n'est pas un inventaire mort. C'est un intrant rare qui peut être réévalué lorsque le contrôle passe d'entreprises d'accès local en déclin à des opérateurs de plateforme à grande échelle. L'ancienne identité d'entreprise est économiquement significative car elle peut être le pont administratif par lequel la ressource se déplace.

Détenteur résiduel ou entreprise acquise?

Les preuves publiques ne permettent pas d'affirmer que Magnite a acquis GetNet Inc. en tant qu'entreprise opérationnelle. Elles permettent d'affirmer que le bloc IPv4 historiquement associé à GetNet est maintenant enregistré chez Magnite et apparaît dans l'empreinte de routage de Magnite. Les enregistrements ARIN montrent le /19 comme une allocation directe actuelle de Magnite, et non comme une allocation de GetNet. Les données de routage montrent des /20 plus spécifiques originaires de l'AS26667 de Magnite, et non de l'AS5784.

Cette distinction est cruciale. Les transferts de ressources de numéros, les transferts de fusion/réorganisation et les acquisitions d'entreprises sont des événements économiques différents. Le guide de transfert de l'ARIN distingue les transferts fondés sur des fusions, acquisitions et réorganisations des transferts de ressources de numéros libérées à des destinataires spécifiés. La sortie publique de l'ARIN visible ici ne dit pas quel chemin a été utilisé pour le changement de ressource de GetNet à Magnite. Par conséquent, la conclusion économiquement prudente est que la ressource a changé de contrôle de registre; l'entreprise n'a pas nécessairement été vendue en tant qu'activité continue.

La probabilité d'une acquisition de FAI en activité semble faible sur la base des preuves publiques. Il n'y a pas de site de service GetNet moderne visible comparable à un catalogue de produits FAI vivant. Les listes actuelles de fournisseurs d'accès à haut débit à Phoenix mettent l'accent sur les grands fournisseurs de câble, de telco, de sans-fil fixe, de satellite et de fibre; GetNet n'apparaît pas dans ces listes d'accès grand public modernes. L'échec de validation POC ARIN en juin 2025 pointe également vers une faible capacité de contact opérationnel actuel. Les anciennes traces de domaine et d'annuaire pointent vers des offres de services passées, pas vers des ventes actuelles.

Un détenteur résiduel de ressources de numéros n'est pas nécessairement inactif au sens juridique. Il peut détenir un ASN, des noms de domaine, des marques, des systèmes de messagerie ou des vestiges de clients. Mais du point de vue de l'économie des infrastructures, un détenteur de ressources sans annonces BGP visibles, sans pages de produits actuelles, sans POC validés et sans le /19 historique à son nom n'est pas économiquement équivalent à un FAI opérationnel.

Dépendance des clients et enfermement

L'ancienne activité GetNet a probablement généré un enfermement des clients via quatre mécanismes.

Le premier était l'identité de messagerie. L'annonce d'opérateur de 2001 s'adressait spécifiquement aux personnes cherchant une utilisation à long terme des adresses électroniques sur getnet.com et neta.com et les invitait à contacter GetNet. Dans les débuts de l'Internet commercial, la continuité de l'adresse électronique était un coût de changement puissant. Un utilisateur résidentiel pouvait tolérer de changer de méthode d'accès; une petite entreprise avec des supports imprimés, des contacts clients et des enregistrements de compte liés à une boîte aux lettres FAI avait plus à perdre. Le client Usenet qui conservait un compte neta.com tout en utilisant un autre fournisseur d'accès illustre cette séparation de l'accès et de l'identité.

Le deuxième était le DNS et l'administration de domaine. Un enregistrement WHOIS historique tiers décrivait GetNet comme un fournisseur de services d'enregistrement pouvant gérer les identifiants/mots de passe de domaine, les modifications DNS/serveurs de noms et les questions de support de domaine. Pour les petites entreprises, ce rôle est collant. Le fournisseur peut héberger les serveurs de noms faisant autorité, enregistrer le domaine, administrer les enregistrements de messagerie et détenir les informations d'identification. La migration nécessite non seulement un nouveau circuit mais aussi une récupération administrative.

Le troisième était l'hébergement et le placement de serveurs. GetNet se décrivait publiquement comme offrant de l'hébergement web, de la colocation, de la connectivité Internet dédiée, et des traces d'annuaire ultérieures font référence à des serveurs dédiés et des serveurs privés virtuels. Les clients d'hébergement sont confrontés à la migration de données, au risque de basculement DNS, à la renumérotation IP et à l'exposition aux temps d'arrêt. Les clients de colocation sont confrontés au mouvement physique, aux changements de cross-connect et aux changements de routage. Ces coûts de changement peuvent préserver les revenus même si l'accès grand public se banalise.

Le quatrième était l'adressage non portable. Le miroir WHOIS historique pour GETNET-BLK1 indiquait que les adresses du bloc n'étaient pas portables. Ce langage transforme les ressources de numéros en un lien client contrôlé par le fournisseur. Si le serveur, le VPN ou le système de messagerie d'un client reposait sur une adresse à l'intérieur du bloc de GetNet, changer de fournisseur signifiait renuméroter, à moins que le client n'ait son propre espace portable ou ne négocie des arrangements spéciaux. Pour le FAI, la non-portabilité protégeait contre l'attrition. Pour le client, elle créait une dépendance.

Ces mécanismes expliquent aussi pourquoi un ancien bloc peut porter des obligations cachées. Si des clients vivants restent sur un bloc, le transfert n'est pas une pure vente d'actif. Il nécessite une renumérotation, une continuation de service ou une gestion de l'attribution/réattribution client. Le guide de transfert de l'ARIN souligne explicitement les tâches de transition propre telles que les ROA, les enregistrements IRR et la délégation DNS inverse. Le dossier public ne montre pas si des clients GetNet restaient en 2024. S'il n'en restait aucun, le /19 était un actif monétisable plus propre. S'il en restait, le transfert aurait nécessité une migration ou une absorption de service.

La contrainte de l'opérateur historique

L'économie locale de GetNet était façonnée par la structure de la couche d'accès des télécommunications de Phoenix. Les FAI indépendants à la fin des années 1990 et au début des années 2000 dépendaient souvent des opérateurs de boucle locale historiques pour le DSL, l'ISDN et les interfaces de fourniture. La publication de 1999 de Getnet/Internet Access concernant le marketing prétendument anticoncurrentiel de US West montre que GetNet comprenait le rôle de contact client de l'opérateur historique comme une menace stratégique. La trace de dossier de l'Arizona Corporation Commission soutient l'existence d'une plainte formelle sur cette question.

Ce n'est pas une question secondaire. Cela aide à expliquer pourquoi les FAI locaux pouvaient être compétents sur le plan opérationnel et néanmoins structurellement désavantagés. Ils pouvaient gérer la messagerie, le DNS, l'hébergement, les modems commutés et le support local. Mais lorsque le haut débit a remplacé l'accès commuté, le chemin d'acquisition client s'est rapproché de la compagnie de téléphone ou du câblo-opérateur. L'opérateur historique pouvait regrouper l'accès, la facturation, l'installation, l'équipement modem et le support. Les actifs différenciés du FAI indépendant se réduisaient à la qualité de service, au support technique, à la continuité de la messagerie, à l'hébergement, à la réputation locale et à l'adressage statique.

Les traces de canal de GetNet suggèrent une participation à l'écosystème DSL soutenu par Qwest. Mais la participation n'a pas supprimé la contrainte structurelle. Dans une transition vers le haut débit, l'échelle importait: achat de dorsale, peering, pools de modems, agrégation DSL, personnel de support, systèmes de facturation, gestion des abus et marketing. Les FAI locaux qui ne se sont pas consolidés ou spécialisés sont souvent devenus des boutiques d'hébergement, des gardiens de domaine/DNS ou des détenteurs résiduels de ressources.

Le marché d'accès actuel de Phoenix souligne le changement structurel. Les listes de fournisseurs modernes pour Phoenix sont dominées par de grandes marques de câble, telco, sans-fil fixe, fibre et satellite, et non par les premiers noms de FAI locaux. Cela ne prouve pas que GetNet n'a pas de clients restants, mais cela signifie que GetNet n'est pas visible comme un concurrent d'accès significatif actuel dans la couche de découverte des fournisseurs grand public.

La confusion des espaces de noms

Il y a aussi un problème de confusion de marque. Une recherche moderne de « Getnet » renvoie fréquemment Getnet by Santander, une plateforme de paiement opérant en Amérique latine et en Ibérie, et non l'identité du FAI de Phoenix. Le site actuel de paiement Getnet se nomme « The Leading AI Payments Company in Latin America and Iberia », et les documents de Santander décrivent Getnet comme une entreprise de paiement avec des services de commerce électronique et de paiement commerçant. Ceci n'est pas lié à la cible ARIN, sauf en tant que risque de recherche d'information.

Ce risque a une signification économique. Lorsqu'une ancienne marque réseau cesse de produire des signaux web actuels, d'autres entités avec des noms similaires peuvent occuper la surface de recherche. La ligne d'annuaire et le handle ARIN deviennent plus importants parce que la recherche web ordinaire n'identifie plus l'identité d'infrastructure pertinente. Pour les enquêteurs, les prêteurs, les clients ou les contreparties, le risque est la fausse continuité: une marque « Getnet » vivante dans les paiements ne doit pas être confondue avec le détenteur de ressources réseau GetNet Inc. de Phoenix.

Le même problème apparaît à l'intérieur de la chaîne historique GetNet/Neta/Getnet International/Internet Access. Différents noms apparaissent dans différents enregistrements. Certaines sources utilisent GetNet Inc.; d'autres utilisent Getnet International; d'autres utilisent Internet Access Inc. f.a.s. Getnet; d'autres utilisent Neta.com. La continuité économique est plausible, mais la continuité juridique n'est pas entièrement résolue à partir de sources publiques. Pour l'analyse des ressources de numéros, cette ambiguïté importe car la partie capable de signer un transfert, de maintenir un POC ou de faire valoir des droits est le détenteur légalement reconnu, pas nécessairement la marque dont se souviennent les clients.

Ce que les faits non résolus changeraient

Plusieurs faits restent non résolus, et chacun a un poids économique différent.

Le premier est la base de transfert pour 216.19.192.0/19. Si le bloc a été déplacé via un transfert ordinaire à destinataire spécifié, l'histoire est celle d'un ancien détenteur de ressources monétisant des IPv4 rares. S'il a été déplacé via un transfert de fusion, acquisition ou réorganisation, l'histoire pourrait impliquer une transaction d'actif ou d'entreprise plus large. L'enregistrement public ARIN établit l'enregistrement actuel de Magnite, mais pas l'accord commercial sous-jacent. Le guide de transfert de l'ARIN montre que différentes catégories de transfert existent et ont des exigences différentes.

Le deuxième est la continuité des clients au moment du transfert. Si GetNet n'avait pas de clients aval actifs sur le bloc, le transfert était en grande partie un exercice de registre, de routage et de DNS inverse. Si des clients restaient, le transfert impliquait également une migration de service, une renumérotation ou une disposition des contrats clients. Les preuves de routage publiques suggèrent que AS5784 est maintenant inactif, mais elles ne révèlent pas si des migrations de clients privées ont eu lieu avant que la visibilité publique ne cesse.

Le troisième est le statut de l'AS5784. L'AS reste historiquement associé à Getnet International, mais il n'est pas actuellement visible dans le routage mondial. Un ASN sans préfixes routés peut encore être conservé comme objet administratif, mais sa valeur économique est bien inférieure à celle d'un bloc IPv4 routé. Il pourrait retrouver de la pertinence s'il était jumelé avec de l'espace d'adressage ou utilisé dans un contexte privé/d'interconnexion, mais aucune preuve publique ne le soutient aujourd'hui.

Le quatrième est le contrôle des noms de domaine et des actifs d'identité client. L'annonce de 2001 disait que les droits sur getnet.com et neta.com étaient sous licence à GetNet Inc., et que la marque GetNet et certains domaines appartenaient à Jeffrey Gong. Les traces d'annuaire publiques montrent plus tard une infrastructure liée à get.net et getnet.com, mais pas une surface de produit opérationnelle actuelle. Si les actifs de domaine restent sous contrôle commun avec l'ancienne entité de registre, il peut encore y avoir une valeur résiduelle de boîte aux lettres, de DNS ou de marque. S'ils ont été vendus, expirés ou réaffectés, la valeur résiduelle est plus étroite.

Le cinquième est la réputation. Les acheteurs d'IPv4 se soucient de l'historique d'abus, du blocage, de la géolocalisation, des enregistrements PTR antérieurs et des résidus clients. La page de Hurricane Electric pour 216.19.192.0/19 montre des enregistrements DNS historiques, y compris d'anciens noms tels que ns1.inficad.com et ns2.inficad.com à l'intérieur de la plage. De telles traces peuvent aider à reconstruire l'utilisation antérieure, mais elles ne prouvent pas par elles-mêmes le risque actuel. Pour un acheteur, la question clé est de savoir si le bloc peut être nettoyé, regéolocalisé, routé et utilisé sans pénalités de réputation héritées.

L'économie de la disparition

Le cas GetNet montre un modèle général dans l'économie de l'infrastructure Internet: l'entreprise peut disparaître avant que l'identité de la ressource ne le fasse, et l'identité de la ressource peut rester précieuse après la disparition de l'entreprise.

La disparition visible d'un FAI local peut se produire progressivement. D'abord, les nouvelles inscriptions d'accès ralentissent parce que le haut débit par câble et telco monte en échelle. Ensuite, les revenus de l'accès commuté s'effondrent. Troisièmement, les clients d'hébergement et de messagerie restent parce qu'ils sont collants. Quatrièmement, le fournisseur cesse de faire du marketing à grande échelle mais continue à maintenir des services hérités. Cinquièmement, le personnel technique ou les propriétaires préservent les enregistrements de registre, les domaines et les serveurs de noms. Sixièmement, le bloc IPv4 restant devient plus précieux à mesure que la rareté IPv4 s'approfondit. Septièmement, la ressource est transférée à une plateforme, une société d'hébergement, un opérateur cloud, une entreprise de sécurité, une société adtech ou un acheteur intermédié par un courtier. L'ancien nom d'entreprise reste dans les miroirs WHOIS historiques, les archives BGP, les souvenirs des clients et les annuaires d'entreprises.

GetNet semble correspondre en grande partie à cet arc. C'était un véritable FAI et fournisseur d'hébergement de Phoenix; sa chaîne prédécesseur/successeur portait des actifs d'identité client; elle opérait dans un marché structurellement sous pression des fournisseurs d'accès historiques; son /19 historique est devenu un actif IPv4 rare; et le bloc apparaît maintenant sous Magnite plutôt que sous GetNet.

La mise en garde analytique la plus importante est de ne pas surestimer l'entreprise actuelle à partir de l'ancienne ligne de registre. L'enregistrement GTNT de l'ARIN est réel. Il identifie GetNet Inc. Mais l'économie actuelle du réseau historique ne peut être déduite de ce seul enregistrement d'organisation. La meilleure preuve est la combinaison du contrôle de registre, de la validation POC, de la visibilité BGP, de la posture RPKI/IRR, de la visibilité des produits et des traces opérationnelles historiques. Cette combinaison dit: autrefois un FAI opérationnel; maintenant une identité résiduelle; l'actif d'adresse principal transféré ou réenregistré à Magnite; AS non visiblement actif; aucune preuve solide d'opérations actuelles d'accès ou d'hébergement.

C'est exactement le genre de cas où l'économie des ressources d'adressage crée un gain d'information. Sans les preuves ARIN et BGP, GetNet pourrait ressembler à une petite entreprise locale dormante. Avec les preuves de ressources, cela devient une histoire de type transactionnel sur la façon dont les IPv4 rares migrent des FAI locaux de première génération vers des plateformes numériques à grande échelle.

Registre des preuves

Enregistrement d'organisation ARIN pour GetNet Inc. L'enregistrement public ARIN pour le handle d'organisation GTNT liste GetNet Inc., 333 E Indian School, Phoenix, Arizona, date d'enregistrement 29 juin 2001, et dernière mise à jour 22 août 2024.

Enregistrement POC ARIN associé pour GTNT. L'ARIN liste des POC administratifs, d'abus et techniques liés à l'enregistrement d'organisation GetNet.

POC GET-NOC-ARIN de l'ARIN. L'ARIN liste Getnet Inc. à la même adresse de Phoenix, téléphone +1-602-264-7000, courrieladmin@getnetinc.net, et indique que l'ARIN a tenté une validation POC mais n'a reçu aucune réponse depuis le 25 juin 2025.

Enregistrement réseau parent actuel ARIN pour 216.19.192.0/19. L'ARIN liste NetRange 216.19.192.0 à 216.19.223.255, CIDR 216.19.192.0/19, NetName ADMON, NetType Direct Allocation, organisation Magnite, Inc., date d'enregistrement 17 décembre 2024, et dernière mise à jour 15 octobre 2025.

Enregistrement de sous-plage/client actuel ARIN. L'ARIN liste 216.19.208.0/20 comme MAGNITE-IAD6-2, réattribué au client ADMON à Ashburn, Virginie, avec des dates d'enregistrement et de mise à jour au 10 septembre 2025.

Miroir WHOIS historique pour GETNET-BLK1. Un miroir WHOIS tiers préserve des données plus anciennes listant 216.19.192.0/19 comme GETNET-BLK1, allocation directe à GetNet Inc., avec des adresses non portables et des serveurs de noms liés à GetNet. Ceci est utile comme preuve historique mais pas comme autorité actuelle.

Page AS5784 de Cidr-report dérivée de l'ARIN. Cidr-report identifie AS5784 comme GETNET / Getnet International, montre l'adresse de Phoenix, et indique que l'AS n'est pas actuellement utilisé pour annoncer des préfixes dans la table de routage mondiale ni visible en tant qu'AS de transit.

Hurricane Electric BGP Toolkit pour AS5784. HE identifie AS5784 comme Getnet International et indique qu'il n'a pas été visible dans la table de routage mondiale depuis le 27 avril 2024, sans préfixes actuellement annoncés.

Hurricane Electric BGP Toolkit pour 216.19.192.0/19. HE indique que l'agrégat /19 n'est pas visible dans la table de routage mondiale et montre des traces DNS historiques à l'intérieur du bloc.

Hurricane Electric BGP Toolkit pour AS26667. HE identifie AS26667 comme Magnite, Inc. et montre des préfixes actifs incluant 216.19.192.0/20 et 216.19.208.0/20 sous enregistrements ADMON, avec une large empreinte de peering et de routage.

Netify intelligence réseau pour Magnite. Netify liste 216.19.192.0/19 parmi les plages réseau de Magnite, corroborant l'association de l'ancien bloc GetNet avec l'empreinte d'infrastructure actuelle de Magnite.

Annonce d'opérateur GetNet Inc. d'avril 2001. Une publication publique Google Groups indique que d'anciens dirigeants et employés de GetNet/Internet Access Inc. ont formé GetNet Inc.; décrit des services incluant connectivité dédiée, hébergement web, colocation, accès commuté et conseil; identifie les droits sous licence sur getnet.com et neta.com; et nomme Jeffrey Gong comme président.

Publication d'Internet Access Inc. f.a.s. Getnet d'octobre 1999. Une publication publique sollicite d'anciens clients concernant la conduite prétendument anticoncurrentielle de US West et fait référence à une plainte devant l'Arizona Corporation Commission.

Trace de dossier de l'Arizona Corporation Commission. Les résultats de recherche eDocket de l'ACC identifient une plainte formelle d'Internet Access, Inc. f.a.s. Getnet contre U S West, déposée par Jeffrey Gong.

Discussion client Usenet de mars 2000. Une discussion client fait référence à la continuité Neta.com/GetNet/Internet Access, inclut une rumeur non vérifiée de faillite/acquisition, et inclut séparément un commentaire client sur la conservation d'un compte neta.com tout en utilisant un autre fournisseur d'accès.

Liste des FAI soutenus par Qwest de l'ASU. Une trace de canal/approvisionnement de 2001 liste GetNet, Inc. et Internet Access Inc. DBA/GetNet parmi les options FAI soutenues par Qwest, avec des numéros de contact Phoenix et des références getnet.com/neta.com.

Trace de fournisseur de services de domaine/DNS historique. Un enregistrement de domaine tiers liste GetNet, Inc. comme fournisseur de services d'enregistrement pour le support de domaine, les modifications DNS/serveurs de noms et les fonctions de compte associées.

Trace d'annuaire web historique pour get.net/GetNet. Une capture d'annuaire décrit GetNet comme un fournisseur Internet à service complet de la région de Phoenix offrant hébergement, serveurs dédiés, VPS, DSL, accès commuté, sans fil, messagerie, Plesk, cPanel et services Linux, avec des serveurs de noms dans l'ancienne plage d'adresses.

Document traceroute du MIT. Un traceroute de 2000 depuis trojan.neta.com montre un hôte Phoenix Neta/GetNet atteignant le MIT via Alter.net, soutenant l'existence d'un réseau Phoenix opérationnel avant la formation de GetNet Inc. en 2001.

Trace Deaf Magazine 1995. Une page de 1995 fait référence à Getnet International, Inc. à Phoenix et à l'implication d'un serveur de noms GetNet, soutenant la couche plus ancienne Getnet International de la lignée.

Source explicative Whois/RDAP de l'ARIN. L'ARIN décrit les données de registre public comme couvrant les ressources de numéros Internet, les organisations, les points de contact, les ressources héritées et les informations de réattribution, ce qui cadre pourquoi une identité de registre n'est pas la même chose qu'une entreprise opérationnelle actuelle.

Annonce d'épuisement IPv4 de l'ARIN et directives IPv4 actuelles. L'ARIN a annoncé l'épuisement du pool gratuit IPv4 le 24 septembre 2015 et décrit les options actuelles via les listes d'attente, les politiques à usage spécial, l'adoption IPv6 et les transferts à des destinataires spécifiés.

Guide de transfert ARIN. La documentation de transfert de l'ARIN définit les exigences pour la source et le destinataire et souligne les tâches de transition propre pour les ROA, les enregistrements IRR et le DNS inverse.

Sources de prix du marché IPv4. IPv4.Global et IPXO fournissent des commentaires de marché indiquant que les adresses IPv4 restent des ressources rares monétisables, avec des prix variant selon la taille du bloc, le registre, la réputation et la demande.

Sources corporatives de Magnite. Magnite se décrit comme une grande société indépendante de publicité côté vente et une plateforme pour monétiser le contenu et exécuter des transactions publicitaires numériques; son dépôt 2026 décrit une technologie qui automatise l'achat et la vente d'inventaire publicitaire numérique.

Traces de listes de fournisseurs Phoenix modernes. Les listes actuelles de fournisseurs grand public pour Phoenix mettent l'accent sur les grands fournisseurs de haut débit, fibre, sans-fil et satellite et ne montrent pas GetNet comme un concurrent d'accès grand public visible.

Désambiguïsation de l'entreprise de paiement Getnet. Les sources actuelles Getnet/Santander décrivent une entreprise de paiement en Amérique latine et en Ibérie, qui est une identité différente de la cible ARIN Phoenix et crée une ambiguïté de nom de recherche.

Points de surveillance

Le premier point de surveillance est l'historique ARIN de 216.19.192.0/19. Un futur enregistrement ARIN, un journal de transfert, un dossier judiciaire ou une divulgation de courtier clarifiant si le passage à Magnite était un transfert spécifié 8.3, un transfert de fusion/réorganisation 8.2 ou un autre chemin administratif changerait l'interprétation économique. Un transfert spécifié soutiendrait une thèse de monétisation d'actif d'adresse. Un transfert de fusion/réorganisation augmenterait la probabilité d'une relation d'actif plus large.

Le deuxième point de surveillance est AS5784. Si AS5784 recommence à annoncer des préfixes, en particulier des préfixes non liés à Magnite, cela affaiblirait la conclusion de FAI inactif. S'il reste non routé, sa valeur est principalement historique et administrative.

Le troisième point de surveillance est la posture RPKI, IRR, DNS inverse et geofeed pour l'ancien bloc GetNet. Des ROA propres, des objets IRR mis à jour et un DNS inverse stable sous Magnite indiqueraient une absorption technique complète. Un DNS inverse hérité ou des objets de route obsolètes indiqueraient une transition plus lente ou plus désordonnée.

Le quatrième point de surveillance est toute preuve de clients hébergés restants chez GetNet. D'anciennes boîtes aux lettres, zones DNS, comptes d'hébergement web, vestiges de colocation ou utilisateurs IP statiques signifieraient que l'ancienne entreprise avait plus que des résidus de registre au moment du transfert de ressources. Aucune preuve publique de ce type n'est actuellement assez forte pour établir des opérations continues.

Le cinquième point de surveillance est le contrôle corporatif de GetNet Inc., Getnet International, getnet.com, neta.com, get.net et getnetinc.net. Le contrôle de ces noms déterminerait si l'identité résiduelle a encore une valeur de marque, de boîte aux lettres, de DNS ou de récupération de clients. La perte ou la vente de ces noms laisserait peu de choses au-delà des enregistrements historiques et de tout ASN restant.

Le sixième point de surveillance est la réputation d'abus et la géolocalisation de 216.19.192.0/19. Pour le détenteur actuel, la valeur commerciale du bloc dépend non seulement du contrôle de registre mais aussi du fait que les adresses soient propres, correctement géolocalisées, acceptées par les contreparties et exemptes de blocages hérités ou d'associations clients périmées.

Le septième point de surveillance est toute expansion du réseau Magnite qui utiliserait le bloc dans de nouveaux marchés. Si les deux /20 restent annoncés sous AS26667 et apparaissent dans plus d'ensembles de données d'intelligence applicative, le rôle économique du bloc sera confirmé comme infrastructure de plateforme plutôt que comme infrastructure d'accès local.

Le dernier point de surveillance est la capacité de contact obsolète du registre. L'échec de validation POC de l'ARIN pour GET-NOC-ARIN est un petit mais important signal d'avertissement. Si les POC GetNet sont mis à jour et validés, l'entité résiduelle peut encore être maintenue administrativement. S'ils restent non validés, les preuves publiques soutiendront de plus en plus l'idée que GetNet Inc. est une identité de ressource réseau historique dont le principal actif IPv4 monétisable a déjà été transféré ailleurs.