Resumo

  • O RFC 1461 definiu objetos SNMP para a interconexão multiprotocolo sobre X.25. Um contador registra a saída sem correspondência entre endereço encapsulado e X.121; outro registra a entrada cujo X.121 não leva a um endereço encapsulado reconhecido.
  • Para cada direção, a especificação guarda o último endereço que falhou e o sysUpTime da ocorrência. Ela manda contar a falha mesmo quando a interface responsável só pode ser escolhida por aproximação.

“A linha está de pé” era uma resposta curta demais para a pergunta certa. A rede X.25 fazia chamadas para endereços X.121; o pacote IP chegava com outra forma de identificar o destino. O RFC 1356 descreveu como transportar IP e outros protocolos nesse ambiente. O RFC 1461, de Mark Throop, descreveu o que o gerenciamento do nó deveria mostrar quando essa operação dependia de escolher um par. Ele especifica instrumentos de observação, sem apresentar uma ocorrência histórica medida.

Há três tabelas com tarefas diferentes. A de interfaces só inclui portas X.25 que realmente transportam tráfego multiprotocolo. A de pares relaciona um destino X.121, a interface a usar e os parâmetros de chamada. A de encapsulação registra os tipos aceitos por cada par. Uma porta pode existir sem integrar esse serviço; um par pode existir sem a encapsulação apropriada. Chamar todos esses estados de “X.25 disponível” apaga a decisão que interessa.

Na saída, o contador sobe quando um endereço encapsulado não encontra X.121 nem na tabela nem por um algoritmo. O endereço da última falha fica guardado. Para IP, são cinco octetos: 0xCC anuncia o tipo, os quatro seguintes levam o endereço IP. O campo de tempo guarda o valor de sysUpTime na falha mais recente. Não é um carimbo de data do calendário, e sim o relógio relativo à inicialização do aparelho.

Na entrada, a dificuldade se inverte. Chega uma chamada X.25 e o nó não reconhece o X.121 do outro lado como endereço encapsulado. Outra contagem, outro endereço e outro tempo preservam esse fato. O RFC também separa as conexões encerradas por falha no bit Q. Um par desconhecido não é a mesma coisa que um destino de saída ausente; nenhum dos dois é automaticamente uma pane física.

O texto deixa uma pequena imperfeição à vista. Quando o agente não consegue decidir qual entrada de interface deve receber uma falha de tradução de saída, escolhe a primeira plausível e registra a falha assim mesmo. A contagem pode ser sólida enquanto a atribuição da interface é aproximada. O RFC 1382 já tratava dos circuitos X.25. O RFC 1461 observou a escolha do destinatário antes de jogar a culpa no circuito.