Resumo

  • O que diz:GetNet Inc. é, em grande parte, a sombra de uma antiga ISP de Phoenix, antes operacional, cujo ativo economicamente mais tangível era o espaço de endereços IPv4.
  • Tópico principal:Evidências de recursos de rede; Conectividade via satélite
  • Contexto:Infraestrutura de internet / Pesquisa de empresa / América do Norte

GetNet Inc.: A trajetória econômica póstuma do bloco de endereços de uma ISP de Phoenix

GetNet Inc. deve ser entendida não como uma provedora de acesso de alta velocidade, uma empresa de hospedagem ou uma ISP atualmente visível, mas como a sombra persistente nos registros de uma empresa de internet outrora ativa na área de Phoenix, cujo ativo economicamente mais tangível era o espaço de endereços IPv4. Arquivos públicos mostram uma linhagem corporativa que era operacionalmente real no final dos anos 1990 e início dos 2000: acesso discado, acesso DSL, hospedagem web, colocation, conectividade dedicada à internet, DNS e mensagens para clientes.

Eles também mostram um histórico de recursos atual no qual a antiga identidade de rede não parece mais exercer poder de roteamento ativo. O evento econômico central é que o bloco IPv4 historicamente associado à GetNet, 216.19.192.0/19, está agora registrado na ARIN sob o nome Magnite, Inc., uma empresa de tecnologia de publicidade, e não mais sob a GetNet. Registros da ARIN listam este /19 como uma alocação direta para Magnite, Inc. sob a organização ADMON, com data de registro em 17 de dezembro de 2024 e uma atualização em 15 de outubro de 2025.

Este fato muda a interpretação. O anúncio de diretório aponta para GetNet Inc.; o registro de organização da ARIN ainda existe; o antigo endereço, número de telefone e a estrutura de ponto de contato ainda se referem a Phoenix. Mas o recurso que tornava a identidade economicamente interessante parece ter migrado. A identidade herdada da GetNet importa menos como uma ISP local ativa e mais como um estudo de caso sobre como empresas de rede extintas ou com pouca equipe podem reter, monetizar, transferir ou perder recursos numéricos economicamente escassos muito depois de a atividade empresarial ter desaparecido.

O registro de organização subjacente da ARIN é inequívoco quanto à identidade, mas não quanto às operações. O registro público da ARIN para a entidade organizacional GTNT lista "GetNet Inc." em 333 E Indian School, em Phoenix, Arizona, com data de registro em 29 de junho de 2001 e última atualização em 22 de agosto de 2024. Os registros de ponto de contato da ARIN associados mostram funções administrativas, de abuso e técnicas vinculadas a contatos da GetNet. Um contato histórico de operações de rede, GET-NOC-ARIN, fornece o mesmo endereço de Phoenix, número de telefone +1-602-264-7000 e e-mail[email protected], mas a ARIN também indica que tentou validar este ponto de contato sem receber resposta desde 25 de junho de 2025. Na economia dos registros, esse é um sinal significativo. Isso não prova a dissolução da empresa, mas sugere que a superfície administrativa pública da identidade de rede é tênue.

A empresa mais antiga não era fictícia. Um anúncio público da operadora em abril de 2001 afirmou que ex-executivos e funcionários da GetNet/Internet Access Inc. haviam formado a GetNet Inc., descreveu a empresa como uma ISP que oferecia conectividade dedicada à internet, hospedagem web, colocation, acesso discado e consultoria de rede, e indicou que a GetNet Inc. havia licenciado os direitos dos domínios getnet.com e neta.com. O mesmo aviso identificou Jeffrey Gong como presidente e especificou que as operações de rede deveriam começar imediatamente.

Este anúncio é interpretado como uma formação sucessora após uma operação anterior Internet Access/GetNet/Neta já ter construído uma base de clientes local, nomes e infraestrutura técnica. Isso é o oposto de uma origem de empresa de fachada. A qualidade de concha vazia aparece mais tarde, após a evolução do mercado operacional.

A resolução visível é, portanto, a seguinte: GetNet Inc. foi uma provedora operacional de acesso/hospedagem/conectividade durante seu período comercial; parece ter sido a sucessora ou continuação de uma atividade de rede anterior GetNet/Internet Access/Neta.com; não parece, com base em evidências públicas atualmente visíveis, ser uma ISP ativa; e o principal ativo IPv4 histórico está agora registrado e roteado sob outra empresa, a Magnite. A identidade residual da GetNet é economicamente importante porque ilustra a conversão de uma empresa de serviços local em uma história de ativo de recurso numérico.

A empresa como entidade econômica

O registro público tangível começa com nomes e endereços, mas a entidade econômica é um pacote: nome corporativo, reputação de rede, dependências de mensagens de clientes, autoridade de DNS, nomes de domínio, relações de roteamento, contratos de acesso de última milha e registros IPv4. No início da internet comercial, esses elementos eram frequentemente integrados dentro de uma única ISP local.

O cliente adquiria um "serviço de internet", mas, na realidade, o provedor controlava vários gargalos diferentes: o número de acesso discado, a relação DSL com a operadora telefônica incumbente, a caixa de correio, o registro de domínio, os servidores de nomes, o site hospedado, o endereço IP estático e, às vezes, o servidor colocado.

A pegada pública da GetNet corresponde a esse padrão. O anúncio de abril de 2001 indicou que a GetNet Inc. oferecia acesso, hospedagem, colocation, acesso discado e consultoria. Também enfatizou a continuidade dos endereços de e-mail em getnet.com e neta.com, o que é comercialmente importante porque a identidade de mensagem era uma ferramenta de retenção na era de acesso discado e no início da DSL. Um espelho histórico de WHOIS de terceiros para um registro de domínio mencionava GetNet, Inc.

