Resumo

  • A RFC 9900 é um IETF Proposed Standard e remove somente as atribuições identificadas: TCP e UDP 831 para NETCONF over BEEP, e 832 e 833 para variantes de NETCONF over SOAP.
  • Os nomes netconf-beep, netconfsoaphttp e netconfsoapbeep permanecem. Os números retirados passam a ser tratados como Reserved segundo a RFC 6335; não ficam imediatamente livres para qualquer uso.
  • As RFCs 4743 e 4744 estão em Historic. A evidência disponível fala de ausência de implementações ou implantações de produção conhecidas, não da obsolescência de todo o NETCONF.

A RFC 9900 é manutenção do registro, não um protocolo novo. Ela separa duas coisas que frequentemente se confundem: a atribuição de um número de porta e o significado histórico de um nome de serviço. A retirada alcança o TCP e o UDP 831, associados ao NETCONF over BEEP, e o TCP e o UDP 832 e 833, associados às variantes do NETCONF over SOAP. A RFC 4743, sobre NETCONF over SOAP, e a RFC 4744, sobre NETCONF over BEEP, foram classificadas como Historic, o que ajuda a explicar a revisão dessas atribuições.

O limite factual é essencial. A RFC 9900 diz que as atribuições apoiavam protocolos sem implementações ou implantações de produção conhecidas. Ela não quantifica quantos arquivos privados, regras de firewall, scanners, bancos de serviço ou configurações ainda podem mencionar os números. Também não apresenta uma pesquisa atual da Internet. Portanto, a ausência de evidência de produção não autoriza a afirmação de que toda referência local desapareceu, nem de que todo NETCONF está obsoleto.

A RFC 6335 trata os números de porta como o recurso escasso do registro. Os nomes de serviço devem permanecer atribuídos depois que a atribuição numérica é retirada, porque o esgotamento de nomes oferece risco muito menor. Assim, netconf-beep, netconfsoaphttp e netconfsoapbeep continuam disponíveis como continuidade semântica. As notas históricas associadas a 831, 832 e 833 também permanecem: elas registram que os números já foram atribuídos aos transportes NETCONF relevantes e foram liberados pela RFC 9900.

A palavra “liberados” não significa reutilização imediata. Pela RFC 6335, uma porta desatribuída é marcada como Reserved e não deve ser reatribuída até que todas as demais portas disponíveis no intervalo pertinente tenham sido atribuídas. A RFC 9900 não agenda uma nova atribuição, não anuncia um novo serviço para esses números e não mede uma quantidade de alívio da escassez. Interpretá-la como autorização para escolher 831, 832 ou 833 para uso arbitrário seria ultrapassar o texto.

A orientação operacional também é limitada. Se uma configuração ainda associa os números liberados a netconf-beep ou netconfsoaphttp, o operador deve reavaliar essa associação. A RFC 9900 não cria um cronograma universal de auditoria nem outros requisitos de operação ou gerenciabilidade. Ela tampouco desatribui o NETCONF over SSH na porta 830, o NETCONF Call Home na 4334 ou o NETCONF over TLS na 6513. Esses transportes estão fora desta ação.

Fixtures de verificação

  1. Compare uma cópia do registro para 831, 832 e 833: procure as notas de histórico e o tratamento Reserved, não uma reatribuição imediata a um novo serviço.
  2. Pesquise literalmente 831, 832 e 833 em arquivos de serviço, ACLs, modelos, regras de monitoramento, bancos de configuração e diagramas; pesquise também os três nomes de serviço.
  3. Confirme separadamente que 830, 4334 e 6513 não foram removidas pela RFC 9900. Isso valida o limite do escopo e não pede uma mudança nesses transportes.
  4. Guarde juntas a RFC 9900, a seção 8.2 da RFC 6335 e o status das RFCs 4743 e 4744, para não transformar remoção de números em exclusão de nomes.

Caminho de decisão do operador

Primeiro, classifique a referência como número literal ou descoberta por nome. Depois, determine se ela é apenas histórica ou se ainda influencia configuração, filtro, documentação ou responsabilidade de serviço. Para uma referência histórica, preserve o contexto e marque seu estado. Para uma dependência vigente, o proprietário da configuração deve avaliar a correção necessária; não transforme uma porta Reserved em número de uso geral. Por fim, confira as notas do registro, os nomes preservados, os transportes fora do escopo e o responsável pelo ciclo de vida.

A recomendação de inventariar números literais, favorecer descoberta por nome, procurar deriva de configuração e atribuir um dono é análise de Theo March, não uma exigência adicional das RFCs.

Fontes