GetNet Inc.: La economía póstuma de un bloque de direcciones de ISP en Phoenix

GetNet Inc. se entiende mejor no como un proveedor de banda ancha, empresa de alojamiento o ISP de acceso actualmente operativo y visible, sino como la sombra registral superviviente de un negocio de Internet del área de Phoenix que alguna vez operó y cuyo activo económicamente más legible era el espacio de direcciones IPv4. El registro público muestra un linaje empresarial que fue operativamente real a finales de los años 1990 y principios de los 2000: acceso por dial-up, acceso relacionado con DSL, alojamiento web, co-ubicación, conectividad a Internet dedicada, DNS y correo electrónico para clientes. También muestra una historia de recursos en tiempo presente en la que la antigua identidad de red ya no parece tener poder de enrutamiento activo. El evento económico central es que el bloque IPv4 históricamente asociado con GetNet, 216.19.192.0/19, ahora está registrado en ARIN a nombre de Magnite, Inc., una empresa de tecnología publicitaria, no de GetNet. Los registros de ARIN listan ese /19 como una asignación directa a Magnite, Inc. bajo la organización ADMON, con fecha de registro del 17 de diciembre de 2024 y una actualización el 15 de octubre de 2025.

Ese hecho cambia la interpretación. La fila del directorio apunta a GetNet Inc.; el registro de organización de ARIN todavía existe; la antigua dirección, número de teléfono y estructura de punto de contacto aún remiten a Phoenix. Pero el recurso que hacía que la identidad fuera económicamente interesante parece haberse movido. Por lo tanto, la identidad heredada de GetNet importa menos como un ISP local en curso y más como un caso de estudio sobre cómo las empresas de red extintas o débiles pueden retener, monetizar, transferir o perder recursos numéricos económicamente escasos mucho después de que el negocio de cara al cliente se haya desvanecido.

El registro de organización de ARIN inicial es inequívoco en cuanto a la identidad, pero no en cuanto a las operaciones. El registro público de ARIN para el identificador de organización GTNT lista “GetNet Inc.” en 333 E Indian School en Phoenix, Arizona, con fecha de registro el 29 de junio de 2001 y última actualización el 22 de agosto de 2024. Los registros de punto de contacto de ARIN relacionados muestran funciones administrativas, de abuso y técnicas vinculadas a los contactos de GetNet. Un contacto heredado de operaciones de red, GET-NOC-ARIN, proporciona la misma dirección de Phoenix, el número de teléfono +1-602-264-7000 y la dirección de correo electrónicoadmin@getnetinc.net, pero ARIN también dice que intentó validar ese punto de contacto y no ha recibido respuesta desde el 25 de junio de 2025. En la economía registral, esto es una señal significativa. No prueba la disolución de la empresa. Sí sugiere que la superficie administrativa de cara al público de la identidad de red es escasa.

El negocio anterior no era ficticio. Un anuncio público de operador en abril de 2001 decía que la antigua dirección y empleados de GetNet/Internet Access Inc. habían formado GetNet Inc., describía a la empresa como un ISP que ofrecía conectividad a Internet dedicada, alojamiento web, co-ubicación, acceso por dial-up y consultoría de redes, y decía que GetNet Inc. había licenciado los derechos de los dominios getnet.com y neta.com. El mismo aviso identificaba a Jeffrey Gong como presidente y decía que se esperaba que las operaciones de red comenzaran de inmediato. Ese anuncio se lee como la formación de un sucesor después de que un negocio previo de Internet Access/GetNet/Neta ya había construido clientes locales, nombres e infraestructura técnica. Es lo opuesto a un origen de empresa fantasma. La calidad de fantasma aparece más tarde, después de que el mercado operativo siguió adelante.

La resolución visible es, por tanto: GetNet Inc. fue un proveedor de ISP/alojamiento/acceso operativo en su período comercial; parece haber sido un sucesor o continuación de un negocio de red más antiguo GetNet/Internet Access/Neta.com; no parece, según la evidencia pública ahora visible, ser un ISP operativo activo; y el principal activo histórico de IPv4 ahora está registrado y enrutado bajo una empresa diferente, Magnite. La identidad residual de GetNet es económicamente importante porque ilustra la conversión de un negocio de servicios local en una historia de activo de recursos numéricos.

La empresa como objeto económico

El registro público duro comienza con nombres y direcciones, pero el objeto económico es un paquete: nombre corporativo, reputación de red, dependencias de correo electrónico de clientes, autoridad DNS, nombres de dominio, relaciones de enrutamiento, acuerdos de acceso de bucle local y registros IPv4. En los primeros tiempos de Internet comercial, esos elementos a menudo estaban integrados en un solo ISP local. El cliente compraba “servicio de Internet”, pero el proveedor en realidad controlaba varios cuellos de botella diferentes: el número de dial-up, la relación DSL con la compañía telefónica establecida, el buzón de correo, el registro de dominio, los servidores de nombres, el sitio web alojado, la dirección IP estática y, a veces, el servidor co-ubicado.

La huella pública de GetNet encaja en ese patrón. El anuncio de abril de 2001 afirmaba que GetNet Inc. ofrecía acceso, alojamiento, co-ubicación, dial-up y consultoría. También enfatizaba la continuidad de las direcciones de correo electrónico en getnet.com y neta.com, lo cual es comercialmente importante porque la identidad de correo electrónico era un dispositivo de retención en el período de dial-up y DSL temprano. Un espejo histórico de WHOIS de terceros para un registro de dominio listaba a GetNet, Inc. como proveedor de servicios de registro y decía que se podía contactar a GetNet para contraseñas de dominio, cambios de DNS/servidores de nombres y soporte general de dominio. Una instantánea posterior de un directorio web para get.net describía “Your Internet Service Provider From GetNet.Com” como un proveedor de Internet de servicio completo del área de Phoenix que ofrecía alojamiento web, servidores dedicados, servidores privados virtuales, DSL, dial-up, inalámbrico, correo electrónico, Plesk, cPanel y servicios Linux, con servidores de nombres dentro del rango de direcciones 216.19.192.0/19.