como provedora de serviço de registro e indicava que a GetNet poderia ser contatada para senhas de domínio, mudanças de DNS/servidores de nomes e suporte geral de domínio. Uma captura posterior de diretório web para get.net descreveu "Your Internet Service Provider From GetNet.Com" como uma provedora de internet de serviço completo na área de Phoenix, oferecendo hospedagem web, servidores dedicados, servidores virtuais privados, DSL, acesso discado, wireless, e-mail, Plesk, cPanel e serviços Linux, com servidores de nomes na faixa de endereços 216.19.192.0/19.

Esta combinação é importante. Uma pequena ISP com apenas clientes de acesso de varejo fica exposta à compressão de preços à medida que as operadoras de cabo, DSL, wireless e backbones nacionais escalam. Uma pequena ISP com contas de e-mail, domínios hospedados, servidores de nomes e endereços estáticos se beneficia de custos de troca mais altos. Um cliente pode mudar linhas discadas ou DSL mais facilmente do que renumerar servidores, transferir DNS, reescrever registros MX, migrar caixas de correio, preservar antigos contatos de e-mail e mover aplicações hospedadas.

Para clientes empresariais, a ISP está integrada não apenas à conectividade, mas também à identidade e às operações.

Evidências iniciais também sugerem que a posição de mercado da GetNet dependia da infraestrutura telefônica incumbente. Uma postagem pública de 1999 da Internet Access Inc. fazendo negócios como Getnet solicitou a ex-clientes evidências de que a US West os havia desencorajado a usar Getnet/Internet Access ou qualquer ISP independente ao solicitar serviços de telefone, DSL ou ISDN. Afirmava que a empresa havia apresentado uma reclamação à Comissão Corporativa do Arizona sobre as supostas práticas anticompetitivas da US West.

Um resultado de busca no eDocket da Comissão Corporativa do Arizona identifica uma reclamação formal apresentada pela Internet Access, Inc. dba Getnet contra a U S West, protocolada por Jeffrey Gong. O mecanismo é simples: a operadora de câmbio local controlava o laço de cobre e o caminho de pedido do cliente, enquanto as ISPs independentes tentavam vender serviço sobre essa camada de acesso. Se a incumbente pudesse influenciar a escolha do cliente no momento da provisão, o funil de aquisição da ISP independente era frágil.

Uma listagem de canal/fornecedor tipo listserv da Arizona State University de 2001 listava GetNet, Inc. entre as ISPs suportadas pela Qwest, com o número de telefone de Phoenix 602-264-7000 e getnet.com, e separadamente listava Internet Access Inc. DBA ou GetNet com outro número de Phoenix e getnet.com ou neta.com. Isso não é um histórico operacional completo, mas apoia o quadro da estrutura de mercado: a GetNet estava na camada de ISPs independentes que precisavam dos sistemas de última milha da incumbente para alcançar clientes DSL. A proposta de valor era o serviço de internet local, mas a restrição estratégica era o acesso de atacado.

O problema do sucessor

A história pública da GetNet não é uma linhagem corporativa limpa. É um problema de sucessão.

Existe uma identidade mais antiga "Getnet International" em registros relacionados à ARIN. A página derivada da ARIN do Cidr-report para AS5784 identifica "GETNET - Getnet International, US," fornece ASNumber 5784, ASName GETNET, data de registro em 24 de outubro de 1995, data de atualização em 18 de janeiro de 2001 e um endereço de organização em 333 E. Indian School Road, Phoenix. Também vincula contatos de abuso e técnicos à Getnet Inc. e ao e-mail[email protected]. O registro público posterior da ARIN para a organização GetNet Inc. com a sigla GTNT foi registrado em 29 de junho de 2001, no mesmo endereço de Phoenix. Os dois registros não são idênticos, mas o endereço, a família de nomes e o padrão de ponto de contato os tornam economicamente vinculados.

O anúncio da operadora em 2001 ajuda a explicar o porquê. Ele afirmava que ex-executivos e funcionários da GetNet/Internet Access Inc. haviam formado a GetNet Inc. e que a nova empresa havia licenciado os direitos dos nomes neta.com e getnet.com. Essa linguagem sugere uma estratégia de continuidade deliberada em vez de uma simples nova entrada. Os clientes conheciam os nomes; os domínios carregavam um valor de base instalada; a equipe carregava conhecimento operacional local; a identidade de rede poderia sobreviver a uma descontinuidade legal ou operacional.

Havia também incerteza do cliente. Em uma discussão da Usenet de março de 2000, uma entidade descreveu neta.com como anteriormente GetNet/Internet Access, questionou o serviço DSL via US West e afirmou que a GetNet havia pedido falência e sido comprada pela Neta. Esta é uma declaração do lado do cliente, não um registro oficial, e deve ser tratada como rumor e não como fato. Mas, comercialmente, ainda é útil: os clientes estavam tentando deduzir continuidade, confiabilidade e propriedade a partir de um rastro de marca confuso.

Outro cliente na mesma discussão disse que era cliente há anos, havia encontrado poucos problemas e manteve uma conta neta.com mesmo usando outro provedor de acesso para a conexão física. Este é o mecanismo de retenção em miniatura. O caminho de acesso podia mudar; a identidade da conta podia permanecer.

O problema do sucessor é importante porque os recursos numéricos muitas vezes sobrevivem às empresas operacionais. Os registros da ARIN são organizados em torno de organizações, pontos de contato, redes e ASNs; eles não constituem uma história corporativa narrativa. A ARIN descreve os dados de registro do Whois/RDAP como incluindo recursos numéricos emitidos pela ARIN ou seus predecessores, organizações, pontos de contato e informações de reassinação de cliente ISP. Este modelo de registro é operacionalmente necessário, mas cria um risco de má interpretação.

Um nome de empresa em um registro não significa necessariamente que uma ISP atual esteja vendendo serviço. Pode significar que existe um detentor de recursos, que um contato permanece, que um antigo registro de organização foi mantido ou que um caminho de transferência foi preservado.

