Resumo

  • A RFC 3573 permite que o LAC informe ao LNS que um modem V.92 entrou em espera, o limite negociado e seu retorno. O informe descreve o acesso; não determina a ação do servidor nem comprova recuperação da aplicação.
  • O primeiro pacote válido após o retorno pode chegar antes de H=0, pois controle e dados seguem canais independentes. Bloquear o pacote por causa de um estado atrasado transforma reordenação em falha.

O telefone toca no meio de um download. Com V.92, o modem pode colocar a chamada de dados em espera, liberar a mesma linha para voz e depois retomar sem nova discagem. O equipamento ligado ao modem servidor enxerga o evento; o servidor que termina a sessão PPP do outro lado da rede L2TP, não.

Essa separação de observadores motivou a RFC 3573. O LAC conhece o meio físico. O LNS controla sessão, temporizadores, pacotes e contabilização. Publicado em julho de 2003 e ainda classificado como Proposed Standard, o documento cria um contrato mínimo entre eles: capacidade, estado e teto de tempo. A consequência permanece local.

Capacidade é uma declaração inicial

O LNS anuncia Modem On-Hold Capable em SCCRQ ou SCCRP. Sem essa AVP, o LAC não pode enviar Modem-Status (MDMST). Isso comprova que o par declarou entender a extensão; não comprova entrega futura, ação correta ou continuidade.

MDMST só existe depois do estabelecimento e antes do encerramento da sessão. Se o LNS já enviou Call-Disconnect-Notify, deve ignorar o estado tardio. Um relato sobre a borda não reabre um ciclo de vida fechado.

O teto negociado não mede a duração

Ao entrar em espera, o LAC deve enviar H=1 e o máximo negociado. Ao voltar, deve enviar H=0; se informou a entrada, a limpeza é obrigatória. A AVP de 16 bits dedica um bit a Hold e quatro ao Timeout V.92. Há valores de dez segundos a dezesseis minutos e “sem limite”; Timeout só vale com H=1.

Esse máximo não é tempo transcorrido, garantia de retomada nem prova de que o LNS armou um cronômetro, manteve recursos ou interrompeu cobrança. É um parâmetro negociado na camada do modem e relatado pelo LAC.

O recibo precisa guardar codificação, interpretação, túnel, sessão, extremos, sequência, horários, entrega, duplicidade e desconexões próximas. Um único on_hold=true apaga a linha causal que permite auditar divergências.

A decisão do receptor precisa aparecer

A RFC oferece possibilidades. O LNS pode pausar LCP Echo, Link Quality Monitoring ou Multilink PPP; descartar pacotes para o cliente ausente; abrir nova sessão contábil, suspender a existente ou medir a espera à parte. São escolhas, não requisitos, e produzem resultados distintos.

O texto também expõe três falsas facilidades. Armazenar pacotes sem orçamento cria atraso e pode prejudicar TCP quando a fila for liberada. Responder a keepalive pelo cliente fabrica presença. Recusar pacotes válidos porque o estado ainda diz Hold é ainda pior: o dado de retorno pode ultrapassar a notificação H=0.

O plano de controle descreve a realidade com atraso próprio; ele não define a ordem real. O primeiro pacote válido pode ser uma evidência mais nova do que a base de estados.

Mensagem correta, experiência fracassada

Uma sequência MDMST perfeita pode coexistir com TCP expirado, transferência abandonada, pacotes de descida perdidos e cobrança contínua. Também pode haver tráfego real enquanto o controle ainda registra espera.

Por isso, negociação do modem, observação do LAC, entrega MDMST, versão da política do LNS, tráfego por direção, reconexão, PPP, TCP, aplicação e contabilização devem gerar recibos separados. Identificadores comuns os ligam; nenhum recibo substitui o próximo.

A proteção criptográfica mantém esse limite. A RFC depende da segurança L2TP e admite ocultar AVPs; a RFC 3193 descreve IPsec. Isso fortalece a prova de que certo par enviou certos bytes, não a verdade física do modem nem o resultado do usuário.

O registro IANA ainda contém o tipo 17 e os atributos 53 e 54. Número persistente demonstra coordenação, não implantação. Os valores privados de implementações iniciais aparecem como história não normativa.

Limite da evidência

Este Artigo não identifica provedor, LAC, LNS, fabricante, assinante, operadora telefônica, sessão, incidente, cobrança ou adoção. RFC 2661 dá o modelo L2TP; RFC 1661, PPP; RFC 1989 e 1990, os mecanismos de sondagem citados; RFC 2865, 2866 e 2869, o entorno AAA; RFC 3193, a proteção. RFC 3931 é apenas contexto posterior de L2TPv3.

Running-Code Primacy e Minimum Initial Specification, de Lu Heng, são lentes editoriais declaradas: conferir a declaração no sistema em execução e manter o contrato comum menor que a política local. Não provam intenção dos autores nem uso real.

O princípio final é simples: estado temporário é útil porque não é comando nem resultado. Guardar sinal, decisão, pacotes seguintes e desfecho impede que uma linha em espera vire, por conveniência, um serviço considerado contínuo.

Fontes