Résumé

  • La RFC 5148 vise les messages de contrôle MANET lorsque les couches basses ne préviennent pas efficacement les émissions simultanées.
  • Elle distingue génération périodique, génération déclenchée par un événement et retransmission.
  • Le périodique raccourcit MESSAGE_INTERVAL; les deux autres cas ajoutent un délai.
  • Le tirage devrait être uniforme entre zéro et MAXJITTER.
  • Une valeur configurée ne prouve ni l’uniformité ni l’indépendance des tirages réels.
  • Pour le périodique, le maximum ne doit pas dépasser la moitié de l’intervalle et ne devrait pas dépasser le quart.
  • MESSAGE_MIN_INTERVAL impose d’autres limites lorsque sa valeur est positive.
  • Un relais ne connaît pas forcément l’intervalle de l’émetteur et a besoin d’une règle propre au protocole.
  • L’attente peut faire arriver un nouveau déclencheur ou un message plus récent avant l’envoi du précédent.
  • Le regroupement de messages exige un tirage commun ; prendre le minimum de plusieurs tirages fausse la distribution.
  • Les délais s’additionnent sur plusieurs sauts et doivent entrer dans le budget lié au diamètre du réseau.
  • Réduire une probabilité de collision ne prouve ni réception, ni route correcte, ni livraison applicative.

L’événement commun fabrique la collision

Dans un réseau mobile, la synchronisation n’est pas toujours une erreur d’horloge. Elle naît du protocole. Des messages périodiques démarrent au même instant, plusieurs routeurs observent la même variation de voisinage, ou plusieurs relais reçoivent la même diffusion. La réponse immédiate transforme alors une cause commune en émissions concurrentes. Si les calendriers repartent du même événement, la collision peut se répéter.

La RFC 5148 propose une intervention limitée : faire varier aléatoirement le moment d’émission. Elle s’applique lorsque les mécanismes MAC et physiques n’apportent pas déjà une solution efficace. Cette condition empêche de traiter la gigue comme une obligation universelle. Quand la couche basse arbitre correctement, le délai supplémentaire peut ne produire que du vieillissement.

Trois opérations, trois preuves

Pour un message périodique, le prochain envoi intervient après MESSAGE_INTERVAL - jitter. La soustraction protège la borne tardive et le calendrier repart du dernier envoi effectif, ce qui permet aux nœuds initialement alignés de dériver.

Pour un événement externe, la transmission est au contraire retardée. Si cet événement relance un calendrier périodique, celui-ci doit repartir du moment retardé, faute de quoi la cause commune réintroduirait l’alignement. Pour le relais, le délai est encore ajouté, mais le nœud intermédiaire peut ignorer l’intervalle choisi à l’origine. Accord préalable, champ transporté, estimation ou autre règle deviennent nécessaires.

Ces différences interdisent un indicateur unique « jitter activé ». Il faut savoir quel message, quel événement, quelle loi de temps et quelle borne ont réellement gouverné l’émission.

La borne ne décrit pas l’exécution

La RFC recommande un tirage uniforme entre zéro et MAXJITTER. Pour le périodique, cette borne doit rester positive ou nulle, ne doit pas dépasser MESSAGE_INTERVAL/2 et ne devrait pas dépasser MESSAGE_INTERVAL/4. Avec un intervalle minimal positif, elle ne doit pas le dépasser et ne devrait pas en dépasser la moitié.

Ces règles empêchent le remède de détruire son propre calendrier. Elles ne montrent pas que le générateur aléatoire a été appelé, qu’il était indépendant après un redémarrage massif ou que la valeur de gestion était la valeur effective. Les paramètres exposés par NHDP, OLSRv2 ou une MIB restent des intentions de contrôle. Seuls des horodatages et des traces permettent d’observer les tirages.

La taille adéquate dépend aussi de la période de trame MAC, de la densité et de la portée d’interférence. Une valeur plus grande sépare davantage, mais coûte du temps. La RFC demande de la minimiser tout en atteignant son but.

Attendre crée une politique de file

Un nouveau déclencheur peut survenir pendant l’attente. Si la génération a été différée, les deux événements peuvent devenir un seul message frais. Si le message existe déjà, le protocole doit décider de jeter l’ancien, d’envoyer les deux ou de préserver leur ordre. Un relais rencontre la même course lorsqu’un message plus récent arrive avant que le précédent soit transmis.

Le regroupement ajoute une subtilité. Les messages d’un même paquet doivent partager un tirage. Tirer plusieurs délais puis prendre le plus petit réduit artificiellement la moyenne et détruit la loi uniforme attendue. Pour des paquets différents, la première échéance indépendante peut imposer le départ commun.

Le chemin dépense la marge à chaque saut

Le délai local se cumule. La RFC demande donc de considérer le nombre attendu de relais successifs, jusqu’au diamètre en sauts. Les RFC 6130 et 7181 séparent ensuite les paramètres périodiques, déclenchés et relayés ; la RFC 7183 incorpore la gigue par saut dans le raisonnement sur la durée de validité.

Une durée de validité élargie reste une réserve de temps. Elle ne prouve pas qu’un message particulier a traversé le réseau. De même, une tentative radio n’est pas une réception, une réception n’est pas une topologie cohérente, une topologie n’est pas une route installée et une route n’est pas une livraison.

La remarque de sécurité doit rester modeste : des horaires moins prévisibles peuvent compliquer un brouillage sélectif. Ils n’authentifient aucun émetteur et ne résistent pas à toutes les formes d’interférence. La sécurité complète appartient au protocole utilisateur de la mécanisme.

Sources

  1. RFC 5148, HTML
  2. RFC 5148, texte
  3. Fiche RFC Editor
  4. Fiche IETF Datatracker
  5. Historique RFC 5148
  6. Références RFC 5148
  7. Errata RFC 5148
  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