Para a GetNet, o problema do sucessor tem pelo menos três camadas. Primeiro, a identidade Getnet International de 1995 e o AS5784 parecem ser anteriores ao registro da organização GetNet Inc. de 2001. Segundo, a Internet Access Inc. dba Getnet/Neta.com aparece em rastros de clientes, regulatórios e de canal antes da formação de 2001. Terceiro, a identidade GetNet Inc. pós-2001 parece ter herdado ou licenciado os nomes voltados para o cliente e possivelmente a infraestrutura. A continuidade econômica é mais forte do que a continuidade legal que pode ser estabelecida a partir de evidências públicas.

O bloco de endereços como um ativo tangível

O recurso de endereços historicamente importante é o 216.19.192.0/19. Um /19 contém 8.192 endereços IPv4. Um espelho histórico de WHOIS listava o bloco como GETNET-BLK1, NetRange 216.19.192.0 a 216.19.223.255, CIDR 216.19.192.0/19, NetType Direct Allocation, organização GetNet Inc., data de registro em 29 de junho de 2001 e servidores de nomes ns1.getnet.net e ns2.getnet.net. O mesmo espelho histórico indicava que os endereços dentro do bloco não eram portáveis.

A observação da não portabilidade é comercialmente importante. Para clientes que obtinham endereços da alocação de uma ISP, esses endereços normalmente pertenciam ao plano de endereçamento do provedor em vez dos direitos de registro independentes do cliente. Um cliente empresarial poderia executar servidores, e-mail, VPNs, DNS ou listas de controle de acesso nesses endereços, mas, se mudasse de provedor, poderia precisar renumerar. Isso tornava o bloco de endereços da ISP um ativo de retenção. Também tornava o colapso ou a venda da ISP um risco de migração para os clientes.

Na era pré-esgotamento, a alocação IPv4 de uma pequena ISP regional era um insumo para a prestação de serviços. Na era pós-esgotamento, tornou-se um recurso escasso comercializável. A ARIN anunciou que seu pool IPv4 gratuito chegou a zero em 24 de setembro de 2015 e afirmou que as solicitações aprovadas poderiam ser atendidas por meio de uma lista de espera ou do mercado de transferência IPv4.

As diretrizes atuais de IPv4 da ARIN indicam que o pool gratuito está esgotado, que as solicitações da lista de espera só podem ser atendidas quando a ARIN recebe inventário por meio de devoluções, revogações, distribuição da IANA ou outras fontes, e que as organizações podem buscar espaço IPv4 por meio de transferências para destinatários especificados conforme NRPM 8.3 ou 8.4.

Isso mudou o balanço patrimonial das antigas ISPs. Uma empresa de acesso local poderia perder sua relevância comercial enquanto seu bloco IPv4 se valorizava ou permanecia vendável. Dados públicos de corretoras não devem ser tratados como uma avaliação específica do bloco da GetNet, mas fornecem uma escala. Atores do mercado IPv4 relataram em maio de 2026 que a demanda de mercado e o volume de transações permaneciam fortes, com oferta apertada e um aumento lento nos preços de grandes blocos.

A mesma corretora descreveu uma correção nos preços de grandes blocos, das altas de cerca de US$ 50 por endereço no início de 2024 para níveis em torno de US$ 20 por endereço para alguns blocos grandes, enquanto outros comentários de mercado descreveram preços recentes do IPv4 em faixas mais amplas, dependendo do tamanho do bloco, registro, reputação e demanda.

Usando preços indicativos de US$ 20, US$ 30 ou US$ 40 por endereço, um /19 limpo implicaria um valor bruto de endereço de aproximadamente US$ 164.000, US$ 246.000 ou US$ 328.000 antes de taxas de corretagem, custos legais, trabalho de registro, descontos de reputação ou custos de transição. Esses números não representam um preço de transação assegurado; eles mostram por que a identidade de uma antiga ISP pode permanecer economicamente relevante mesmo depois que seus clientes a deixaram.

O mecanismo de transferência em si também tem conteúdo econômico. A ARIN indica que, para transferências especificadas, a organização de origem deve ser o titular registrado atual, não deve estar envolvida em uma disputa sobre o status dos recursos, deve fornecer um reconhecimento assinado e reconhecido em cartório por um oficial e deve atender aos requisitos de tamanho mínimo e outros. A ARIN também indica que uma organização de origem envolvida em uma transferência 8.3 ou 8.4 é responsável por uma transição limpa, incluindo ROAs, entidades IRR, delegação de DNS reverso e coordenação com o destinatário.

Esses requisitos significam que uma antiga identidade de registro não é apenas um rótulo. É a chave administrativa por meio da qual endereços escassos podem ser transferidos, regularizados ou bloqueados.

Evidências de roteamento

Evidências de roteamento apontam para longe de operações ativas da GetNet.

A página do BGP Toolkit da Hurricane Electric para o AS5784 identifica-o como Getnet International e indica que o AS não está visível na tabela de roteamento global desde 27 de abril de 2024. Ela não mostra prefixos IPv4 ou IPv6 atualmente anunciados e não mostra prefixos RPKI válidos ou inválidos originados deste AS. O Cidr-report indica similarmente que o AS5784 não está sendo usado atualmente para anunciar prefixos na tabela de roteamento global e não está visível como um AS de trânsito.

Isso não prova que toda função privada ou interna desapareceu, mas, para uma ISP ou provedor de hospedagem, a ausência da tabela BGP global é uma forte contraprova. Uma ISP de acesso, uma rede de hospedagem ou um provedor de colocation normalmente precisa de prefixos roteáveis visíveis, trânsito upstream, clientes downstream ou peering.