Esa combinación importa. Un ISP pequeño con solo clientes de acceso minorista está expuesto a la compresión de precios a medida que escalan el cable, el DSL de las telefónicas, la tecnología inalámbrica y los backbones nacionales. Un ISP pequeño con cuentas de correo electrónico, dominios alojados, servidores de nombres y direcciones estáticas tiene costos de cambio más altos. Un cliente puede cambiar una línea de dial-up o DSL más fácilmente de lo que puede renumerar servidores, transferir DNS, reescribir registros MX, migrar buzones de correo, preservar contactos de correo antiguos y mover aplicaciones alojadas. Para los clientes empresariales, el ISP está integrado no solo en la conectividad sino también en la identidad y las operaciones.

La evidencia temprana también sugiere que la posición de mercado de GetNet dependía de la infraestructura telefónica establecida. Una publicación pública de 1999 de Internet Access Inc. d/b/a Getnet solicitaba a antiguos clientes evidencia de que US West los había desalentado de usar Getnet/Internet Access o cualquier ISP independiente al solicitar servicio telefónico, DSL o RDSI. Decía que la empresa tenía una queja ante la Comisión de Corporaciones de Arizona con respecto a la supuesta comercialización anticompetitiva de US West. Un resultado de búsqueda en el eDocket de la Comisión de Corporaciones de Arizona identifica por separado una queja formal de Internet Access, Inc. d/b/a Getnet contra U S West, presentada por Jeffrey Gong. El mecanismo es sencillo: el proveedor de acceso local controlaba el bucle de cobre y la ruta de pedido del cliente, mientras que los ISP independientes intentaban vender servicio sobre esa capa de acceso. Si el operador establecido podía influir en la elección del cliente en el momento de la provisión, el embudo de adquisición del ISP independiente era frágil.

Un rastreo de adquisiciones/canales de estilo listserv de la Universidad Estatal de Arizona de 2001 listaba a GetNet, Inc. entre los ISP compatibles con Qwest, con el número de teléfono de Phoenix 602-264-7000 y getnet.com, y listaba por separado a Internet Access Inc. DBA o GetNet con otro número de Phoenix y getnet.com o neta.com. Este no es un historial operativo completo, pero respalda la imagen de la estructura del mercado: GetNet se encontraba en la capa de ISP independientes que necesitaban los sistemas de última milla del operador establecido para llegar a los clientes de DSL. La propuesta de valor era el servicio de Internet local, pero la restricción estratégica era el acceso mayorista.

El problema del sucesor

El historial público de GetNet no es una línea corporativa limpia. Es un problema de sucesión.

Hay una identidad más antigua “Getnet International” en los registros relacionados con ARIN. El listado derivado de ARIN de Cidr-report para AS5784 identifica “GETNET - Getnet International, US”, da ASNumber 5784, ASName GETNET, fecha de registro el 24 de octubre de 1995, fecha de actualización el 18 de enero de 2001, y una dirección de organización en 333 E. Indian School Road, Phoenix. También vincula contactos de abuso y técnicos con Getnet Inc. y la dirección de correo electrónicoadmin@getnetinc.net. El registro público de organización de ARIN para el identificador GTNT posterior de GetNet Inc. se registró el 29 de junio de 2001 en la misma dirección de Phoenix. Los dos objetos de registro no son idénticos, pero la dirección, la familia de nombres y el patrón de punto de contacto los hacen económicamente conectados.

El anuncio del operador de 2001 ayuda a explicar por qué. Decía que la antigua dirección y empleados de GetNet/Internet Access Inc. habían formado GetNet Inc. y que la nueva empresa había licenciado los derechos de los nombres neta.com y getnet.com. Ese lenguaje sugiere una estrategia deliberada de continuidad en lugar de un simple nuevo entrante. Los clientes conocían los nombres; los dominios tenían valor de base instalada; el personal tenía conocimiento operativo local; la identidad de red podía sobrevivir a una discontinuidad legal u operativa.

También había incertidumbre entre los clientes. En una discusión de Usenet de marzo de 2000, un participante describió neta.com como anteriormente GetNet/Internet Access, preguntó sobre el servicio DSL a través de US West y mencionó que GetNet se había declarado en bancarrota y había sido comprada por Neta. Esa es una declaración del lado del cliente, no un registro oficial, y debe tratarse como rumor en lugar de hecho. Pero comercialmente sigue siendo útil: los clientes intentaban inferir continuidad, fiabilidad y propiedad a partir de un rastro de marca confuso. Otro cliente en el mismo hilo dijo que había sido cliente durante años, había experimentado pocos problemas y había mantenido una cuenta de neta.com incluso mientras usaba otro proveedor de acceso para la conexión física. Ese es el mecanismo de retención en miniatura. La ruta de acceso podía moverse; la identidad de la cuenta podía permanecer.

El problema del sucesor importa porque los recursos numéricos a menudo sobreviven a las empresas operativas. Los registros de ARIN están organizados en torno a organizaciones, puntos de contacto, redes y ASN; no son una historia corporativa narrativa. ARIN describe los datos de registro Whois/RDAP como que incluyen recursos numéricos emitidos por ARIN o sus predecesores, organizaciones, puntos de contacto e información de reasignación de clientes de los ISP. Ese modelo de registro es operativamente necesario, pero crea un riesgo interpretativo. Un nombre de empresa en un registro no significa necesariamente que un ISP actual esté vendiendo servicio. Puede significar que existe un titular de recursos, queda un contacto, se mantuvo un antiguo objeto de organización o se preservó una ruta de transferencia.

