Le trafic réseau entrant dans un domaine DiffServ est soumis à une classification et à un conditionnement. Un classificateur de trafic peut inspecter de nombreux paramètres différents dans les paquets entrants, tels que l’adresse source, l’adresse de destination ou le type de trafic et affecter les paquets individuels à une classe de trafic spécifique. Les classificateurs de trafic peuvent respecter les marquages DiffServ dans les paquets reçus ou choisir d’ignorer ou de remplacer ces marquages. Pour un contrôle strict des volumes et du type de trafic dans une classe donnée, un opérateur de réseau peut choisir de ne pas respecter les marquages à l’entrée du domaine DiffServ. Le trafic de chaque classe peut être conditionné davantage en soumettant le trafic à des limiteurs de débit, des policiers de trafic ou des shapers.
Le comportement par saut est déterminé par le champ DS dans l’en-tête IP. Le champ DS contient la valeur DSCP sur 6 bits. La notification explicite de congestion (ECN) occupe les 2 bits les moins significatifs du champ TOS IPv4 et du champ de classe de trafic (TC) IPv6 .
En théorie, un réseau pourrait avoir jusqu’à 64 classes de trafic différentes en utilisant les 64 valeurs DSCP disponibles. Les RFC DiffServ recommandent, mais n’exigent pas, certains codages. Cela donne à un opérateur réseau une grande flexibilité dans la définition des classes de trafic. Dans la pratique, cependant, la plupart des réseaux utilisent les comportements par saut couramment définis suivants :
- Default Forwarding (DF) PHB – qui correspond généralement au trafic best-effort
- Expedited Forwarding (EF) PHB – dédié au trafic à faible perte et à faible latence
- Assured Forwarding (AF) PHB – donne l’assurance de la livraison dans des conditions prescrites
- Sélecteur de classe PHB – qui maintient la compatibilité rétroactive avec le champ de précédence IP.
Édition du transfert par défaut
Un PHB de transfert par défaut (DF) est le seul comportement requis. Essentiellement, tout trafic qui ne répond pas aux exigences de l’une des autres classes définies utilise DF. Typiquement, DF a des caractéristiques de transfert best-effort. Le DSCP recommandé pour DF est 0.
Edit
L’IETF définit le comportement Expedited Forwarding (EF) dans le RFC 3246. Le PHB EF présente les caractéristiques suivantes : faible délai, faible perte et faible gigue. Ces caractéristiques sont adaptées à la voix, à la vidéo et à d’autres services en temps réel. Le trafic EF bénéficie souvent d’une mise en file d’attente strictement prioritaire par rapport à toutes les autres classes de trafic. Étant donné qu’une surcharge de trafic EF entraîne des retards de mise en file d’attente et affecte les tolérances de gigue et de retard au sein de la classe, le contrôle d’admission, la police du trafic et d’autres mécanismes peuvent être appliqués au trafic EF. Le DSCP recommandé pour EF est 101110B (46 ou 2EH).
Voice AdmitEdit
L’IETF définit le comportement de Voice Admit dans le RFC 5865. Le PHB Voice Admit présente des caractéristiques identiques au PHB Expedited Forwarding. Cependant, le trafic Voice Admit est également admis par le réseau en utilisant une procédure de contrôle d’admission d’appel (CAC). Le DSCP recommandé pour l’admission vocale est 101100B (44 ou 2CH).
Assured ForwardingEdit
L’IETF définit le comportement d’Assured Forwarding (AF) dans les RFC 2597 et RFC 3260. L’Assured Forwarding permet à l’opérateur de fournir une assurance de livraison tant que le trafic ne dépasse pas un certain taux souscrit. Le trafic qui dépasse le taux souscrit fait face à une plus grande probabilité d’être abandonné en cas de congestion.
Le groupe de comportement AF définit quatre classes AF distinctes, tout le trafic au sein d’une classe ayant la même priorité. Au sein de chaque classe, les paquets reçoivent une priorité d’abandon (élevée, moyenne ou faible, où une priorité plus élevée signifie plus d’abandon). La combinaison des classes et de la priorité d’abandon donne douze codages DSCP distincts, de AF11 à AF43 (voir tableau).
| Classe 1 | Classe 2 | Classe 3 | Classe 4 | |
|---|---|---|---|---|
| Low drop probability | AF11 (DSCP 10) 001010 | AF21 (DSCP 18) 010010 | AF31 (DSCP 26) 011010 | AF41 (DSCP 34) 100010 |
| Med drop probability | AF12 (DSCP 12) 001100 | AF22 (DSCP 20) 010100 | AF32 (DSCP 28) 011100 | AF42 (DSCP 36) 100100 |
| Haute probabilité d’abandon | AF13 (DSCP 14) 001110 | AF23 (DSCP 22) 010110 | AF33 (DSCP 30) 011110 | AF43 (DSCP 38) 100110 |
Une certaine mesure de priorité et d’équité proportionnelle est définie entre le trafic de différentes classes. En cas de congestion entre les classes, le trafic de la classe supérieure est prioritaire. Plutôt que d’utiliser la mise en file d’attente de priorité stricte, des algorithmes de service de file d’attente plus équilibrés tels que la mise en file d’attente équitable ou la mise en file d’attente équitable pondérée sont susceptibles d’être utilisés. Si une congestion se produit dans une classe, les paquets ayant la priorité de chute la plus élevée sont éliminés en premier. Pour éviter les problèmes liés à la chute de queue, des algorithmes de sélection de chute plus sophistiqués tels que la détection précoce aléatoire sont souvent utilisés.
Sélecteur de classeEdit
Avant DiffServ, les réseaux IPv4 pouvaient utiliser le champ de précédence IP dans l’octet TOS de l’en-tête IPv4 pour marquer le trafic prioritaire. L’octet TOS et la préséance IP n’étaient pas largement utilisés. L’IETF a convenu de réutiliser l’octet TOS comme champ DS pour les réseaux DiffServ. Afin de maintenir la rétrocompatibilité avec les périphériques réseau qui utilisent encore le champ de précédence, DiffServ définit le PHB Class Selector.
Les points de code Class Selector sont de la forme binaire ‘xxx000’. Les trois premiers bits sont les bits de précédence IP. Chaque valeur de précédence IP peut être mappée dans une classe DiffServ. La préséance IP 0 correspond à CS0, la préséance IP 1 à CS1, et ainsi de suite. Si un paquet est reçu d’un routeur non compatible DiffServ qui a utilisé des marquages de préséance IP, le routeur DiffServ peut toujours comprendre l’encodage comme un point de code Class Selector.
Des recommandations spécifiques pour l’utilisation des points de code Class Selector sont données dans le RFC 4594.
Lignes directrices pour la configurationModification
Le RFC 4594 offre des recommandations détaillées et spécifiques pour l’utilisation et la configuration des points de code.
| Classe de service | Nom DSCP | DSCP Value | Conditionnement au bord du DS | PHB | Queuing | AQM |
|---|---|---|---|---|---|---|
| Contrôle du réseau | CS6 | 48 | Voir section 3.1 | RFC 2474 | Rate | Oui |
| Téléphonie | EF | 46 | Police utilisant sr+bs | RFC 3246 | Priorité | Non |
| Signalisation | CS5 | 40 | Police utilisant sr+bs | RFC 2474 | Rate | Non |
| Conférence multimédia | AF41, AF42, AF43 | 34, 36, 38 | Utilisation de deux taux, trois couleurs (tel que RFC 2698) | RFC 2597 | Rate | Oui par DSCP |
| Réel-time interactive | CS4 | 32 | Police utilisant sr+bs | RFC 2474 | Rate | No |
| La diffusion multimédia | AF31, AF32, AF33 | 26, 28, 30 | Utilisation de deux taux, trois tauxtrois couleurs (tel que RFC 2698) | RFC 2597 | Rate | Oui par DSCP | Broadcast video | Vidéo de diffusion vidéo | CS3 | 24 | Police utilisant sr+bs | RFC 2474 | Rate | Non | La basse-données à faible latence | AF21, AF22, AF23 | 18, 20, 22 | Utilisation de deux débits, trois tauxmarqueur de couleur (tel que RFC 2698) | RFC 2597 | Rate | Oui par DSCP |
| OAM | CS2 | 16 | Police utilisant sr+bs | RFC 2474 | Rate | Yes | High-données à haut débit | AF11, AF12, AF13 | 10, 12, 14 | Utilisation de deux débits, trois tauxmarqueur de couleur (tel que RFC 2698) | RFC 2597 | Rate | Oui par DSCP |
| Standard | DF | 0 | Non applicable | RFC 2474 | Rate | Oui | Low-priorité | CS1 | 8 | Non applicable | RFC 3662 | Rate | Yes |