Resumen

  • RFC 5148 aplica variación temporal aleatoria a mensajes de control MANET cuando las capas inferiores no evitan bien las colisiones.
  • La generación periódica resta jitter al intervalo; los eventos y reenvíos añaden espera.
  • Cada caso puede necesitar un MAXJITTER diferente.
  • El valor debería elegirse uniformemente entre cero y el máximo.
  • Una configuración no acredita las muestras reales ni su independencia.
  • El máximo periódico no debe superar la mitad de MESSAGE_INTERVAL y no debería superar un cuarto.
  • Un MESSAGE_MIN_INTERVAL positivo impone límites adicionales.
  • Un retransmisor puede desconocer el intervalo del originador y necesita una regla de protocolo.
  • Mientras un mensaje espera, otro más reciente puede alcanzarlo.
  • Agrupar mensajes y escoger el mínimo de varios sorteos cambia la distribución.
  • El retardo se acumula por salto y debe caber en el presupuesto del diámetro de red.
  • Desincronizar reduce una probabilidad; no demuestra recepción, orden, ruta ni resultado.

La cola apareció después del remedio

La colisión que motivó RFC 5148 ocurre antes de que el receptor pueda insertar paquetes en su cola. Si nodos vecinos transmiten juntos, el resultado puede ser demora, retransmisión o pérdida completa. Los calendarios periódicos, los eventos comunes y el reenvío inmediato hacen que la coincidencia se repita.

La respuesta es deliberadamente estrecha: variar el tiempo. Solo se recomienda donde MAC y las capas físicas no resuelven eficazmente el problema. El mecanismo no reemplaza control de congestión, fiabilidad ni verificación de ruta.

Tres relojes con signo distinto

Los mensajes periódicos usan MESSAGE_INTERVAL - jitter. Así no llegan más tarde que el intervalo nominal y, al contar desde la transmisión previa, los nodos pueden separarse de manera acumulativa. Un mensaje disparado por un cambio espera un valor aleatorio; si reinicia el calendario periódico, este debe partir de la hora retrasada. El reenvío también espera, aunque el nodo intermedio quizá no conozca el intervalo original.

Esta asimetría importa para auditoría. Adelantar respecto del máximo nominal y retrasar respecto de un evento no son la misma operación. Un contador común oculta el mecanismo efectivo.

Los límites protegen el protocolo, no prueban el aire

La selección debería ser uniforme en [0, MAXJITTER]. Para tráfico periódico, el máximo debe ser no negativo, no superar la mitad del intervalo y preferiblemente no superar un cuarto. Si existe un intervalo mínimo positivo, el máximo no debe excederlo y no debería exceder su mitad.

RFC 5148 pide minimizar el jitter porque la espera perjudica otros objetivos. A la vez, su escala debe superar suficientemente el periodo de trama MAC y puede crecer con la probabilidad de colisión, especialmente en vecindarios densos respecto a la zona de interferencia. No hay un número universal.

Los modelos posteriores exponen parámetros separados. Leerlos demuestra el valor de gestión, no que el generador sorteara valores uniformes, que las semillas fueran independientes ni que el transmisor llegara al medio.

El adelantamiento requiere una decisión

Un evento nuevo puede llegar mientras el mensaje anterior espera. Si la generación se pospuso, ambos eventos pueden condensarse en un mensaje actualizado. Si ya se generó el primero, el protocolo decide si lo elimina, transmite ambos o preserva el orden mediante otro calendario. En el reenvío ocurre lo mismo.

Tampoco debe asignarse un sorteo distinto a cada mensaje de un mismo paquete y elegir el menor. Esa selección reduce la media y deja de ser uniforme. Un solo paquete usa un solo sorteo. La combinación entre paquetes puede quedar obligada por la primera fecha límite independiente.

Por eso una traza correcta necesita causa del evento, tiempo programado, valor sorteado, unidad de agregación, descarte y orden. “Jitter aplicado” no basta.

El diámetro convierte milisegundos en presupuesto

En el reenvío de varios saltos, cada nodo puede añadir espera. La propia RFC vincula el máximo con el número esperado de reenvíos hasta el diámetro de la red. RFC 7183 incorpora ese coste por salto al cálculo de vigencia de información de topología.

Ampliar una vigencia evita que el estado expire demasiado pronto; no demuestra que el mensaje atravesó cada salto. La cadena de prueba debe distinguir parámetro, programación, intento radio, recepción identificada, aceptación de protocolo, tabla de ruta, reenvío de datos y entrega de aplicación.

La observación de seguridad también es condicional. Un horario menos predecible puede dificultar interferencia selectiva, pero no autentica mensajes ni derrota interferencia amplia. La seguridad pertenece al protocolo que aplica el jitter.

Sources

  1. RFC 5148, HTML
  2. RFC 5148, texto
  3. Registro RFC Editor
  4. IETF Datatracker
  5. Historial
  6. Referencias
  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