O bloco de endereços agora conta uma história diferente. O BGP Toolkit da Hurricane Electric relata que o agregado 216.19.192.0/19 não está visível na tabela de roteamento global. Mas a página atual do AS26667 para Magnite mostra prefixos IPv4 originados do AS26667 que incluem 216.19.192.0/20 e 216.19.208.0/20, ambos sob registros de cliente ADMON. O registro atual da ARIN para o /19 pai lista Magnite, Inc. como a organização ADMON, e o registro de reassinação da ARIN para 216.19.208.0/20 lista o cliente ADMON em Ashburn, Virgínia, com datas de registro e atualização em 10 de setembro de 2025.

Esse padrão de roteamento é economicamente coerente. O antigo agregado foi realocado para a rede de um operador de plataforma maior e anunciado como dois /20 em vez do agregado /19 histórico. O perfil AS26667 da Magnite mostra uma postura de roteamento substancialmente mais moderna: 19 prefixos anunciados, presença IPv4 e IPv6, numerosos peers BGP observados e participação em pontos de troca de internet. Dados de rede de aplicativos de terceiros da Netify também listam 216.19.192.0/19 entre as faixas de rede da Magnite, ao lado de outras faixas da Magnite. O recurso não desapareceu. Ele mudou de camadas econômicas.

Isso importa porque a visibilidade BGP é um sinal de mercado. Quando um antigo ASN para de anunciar prefixos, a empresa associada ainda pode existir legalmente, mas perdeu a função de rede externa que a tornava uma ISP. Quando o antigo espaço de endereço aparece sob o ASN de um comprador, o valor migrou da conectividade local para a infraestrutura de plataforma. O ativo ainda é produtivo, mas não mais nas mãos, na marca ou no contexto operacional sugerido pela antiga listagem de diretório.

O que Magnite muda

A atual detentora do /19 histórico não é uma ISP local do Arizona. A Magnite se descreve como a maior empresa independente de publicidade sell-side do mundo, fornecendo tecnologia que permite que editores monetizem conteúdo em CTV, vídeo online, display e áudio, e permite que agências e marcas executem transações de publicidade. Seu relatório trimestral de 2026 descreve a Magnite como uma plataforma independente de publicidade sell-side omnicanal que automatiza a compra e venda de inventário de publicidade digital.

Por que uma plataforma de tecnologia de publicidade desejaria espaço de endereço IPv4? Fontes públicas não indicam o motivo da Magnite para este bloco específico, então a explicação deve ser inferida. A infraestrutura de publicidade programática depende de operações de rede em larga escala, de baixa latência e controladas por reputação: veiculação de anúncios, solicitações de leilão, medição, controles de fraude, endpoints de sincronização de usuários, troca de dados, registro e distribuição geograficamente distribuída. Endereços IPv4 não são simplesmente insumos de conectividade.

Eles suportam segregação de tráfego, gerenciamento de reputação, geolocalização, controle de acesso, DNS reverso, isolamento operacional e flexibilidade de migração. Uma plataforma que processa bilhões de transações de publicidade por mês tem um perfil de demanda de endereços diferente de uma pequena ISP local, mas ainda valoriza IPv4 limpo e roteável. A Magnite indica que as principais agências e marcas usam sua plataforma para executar bilhões de transações de publicidade por mês.

O movimento do /19 para o ambiente de registro e roteamento da Magnite representa, portanto, uma mudança estrutural em onde a escassez de IPv4 é monetizada. Em 2001, uma ISP de Phoenix precisava de endereços IPv4 para alocar em pools de discagem, usuários DSL, domínios hospedados, hosts virtuais e servidores dedicados. Em 2025, uma plataforma de publicidade sell-side pode precisar de endereços para executar infraestrutura digital distribuída com separação reputacional e operacional. Os mesmos 8.192 endereços suportam modelos de negócios diferentes ao longo do tempo.

Esta é a tese mais ampla: o espaço de endereços de antigas ISPs não é inventário morto. É um insumo escasso que pode ser reavaliado quando o controle passa de empresas de acesso local em declínio para operadores de plataforma em larga escala. A antiga identidade corporativa é economicamente significativa porque pode ser a ponte administrativa através da qual o recurso se move.

Detentor residual ou empresa adquirida?

As evidências públicas não permitem afirmar que a Magnite adquiriu a GetNet Inc. como uma empresa operacional. Mas permitem afirmar que o bloco IPv4 historicamente associado à GetNet está agora registrado com a Magnite e aparece na pegada de roteamento da Magnite. Os registros da ARIN mostram o /19 como uma alocação direta atual da Magnite, não como uma alocação da GetNet. Dados de roteamento mostram /20 mais específicos originando do AS26667 da Magnite, não do AS5784.

Essa distinção é crucial. Transferências de recursos numéricos, transferências por fusão/reorganização e aquisições corporativas são eventos econômicos diferentes. O guia de transferência da ARIN distingue transferências baseadas em fusões, aquisições e reorganizações de transferências de recursos numéricos liberados para destinatários especificados. A saída pública da ARIN visível aqui não diz qual caminho foi usado para a mudança de recurso da GetNet para a Magnite. Portanto, a conclusão economicamente prudente é que o recurso mudou de controle de registro; a empresa não foi necessariamente vendida como uma operação em andamento.

A probabilidade de uma aquisição de ISP ativa parece baixa com base em evidências públicas. Não há nenhum site de serviços moderno da GetNet visível comparável a um catálogo de produtos de ISP ativo. As listagens atuais de provedores de banda larga para Phoenix enfatizam grandes provedores de cabo, telefonia, wireless fixo, satélite e fibra; a GetNet não aparece nessas listagens modernas de acesso ao consumidor. A falha de validação do POC da ARIN em junho de 2025 também aponta para uma baixa capacidade de contato operacional atual.

Os rastros mais antigos de domínio e diretório apontam para ofertas de serviço passadas, não para vendas atuais.