Para GetNet, el problema del sucesor tiene al menos tres capas. Primero, la identidad de Getnet International y AS5784 de la era de 1995 parece ser anterior al identificador de organización GetNet Inc. de 2001. Segundo, Internet Access Inc. d/b/a Getnet/Neta.com aparece en rastros de clientes, regulatorios y de canales antes de la formación de 2001. Tercero, la identidad de GetNet Inc. posterior a 2001 parece haber heredado o licenciado nombres de cara al cliente y posiblemente infraestructura. La continuidad económica es más fuerte que la continuidad legal que se puede establecer a partir de la evidencia abierta.

El bloque de direcciones como el activo duro

El recurso de direcciones históricamente importante es 216.19.192.0/19. Un /19 contiene 8.192 direcciones IPv4. Un espejo histórico de WHOIS listaba el bloque como GETNET-BLK1, NetRange 216.19.192.0 a 216.19.223.255, CIDR 216.19.192.0/19, NetType Direct Allocation, organización GetNet Inc., fecha de registro el 29 de junio de 2001, y servidores de nombres ns1.getnet.net y ns2.getnet.net. El mismo espejo histórico decía que las direcciones dentro del bloque no eran portables.

La nota de no portabilidad es comercialmente importante. Para los clientes que obtenían direcciones de la asignación de un ISP, esas direcciones normalmente pertenecían al plan de direcciones del proveedor en lugar de a los derechos de registro independientes del cliente. Un cliente empresarial podía ejecutar servidores, correo, VPN, DNS o listas de control de acceso en esas direcciones, pero si cambiaba de proveedor podría necesitar renumerar. Eso hacía del bloque de direcciones de un ISP un activo de retención. También hacía que el colapso o la venta del ISP fuera un riesgo de migración para el cliente.

En la era anterior al agotamiento, la asignación de IPv4 de un pequeño ISP regional era un insumo para la prestación del servicio. En la era posterior al agotamiento, se convirtió en un recurso escaso negociable. ARIN anunció que su grupo libre de IPv4 llegó a cero el 24 de septiembre de 2015 y declaró que las solicitudes aprobadas podían satisfacerse a través de una lista de espera o el mercado de transferencias de IPv4. La guía actual de IPv4 de ARIN dice que el grupo libre está agotado, que las solicitudes en lista de espera solo pueden completarse cuando ARIN recibe inventario a través de devoluciones, revocaciones, distribución de IANA u otras fuentes, y que las organizaciones pueden buscar espacio IPv4 a través de transferencias a destinatarios especificados bajo NRPM 8.3 o 8.4.

Esto cambió el balance de los antiguos ISP. Un negocio de acceso local podía perder relevancia minorista mientras su bloque IPv4 se apreciaba o seguía siendo vendible. Los datos públicos de los corredores no deben tratarse como una valoración específica para el bloque de GetNet, pero dan escala. IPv4.Global informó en mayo de 2026 que la demanda del mercado y el volumen de transacciones seguían siendo fuertes, con una oferta cada vez más ajustada y precios de bloques grandes subiendo lentamente. El mismo corredor ha descrito una corrección en los precios de bloques grandes desde máximos de principios de 2024 en el rango de $50 por dirección hacia niveles de aproximadamente $20 por dirección para algunos bloques grandes, mientras que otros comentarios del mercado han descrito precios recientes de IPv4 en rangos más amplios dependiendo del tamaño del bloque, el registro, la reputación y la demanda. A precios ilustrativos de $20, $30 o $40 por dirección, un /19 limpio implicaría un valor bruto de direcciones de aproximadamente $164.000, $246.000 o $328.000 antes de comisiones de corretaje, costos legales, trabajo registral, descuentos por reputación o costos de transición. Esas cifras no son un precio de transacción afirmado; muestran por qué una antigua identidad de ISP puede seguir siendo económicamente relevante incluso después de que sus clientes se hayan ido.

El mecanismo de transferencia en sí también tiene contenido económico. ARIN dice que para las transferencias especificadas, la organización fuente debe ser el titular registrado actual, no debe estar involucrada en una disputa sobre el estado de los recursos, debe proporcionar una declaración firmada y notariada de un funcionario, y debe cumplir con los requisitos de tamaño mínimo y otros. ARIN también dice que una organización fuente involucrada en una transferencia 8.3 o 8.4 es responsable de una transición limpia, incluyendo ROAs, objetos IRR, delegación de DNS inversa y coordinación con el receptor. Esos requisitos significan que una antigua identidad de registro no es solo una etiqueta. Es la llave administrativa a través de la cual las direcciones escasas pueden ser transferidas, regularizadas o bloqueadas.

La evidencia de enrutamiento

La evidencia de enrutamiento apunta en contra de operaciones activas de GetNet.

La página del BGP Toolkit de Hurricane Electric para AS5784 lo identifica como Getnet International y dice que el AS no ha sido visible en la tabla de enrutamiento global desde el 27 de abril de 2024. No muestra prefijos IPv4 o IPv6 anunciados actualmente y no muestra prefijos RPKI válidos o inválidos originados para ese AS. Cidr-report declara de manera similar que AS5784 no se utiliza actualmente para anunciar prefijos en la tabla de enrutamiento global y no es visible como un AS de tránsito. Eso no prueba que todas las funciones privadas o internas hayan desaparecido, pero para un ISP o proveedor de alojamiento, la ausencia de la tabla BGP global es una fuerte evidencia en contra. Un ISP de acceso, una red de alojamiento o un proveedor de co-ubicación normalmente necesita prefijos enrutados visibles, tránsito ascendente, clientes descendentes o peering.

