Résumé

  • CASH et PASH résument des plages de la base d’état de liens, puis ne détaillent que celles qui divergent.
  • Une concordance signifie « aucune différence détectée par cette construction », non « état vrai, authentique et installé ».
  • La révision du 6 septembre rattache ASH à un autre projet de capacité Hello : le déploiement dépend donc de deux textes, de plusieurs parseurs et d’un repli éprouvé.

Deux routeurs possédant chacun un million de fragments n’ont pas toujours intérêt à échanger dix mille paquets pour apprendre qu’ils sont d’accord. draft-prz-lsr-ash-packets-01 leur fait d’abord comparer des condensats de plages. En cas d’écart, PASH resserre progressivement la zone ; à l’échelle d’un nœud, les SNP ordinaires ou l’inondation reprennent la main.

L’économie est séduisante. Le projet modélise 50 000 nœuds, un million de fragments et 16 000 voisins. Mais le mécanisme ne certifie pas ce qu’il compresse.

Un résumé n’est pas un témoin

Le calcul applique SipHash aux éléments d’identité et de version d’un fragment, puis combine les résultats par XOR. Les auteurs précisent que cette fonction incrémentale n’a pas pour objet la sécurité cryptographique. L’intégrité des paquets ASH dépend des protections IS-IS existantes.

Il faut conserver cette division. Le condensat localise une différence ; l’authentification IS-IS protège un échange dans le périmètre de clés configuré. Un routeur compromis mais correctement authentifié peut annoncer un mensonge. Deux bases peuvent partager ce mensonge. Et deux bases exactes peuvent encore aboutir à un SPF, une FIB ou un service défaillant.

Dire « les condensats concordent » signifie seulement qu’aucun écart n’a été observé, à cet instant, avec cet algorithme et ces entrées. Cela ne remonte ni l’origine légitime de chaque LSP, ni l’installation du chemin, ni la livraison d’un paquet.

Le portier a changé de place

La révision 01 abandonne le TLV de capacité dédié prévu en juillet. Elle demande désormais un bit ASH Support dans le TLV générique Hello Capability d’un projet séparé. Tous les nœuds de l’adjacence doivent annoncer ce bit ; sinon ASH n’est pas utilisé. Un nœud peut toutefois accepter ASH tout en répondant uniquement par CSNP ou PSNP.

La mutualisation est raisonnable, mais les valeurs IANA restent à attribuer et les règles du conteneur sont précises : bit absent ou indéfini égale zéro ; seul le premier TLV Hello Capability peut porter un masque non nul. Une mention commerciale « compatible ASH » ne dit donc pas quelle combinaison de versions a réellement été testée.

La révision répare aussi la description des paquets. Une entrée de plage occupe vingt octets ; douze seulement tiennent dans la valeur d’un TLV de 255 octets. Pour atteindre environ soixante-dix entrées par PDU, plusieurs TLV doivent être concaténés en une suite logique triée. Cette couture est un risque d’interopérabilité concret.

Le doute déclenche le format ancien

Les garde-fous sont explicites. Un trou dans CASH représente un manque et provoque l’inondation. Des plages qui se chevauchent deviennent une couverture de condensat nul. Les bornes hors paquet sont rabattues et traitées de la même façon ; les plages inversées sont rejetées et devraient être journalisées. Si la divergence atteint un seul nœud, le protocole revient aux fragments.

Le taux de compression demeure un choix. Une plage immense épargne des octets mais agrandit la zone touchée par une perte et le travail de décomposition. La simulation n’a relevé aucune collision pour la variante 64 bits retenue ; elle renseigne un modèle, pas toutes les implémentations futures.

Sources

  1. Fiche IETF Datatracker
  2. Paquets IS-IS Aggregated SNP Hash, révision 01
  3. Paquets IS-IS Aggregated SNP Hash, révision 00
  4. IS-IS Hello Capability, révision 00
  5. RFC 1195 : IS-IS pour TCP/IP et les environnements mixtes
  6. RFC 5304 : authentification cryptographique IS-IS
  7. RFC 5310 : authentification cryptographique générique IS-IS
  8. RFC 2119 : mots-clés normatifs
  9. RFC 8174 : majuscules et minuscules des mots normatifs
  10. Spécification initiale minimale, décision future localisée et adoption volontaire
  11. Couches de réalité, pouvoir symbolique et hostilité de la clarté
  12. Primauté du code en fonctionnement