Résumé

  • L’IETF recueille jusqu’au 26 septembre les derniers commentaires sur draft-ietf-ivy-network-inventory-topology-11, proposé pour le statut de Proposed Standard. Il s’agit toujours d’un Internet-Draft, et non d’un RFC ni d’un bilan de déploiement.
  • Les références ne-ref et port-ref, ainsi que link-type, sont modifiables. La découverte automatique est la voie normale, mais le texte admet des dérogations manuelles exceptionnelles ; la capacité matérielle port-breakout, elle, ne doit jamais être configurée à la main.
  • Une association d’inventaire peut orienter une commande sans démontrer la capacité actuelle, la configuration installée ou le service rendu. Daniel Kade propose une trace protégée et périssable pour chaque dérogation ; ce n’est pas une exigence de l’IETF.

Le dernier appel porte sur une jointure opérationnelle

L’historique Datatracker place la révision 11 en IETF Last Call après l’examen du directeur de zone. Les commentaires sont sollicités jusqu’au 26 septembre en vue d’un éventuel Proposed Standard. Le mot important est « éventuel » : la fiche courante décrit un travail en cours qui peut encore changer.

Le texte de la révision 11 construit un passage entre deux familles de données. RFC 8345 modélise réseaux, nœuds, liens et points de terminaison. Le projet d’inventaire de base rassemble les équipements et composants que connaît un système de gestion. IVY ajoute la jointure : du nœud vers l’élément réseau, du point de terminaison vers le port physique.

Quatre éléments portent cette jointure. ne-ref associe un nœud topologique à un équipement. port-ref rattache un point de terminaison à un composant physique. link-type fournit une classification légère du support — fibre, cuivre, faisceau hertzien ou réseau local sans fil, par exemple. port-breakout décrit les canaux logiques qu’un port physique sait accueillir.

Cette précision ne certifie pas le monde extérieur. Elle donne à plusieurs systèmes un langage commun pour parler de la même ressource supposée. À partir du moment où ce langage déclenche une décision, il faut aussi connaître l’origine de la phrase.

La décision de service passe par un petit champ

L’exemple de fourniture de service part de plusieurs points de raccordement possibles. L’orchestrateur suit le point de terminaison parent jusqu’au port-ref, identifie le port sous-jacent, puis peut interroger un autre modèle topologique pour vérifier la capacité. Si le port paraît insuffisant, il essaie un autre candidat et peut restituer un diagnostic d’inventaire plus précis sur le goulet.

La séquence est rationnelle, à condition de ne pas en faire une seule preuve. Le candidat logique est une proposition. La référence d’inventaire est une association. La mesure de capacité est une observation datée. La configuration est encore une autre action. Enfin, le comportement du service se constate après activation. Une étape correcte ne transforme pas automatiquement les suivantes en faits acquis.

Ainsi, un port-ref périmé peut conduire un algorithme impeccable vers le mauvais châssis. Une bonne référence peut être accompagnée d’une mesure ancienne. Une capacité disponible au moment de la lecture peut disparaître avant l’installation. Et un état configuré n’équivaut pas à un résultat observé dans le plan de données.

Le modèle d’inventaire de base borne lui-même son ambition. Il décrit ce qu’un contrôleur sait être installé dans le réseau qu’il gère, pas les pièces de rechange ou les actifs inactifs. Il laisse même au mécanisme de découverte la distinction entre un équipement momentanément injoignable et un équipement retiré. L’inventaire est une connaissance située, pas une vérité physique sans auteur.

La saisie manuelle n’est pas une anomalie

La section opérationnelle de la révision 11 recommande que ne-ref, port-ref et link-type soient alimentés par découverte automatique. Elle permet toutefois de les remplacer manuellement dans des cas exceptionnels : équipement chez le client, liaison louée ou ressource planifiée.

Ces cas justifient l’ouverture. Un contrôleur ne voit pas nécessairement un boîtier qu’il n’administre pas. L’existence d’une fibre louée peut venir du fournisseur et du contrat plutôt que d’une télémétrie locale. Une ressource en projet doit parfois être représentée avant sa mise sous tension. Interdire tout apport humain confondrait absence de visibilité et absence de connaissance.

Mais une valeur saisie à la main est une affirmation institutionnelle. Une valeur découverte est une observation produite par un mécanisme et une version de contrôleur. L’une et l’autre peuvent être exactes ou erronées ; elles n’ont ni le même vieillissement, ni le même responsable, ni la même méthode de contestation.

