Resumo

  • O RFC 741 não tratava voz em pacotes como uma simples sequência de amostras: dois hosts precisavam combinar a chamada, a codificação, o ritmo e a disponibilidade antes de enviar fala.
  • As quatro funções direcionais de controle e dados, a negociação dos vocoders e a espera por uma resposta humana mostram o que o NVP especificava. O relato de quatro centros não comprova adoção ampla.

Análise

Quatro instituições delimitam o que sabemos sobre o uso

O texto não traz uma curva de adoção nem uma contagem de chamadas. Seu ponto de partida é o testemunho técnico de Cohen e os quatro centros que ele nomeia nos agradecimentos; essa lista mostra trabalho entre instituições, mas não informa quantos usuários ou que qualidade as chamadas alcançaram.

Danny Cohen levou essa diferença para o RFC 741. A capa traz a data de 22 de novembro de 1977, mas a página de rosto identifica o texto como NSC Note 68, de 29 de janeiro de 1976, revisão de três notas anteriores. O projeto Network Secure Communications, da ARPA, buscava demonstrar voz digital bidirecional, de alta qualidade e baixo consumo de banda em redes de comutação de pacotes. O prefácio diz que equipamentos de criptografia existentes poderiam proteger a fala digitalizada. O NVP era uma parte do projeto, não o mecanismo de criptografia.

Os agradecimentos dão ao documento um limite operacional. Cohen escreveu que o NVP foi implementado pela primeira vez em dezembro de 1973 e vinha sendo usado desde então para comunicação de voz em tempo real, local e entre redes, na ARPANET. Ele nomeia o Information Sciences Institute, o Lincoln Laboratory, a Culler-Harrison e o Stanford Research Institute, além de combinações diferentes de computadores e codificadores. É um relato concreto de trabalho entre centros; não é um censo de usuários, uma medição da qualidade das chamadas nem prova de um serviço telefônico geral.

Como os hosts combinavam controle e fala

O RFC começa com um descompasso: o protocolo host-to-host da ARPANET foi otimizado para transferência de dados e não servia à voz interativa. O NVP separava mensagens de controle e dados de voz. O documento chama de LINK os oito bits superiores de um MESSAGE-ID de 12 bits e de SUB-LINK os quatro inferiores. São identificadores lógicos de mensagem, não quatro linhas físicas nem portas IP modernas.

Uma comunicação de voz usava quatro funções direcionais. L levava controle de quem chamava para quem atendia; K fazia o controle no sentido inverso. A fala seguia de um lado por L+1 e do outro por K+1. L e K eram escolhidos entre 340 e 375 em octal e podiam ter o mesmo valor. O primeiro contato usava o link 377.

Em 377, quem chamava informava quem queria contatar e propunha K. O destino podia recusar ou aceitar e atribuir L. Então o chamador enviava outra mensagem em L, e começava uma negociação de compatibilidade. Um lado propunha parâmetros WHAT e opções HOW; o outro aceitava ou rejeitava. Entre os parâmetros estavam vocoder, intervalo de amostragem, versão, tamanho máximo da mensagem e tamanho dos blocos de fala. O RFC definia alternativas como LPC e CVSD. Os computadores não precisavam ser iguais, mas precisavam encontrar uma configuração comum.

READY marca o limite entre a máquina e quem atende

Depois da negociação inicial, o destino tocava uma campainha e enviava RINGING. Os dados só começavam depois que uma pessoa atendesse e o sistema enviasse READY. A especificação permitia READY sem RINGING, mas ainda diferenciava uma conexão compatível de alguém disponível para falar.

Depois que os links eram atribuídos, qualquer lado podia pedir uma nova negociação. Os links permaneciam; os parâmetros anteriores precisavam ser negociados novamente, e os dados de voz eram ignorados até um READY confirmar o sucesso. Uma solicitação ECHO opcional podia medir atraso. O RFC dizia que essa função não era obrigatória e que a falta de resposta não deveria encerrar a chamada. Era um ponto de observação, não uma garantia de latência.

Por isso, chamar o RFC 741 de um padrão inicial de VoIP atual seria impreciso. Os campos WHO e WHOM codificavam host, IMP e extensão. Eles endereçavam unidades de comunicação; não autenticavam uma pessoa nem decidiam quem tinha permissão para falar. O objetivo de voz segura pertencia ao projeto mais amplo e dependia dos equipamentos de criptografia mencionados no prefácio. O NVP descrevia como iniciar e coordenar uma troca de voz, não como oferecer sozinho um serviço telefônico seguro.

Em 1986, o RFC 980 listou o NVP-II entre os “Minor Host Protocols”. Isso registra a classificação num catálogo, não a quantidade de redes que ainda o operavam. A conclusão histórica mais firme é limitada: em meados dos anos 1970, pesquisadores da ARPANET já haviam implementado voz entre diversos centros e especificado a negociação, os identificadores e a espera por disponibilidade humana que permitiam a máquinas diferentes conversar. Os blocos de fala só começavam a circular depois do acordo entre os hosts.

Fontes