El bloque de direcciones ahora cuenta una historia diferente. El BGP Toolkit de Hurricane Electric informa que el agregado 216.19.192.0/19 no es visible en la tabla de enrutamiento global. Pero la página actual de AS26667 para Magnite muestra prefijos IPv4 originados por AS26667 que incluyen 216.19.192.0/20 y 216.19.208.0/20, ambos bajo registros de cliente ADMON. El registro actual de ARIN para el /19 padre lista a Magnite, Inc. como organización ADMON, y el registro de reasignación de ARIN para 216.19.208.0/20 lista al cliente ADMON en Ashburn, Virginia, con fechas de registro y actualización del 10 de septiembre de 2025.

Ese patrón de enrutamiento es económicamente coherente. El antiguo agregado ha sido reubicado en la red de un operador de plataforma más grande y anunciado como dos /20 en lugar del agregado histórico /19. El perfil de AS26667 de Magnite muestra una postura de enrutamiento sustancialmente más moderna: 19 prefijos anunciados, presencia IPv4 e IPv6, muchos pares BGP observados y participación en intercambios de Internet. Los datos de red de aplicaciones de terceros de Netify también listan 216.19.192.0/19 entre los rangos de red de Magnite, junto con otros rangos de Magnite. El recurso no ha desaparecido. Ha cambiado de capa económica.

Lo que Magnite cambia

El titular actual del /19 histórico no es un ISP local de Arizona. Magnite se describe a sí misma como la empresa de publicidad independiente del lado de la venta más grande del mundo, que proporciona tecnología que permite a los editores monetizar contenido a través de CTV, video en línea, display y audio, y permite a las agencias y marcas ejecutar transacciones publicitarias. Su presentación trimestral de 2026 describió a Magnite como una plataforma de publicidad independiente omnicanal del lado de la venta que automatiza la compra y venta de inventario publicitario digital.

¿Por qué querría una plataforma de tecnología publicitaria espacio de direcciones IPv4? Las fuentes públicas no indican el motivo de Magnite para este bloque específico, por lo que la explicación debe ser inferencial. La infraestructura de publicidad programática depende de operaciones de red a gran escala, de baja latencia y controladas reputacionalmente: servicio de anuncios, solicitudes de oferta, medición, controles de fraude, puntos finales de sincronización de usuarios, intercambio de datos, registro y entrega distribuida geográficamente. Las direcciones IPv4 no son meros insumos de conectividad. Respaldan la segregación del tráfico, la gestión de la reputación, la geolocalización, el control de acceso, el DNS inverso, el aislamiento operativo y la flexibilidad de migración. Una plataforma que procesa miles de millones de transacciones publicitarias cada mes tiene un perfil de demanda de direcciones diferente al de un pequeño ISP local, pero aún valora IPv4 limpias y enrutables. Magnite dice que las principales agencias y marcas utilizan su plataforma para ejecutar miles de millones de transacciones publicitarias cada mes.

El movimiento del /19 al entorno de registro y enrutamiento de Magnite representa, por lo tanto, un cambio estructural en dónde se monetiza la escasez de IPv4. En 2001, un ISP de Phoenix necesitaba direcciones IPv4 para asignar a grupos de dial-up, usuarios de DSL, dominios alojados, hosts virtuales y servidores dedicados. En 2025, una plataforma de publicidad del lado de la venta puede necesitar direcciones para ejecutar infraestructura digital distribuida con separación reputacional y operativa. Las mismas 8.192 direcciones soportan diferentes modelos de negocio a lo largo del tiempo.

Esta es la tesis más amplia: el espacio de direcciones de los antiguos ISP no es inventario muerto. Es un insumo escaso que puede ser revalorado cuando el control pasa de negocios de acceso local en declive a operadores de plataformas a escala. La antigua identidad de la empresa es económicamente significativa porque puede ser el puente administrativo a través del cual se mueve el recurso.

¿Titular residual o negocio adquirido?

La evidencia pública no apoya decir que Magnite adquirió GetNet Inc. como empresa operativa. Apoya decir que el bloque IPv4 históricamente asociado con GetNet ahora está registrado a nombre de Magnite y aparece en la huella de enrutamiento de Magnite. Los registros de ARIN muestran el /19 como una asignación directa actual de Magnite, no como una asignación de GetNet. Los datos de enrutamiento muestran /20 más específicos originados por AS26667 de Magnite, no por AS5784.

Esa distinción es crítica. Las transferencias de recursos numéricos, las transferencias por fusión/reorganización y las adquisiciones corporativas son eventos económicos diferentes. La guía de transferencias de ARIN distingue las transferencias basadas en fusiones, adquisiciones y reorganizaciones de las transferencias de recursos numéricos liberados a destinatarios especificados. La salida pública de ARIN visible aquí no dice qué ruta se utilizó para el cambio de recursos de GetNet a Magnite. Por lo tanto, la conclusión económicamente conservadora es que el recurso cambió el control registral; el negocio no necesariamente se vendió como empresa en funcionamiento.

La probabilidad de una adquisición de ISP en funcionamiento parece baja según la evidencia pública. No hay un sitio de servicio moderno visible de GetNet comparable al catálogo de productos de un ISP activo. Los listados actuales de proveedores de banda ancha de Phoenix enfatizan grandes proveedores de cable, telefonía, inalámbrico fijo, satélite y fibra; GetNet no aparece en esas listas modernas de acceso al consumidor. El fallo de validación del POC de ARIN en junio de 2025 también apunta a una débil contactabilidad operativa actual. La evidencia de dominios y directorios antiguos apunta hacia atrás a ofertas de servicios, no hacia adelante a ventas actuales.

Un titular residual de recursos numéricos no es necesariamente inactivo en un sentido legal. Puede tener un ASN, nombres de dominio, marcas registradas, sistemas de correo o remanentes de clientes. Pero desde una perspectiva de economía de la infraestructura, un titular de recursos sin anuncios BGP visibles, sin páginas de productos actuales, sin POC validados y sin el /19 histórico a su nombre no es económicamente equivalente a un ISP operativo.

Dependencia del cliente y bloqueo

