Resumo

  • RFC 1283 mapeou experimentalmente SNMP para CLTS, sem conexão, e COTS, orientado a conexão. No segundo caso, abria-se uma conexão, enviavam-se uma ou mais mensagens e ela era liberada.
  • O iniciador não podia exigir resposta na mesma conexão nem atribuir a ela a confiabilidade da operação SNMP. Timeout, retransmissão e aborto permaneciam na aplicação.
  • RFC 1418 depois retirou COTS e preservou CLTS para ambientes sem UDP. A troca de especificação não demonstra que todas as implementações mudaram naquele instante.

A revisão guardou experiência, não um resultado universal

RFC 1161, de junho de 1990, propôs um meio experimental de executar SNMP sobre transportes OSI. Não era padrão Internet e apenas admitia que experimentação e consenso pudessem levar a uma revisão.

Em dezembro de 1991, RFC 1283 o tornou obsoleto, ainda como Experimental. O editor registrou mudanças baseadas em experiência operacional. Isso prova aprendizagem documental, não êxito de uma rede específica.

O objetivo era reutilizar investimento. SNMP já tinha ampla implantação em redes TCP/IP, e sites que adquiriam OSI queriam administrar esses componentes sem reconstruir o framework como aplicação OSI.

CLTS preservava a entrega por pacote

CLTS operava como UDP: o pacote trazia informação completa de endereçamento. O endereço de transporte unia endereço de rede e seletor. Em vez de well-known ports, OSI usava octetos opacos com significado local. RFC 1283 coordenou snmp e snmp-trap sobre CLNP.

O seletor escolhia o serviço local. Não autenticava gerente, não autorizava Set nem confirmava uma variável. Encaminhamento e autoridade continuavam separados.

COTS criava associação, não conclusão

Como SNMP não exigia conexão existente, o mapping COTS definiu três atos: estabelecer, enviar uma ou mais mensagens, liberar.

Uma conexão podia falhar antes de abrir, abrir sem mensagem completa, ou receber bytes e fechar antes de resposta. O estado established provava apenas a associação de transporte. Não demonstrava decode, regra de acesso, leitura, escrita ou resultado operacional.

RFC 1283 também não obrigava a resposta a voltar pela conexão do pedido. Se o respondente enviasse SNMP nela, a mensagem tinha de responder a pedido recebido ali. Era uma regra condicional de correlação, não um caminho exclusivo. Silêncio não provava ausência de resposta em outro caminho.

Idealmente o iniciador encerrava, mas o respondente podia fazê-lo por limite de recursos. A duração dependia de algoritmo da implementação. Fechamento podia significar política, pressão, ociosidade ou falha, e não explicava sozinho o desfecho SNMP.

O ACK do transporte terminava antes da aplicação

RFC 1283 proibiu o iniciador de atribuir confiabilidade à conexão. A retransmissão de mensagens permanecia com a aplicação SNMP.

RFC 1270 explicou que um ACK de transporte não significava necessariamente entrega ao processo de destino. SNMP ainda precisava de timeout e retry para saber se o software SNMP recebera o pacote.

Confiabilidade do transporte protegia seu próprio contrato de bytes. Conclusão de gerenciamento exigia resposta correlacionada. E uma resposta do agente ainda era um relato, não prova automática do estado físico.

Cada estratégia de conexão abriu outro livro

RFC 1270 comparou conexão permanente para cada objeto, conexão nova por operação e pool limitado com substituição. A primeira acumulava registros e keepalives; a segunda repetia estabelecimento, encerramento e TIME-WAIT; a terceira exigia estado de uso e algoritmo, voltando à segunda quando agentes excediam o pool.

Quem fecha, com qual evidência, e como tratar resposta tardia viraram decisões próprias. A camada stateful não removeu contabilidade; deslocou-a.

A revisão de 1993 manteve apenas CLTS

RFC 1418 tornou RFC 1161 e RFC 1283 obsoletos em março de 1993. Conservou o mapping connectionless para ambientes sem UDP e não exigiu múltiplos mappings em cada agente.

CLTS podia existir sobre serviço de rede connectionless ou connection-oriented, com seletores distintos. A presença de conexão numa camada inferior não mudava o contrato de transporte visto por SNMP.

Fontes e limites

As fontes são RFC 1161, RFC 1270, RFC 1283 e RFC 1418. Elas provam regras e sucessão documental, não implementação atual, identidade, autorização, conexão observada, pedido, resposta, retry, pane ou resultado. Segurança não é discutida.