Um detentor residual de recursos numéricos não está necessariamente legalmente inativo. Pode manter um ASN, nomes de domínio, marcas registradas, sistemas de mensagens ou remanescentes de clientes. Mas, de uma perspectiva de economia de infraestrutura, um detentor de recursos sem anúncios BGP visíveis, sem páginas de produtos atuais, sem POCs validados e sem o /19 histórico em seu nome não é economicamente equivalente a uma ISP operacional.

Dependência do cliente e lock-in

A antiga atividade da GetNet provavelmente gerou dependência do cliente por meio de quatro mecanismos.

O primeiro foi a identidade de e-mail. O anúncio da operadora de 2001 se dirigiu especificamente a pessoas que buscavam uso de longo prazo de endereços de e-mail em getnet.com e neta.com e as convidou a entrar em contato com a GetNet. No início da internet comercial, a continuidade do endereço de e-mail era um poderoso custo de mudança. Um usuário residencial poderia tolerar mudar de método de acesso; uma pequena empresa com materiais impressos, contatos de clientes e registros de conta vinculados a uma caixa de correio da ISP tinha mais a perder.

O cliente da Usenet que manteve uma conta neta.com enquanto usava outro provedor de acesso ilustra essa separação entre acesso e identidade.

O segundo foi a administração de DNS e domínios. Um registro histórico de WHOIS de terceiros descrevia a GetNet como uma provedora de serviço de registro que podia gerenciar credenciais/senhas de domínios, mudanças de DNS/servidores de nomes e questões de suporte de domínio. Para pequenas empresas, esse papel é pegajoso. O provedor pode hospedar servidores de nomes autoritativos, registrar o domínio, administrar registros de e-mail e manter credenciais de login. A migração requer não apenas um novo circuito, mas também uma recuperação administrativa.

O terceiro foi a hospedagem e a colocação de servidores. A GetNet se descreveu publicamente como oferecendo hospedagem web, colocation, conectividade dedicada à internet e, mais tarde, rastros de diretório se referem a servidores dedicados e servidores virtuais privados. Clientes de hospedagem enfrentam migração de dados, risco de failover de DNS, renumeramento de IP e exposição a tempo de inatividade. Clientes de colocation enfrentam movimento físico, mudanças de cross-connect e mudanças de roteamento. Esses custos de mudança podem preservar receita mesmo quando o acesso do consumidor se torna commodity.

O quarto foi o endereçamento não portável. O espelho histórico de WHOIS para GETNET-BLK1 indicava que os endereços no bloco não eram portáveis. Essa linguagem transforma recursos numéricos em um vínculo de cliente controlado pelo provedor. Se o servidor, VPN ou sistema de e-mail de um cliente dependesse de um endereço dentro do bloco da GetNet, mudar de provedor significava renumerar, a menos que o cliente tivesse seu próprio espaço portável ou negociasse arranjos especiais. Para a ISP, a não portabilidade protegia contra a deserção. Para o cliente, criava uma dependência.

Esses mecanismos também explicam por que um antigo bloco pode carregar obrigações ocultas. Se clientes vivos permanecem em um bloco, a transferência não é uma venda de ativo pura. Requer renumeramento, continuação de serviço ou gerenciamento de atribuição/reassinação de cliente. O guia de transferência da ARIN destaca explicitamente tarefas de transição limpa, como ROAs, registros IRR e delegação de DNS reverso. O registro público não mostra se algum cliente da GetNet permaneceu em 2024. Se nenhum permaneceu, o /19 era um ativo monetizável mais limpo. Se alguns permaneceram, a transferência teria exigido migração ou absorção de serviço.

A restrição da operadora incumbente

A economia local da GetNet foi moldada pela estrutura da camada de acesso de telecomunicações de Phoenix. As ISPs independentes no final dos anos 1990 e início dos 2000 frequentemente dependiam das operadoras incumbentes de última milha para DSL, ISDN e interfaces de provisão. A postagem da Getnet/Internet Access de 1999 sobre as supostas práticas anticompetitivas da US West mostra que a GetNet entendia o papel de contato com o cliente da incumbente como uma ameaça estratégica. O rastro do docket da Comissão Corporativa do Arizona apoia a existência de uma reclamação formal sobre esse assunto.

Esta não é uma questão secundária. Ajuda a explicar por que as ISPs locais podiam ser operacionalmente competentes e, ainda assim, estruturalmente desfavorecidas. Elas podiam gerenciar e-mail, DNS, hospedagem, modems discados e suporte local. Mas, quando a banda larga substituiu a discada, o caminho de aquisição de clientes se aproximou da empresa de telefonia ou cabo. A incumbente podia oferecer um pacote de acesso, cobrança, instalação, equipamento de modem e suporte.

Os ativos diferenciados da ISP independente se restringiram à qualidade do serviço, suporte técnico, continuidade de e-mail, hospedagem, reputação local e endereçamento estático.

Os rastros de canal da GetNet sugerem participação no ecossistema de DSL suportado pela Qwest. Mas a participação não removeu a restrição estrutural. Em uma transição para banda larga, escala importava: compra de backbone, peering, pools de modems, agregação DSL, equipe de suporte, sistemas de cobrança, gerenciamento de abusos e marketing. As ISPs locais que não se consolidaram ou se especializaram frequentemente se tornaram lojas de hospedagem, cuidadores de domínio/DNS ou detentores residuais de recursos.

O mercado de acesso atual de Phoenix sublinha a mudança estrutural. As listagens modernas de provedores para Phoenix são dominadas por grandes marcas de cabo, telefonia, wireless fixo, fibra e satélite, não por nomes de ISPs locais antigos. Isso não prova que a GetNet não tenha clientes restantes, mas significa que a GetNet não está visível como um concorrente de acesso significativo atual na camada de descoberta de provedores de consumidores.

Confusão de namespace