El antiguo negocio de GetNet probablemente generaba bloqueo del cliente a través de cuatro mecanismos.

El primero era la identidad de correo electrónico. El anuncio del operador de 2001 se dirigía específicamente a las personas que buscaban un uso a largo plazo de direcciones de correo electrónico en getnet.com y neta.com y las dirigía a contactar con GetNet. En los primeros tiempos de Internet comercial, la continuidad de la dirección de correo electrónico era un poderoso costo de cambio. Un usuario residencial podía tolerar cambiar los métodos de acceso; una pequeña empresa con materiales impresos, contactos de clientes y registros de cuentas vinculados al buzón de un ISP tenía más que perder. El cliente de Usenet que mantuvo una cuenta de neta.com mientras usaba otro proveedor de acceso ilustra esa separación de acceso e identidad.

El segundo era la administración de DNS y dominios. Un registro histórico de WHOIS de terceros describía a GetNet como un proveedor de servicios de registro que podía manejar inicios de sesión/contraseñas de dominio, cambios de DNS/servidores de nombres y preguntas de soporte de dominio. Para las pequeñas empresas, ese papel es pegajoso. El proveedor puede alojar los servidores de nombres autoritativos, registrar el dominio, administrar los registros de correo electrónico y tener las credenciales. La migración requiere no solo un nuevo circuito sino una recuperación administrativa.

El tercero era el alojamiento y la colocación de servidores. GetNet se describió públicamente como proveedor de alojamiento web, co-ubicación, conectividad a Internet dedicada, y rastros posteriores de directorios se refieren a servidores dedicados y servidores privados virtuales. Los clientes de alojamiento se enfrentan a la migración de datos, el riesgo de corte de DNS, la renumeración de IP y la exposición a tiempos de inactividad. Los clientes de co-ubicación se enfrentan al movimiento físico, cambios de conexión cruzada y cambios de enrutamiento. Estos costos de cambio pueden preservar los ingresos incluso cuando el acceso del consumidor se mercantiliza.

La cuarta era la direccionamiento no portable. El espejo histórico de WHOIS para GETNET-BLK1 establecía que las direcciones del bloque no eran portables. Ese lenguaje convierte los recursos numéricos en una atadura del cliente controlada por el proveedor. Si el servidor, la VPN o el sistema de correo de un cliente dependía de una dirección dentro del bloque de GetNet, cambiar de proveedor significaba renumerar a menos que el cliente tuviera su propio espacio portable o negociara acuerdos especiales. Para el ISP, la no portabilidad protegía contra la rotación. Para el cliente, creaba dependencia.

Estos mecanismos también explican por qué un bloque antiguo puede conllevar obligaciones ocultas. Si quedan clientes activos en un bloque, la transferencia no es una venta pura de activos. Requiere renumeración, continuación del servicio o gestión de asignación/reasignación de clientes. La guía de transferencias de ARIN destaca explícitamente las tareas de transición limpia, como ROAs, registros IRR y delegación de DNS inversa. El registro público no muestra si quedaba algún cliente de GetNet en 2024. Si no quedaba ninguno, el /19 era un activo más limpio y monetizable. Si quedaba alguno, la transferencia habría requerido migración o absorción del servicio.

La restricción del operador establecido

La economía local de GetNet estaba moldeada por la estructura de la capa de acceso de las telecomunicaciones de Phoenix. Los ISP independientes a finales de los años 1990 y principios de los 2000 a menudo dependían de las operadoras de intercambio local establecidas para DSL, RDSI e interfaces de aprovisionamiento. La publicación de 1999 de Getnet/Internet Access sobre la supuesta comercialización anticompetitiva de US West muestra que GetNet entendía el papel de contacto con el cliente del operador establecido como una amenaza estratégica. El rastro del expediente de la Comisión de Corporaciones de Arizona respalda la existencia de una queja formal sobre ese tema.

Esto no es una cuestión secundaria. Ayuda a explicar por qué los ISP locales podían ser operativamente competentes y aun así estar estructuralmente en desventaja. Podían gestionar correo, DNS, alojamiento, módems de dial-up y soporte local. Pero cuando la banda ancha reemplazó al dial-up, la ruta de adquisición de clientes se acercó a la compañía telefónica o de cable. El operador establecido podía agrupar acceso, facturación, instalación, equipo de módem y soporte. Los activos diferenciados del ISP independiente se redujeron a la calidad del servicio, el soporte técnico, la continuidad del correo electrónico, el alojamiento, la reputación local y el direccionamiento estático.

Los rastros de canales de GetNet sugieren participación en el ecosistema DSL soportado por Qwest. Pero la participación no eliminó la restricción estructural. En una transición a la banda ancha, la escala importaba: compra de backbone, peering, grupos de módems, agregación DSL, personal de soporte, sistemas de facturación, manejo de abusos y marketing. Los ISP locales que no se consolidaron o especializaron a menudo se convirtieron en tiendas de alojamiento, cuidadores de dominios/DNS o titulares residuales de recursos.

El mercado de acceso actual de Phoenix subraya el cambio estructural. Los listados modernos de proveedores para Phoenix están dominados por grandes marcas de cable, telefonía, inalámbrico fijo, fibra y satélite, no por los nombres de los primeros ISP locales. Eso no prueba que GetNet no tenga clientes restantes, pero sí significa que GetNet no es visible como un competidor de acceso actual significativo en la capa de descubrimiento de proveedores para el consumidor.

La confusión del espacio de nombres

También hay un problema de confusión de marcas. Una búsqueda moderna de “Getnet” frecuentemente devuelve Getnet de Santander, una plataforma de pagos que opera en América Latina e Iberia, no la identidad del ISP de Phoenix. El sitio actual de pagos de Getnet se autodenomina “The Leading AI Payments Company in Latin America and Iberia”, y los materiales de Santander describen a Getnet como un negocio de pagos con servicios de comercio electrónico y pagos para comerciantes. Esto no está relacionado con el objetivo de ARIN excepto como un peligro de recuperación de información.

