Résumé

  • La version 05 du projet de l’IVY demeure un Internet-Draft actif, au stade I-D Exists ; elle n’est ni une RFC ni la preuve d’un déploiement.
  • Par rapport à la version 04, la version 05 introduit une contrainte YANG : un droit déclaré universel ne peut pas comporter simultanément des détenteurs ou des actifs nommés.
  • Le texte antérieur recommandait que les éléments du réseau signalent l’approche de l’expiration ; le nouveau ne définit aucun mécanisme de notification et laisse aux applications de gestion le soin de s’appuyer sur les dates exposées.

Une déclaration ne peut plus dire les deux choses

L’objet du projet est de représenter des droits d’usage — licences, jetons ou autres autorisations — en relation avec les équipements et leurs fonctions. Il ne distribue pas ces droits. La distinction est cruciale : la cohérence d’une fiche d’inventaire ne prouve ni que le fournisseur a accordé la licence ni que l’équipement applique effectivement une restriction. Les différentes couches de cet inventaire existaient déjà dans la version 04 ; la nouveauté est une vérification plus stricte de la portée annoncée.

Le champ universal-access ne peut désormais valoir true si les conteneurs de détenteurs ou d’actifs sont renseignés. Sans cette règle, une application recevant « accès universel » et une liste restreinte devait choisir elle-même quelle affirmation croire. La version 05 présente aussi les organisations et les utilisateurs comme listes de détenteurs attachés au droit, là où la structure antérieure décrivait les détenteurs comme informatifs. Cela affine la représentation, mais ne crée pas une autorité juridique ni un mécanisme complet de contrôle des licences.

Un droit acquis au niveau central, un droit installé sur un élément du réseau et une fonction réellement utilisée ne sont pas interchangeables. Le projet prévoit des niveaux de mise en œuvre progressifs. Si un conteneur de présence manque, il peut simplement indiquer que cette partie de l’information n’est pas disponible. On ne peut pas en déduire automatiquement l’absence de la licence. Cette prudence figurait déjà dans la version précédente ; elle devient plus utile lorsque des outils cherchent à tirer des décisions de fiches mieux validées.

Une date visible n’est pas un avertissement reçu

Le déplacement le plus opérationnel se lit au §5.2. La version 04 disait que les éléments du réseau SHOULD émettre des notifications à l’approche de l’expiration des droits installés. La version 05 énonce au contraire que le modèle ne définit pas de mécanisme de notification. Il fournit les données grâce auxquelles une application de gestion peut détecter une échéance et bâtir sa propre alerte. Il ne dit pas qu’une telle application existe, qu’elle surveille tous les équipements ou qu’une équipe reçoit effectivement l’avis.

Il n’y a ici ni panne documentée ni alerte ratée. Le fait nouveau est la séparation plus nette entre deux responsabilités : rejeter une portée incohérente dans une description, et organiser la surveillance d’un droit qui expire. Les confondre donnerait à une donnée valide la valeur d’une assurance opérationnelle qu’elle n’a pas.

Sources