Há também um problema de confusão de marca. Uma busca moderna por "Getnet" frequentemente retorna Getnet by Santander, uma plataforma de pagamentos que opera na América Latina e na Península Ibérica, não a identidade da ISP de Phoenix. O site atual de pagamentos da Getnet se autodenomina "The Leading AI Payments Company in Latin America and Iberia", e documentos do Santander descrevem a Getnet como uma empresa de pagamentos com serviços de comércio eletrônico e pagamentos para comerciantes. Isso não está relacionado ao alvo da ARIN, exceto como um risco de recuperação de informação.

Esse risco tem significância econômica. Quando uma antiga marca de rede para de produzir sinais web atuais, outras entidades com nomes semelhantes podem ocupar a superfície de busca. A listagem de diretório e a sigla da ARIN tornam-se mais importantes porque a busca web comum não identifica mais a identidade de infraestrutura relevante. Para investigadores, credores, clientes ou contrapartes, o risco é a falsa continuidade: uma marca "Getnet" viva em pagamentos não deve ser confundida com a detentora de recursos de rede GetNet Inc. de Phoenix.

O mesmo problema aparece dentro da cadeia histórica GetNet/Neta/Getnet International/Internet Access. Nomes diferentes aparecem em registros diferentes. Algumas fontes usam GetNet Inc.; outras usam Getnet International; outras usam Internet Access Inc. dba Getnet; outras usam Neta.com. A continuidade econômica é plausível, mas a continuidade legal não está totalmente resolvida a partir de fontes públicas. Para a análise de recursos numéricos, essa ambiguidade importa porque a parte capaz de assinar uma transferência, manter um POC ou fazer valer direitos é a titular legalmente reconhecida, não necessariamente a marca lembrada pelos clientes.

Quais fatos não resolvidos mudariam

Vários fatos permanecem não resolvidos, e cada um carrega um peso econômico diferente.

O primeiro é a base de transferência para 216.19.192.0/19. Se o bloco foi movido por meio de uma transferência comum de destinatário especificado, a história é de um antigo detentor de recurso monetizando IPv4 escasso. Se foi movido por meio de uma transferência de fusão, aquisição ou reorganização, a história poderia envolver uma transação mais ampla de ativo ou corporativa. O registro público da ARIN estabelece o registro atual da Magnite, mas não o acordo comercial subjacente. O guia de transferência da ARIN mostra que existem diferentes categorias de transferência e que cada uma tem requisitos diferentes.

O segundo é a continuidade do cliente no momento da transferência. Se a GetNet não tinha clientes downstream ativos no bloco, a transferência foi em grande parte um exercício de registro, roteamento e DNS reverso. Se os clientes permaneceram, a transferência também envolveu migração de serviço, renumeramento ou disposição de contratos de clientes. As evidências públicas de roteamento sugerem que o AS5784 está inativo agora, mas não revelam se migrações privadas de clientes ocorreram antes que a visibilidade pública cessasse.

O terceiro é o status do AS5784. O AS permanece historicamente associado ao Getnet International, mas não está atualmente visível no roteamento global. Um ASN sem prefixos roteados ainda pode ser mantido como uma entidade administrativa, mas seu valor econômico está muito abaixo do de um bloco IPv4 roteado. Poderia recuperar relevância se emparelhado com espaço de endereço ou usado em um contexto privado/interconexão, mas nenhuma evidência pública apoia isso hoje.

O quarto é o controle de nomes de domínio e ativos de identidade do cliente. O anúncio de 2001 afirmou que os direitos de getnet.com e neta.com foram licenciados para a GetNet Inc. e que a marca GetNet e alguns domínios pertenciam a Jeffrey Gong. Rastros posteriores de diretórios públicos mostram infraestrutura vinculada a get.net e getnet.com, mas não uma superfície de produto operacional atual. Se os ativos de domínio permanecem sob controle comum com a antiga entidade de registro, ainda pode haver valor residual de caixa de correio, DNS ou marca. Se foram vendidos, expiraram ou foram reassinados, o valor residual é mais restrito.

O quinto é a reputação. Compradores de IPv4 se preocupam com histórico de abuso, listas negras, geolocalização, registros PTR anteriores e resíduos de clientes. A página da Hurricane Electric para 216.19.192.0/19 mostra registros DNS históricos, incluindo nomes antigos como ns1.inficad.com e ns2.inficad.com dentro da faixa. Tais rastros podem ajudar a reconstruir o uso anterior, mas não provam por si mesmos o risco atual. Para um comprador, a questão chave é se o bloco pode ser limpo, re-geolocalizado, roteado e usado sem penalidades de reputação herdadas.

A economia do desaparecimento

O caso GetNet mostra um padrão geral na economia da infraestrutura da internet: a empresa pode desaparecer antes que a identidade do recurso o faça, e a identidade do recurso pode permanecer valiosa após o desaparecimento da empresa.

O desaparecimento visível de uma ISP local pode ocorrer gradualmente. Primeiro, as novas assinaturas de acesso diminuem porque a banda larga a cabo e de telefonia se expande. Segundo, as receitas de acesso discado entram em colapso. Terceiro, os clientes de hospedagem e e-mail permanecem porque são pegajosos. Quarto, o provedor interrompe o marketing em larga escala, mas continua a manter serviços legados. Quinto, a equipe técnica ou os proprietários preservam os registros, domínios e servidores de nomes. Sexto, o bloco IPv4 restante se torna mais valioso à medida que a escassez de IPv4 se aprofunda.

Sétimo, o recurso é transferido para uma plataforma, empresa de hospedagem, operador de nuvem, empresa de segurança, empresa de adtech ou um comprador intermediado por uma corretora. O nome da antiga empresa permanece nos espelhos históricos do WHOIS, arquivos BGP, memórias de clientes e diretórios de negócios.