Le champ final ne raconte pas cette différence. Il n’indique ni le résultat automatique écarté, ni l’auteur de la dérogation, ni sa justification, ni sa durée prévue. Une copie vers un autre contrôleur ou un cache d’orchestration peut faire disparaître le dernier indice de son caractère exceptionnel. La norme de données aura alors donné une forme uniforme à deux autorités différentes.

Une capacité matérielle ne se négocie pas

port-breakout trace une limite plus nette. Le conteneur est en lecture seule parce qu’il représente une capacité déterminée par le matériel ; la révision 11 affirme qu’il ne doit jamais être configuré manuellement. Si le plan exige davantage de canaux que le port n’en propose, on corrige la découverte, l’identification du matériel ou le plan. On n’accorde pas une dérogation à la physique.

Le marqueur inventory-topology adopte une solution intermédiaire. Le contrôleur le pose normalement lorsqu’il découvre ou fournit une instance représentant la couche physique. Faute de découverte, il peut être déclaré à la main. La déclaration a alors une utilité, mais elle ne devrait pas se présenter comme une observation.

Cette différence champ par champ protège la cohérence du modèle. Une information de planification peut tolérer une affirmation bornée. Une capacité inscrite dans le matériel doit résister à la commodité administrative. Une politique unique — tout automatique ou tout modifiable — serait moins honnête.

L’erreur touche aussi la sécurité de l’information

La section de sécurité du projet nomme les effets d’un ne-ref ou d’un port-ref périmé ou mal configuré : mauvaise fourniture, échec d’activation, chemin de trafic inattendu ou planification de capacité inexacte. Elle exige des transports sécurisés et une authentification mutuelle pour NETCONF ou RESTCONF, et renvoie au contrôle d’accès NACM de RFC 8341. Sa structure suit les recommandations YANG de RFC 9907.

La lecture n’est pas anodine. ne-ref peut révéler l’ensemble des équipements, port-ref les noms internes de composants, et link-type une frontière de propriété. L’identité leased-fiber distingue même une liaison fournie par un tiers d’une infrastructure possédée. Publier la topologie pour rendre une dérogation auditée serait donc une fausse solution.

La preuve utile doit rester protégée et parcimonieuse. Un identifiant stable, un hachage et une classe de conséquence peuvent soutenir une attestation externe. Le chemin exact, le nom du client et les détails physiques restent soumis au contrôle d’accès.

Une dérogation doit pouvoir mourir

Daniel Kade propose une trace de dérogation de mapping pour toute valeur manuelle utilisée dans une décision. Elle relierait l’objet et sa valeur au dernier résultat de découverte, à la source de cette découverte, aux versions du contrôleur et du modèle, à l’autorité qui approuve, au motif borné, à la date d’effet, à l’échéance ou au déclencheur de revalidation, ainsi qu’aux usages autorisés.

Quand une commande consomme cette valeur, la trace ajoute le candidat retenu, l’observation de capacité, le résultat de configuration et le constat postérieur. Elle ne prétend pas que l’un démontre l’autre. Pour une ressource planifiée, l’échéance peut être la mise en service physique. Pour une liaison louée, une confirmation du fournisseur. Pour un équipement client, une visite ou un transfert de responsabilité.

Cette trace n’apparaît pas comme obligation dans IVY, RFC 8345, RFC 8341 ou RFC 9907. C’est une proposition éditoriale sur l’entourage organisationnel du modèle. Elle n’élève pas non plus la découverte automatique au rang d’oracle. Elle rend seulement visible, au moment d’agir, la différence entre une observation et une assertion autorisée.

Cette séparation rejoint le Policy Mirror de Heng Lu : autorité, règle et preuve ont des fonctions distinctes. La spécification initiale minimale permet un noyau commun sans interdire des contrôles locaux plus solides. Et Why BTW Media Exists fixe la retenue : rapporter le Last Call tel qu’il est, sans inventer ni incident ni garantie.

Sources

  1. Inventory Topology Mapping, révision 11
  2. Fiche Datatracker courante
  3. Historique Datatracker
  4. Fiche du modèle d’inventaire de base
  5. Modèle d’inventaire de base, révision 18
  6. RFC 8345 — modèle YANG des topologies
  7. RFC 8341 — NACM
  8. RFC 9907 — recommandations aux auteurs YANG
  9. Heng Lu — The Policy Mirror
  10. Heng Lu — Minimum Initial Specification
  11. Heng Lu — Why BTW Media Exists