Résumé

  • Le projet individuel du 28 octobre propose une communauté étendue BGP avec quatre octets pour l’identifiant du routeur annonçant et deux pour son groupe de sortie. Un routeur d’entrée compatible associerait ce groupe distant à un sous-groupe de ses propres liaisons ECMP.
  • Son schéma fixe le type à 0x83, mais laisse le sous-type à déterminer. Le registre IANA réserve 0x83–0x8f à l’expérimentation ; la section IANA du projet n’explique pas comment obtenir un type définitif.

Qui choisit la voie, et qui attribue l’insigne ?

Avec l’ECMP ordinaire, un hachage affecte chaque flux à une liaison de coût égal. Quelques flux géants peuvent tomber ensemble et charger la même voie. Le projet Group ID vise précisément les réseaux d’entraînement de l’IA : leur petit nombre de flux très volumineux peut charger le même lien tandis que d’autres restent sous-utilisés. Répartir paquet par paquet risque de désordonner les données. Le projet complémentaire propose une autre étape : partager les liaisons du routeur d’entrée en sous-groupes locaux, puis répartir les flux à l’intérieur du groupe choisi.

Le nouvel attribut BGP fournirait l’indice distant nécessaire à cette opération. Le routeur de sortie annonce son Router ID et le numéro du groupe qu’il a attribué. Le routeur d’entrée lit cet indice, puis le fait correspondre à son sous-groupe. L’émetteur nomme une catégorie ; le récepteur détient les ports réels. Le numéro dans la route n’est donc pas une preuve de la voie effectivement utilisée.

La question du registre précède les promesses de performance. Dans le dessin du projet, le premier octet vaut 0x83. Le registre public d’IANA classe cette valeur et ses voisines parmi les types transitoires réservés aux essais. Le sous-type du nouvel attribut reste TBD. La section IANA demande une famille nommée pour ce sous-type, sans dire comment le type expérimental du dessin deviendrait un identifiant durable. Une maquette peut vivre dans le tiroir des essais ; une interprétation partagée doit en sortir avec un numéro décidé.

La fiche IETF présente encore un projet individuel. Un routeur non compatible peut ignorer l’attribut et conserver l’ECMP normal. Les considérations de sécurité portent TBD. Ni amélioration mesurée, ni échange interopérable, ni réseau utilisant 0x83 n’est établi par ces sources. Une version avec allocation claire et une trace montrant annonce, correspondance locale et ports utilisés donnerait enfin prise à l’évaluation.

Sources : identifiant de groupe ; mécanisme ECMP ; statut IETF ; registre IANA.