Aparentemente, a GetNet se encaixa em grande parte nesse arco. Foi uma ISP e provedora de hospedagem genuína de Phoenix; sua cadeia predecessora/sucessora carregava ativos de identidade do cliente; operou em um mercado estruturalmente pressionado por provedores de acesso incumbentes; seu /19 histórico tornou-se um ativo IPv4 escasso; e o bloco agora aparece sob a Magnite, em vez de sob a GetNet.

A ressalva analítica mais importante é não superestimar a empresa atual a partir da antiga linha de registro. O registro GTNT da ARIN é real. Ele identifica a GetNet Inc. Mas a economia atual da rede histórica não pode ser inferida apenas a partir desse registro de organização. A melhor evidência é a combinação de controle de registro, validação de POC, visibilidade BGP, postura RPKI/IRR, visibilidade de produto e rastros operacionais históricos.

Essa combinação diz: outrora uma ISP operacional; agora uma identidade residual; o principal ativo de endereço transferido ou re-registrado para a Magnite; AS não visivelmente ativo; nenhuma evidência forte de operações atuais de acesso ou hospedagem.

Este é exatamente o tipo de caso em que a economia de recursos de endereços cria um ganho de informação. Sem as evidências da ARIN e do BGP, a GetNet poderia parecer um pequeno negócio local adormecido. Com as evidências de recursos, torna-se uma história de estilo transacional sobre como o IPv4 escasso migra de ISPs locais de primeira geração para plataformas digitais em grande escala.

Registro de evidências

Registro de organização da ARIN para GetNet Inc. O registro público da ARIN para a entidade organizacional GTNT lista GetNet Inc., 333 E Indian School, Phoenix, Arizona, data de registro em 29 de junho de 2001 e última atualização em 22 de agosto de 2024.

Registro POC da ARIN associado para GTNT. A ARIN lista POCs administrativos, de abuso e técnicos vinculados ao registro da organização GetNet.

ARIN GET-NOC-ARIN POC. A ARIN lista Getnet Inc. no mesmo endereço de Phoenix, telefone +1-602-264-7000, e-mail[email protected]e indica que a ARIN tentou validação do POC, mas não recebeu resposta desde 25 de junho de 2025.

Registro de rede pai atual da ARIN para 216.19.192.0/19. A ARIN lista NetRange 216.19.192.0 a 216.19.223.255, CIDR 216.19.192.0/19, NetName ADMON, NetType Direct Allocation, organização Magnite, Inc., data de registro em 17 de dezembro de 2024 e última atualização em 15 de outubro de 2025.

Registro de subfaixa/cliente atual da ARIN. A ARIN lista 216.19.208.0/20 como MAGNITE-IAD6-2, reassinado para o cliente ADMON em Ashburn, Virgínia, com datas de registro e atualização em 10 de setembro de 2025.

Espelho histórico de WHOIS para GETNET-BLK1. Um espelho WHOIS de terceiros preserva dados mais antigos listando 216.19.192.0/19 como GETNET-BLK1, alocação direta para GetNet Inc., com endereços não portáveis e servidores de nomes vinculados à GetNet. Isso é útil como evidência histórica, mas não como autoridade atual.

Página do Cidr-report para AS5784 derivada da ARIN. O Cidr-report identifica AS5784 como GETNET / Getnet International, mostra o endereço de Phoenix e indica que o AS não está sendo usado atualmente para anunciar prefixos na tabela de roteamento global, nem está visível como um AS de trânsito.

Hurricane Electric BGP Toolkit para AS5784. A HE identifica AS5784 como Getnet International e indica que não está visível na tabela de roteamento global desde 27 de abril de 2024, sem prefixos atualmente anunciados.

Hurricane Electric BGP Toolkit para 216.19.192.0/19. A HE indica que o agregado /19 não está visível na tabela de roteamento global e mostra rastros históricos de DNS dentro do bloco.

Hurricane Electric BGP Toolkit para AS26667. A HE identifica AS26667 como Magnite, Inc. e mostra prefixos ativos, incluindo 216.19.192.0/20 e 216.19.208.0/20 sob registros ADMON, com uma ampla pegada de peering e roteamento.

Netify network intelligence para Magnite. A Netify lista 216.19.192.0/19 entre as faixas de rede da Magnite, corroborando a associação do antigo bloco GetNet com a pegada de infraestrutura atual da Magnite.

Anúncio da operadora GetNet Inc. de abril de 2001. Uma postagem pública do Google Groups afirma que ex-executivos e funcionários da GetNet/Internet Access Inc. formaram a GetNet Inc.; descreve serviços incluindo conectividade dedicada, hospedagem web, colocation, acesso discado e consultoria; identifica direitos licenciados para getnet.com e neta.com; e nomeia Jeffrey Gong como presidente.

Postagem da Internet Access Inc. dba Getnet de outubro de 1999. Uma postagem pública solicita a ex-clientes informações sobre a conduta supostamente anticompetitiva da US West e faz referência a uma reclamação perante a Comissão Corporativa do Arizona.

Rastro do docket da Comissão Corporativa do Arizona. Resultados de busca no eDocket da ACC identificam uma reclamação formal da Internet Access, Inc. dba Getnet contra a U S West, protocolada por Jeffrey Gong.

Discussão de cliente da Usenet de março de 2000. Uma discussão de cliente faz referência à continuidade Neta.com/GetNet/Internet Access, inclui um rumor não verificado de falência/aquisição e inclui um comentário de um cliente sobre manter uma conta neta.com enquanto usava outro provedor de acesso.

Lista de ISPs suportadas pela Qwest da ASU. Um rastro de canal/fornecedor de 2001 lista GetNet, Inc. e Internet Access Inc. DBA/GetNet entre as opções de ISP suportadas pela Qwest, com números de contato de Phoenix e referências a getnet.com/neta.com.

Rastro de provedor de serviço de domínio/DNS histórico. Um registro de domínio de terceiros lista GetNet, Inc. como provedora de serviço de registro para suporte de domínio, mudanças de DNS/servidores de nomes e funções de conta associadas.