Ese peligro tiene importancia económica. Cuando una antigua marca de red deja de producir señales web actuales, otras entidades con nombres similares pueden ocupar la superficie de búsqueda. La fila del directorio y el identificador de ARIN se vuelven más importantes porque la búsqueda web ordinaria ya no identifica la identidad de infraestructura relevante. Para investigadores, prestamistas, clientes o contrapartes, el riesgo es una falsa continuidad: una marca “Getnet” activa en pagos no debe confundirse con el titular de recursos de red GetNet Inc. de Phoenix.

El mismo problema aparece dentro de la cadena histórica GetNet/Neta/Getnet International/Internet Access. Diferentes nombres aparecen en diferentes registros. Algunas fuentes usan GetNet Inc.; algunas usan Getnet International; algunas usan Internet Access Inc. d/b/a Getnet; algunas usan Neta.com. La continuidad económica es plausible, pero la continuidad legal no está completamente resuelta a partir de fuentes públicas. Para el análisis de recursos numéricos, esa ambigüedad importa porque la parte capaz de firmar una transferencia, mantener un POC o hacer valer derechos es el titular legalmente reconocido, no necesariamente la marca que los clientes recuerdan.

Lo que cambiarían los hechos no resueltos

Varios hechos permanecen sin resolver, y cada uno tiene un peso económico diferente.

El primero es la base de transferencia para 216.19.192.0/19. Si el bloque se movió a través de una transferencia ordinaria a un destinatario especificado, la historia es la de un antiguo titular de recursos monetizando IPv4 escasas. Si se movió a través de una transferencia por fusión, adquisición o reorganización, la historia podría implicar una transacción de activos o corporativa más amplia. El registro público de ARIN establece el registro actual de Magnite, pero no el acuerdo comercial detrás de él. La guía de transferencias de ARIN muestra que existen diferentes categorías de transferencia y tienen diferentes requisitos.

El segundo es la continuidad del cliente en el momento de la transferencia. Si GetNet no tenía clientes descendentes activos en el bloque, la transferencia fue en gran medida un ejercicio de registro, enrutamiento y DNS inverso. Si quedaban clientes, la transferencia también implicó migración de servicios, renumeración o disposición de contratos de clientes. La evidencia de enrutamiento pública sugiere que AS5784 ahora está inactivo, pero no revela si ocurrieron migraciones privadas de clientes antes de que terminara la visibilidad pública.

El tercero es el estado de AS5784. El AS permanece históricamente asociado con Getnet International, pero actualmente no es visible en el enrutamiento global. Un ASN sin prefijos enrutados todavía puede conservarse como un objeto administrativo, pero su valor económico es mucho menor que el de un bloque IPv4 enrutado. Podría recuperar relevancia si se empareja con espacio de direcciones o se utiliza en un contexto privado/de interconexión, pero ninguna evidencia pública apoya eso hoy.

El cuarto es el control de los nombres de dominio y los activos de identidad del cliente. El anuncio de 2001 decía que los derechos de getnet.com y neta.com estaban licenciados a GetNet Inc., y decía que la marca registrada GetNet y ciertos dominios eran propiedad de Jeffrey Gong. Los rastros públicos de directorios posteriores muestran infraestructura relacionada con get.net y getnet.com, pero no una superficie de producto operativo actual. Si los activos de dominio permanecen bajo control común con la antigua entidad de registro, todavía puede haber valor residual de buzón, DNS o marca. Si se vendieron, expiraron o se reutilizaron, el valor residual es más limitado.

El quinto es la reputación. A los compradores de IPv4 les importa el historial de abusos, las listas de bloqueo, la geolocalización, los registros PTR anteriores y los residuos de clientes. La página de Hurricane Electric para 216.19.192.0/19 muestra registros DNS históricos, incluyendo nombres antiguos como ns1.inficad.com y ns2.inficad.com dentro del rango. Dichos rastros pueden ayudar a reconstruir el uso anterior, pero no prueban por sí mismos el riesgo actual. Para un comprador, la pregunta clave es si el bloque puede limpiarse, re-geolocalizarse, enrutarse y usarse sin penalizaciones de reputación heredadas.

La economía de la desaparición

El caso de GetNet muestra un patrón general en la economía de la infraestructura de Internet: el negocio puede desaparecer antes de que lo haga la identidad del recurso, y la identidad del recurso puede seguir siendo valiosa después de que el negocio desaparezca.

La desaparición visible de un ISP local puede ocurrir gradualmente. Primero, las nuevas altas de acceso se ralentizan porque la banda ancha por cable y telefonía escala. Segundo, los ingresos por dial-up colapsan. Tercero, los clientes de alojamiento y correo electrónico permanecen porque son pegajosos. Cuarto, el proveedor deja de comercializar ampliamente pero continúa manteniendo servicios heredados. Quinto, el personal técnico o los propietarios conservan los registros, dominios y servidores de nombres. Sexto, el bloque IPv4 restante se vuelve más valioso a medida que se profundiza la escasez de IPv4. Séptimo, el recurso se transfiere a una plataforma, empresa de alojamiento, operador de nube, empresa de seguridad, empresa de tecnología publicitaria o comprador mediado por corredor. El antiguo nombre de la empresa permanece en espejos históricos de WHOIS, archivos BGP, recuerdos de clientes y directorios de negocios.

GetNet parece encajar en gran parte de ese arco. Fue un ISP y proveedor de alojamiento real de Phoenix; su cadena de predecesores/sucesores llevaba activos de identidad del cliente; operó en un mercado estructuralmente presionado por los proveedores de acceso establecidos; su /19 histórico se convirtió en un activo IPv4 escaso; y el bloque ahora aparece bajo Magnite en lugar de GetNet.

