Resumo

  • ATMP deixava um cliente PPP ou SLIP usar endereço da rede de origem enquanto NAS/Foreign Agent remoto e Home Agent mantinham o túnel sem participação do cliente.
  • Registro, desafio por segredo compartilhado semelhante a CHAP, Tunnel ID local ao par de agentes e GRE produziam a aparência de conexão local para IP ou IPX.
  • Endereço, resposta aceita e GRE Key demonstravam estado limitado do protocolo, não localização física, identidade humana, autorização de aplicação, entrega ou consenso do IETF.

“Casa” era uma decisão de roteamento

Em 1997, um usuário podia discar para um servidor de acesso distante e ainda apresentar um endereço de sua rede de origem. A linha telefônica terminava em outro lugar; o roteamento dizia que ele estava em casa.

Essa contradição define o ATMP. O protocolo não deslocava a estação. Um Foreign Agent no NAS registrava o cliente em um Home Agent da rede de origem. Os dois transportavam o tráfego em túnel para que os demais sistemas tratassem o cliente como local.

O cliente não executava ATMP; PPP ou SLIP comum bastava. NAS e Home Agent controlavam o mecanismo, e o restante da rede não precisava saber da distância. Simplificar a borda significou concentrar julgamento de roteamento na fronteira.

O endereço podia ser configurado no cliente, associado a um identificador de usuário ou obtido de um pool. O RFC excluía tanto a forma de atribuição quanto a decisão do NAS de usar ATMP. O protocolo carregava o endereço selecionado, mas não provava quem autorizou a escolha nem se ela ainda correspondia ao usuário correto.

O registro fabricava a ligação

O mobility binding unia Home Address, IP do Foreign Agent e Tunnel ID. Não era uma afirmação geográfica, mas uma instrução compacta de roteamento.

O Foreign Agent obtinha por configuração o endereço do Home Agent e o segredo, enviava Registration Request a cada dois segundos e, após dez tentativas sem desafio, registrava falha e desconectava o cliente.

O Home Agent mandava um autenticador. O Foreign Agent concatenava o valor ao segredo, calculava MD5 e devolvia o resultado; o Home Agent repetia o cálculo. Coincidência permitia aceitar. Falha ou falta de recursos produzia resultado diferente de zero.

O teste autenticava uma relação configurada entre agentes. Não identificava a pessoa diante do modem, não autorizava uma operação de aplicação e não cifrava a carga. “Semelhante a CHAP” descrevia a construção, não ampliava a prova.

Tunnel ID transformava estado em caminho

Depois da aceitação, o Home Agent atribuía um ID único apenas no par FA–HA e criava um bloco de controle ligado às rotas. O Foreign Agent guardava o mesmo valor na sessão.

O tráfego seguia em GRE, com o ID no campo Key. O Home Agent recuperava o contexto de rota; o Foreign Agent separava pacotes para clientes ativos. Um ID desconhecido gerava Error Notification e descarte silencioso.

A transferência de autoridade ficava visível: o cliente gerava tráfego, mas os agentes escolhiam o contexto de origem, nomeavam o estado e decidiam sua validade. O endereço parecia estável porque blocos de controle absorviam a mudança física.

IPX mostrava o custo extra. A gestão do túnel continuava sobre IP. Cada Home Agent precisava de número de rede IPX empresarial distinto das LANs; clientes partilhavam esse número, mantendo nós únicos. Portabilidade numa camada exigia coordenação nova em outra.

Encerrar também fazia parte da verdade

A presença virtual existia enquanto os dois lados concordavam com o ciclo de vida. O Foreign Agent repetia Deregistration Request a cada dois segundos. Resposta válida removia o binding e liberava o ID. Após dez falhas, o erro era registrado e o cliente era desconectado mesmo assim.

O cliente podia já ter sumido localmente quando a remoção remota ainda não fora confirmada. Após reinicialização, um ID podia existir de um lado e não do outro. A verdade operacional era o alinhamento de dois blocos, histórico de repetição, conexão atual e tratamento real do pacote, não um campo isolado.

Protocolo privado, lição histórica pública

A nota do IESG foi direta: o RFC 2107 documentava protocolo privado, não produzido por grupo de trabalho e fora da trilha de padrões. O Datatracker atual o chama de Legacy e sem posição formal no processo do IETF.

Isso reforça seu valor histórico. Antes de L2TP, uma arquitetura de produto tornava portátil a localização de rede centralizando estado entre acesso e origem, autenticando a fronteira e nomeando o túnel localmente. Mobile IP tratava mobilidade mais ampla; L2F e L2TP separavam acesso e terminação de enlace; GRE fornecia o envelope. ATMP reuniu um conjunto estreito. O número RFC preservou o desenho, não transformou implantação em consenso.

Fontes