Résumé

  • La RFC 9895 est un document IETF de type Standards Track. Elle définit l’extension DLEP « IEEE 802.1Q Aware Credit Window », de type d’extension 5.
  • L’utilisation doit être déclarée par Extensions Supported. Une implémentation qui l’annonce doit prendre en charge l’ensemble des messages, Data Items, traitements et classifications Ethernet associés aux RFC 9892 et RFC 9893 : cette fermeture de dépendances est obligatoire.
  • Si les classificateurs Diffserv et Ethernet correspondent tous deux au flux, la RFC 9892 donne la priorité à Ethernet. Cette priorité décide donc de l’allocation : la classification VLAN/PCP sélectionnée choisit la fenêtre de crédit.

La RFC 9895 combine la classification du trafic de la RFC 9892 et le contrôle de crédit de la RFC 9893. Elle associe des fenêtres logiques aux destinations DLEP, aux identifiants VLAN et aux points de code de priorité IEEE 802.1Q. Les fenêtres peuvent être partagées ou propres à une destination. Les textes ne fixent pas une conception universelle des fenêtres.

La configuration de base prévoit une correspondance PCP-vers-fenêtre. Une correspondance PCP par VLAN peut être prise en charge en option. Si les VLAN sont utilisés sans PCP, la correspondance VLAN-vers-fenêtre devrait être configurable. Les VID ont une portée précise : le VID 0 signifie que le VID est ignoré ; 0xFFFF est réservé ; 0x0001 à 0xFFFE peuvent servir à la classification. Un PCP ou un VID joker peut englober des flux inattendus ou nouvellement apparus ; la RFC 9895 ne le recommande que lorsque le besoin est clairement établi.

Si un routeur reçoit davantage de fenêtres annoncées qu’il ne peut en prendre en charge, il devrait utiliser un sous-ensemble compatible ou peut réinitialiser la session, tout en signalant l’écart par les mécanismes ordinaires de gestion. Lorsque les fenêtres sont utilisées, il ne doit pas envoyer de trafic sans crédits suffisants. Une modification injectée des fenêtres peut provoquer un déni de service en altérant le budget d’envoi.

Fixtures de vérification

  1. Envoyer une trame balisée dont le DSCP correspond à D, tandis que le VID et le PCP correspondent à E. Vérifier que la classification Ethernet choisit E et que le débit est comptabilisé dans E, non dans D.
  2. Tester séparément le VID 0, le VID 0xFFFF, le VID 1 et le VID 0xFFFE. Vérifier que zéro ignore le VID, que 0xFFFF est réservé et que les deux bornes utilisables sont classifiables.
  3. Annoncer l’extension puis exercer chaque message et Data Item dépendant des RFC 9892 et 9893. Annoncer ensuite plus de fenêtres que le routeur n’en supporte et vérifier le sous-ensemble accepté ou la réinitialisation, avec signalement de gestion.
  4. Épuiser une fenêtre, tenter un envoi et vérifier qu’aucun paquet ne part sans crédit suffisant. Appliquer une modification contrôlée et vérifier l’autorisation, l’audit et le refus des changements non autorisés.

Les sources ne déterminent ni la fréquence de déploiement, ni une amélioration de performance mesurée, ni un nombre de files, seuil de télémétrie, délai de retour arrière, CLI, module YANG ou modèle VLAN/PCP universel. La frontière de confiance envers les marquages VLAN et PCP entre domaines administratifs reste une décision de l’opérateur.

Sources