La precaución analítica más importante es no exagerar la empresa actual a partir de la antigua fila de registro. El registro GTNT de ARIN es real. Identifica a GetNet Inc. Pero la economía actual de la red histórica no puede inferirse solo de ese registro de organización. La mejor evidencia es la combinación de control registral, validación de POC, visibilidad BGP, postura RPKI/IRR, visibilidad del producto y rastros operativos históricos. Esa combinación dice: una vez ISP operativo; ahora identidad residual; activo principal de direcciones transferido o vuelto a registrar a Magnite; AS no visiblemente activo; sin evidencia sólida de operaciones actuales de acceso o alojamiento.

Este es exactamente el tipo de caso en el que la economía de los recursos de direcciones crea ganancia de información. Sin la evidencia de ARIN y BGP, GetNet podría parecer una pequeña empresa local inactiva. Con la evidencia de recursos, se convierte en una historia similar a una transacción sobre cómo las IPv4 escasas migran de los ISP locales de primera generación a plataformas digitales a escala.

Registro de evidencia

Registro de organización de ARIN para GetNet Inc. El registro público de ARIN para el identificador de organización GTNT lista a GetNet Inc., 333 E Indian School, Phoenix, Arizona, fecha de registro el 29 de junio de 2001 y última actualización el 22 de agosto de 2024.

Registro POC relacionado de ARIN para GTNT. ARIN lista POC administrativos, de abuso y técnicos vinculados al registro de organización de GetNet.

POC GET-NOC-ARIN de ARIN. ARIN lista a Getnet Inc. en la misma dirección de Phoenix, teléfono +1-602-264-7000, correo electrónicoadmin@getnetinc.net, y afirma que ARIN intentó la validación del POC pero no ha recibido respuesta desde el 25 de junio de 2025.

Registro de red principal actual de ARIN para 216.19.192.0/19. ARIN lista NetRange 216.19.192.0 a 216.19.223.255, CIDR 216.19.192.0/19, NetName ADMON, NetType Direct Allocation, organización Magnite, Inc., fecha de registro el 17 de diciembre de 2024 y última actualización el 15 de octubre de 2025.

Registro de subrango/cliente actual de ARIN. ARIN lista 216.19.208.0/20 como MAGNITE-IAD6-2, reasignado al cliente ADMON en Ashburn, Virginia, con fechas de registro y actualización del 10 de septiembre de 2025.

Espejo histórico de WHOIS para GETNET-BLK1. Un espejo de WHOIS de terceros conserva datos más antiguos que listan 216.19.192.0/19 como GETNET-BLK1, Direct Allocation a GetNet Inc., con direcciones no portables y servidores de nombres relacionados con GetNet. Esto es útil como evidencia histórica pero no como autoridad actual.

Página de AS5784 derivada de ARIN en Cidr-report. Cidr-report identifica AS5784 como GETNET / Getnet International, muestra la dirección de Phoenix y afirma que el AS no se utiliza actualmente para anunciar prefijos en la tabla de enrutamiento global ni es visible como AS de tránsito.

Hurricane Electric BGP Toolkit para AS5784. HE identifica AS5784 como Getnet International y dice que no ha sido visible en la tabla de enrutamiento global desde el 27 de abril de 2024, sin prefijos anunciados actualmente.

Hurricane Electric BGP Toolkit para 216.19.192.0/19. HE dice que el agregado /19 no es visible en la tabla de enrutamiento global y muestra rastros históricos de DNS dentro del bloque.

Hurricane Electric BGP Toolkit para AS26667. HE identifica AS26667 como Magnite, Inc. y muestra prefijos activos que incluyen 216.19.192.0/20 y 216.19.208.0/20 bajo registros ADMON, junto con una amplia huella de peering y enrutamiento.

Inteligencia de red de Netify para Magnite. Netify lista 216.19.192.0/19 entre los rangos de red de Magnite, corroborando la asociación del antiguo bloque de GetNet con la huella de infraestructura actual de Magnite.

Anuncio del operador de GetNet Inc. de abril de 2001. Una publicación pública de Google Groups dice que la antigua dirección y empleados de GetNet/Internet Access Inc. formaron GetNet Inc.; describe servicios que incluyen conectividad dedicada, alojamiento web, co-ubicación, dial-up y consultoría; identifica derechos licenciados sobre getnet.com y neta.com; y nombra a Jeffrey Gong como presidente.

Publicación de octubre de 1999 de Internet Access Inc. d/b/a Getnet. Una publicación pública solicita a antiguos clientes en relación con la supuesta conducta anticompetitiva de US West y se refiere a una queja ante la Comisión de Corporaciones de Arizona.

Rastro del expediente de la Comisión de Corporaciones de Arizona. Los resultados de búsqueda del eDocket de la ACC identifican una queja formal de Internet Access, Inc. d/b/a Getnet contra U S West, presentada por Jeffrey Gong.

Discusión de clientes de Usenet de marzo de 2000. Una discusión de clientes se refiere a la continuidad de Neta.com/GetNet/Internet Access, incluye un rumor no verificado de bancarrota/adquisición, e incluye por separado un comentario de un cliente sobre mantener una cuenta de neta.com mientras usaba otro proveedor de acceso.

Lista de ISP soportados por ASU/Qwest. Un rastreo de canales/adquisiciones de 2001 lista a GetNet, Inc. e Internet Access Inc. DBA/GetNet entre las opciones de ISP soportados por Qwest, con números de contacto de Phoenix y referencias a getnet.com/neta.com.

Rastro histórico de proveedor de servicios de dominio/DNS. Un registro de dominio de terceros lista a GetNet, Inc. como proveedor de servicios de registro para soporte de dominio, cambios de DNS/servidores de nombres y funciones de cuenta relacionadas.

