Résumé

  • Le projet de concepts SIMAP du groupe NMOP, révisé le 2 octobre, ajoute REQ-CONGESTION : le trafic d'une future liaison protocolaire ne doit pas provoquer de congestion persistante. Cette exigence nommée n'apparaissait pas dans la version 13.
  • Une liaison fondée sur un transport doté d'un contrôle de congestion, par exemple TCP, satisfait cette condition au niveau du transport. Sans un tel contrôle, le projet n'admet le déploiement que dans un environnement maîtrisé, doté de capacité préprovisionnée ou réservée, avec un volume de trafic serveur borné. Il s'agit d'un Internet-Draft actif, non d'une norme approuvée.

On évalue facilement une carte d'infrastructure par la rapidité avec laquelle elle reflète les changements. Le coût de cette rapidité est moins visible : interrogations, abonnements et actualisations empruntent des ressources au réseau représenté. Si l'observation ajoute une congestion durable, l'instrument de visibilité cesse d'être neutre. C'est cette asymétrie que la version 14 du document Service & Infrastructure Maps, dit SIMAP, rend explicite.

Dans la section 4.3 de draft-ietf-nmop-simap-concept-14, une nouvelle exigence demande aux liaisons protocolaires SIMAP de garantir que leur trafic ne puisse pas causer de congestion persistante. La comparaison avec la version 13 isole bien un ajout, et non une reformulation de tous les objectifs du document. Le texte considère les transports qui contrôlent déjà la congestion, notamment des liaisons utilisant TCP, comme répondant à ce point. Il réserve un traitement différent aux liaisons dépourvues de ce contrôle : le cas UDP est cité pour illustrer la nécessité d'un environnement contrôlé, d'une capacité réservée ou préparée et d'une borne au trafic produit par le serveur.

Il serait trompeur de résumer cela par « UDP interdit ». Le projet ne choisit pas de protocole SIMAP concret, ne fixe aucun seuil chiffré et ne démontre pas qu'une liaison UDP SIMAP tourne aujourd'hui en production. Inversement, la présence de TCP ne valide pas à elle seule la qualité, la sécurité ou la fiabilité de la carte entière. La proposition définit une condition relative à la charge que la liaison introduit dans le réseau; elle ne délivre pas un certificat global à un produit.

Une autre exigence, REQ-PERFORMANCE, figurait déjà dans la version précédente. Elle encourage l'accès incrémental, filtré ou paginé aux grandes topologies, ainsi que des flux ou abonnements quand ils sont adaptés. Ces moyens servent l'efficacité des échanges. Ils ne remplacent pas une discipline de congestion : une requête paginée peut être lancée trop souvent, et un flux utile peut excéder la capacité réservée. Confondre performance et contrôle de charge ferait disparaître la nouveauté précise de la version 14.

Le renvoi au RFC 8085 donne le contexte du transport UDP, qui n'intègre pas par lui-même de contrôle de congestion. La responsabilité revient alors à l'application et à son cadre d'exploitation. Le RFC n'est pas une nouveauté de cette semaine; le document SIMAP s'en sert pour tracer une limite à ses futures liaisons. Ni incident réel, ni limite universelle en paquets par seconde, ni protocole approuvé ne sont établis par les sources.

Pour accepter une mise en œuvre, une équipe pourrait demander trois preuves distinctes : l'actualité des données, l'étendue de la topologie couverte et la charge générée dans les conditions prévues d'interrogation et d'abonnement. Si le transport ne régule pas la congestion, il faudrait en plus identifier le périmètre contrôlé, la capacité prévue et le mécanisme qui borne la réponse du serveur. Il s'agit d'une grille de lecture éditoriale, non d'un essai de conformité publié par l'IETF.

Le Datatracker place toujours ce texte de groupe de travail, destiné à être informatif, dans une phase de suivi par l'Area Director.

Le changement déplace ainsi une part de la décision. La valeur d'une carte ne suffit pas à autoriser toute la circulation nécessaire pour la produire. La carte doit aussi respecter un budget de trafic sur le réseau dont elle revendique la connaissance.

Sources