Résumé

  • Le texte courant draft-xu-idr-fare-in-mpson-01, daté du 16 août 2026, étend l’idée d’ECMP pondéré par la bande passante de FARE-BGP aux RNIC RoCE des réseaux scale-out multi-plans.
  • Le brouillon doit à la fois choisir un plan CLOS isolé depuis la RNIC et empêcher l’état des routes hôte de croître sans limite.

La fiche Datatracker de l’IETF désigne le texte sous le titre Fully Adaptive Routing Ethernet in Multi-Plane Scale-Out Networks. C’est un Internet-Draft, avec le statut visé Standards Track. Cette nuance encadre toute lecture opérationnelle : l’IETF qualifie les Internet-Drafts de documents de travail, susceptibles d’être modifiés, remplacés ou expirés, et non de décision normative.

Le texte de la version -01 décrit une architecture où chaque RNIC est reliée à un fabric CLOS indépendant par plan. Les plans ne sont pas interconnectés ; la RNIC doit donc choisir le plan d’un paquet ou d’un flux. Le brouillon prolonge FARE-BGP — un ECMP pondéré alimenté par une communauté étendue Path Bandwidth — des commutateurs vers cette interface. Il prévoit une session BGP distincte avec les leaf switches de chaque plan afin que la RNIC apprenne la joignabilité distante et l’information de bande passante qui éclaire le choix pondéré.

Le déplacement du contrôle est essentiel. La question n’est plus seulement la répartition des chemins de coût égal par les commutateurs du fabric. Elle devient aussi la qualité des valeurs qui arrivent à l’interface hôte : sont-elles complètes, comparables et retirées vite lorsqu’un plan perd sa joignabilité ? Le texte ne démontre pas un gain de performances pour un cluster IA ; il propose une manière d’exposer la décision que l’isolement des plans impose déjà à l’interface.

L’échelle est l’autre contrainte. L’exemple du texte emploie 100 000 GPU et quatre plans, soit jusqu’à 100 000 routes hôte par plan. Il juge les 400 000 routes ainsi obtenues impraticables sur chaque RNIC et peu souhaitables sur les commutateurs. Il propose donc de supprimer des tables. Or une agrégation peut rester active après qu’une RNIC distante n’est plus joignable dans un plan. Pour éviter ce trou noir, le brouillon associe l’agrégation à une annonce explicite d’injoignabilité ; une option est une valeur Path Bandwidth égale à zéro. Cela reste un choix de conception, non une preuve de déploiement ou d’interopérabilité.