Rastro histórico de directorio web para get.net/GetNet. Una instantánea de directorio describe a GetNet como un proveedor de Internet de servicio completo del área de Phoenix que ofrece alojamiento, servidores dedicados, VPS, DSL, dial-up, inalámbrico, correo electrónico, Plesk, cPanel y servicios Linux, con servidores de nombres en el antiguo rango de direcciones.

Folleto de traceroute del MIT. Un traceroute del año 2000 desde trojan.neta.com muestra un host relacionado con Neta/GetNet de Phoenix llegando al MIT a través de Alter.net, lo que respalda la existencia de una red operativa de Phoenix antes de la formación de GetNet Inc. en 2001.

Rastro de Deaf Magazine de 1995. Una página de 1995 hace referencia a Getnet International, Inc. en Phoenix y la participación del servidor de nombres de GetNet, lo que respalda la capa más antigua de Getnet International del linaje.

Fuente explicativa de Whois/RDAP de ARIN. ARIN describe los datos públicos del registro como que cubren recursos numéricos de Internet, organizaciones, puntos de contacto, recursos heredados e información de reasignación, lo que enmarca por qué una identidad de registro no es lo mismo que una empresa operativa actual.

Anuncio de agotamiento de IPv4 de ARIN y guía actual de IPv4. ARIN anunció el agotamiento del grupo libre de IPv4 el 24 de septiembre de 2015 y describe las opciones actuales a través de listas de espera, políticas de propósito especial, adopción de IPv6 y transferencias a destinatarios especificados.

Guía de transferencias de ARIN. La documentación de transferencias de ARIN establece requisitos para la fuente y el receptor y destaca las tareas de transición limpia para ROAs, registros IRR y DNS inverso.

Fuentes de precios de mercado de IPv4. IPv4.Global e IPXO proporcionan comentarios de mercado que indican que las direcciones IPv4 siguen siendo recursos escasos monetizables, con precios que varían según el tamaño del bloque, el registro, la reputación y la demanda.

Fuentes corporativas de Magnite. Magnite se describe a sí misma como una gran empresa de publicidad independiente del lado de la venta y plataforma para monetizar contenido y ejecutar transacciones de publicidad digital; su presentación de 2026 describe tecnología que automatiza la compra y venta de inventario publicitario digital.

Rastros de listas de proveedores modernos de Phoenix. Los listados actuales de proveedores para consumidores en Phoenix enfatizan grandes proveedores de banda ancha, fibra, inalámbrico y satélite, y no muestran a GetNet como un competidor de acceso general visible.

Desambiguación de la empresa de pagos Getnet. Las fuentes actuales de Getnet/Santander describen un negocio de pagos en América Latina e Iberia, que es una identidad diferente del objetivo de ARIN de Phoenix y crea ambigüedad en el nombre de búsqueda.

Puntos de vigilancia

El primer punto de vigilancia es el historial de ARIN de 216.19.192.0/19. Un futuro registro de ARIN, registro de transferencia, presentación judicial o divulgación de corredor que aclare si el traslado a Magnite fue una transferencia especificada 8.3, una transferencia por fusión/reorganización 8.2 u otra vía administrativa cambiaría la interpretación económica. Una transferencia especificada apoyaría una tesis de monetización de activos de direcciones. Una transferencia por fusión/reorganización aumentaría la probabilidad de una relación de activos más amplia.

El segundo punto de vigilancia es AS5784. Si AS5784 comienza a anunciar prefijos nuevamente, especialmente prefijos no relacionados con Magnite, eso debilitaría la conclusión de ISP inactivo. Si permanece sin enrutar, su valor es principalmente histórico y administrativo.

El tercer punto de vigilancia es la postura de RPKI, IRR, DNS inverso y geofeed para el antiguo bloque de GetNet. ROAs limpios, objetos IRR actualizados y DNS inverso estable bajo Magnite indicarían una absorción técnica completa. DNS inverso heredado u objetos de ruta obsoletos indicarían una transición más lenta o desordenada.

El cuarto punto de vigilancia es cualquier evidencia de clientes restantes alojados por GetNet. Buzones de correo antiguos, zonas DNS, cuentas de alojamiento web, remanentes de co-ubicación o usuarios de IP estática significarían que la antigua empresa tenía más que un residuo registral en el momento de la transferencia del recurso. Ninguna evidencia pública de este tipo es actualmente lo suficientemente fuerte como para establecer operaciones continuas.

El quinto punto de vigilancia es el control corporativo de GetNet Inc., Getnet International, getnet.com, neta.com, get.net y getnetinc.net. El control de esos nombres determinaría si la identidad residual todavía tiene valor de marca, buzón de correo, DNS o recuperación de clientes. La pérdida o venta de esos nombres dejaría poco más allá de los registros históricos y cualquier ASN restante.

El sexto punto de vigilancia es la reputación de abuso y la geolocalización de 216.19.192.0/19. Para el titular actual, el valor comercial del bloque depende no solo del control registral, sino de si las direcciones están limpias, correctamente geolocalizadas, son aceptadas por las contrapartes y están libres de listas de bloqueo heredadas o asociaciones de clientes obsoletas.

El séptimo punto de vigilancia es cualquier expansión de la red de Magnite que utilice el bloque en nuevos mercados. Si los dos /20 permanecen anunciados bajo AS26667 y aparecen en más conjuntos de datos de inteligencia de aplicaciones, el papel económico del bloque se confirmará como infraestructura de plataforma en lugar de infraestructura de acceso local.

El último punto de vigilancia es la contactabilidad registral obsoleta. El fallo de validación del POC de ARIN para GET-NOC-ARIN es una pequeña pero importante señal de advertencia. Si los POC de GetNet se actualizan y validan, la entidad residual aún puede mantenerse administrativamente. Si permanecen sin validar, la evidencia pública apoyará cada vez más la opinión de que GetNet Inc. es una identidad histórica de recursos de red cuyo principal activo IPv4 monetizable ya se ha movido a otra parte.