Rastro de diretório web histórico para get.net/GetNet. Uma captura de diretório descreve GetNet como uma provedora de internet de serviço completo na área de Phoenix, oferecendo hospedagem, servidores dedicados, VPS, DSL, discado, wireless, e-mail, Plesk, cPanel e serviços Linux, com servidores de nomes na antiga faixa de endereços.

Documento de traceroute do MIT. Um traceroute de 2000 de trojan.neta.com mostra um host Phoenix Neta/GetNet alcançando o MIT via Alter.net, apoiando a existência de uma rede Phoenix operacional antes da formação da GetNet Inc. em 2001.

Rastro da Deaf Magazine de 1995. Uma página de 1995 faz referência à Getnet International, Inc. em Phoenix e ao envolvimento de um servidor de nomes GetNet, apoiando a camada mais antiga da linhagem Getnet International.

Fonte explicativa do ARIN Whois/RDAP. A ARIN descreve os dados de registro público como cobrindo recursos numéricos da internet, organizações, pontos de contato, recursos legados e informações de reassinação, o que contextualiza por que uma identidade de registro não é o mesmo que uma empresa operacional atual.

Anúncio do esgotamento do IPv4 da ARIN e diretrizes atuais de IPv4. A ARIN anunciou o esgotamento do pool IPv4 gratuito em 24 de setembro de 2015 e descreve opções atuais por meio de listas de espera, políticas de uso especial, adoção de IPv6 e transferências para destinatários especificados.

Guia de transferência da ARIN. A documentação de transferência da ARIN define requisitos para origem e destinatário e destaca tarefas de transição limpa para ROAs, registros IRR e DNS reverso.

Fontes de preços de mercado IPv4. Atores e corretoras do mercado IPv4 fornecem comentários de mercado indicando que os endereços IPv4 permanecem recursos escassos monetizáveis, com preços variando por tamanho do bloco, registro, reputação e demanda.

Fontes corporativas da Magnite. A Magnite se descreve como uma grande empresa independente de publicidade sell-side e uma plataforma para monetizar conteúdo e executar transações de publicidade digital; seu relatório de 2026 descreve tecnologia que automatiza a compra e venda de inventário de publicidade digital.

Rastros de listagens de provedores modernos em Phoenix. As listagens atuais de provedores de consumidores para Phoenix enfatizam grandes provedores de banda larga, fibra, wireless e satélite e não mostram a GetNet como uma concorrente visível de acesso ao consumidor.

Desambiguação da empresa de pagamentos Getnet. Fontes atuais do Getnet/Santander descrevem uma empresa de pagamentos na América Latina e Península Ibérica, que é uma identidade diferente do alvo da ARIN em Phoenix e cria ambiguidade no nome de busca.

Watchpoints

O primeiro watchpoint é o histórico da ARIN do 216.19.192.0/19. Um futuro registro da ARIN, registro de transferência, documento judicial ou divulgação de corretora esclarecendo se a mudança para a Magnite foi uma transferência especificada 8.3, uma transferência por fusão/reorganização 8.2 ou outro caminho administrativo mudaria a interpretação econômica. Uma transferência especificada apoiaria a tese de monetização de ativo de endereço. Uma transferência por fusão/reorganização aumentaria a probabilidade de uma relação de ativo mais ampla.

O segundo watchpoint é o AS5784. Se o AS5784 começar a anunciar prefixos novamente, especialmente prefixos não relacionados à Magnite, isso enfraqueceria a conclusão de ISP inativa. Se permanecer não roteado, seu valor é principalmente histórico e administrativo.

O terceiro watchpoint é a postura de RPKI, IRR, DNS reverso e geofeed para o antigo bloco GetNet. ROAs limpos, entidades IRR atualizadas e DNS reverso estável sob a Magnite indicariam total absorção técnica. DNS reverso legado ou entidades de rota obsoletas indicariam uma transição mais lenta ou mais bagunçada.

O quarto watchpoint é qualquer evidência de clientes hospedados restantes na GetNet. Antigas caixas de correio, zonas DNS, contas de hospedagem web, remanescentes de colocation ou usuários de IP estático significariam que a antiga empresa tinha mais do que resíduos de registro no momento da transferência de recurso. Nenhuma evidência pública desse tipo é atualmente forte o suficiente para estabelecer operações em andamento.

O quinto watchpoint é o controle corporativo da GetNet Inc., Getnet International, getnet.com, neta.com, get.net e getnetinc.net. O controle desses nomes determinaria se a identidade residual ainda tem valor de marca, caixa de correio, DNS ou recuperação de cliente. A perda ou venda desses nomes deixaria pouco além de registros históricos e qualquer ASN restante.

O sexto watchpoint é a reputação de abuso e geolocalização do 216.19.192.0/19. Para o detentor atual, o valor comercial do bloco depende não apenas do controle de registro, mas também de os endereços estarem limpos, corretamente geolocalizados, aceitos por contrapartes e livres de listas negras herdadas ou associações obsoletas de clientes.

O sétimo watchpoint é qualquer expansão da rede da Magnite que usaria o bloco em novos mercados. Se os dois /20 permanecerem anunciados sob o AS26667 e aparecerem em mais conjuntos de dados de inteligência de aplicativos, o papel econômico do bloco será confirmado como infraestrutura de plataforma em vez de infraestrutura de acesso local.

O watchpoint final é a capacidade de contato obsoleto de registro. A falha de validação POC da ARIN para GET-NOC-ARIN é um pequeno, mas importante sinal de alerta. Se os POCs da GetNet forem atualizados e validados, a entidade residual ainda pode ser mantida administrativamente. Se permanecerem não validados, as evidências públicas apoiarão cada vez mais a ideia de que a GetNet Inc. é uma identidade histórica de recurso de rede cujo principal ativo monetizável IPv4 já foi transferido para outro lugar.