Resumo

  • A RFC 5148 recomenda variação temporal aleatória quando camadas inferiores não evitam colisões simultâneas de modo eficaz.
  • Geração periódica, geração disparada e encaminhamento usam operações temporais diferentes.
  • O periódico subtrai jitter do intervalo; os outros casos acrescentam espera.
  • O sorteio deve ser uniforme entre zero e o MAXJITTER aplicável.
  • Um limite configurado não prova sorteios reais uniformes ou independentes.
  • No periódico, o máximo não pode exceder metade de MESSAGE_INTERVAL e não deveria exceder um quarto.
  • MESSAGE_MIN_INTERVAL positivo cria outros limites obrigatórios e recomendados.
  • O encaminhador pode não conhecer o intervalo do originador e precisa de regra específica.
  • Novos gatilhos podem chegar durante a espera e exigir descarte, fusão ou preservação de ordem.
  • Mensagens no mesmo pacote devem compartilhar um único sorteio de encaminhamento.
  • O atraso se acumula por salto e precisa caber no orçamento do diâmetro da rede.
  • Reduzir colisões não comprova recepção, convergência, rota correta ou resultado da aplicação.

A unidade do sorteio muda o resultado

O jitter procura quebrar transmissões simultâneas que surgem de agendas periódicas, eventos comuns ou encaminhamento imediato. Quando várias mensagens chegaram juntas, transmiti-las juntas é eficiente. Por isso a RFC orienta que compartilhem uma única amostra e um único máximo.

Sortear separadamente e usar o menor valor favorece atrasos curtos. Quanto mais mensagens houver, maior a distorção. O sistema ainda respeita cada teto, mas já não executa a distribuição declarada. Esse é um exemplo preciso de por que conformidade de campos não equivale a comportamento do código.

Três mecanismos escondidos sob um nome

Mensagens periódicas usam MESSAGE_INTERVAL - jitter, calculado a partir da transmissão anterior. Mensagens disparadas por um evento esperam um valor aleatório e, se reiniciarem a agenda periódica, essa agenda deve partir do instante atrasado. Encaminhamento também espera, embora o nó intermediário possa desconhecer o intervalo do originador.

Uma implementação precisa então obter essa informação por acordo, pelo próprio pacote, por estimativa ou por outra regra. “Jitter ligado” não informa qual relógio foi movido nem se o limite era válido.

Limites protegem o calendário

O máximo periódico precisa ser não negativo, não pode superar metade do intervalo e não deveria superar um quarto. Com intervalo mínimo positivo, não pode superá-lo e não deveria superar sua metade. A escala deve ser adequada ao MAC; uma ordem de grandeza acima do período da trama aparece como exemplo, não como constante universal.

Mais densidade e maior região de interferência podem justificar mais separação. Ao mesmo tempo, todo atraso prejudica outros objetivos, então a RFC manda minimizá-lo. Um valor de MIB ou um padrão do protocolo demonstra intenção, não a amostra usada, a tentativa no rádio ou o recebimento.

A espera cria corridas de estado

Um novo evento pode chegar antes da transmissão pendente. Se a geração foi adiada, dois eventos podem virar uma mensagem atualizada. Se a primeira já existe, o protocolo decide se descarta, envia ambas ou altera tempos para manter ordem. Uma mensagem encaminhada também pode ser alcançada por outra mais recente.

Ao combinar eventos de pacotes diferentes, o horário independente mais cedo pode limitar a transmissão conjunta. O recibo operacional precisa guardar causa, amostra, unidade de agregação, decisão de fila e instante efetivo.

Cada salto cobra sua parcela

No encaminhamento, atrasos se acumulam. A RFC conecta o máximo ao número previsto de encaminhamentos sucessivos, até o diâmetro em saltos. RFC 6130 separa jitter periódico e disparado de HELLO e exclui encaminhamento para HELLO; RFC 7181 separa os três parâmetros de TC; RFC 7183 inclui a parcela por salto na validade.

Essa contabilidade não prova travessia. Configuração, agendamento, emissão, recepção, processamento, topologia, rota e entrega continuam sendo camadas diferentes. Horários imprevisíveis podem dificultar interferência seletiva, mas não autenticam o emissor nem vencem todo bloqueio.

Sources

  1. RFC 5148, HTML
  2. RFC 5148, texto
  3. Registro RFC Editor
  4. IETF Datatracker
  5. Histórico
  6. Referências
  7. Errata
  8. RFC 6130
  9. RFC 7181
  10. RFC 7183
  11. RFC 7939
  12. RFC 7985
  13. RFC 5444
  14. RFC 3626
  15. RFC 3561
  16. RFC 4271
  17. Minimum Initial Specification
  18. On Reality Layers
  19. Running-Code Primacy