Resumo

  • RFC 2353 escolheu UDP/IPv4 como controle de enlace nativo para APPN/HPR, deixando recuperação e ordenação para o RTP do HPR e detecção de vida para LDLC.
  • A opção de suspender liveness durante ociosidade economizava tráfego, mas permitia que um nó removesse o enlace falho enquanto o vizinho mantinha estado ativo.
  • A retomada podia ser recusada como enlace paralelo ou uma nova sessão podia ser enviada a uma instância que o par já eliminou. A correção exigia testar e reconstruir estado.

Um enlace ocioso não produz evidência. Ele apenas deixa de produzir eventos. RFC 2353 tornou essa distinção operacional ao permitir que implementações parassem de enviar testes de vida quando não havia tráfego.

O documento de maio de 1998 descreveu APPN/HPR em redes IP. Era Informational, não padrão de Internet, e registrava uma arquitetura aprovada como “Closed Pages” no APPN Implementers’ Workshop em dezembro de 1997. Isso indicava detalhe para produtos interoperarem naquele processo, não implantação atual.

A arquitetura usava IP como controle de enlace nativo, preservava classe de serviço e roteamento APPN e podia reduzir definições manuais com redes de conexão. UDP foi escolhido porque HPR já possuía funções de confiabilidade.

A conexão não ficava dentro do UDP

O RFC 768 define datagramas, portas, comprimento e checksum. O RFC 791 define datagramas IPv4 e encaminhamento. Não há nesse nível uma conexão que avise quando morreu.

RFC 2353 atribuiu a camadas superiores perda, duplicação, atraso, reordenação e perda de conectividade. O RTP do HPR — diferente do Real-time Transport Protocol da IETF — fazia retransmissão seletiva, reordenação e controle adaptativo. LDLC mantinha controle lógico e liveness. Usar TCP duplicaria recursos de recuperação.

Assim, observar UDP/IP, completar recuperação RTP e receber resposta LDLC eram recibos distintos. Nenhum continha automaticamente o estado do vizinho.

O custo oculto da ociosidade

Como UDP não informa queda, LDLC precisava testar periodicamente. Entre os padrões documentados estavam dez segundos para liveness, quinze para retry e três tentativas.

A otimização suspendia o teste se nada fosse enviado ou recebido. Ela podia permitir desligamento temporário de instalações inferiores. Se uma falha ocorresse, porém, um lado poderia descobri-la antes.

O nó informado desativava o enlace. Ao tentar retomá-lo, encontrava no vizinho uma instância antiga ainda ativa e recebia rejeição por enlace paralelo não suportado. O nó desinformado, por sua vez, podia enviar dados ou ativação de sessão e vê-los descartados pelo par que já removeu a instância.

“Ativo” significava estados diferentes porque cada lado possuía eventos diferentes. O silêncio não escolhia um vencedor.

Recuperar era produzir nova evidência

RFC 2353 orientava que uma rejeição por enlace paralelo levasse a testes de vida nos enlaces relacionados, inclusive mesma dupla IP com SAPs diferentes. O estado antigo precisava provar que ainda merecia bloquear a retomada.

Se um XID chegasse com a mesma dupla IP e SAP de um enlace ativo, a instância antiga deveria ser desativada para permitir restabelecimento, com temporizador contra XIDs perdidos. Também era recomendado tentar reativação antes de agir definitivamente sobre falha LDLC.

Os códigos X'10160045' e X'10160046' descreviam o motivo local para rejeitar enlaces definidos ou dinâmicos paralelos. Não provavam quem detectou a falha primeiro nem o resultado de uma sessão.

Transporte confiável não unificava o estado

O RTP do HPR podia recuperar e ordenar tráfego extremo a extremo sem sincronizar automaticamente os autômatos LDLC. Uma resposta de liveness não provava ativação APPN. Uma falha de sessão com sense data não reconstruía tudo que o remoto havia feito.

Segurança permanecia separada: autenticação e criptografia SNA, IPsec para datagramas e filtros de firewall. Proteção não era reconciliação.

A página do RFC Editor e o Datatracker demonstram a trajetória documental. O RFC 1122 oferece requisitos de host citados, não o estado remoto do enlace.

A primazia do código em execução de Lu Heng limita a verdade local ao que o par aceita. A especificação mínima com decisões locais favorece transições verificáveis, e as camadas da realidade separam datagrama, vida, enlace, sessão e resultado.

RFC 2353 não ensina que todo silêncio é falha. Ensina que silêncio não renova acordo. Se a observação é economizada, a retomada deve criar prova nova.