Ce document fournit des directives pour configurer le formatage du trafic Frame Relay (FRTS) pour les applications vocales.
La configuration du FRTS pour le trafic vocal est différente de celle du formatage du trafic pour les données uniquement, en particulier si la qualité vocale est requise. Lors de la configuration de FRTS pour atteindre la qualité de la voix, certains compromis sont faits avec le trafic de données, comme un débit inférieur en raison des restrictions de la bande passante de formatage du trafic. L'utilisateur doit en fin de compte décider si le débit de données ou la qualité vocale est prioritaire.
Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.
Aucune condition préalable spécifique n'est requise pour ce document.
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
FRTS fournit des paramètres utiles pour gérer l’encombrement du trafic réseau sur les réseaux Frame Relay. Le système FRTS élimine les goulots d’étranglement dans les réseaux Frame Relay grâce à des connexions à haut débit vers le site central et à des connexions à bas débit vers les sites des filiales. Vous pouvez configurer des valeurs d'application de débit pour limiter le débit auquel les données sont envoyées à partir du circuit virtuel (VC) sur le site central.
Ces définitions sont importantes pour le FRTS :
Terme | Définition |
---|---|
Débit minimal garanti (CIR) | Débit (bits par seconde) garanti par le fournisseur de relais de trames pour le transfert de données. Les valeurs CIR sont définies par le fournisseur de services Frame Relay et configurées par l’utilisateur sur le routeur. Remarque : le débit d'accès au port/à l'interface peut être supérieur au débit de données garanti. Le taux est calculé en moyenne sur une période de temps Tc. |
Committed Burst (Bc) | Nombre maximal de bits que le réseau Frame Relay s’engage à transférer sur un intervalle de mesure du débit garanti (Tc). Tc = Bc / CIR. |
Débit excédentaire (Be) | Nombre maximal de bits non validés que le commutateur Frame Relay tente de transférer au-delà du débit de données garanti sur l’intervalle de mesure du débit garanti (Tc). |
Intervalle De Mesure Du Débit Validé (Tc) | Intervalle de temps au cours duquel les bits Bc ou Bc+ Be sont transmis. Tc est calculé comme Tc = Bc / CIR. La valeur Tc n'est pas directement configurée sur les routeurs Cisco. Il est calculé après la configuration des valeurs Bc et CIR. Tc ne peut pas dépasser 125 ms. |
BECN (Explicit Congestion Notification) | Un bit de l’en-tête de trame Frame Relay qui indique une congestion du réseau. Lorsqu’un commutateur Frame Relay reconnaît l’encombrement, il définit le bit BECN sur les trames destinées au routeur source, en demandant au routeur de réduire le débit de transmission. |
Ce schéma illustre la topologie du réseau pour les exemples de scénarios utilisés dans ce document :
Supposez ce scénario : Un circuit de relais de trame de 128 Kbits/s avec un circuit virtuel permanent CIR de 64 Kbits/s. L'utilisateur souhaite atteindre la vitesse du port (128 Kbits/s) et réduire le débit CIR (64 Kbits/s) si des BECN sont reçus pour éviter la perte de données.
Voici une configuration FRTS type pour les circuits virtuels permanents de données :
!--- Output suppressed. interface Serial1 no ip address no ip directed-broadcast encapsulation frame-relay no fair-queue frame-relay traffic-shaping ! interface Serial1.100 point-to-point ip address 1.1.1.1 255.255.255.0 no ip directed-broadcast frame-relay interface-dlci 100 class my_net ! !--- Output suppressed. ! map-class frame-relay my_net frame-relay adaptive-shaping becn frame-relay cir 128000 frame-relay bc 8000 frame-relay be 8000 frame-relay mincir 64000
frame-relay traffic-formatage - Cette commande active le FRTS pour l'interface. Chaque DLCI sous cette interface est formé par le trafic avec des paramètres de formatage de trafic définis par l'utilisateur ou par défaut. Les paramètres définis par l'utilisateur peuvent être spécifiés de deux manières :
Utilisation de la commande class class_name sous la configuration frame-relay interface-dlci
Utilisation de la commande frame-relay class sous l'interface série.
Dans l'exemple ci-dessus, class my_net est utilisé sous la configuration DLCI.
class class_name —Utilisez cette commande pour configurer les paramètres FRTS pour un DLCI spécifique. Dans l'exemple ci-dessus, la classe est définie comme « my_net ». Les paramètres de classe sont configurés sous la commande map-class frame-relay class_name.
map-class frame-relay class_name : utilisez cette commande pour configurer les paramètres FRTS pour une classe spécifiée. Il peut y avoir plusieurs class-maps dans une configuration. Chaque DLCI peut avoir une classe distincte ou les DLCI peuvent partager une classe de mappage unique.
frame-relay adaptive-formatage becn : cette commande configure le routeur pour répondre aux trames Frame Relay dont le bit BECN est défini. Lorsqu’une trame est reçue sur ce circuit virtuel permanent avec le bit BECN défini, le routeur limite le trafic sur ce circuit virtuel permanent à la valeur MINCIR. Le débit de données garanti est généralement défini sur la vitesse du port ou sur une valeur supérieure au débit de données garanti réel du circuit virtuel permanent. La valeur MINCIR est alors définie sur le vrai CIR du circuit virtuel permanent.
frame-relay cir bps : utilisez cette commande pour spécifier le débit de données garanti (CIR) entrant ou sortant pour un circuit virtuel Frame Relay.
frame-relay bc bits - Utilisez cette commande pour spécifier la taille de rafale entrante ou sortante (Bc) d'un circuit virtuel Frame Relay.
frame-relay be bits - Utilisez cette commande pour spécifier la taille de rafale (Be) entrante ou sortante pour un circuit virtuel Frame Relay.
frame-relay mincir bps : utilisez cette commande pour spécifier le débit de données garanti (CIR) minimum acceptable entrant ou sortant pour un circuit virtuel Frame Relay. Il s'agit de la vitesse à laquelle le trafic sera réduit lors de l'utilisation du formatage adaptatif.
Lors de la configuration de FRTS pour la voix, les performances des données peuvent être affectées au détriment d'une bonne qualité vocale. Voici quelques instructions pour améliorer la qualité vocale lors de la configuration de FRTS pour la voix :
Ne pas dépasser le débit de données garanti du circuit virtuel permanent
La plupart des utilisateurs ont de la difficulté à suivre cette recommandation car le routeur ne pourra plus atteindre la vitesse du port. Comme la qualité vocale ne peut tolérer un délai important, toute mise en file d’attente de paquets vocaux dans le nuage Frame Relay doit être réduite au minimum. Lorsque le débit de données garanti est dépassé (CIR PVC, et non CIR configuré par le routeur), selon le fournisseur et l’encombrement du reste du réseau Frame Relay, les paquets peuvent commencer à faire la queue sur le réseau Frame Relay. Lorsque les files d’attente des commutateurs Frame Relay ont suffisamment sauvegardé pour déclencher des BECN, la qualité vocale est déjà diminuée. Étant donné que les clients disposent de nombreux fournisseurs Frame Relay différents et que les encombrements sur leurs sites diffèrent, il est difficile de prévoir quelle configuration fonctionne. Maintenir des valeurs au débit de données garanti (ou inférieur) sur les circuits virtuels permanents qui transportent la voix s'est avéré fonctionner de manière cohérente.
Certains fournisseurs vendent un service Frame Relay de 0 CIR. Évidemment, ne pas dépasser le débit de données garanti dans ce cas empêcherait l’envoi d’une voix sur la liaison de trame. Un service 0 CIR peut être utilisé pour la voix, mais il doit exister un contrat de niveau de service (SLA) avec le fournisseur pour garantir un délai minimal et une gigue pour une certaine bande passante sur le circuit virtuel permanent 0 CIR.
Ne pas utiliser le formatage adaptatif Frame Relay
Si le CIR configuré dans la classe de mappage Frame Relay est le même que le vrai CIR du circuit virtuel permanent, il n'est pas nécessaire de réduire le trafic en raison des BECN. Si le CIR n'est pas dépassé, les BECN ne sont pas générés.
Rendre Bc petit de sorte que Tc (intervalle de mise en forme) soit petit (Tc = Bc/CIR)
La valeur Tc minimale est de 10 ms, ce qui est idéal pour la voix. Avec une petite valeur Tc, il n'y a aucun risque de paquets volumineux utilisant tous les crédits de formatage. De grandes valeurs Tc peuvent entraîner des écarts importants entre les paquets envoyés, car l'organisateur de trafic attend une période Tc entière pour accumuler des crédits supplémentaires pour envoyer la trame suivante. La valeur Bc = 1000 bits est généralement assez faible pour forcer le routeur à utiliser la valeur Tc minimale de 10 ms. Ce paramètre ne doit pas affecter le débit des données.
Définir Be = zéro
Pour s'assurer que la valeur CIR n'est pas dépassée, Be est défini sur zéro afin qu'il n'y ait pas de rafale excessive au cours du premier intervalle de mise en forme.
Remarque : Une bonne solution utilisée par certains clients consiste à utiliser des circuits virtuels permanents distincts pour les données et la voix. Cette solution permet au client de transmettre jusqu'à des vitesses de port dans le circuit virtuel permanent de données uniquement, tout en maintenant une charge au débit de données garanti (CIR) ou inférieur sur le circuit virtuel permanent vocal. Certains fournisseurs de trames peuvent ne pas trouver la solution appropriée en fonction du commutateur de trames et de sa structure de mise en file d’attente. Si possible, demandez au fournisseur de relais de trames de hiérarchiser le circuit virtuel permanent vocal sur le circuit virtuel permanent de données afin qu’il n’y ait aucun délai de mise en file d’attente en raison des paquets de données.
Supposez le scénario suivant : Un circuit de relais de trame de 128 Kbits/s avec un circuit virtuel permanent CIR de 64 Kbits/s. Le circuit virtuel permanent Frame Relay est utilisé pour transporter le trafic voix et données.
Il s’agit d’une configuration type pour le formatage du trafic VoIP (Voice over IP) sur Frame Relay :
!--- Output suppressed. ! interface Serial1 no ip address no ip directed-broadcast encapsulation frame-relay frame-relay traffic-shaping ! ip address 1.1.1.1 255.255.255.0 no ip directed-broadcast frame-relay interface-dlci 100 class voice ! !--- Output suppressed. ! map-class frame-relay voice frame-relay fragment 160 no frame-relay adaptive-shaping frame-relay cir 64000 frame-relay bc 1000 frame-relay be 0 frame-relay fair-queue !
Il s'agit d'une configuration type pour le formatage du trafic VoFR :
!--- Output suppressed. ! interface Serial1 no ip address no ip directed-broadcast encapsulation frame-relay frame-relay traffic-shaping ! interface Serial1.100 point-to-point ip address 1.1.1.1 255.255.255.0 no ip directed-broadcast frame-relay interface-dlci 100 class voice vofr cisco ! !--- Output suppressed. ! map-class frame-relay voice frame-relay voice bandwidth 32000 frame-relay fragment 160 no frame-relay adaptive-shaping frame-relay cir 64000 frame-relay bc 1000 frame-relay be 0 frame-relay fair-queue !
Les commandes FRTS pertinentes (non abordées dans la section Frame Relay Traffic Shaping For Data) sont expliquées dans cette section.
vofr cisco -(Applicable uniquement pour VoFR) Cette commande active la VoFR pour le circuit virtuel permanent.
frame-relay voice bandwidth bps - Applicable uniquement pour VoFR) Utilisez cette commande pour spécifier la quantité de bande passante réservée au trafic vocal sur un identificateur de connexion de liaison de données (DLCI) spécifique. Cette commande donne au trafic vocal un plafond de bande passante.
frame-relay fragment bytes - Utilisez cette commande pour activer la fragmentation des trames Frame Relay pour une classe de mappage Frame Relay. Pour plus d'informations, consultez : Fragmentation de relais de trame pour la voix. N’oubliez pas que chaque circuit virtuel permanent qui partage une interface avec un circuit virtuel permanent vocal doit être fragmenté en fonction de la vitesse de liaison la plus basse entre les deux routeurs, même si le circuit virtuel permanent est uniquement constitué de données. Puisque le circuit virtuel permanent vocal peut partager la même interface physique que les autres circuits virtuels permanents, les datagrammes volumineux sortants sur ces autres circuits virtuels permanents peuvent provoquer des retards pour les paquets voix qui tentent de sortir de la même interface physique sur un circuit virtuel permanent vocal.
no frame-relay adaptive-formatage : cette commande désactive le formatage adaptatif.
frame-relay cir 64000 - Utilisez cette commande pour forcer le routeur à transmettre au même débit du CIR PVC (dans l'exemple ci-dessus, 64 kbits/s même si la vitesse du port est de 128 Kbits/s).
frame-relay bc 1000 - Utilisez cette commande pour configurer le routeur afin qu'il utilise un petit Tc ou un intervalle de mise en forme.
frame-relay be 0 : comme le CIR PVC n'est pas dépassé, be est défini sur 0 de sorte qu'il n'y ait pas de rafale excessive dans le premier intervalle de mise en forme.
Cette section contient quelques directives pour vérifier et dépanner FRTS.
Utilisez la commande show traffic-shape pour afficher les paramètres FRTS configurés. L'exemple de sortie suivant s'applique à la configuration FRTS vocale ci-dessus :
ms3810-3c#sh traffic-shape Access Target Byte Sustain Excess Interval Increment Adat I/F List Rate Limit bits/int bits/int (ms) (bytes) ActeSe1.100 64000 1125 1000 8000 15 125 -
Remarque : Dans l'exemple ci-dessus, l'intervalle Tc est défini sur 15 ms ; la valeur minimale est de 10 ms. Ne vous souciez pas de définir Bc trop bas, car il va recalculer à 10 ms si Bc essaie de le forcer en dessous de 10 ms. Le débit de données garanti est également défini sur 64 000 bits/s, qui est le débit de données garanti du circuit virtuel permanent.
Ce tableau explique comment interpréter les valeurs de la commande show traffic-shape output :
Taux cible | frame-relay cir |
Limite d'octets | frame-relay bc + frame-relay be (valeur en octets) |
Maintenir les bits/int | frame-relay bc (valeur configurée en bits) |
Bits/int excédentaires | frame-relay be (valeur configurée en bits) |
intervalle (ms) | Équivalent à Tc défini par Tc=Bc/CIR |
Incrément (octets) | frame-relay bc (en octets) |
Une autre commande à utiliser pour vérifier la configuration est show frame-relay pvc Voici un exemple de résultat pour cette commande.
ms3810-3c#sh frame pvc 100 PVC Statistics for interface Serial1 (Frame Relay DTE) DLCI = 100, DLCI USAGE = LOCAL, PVC STATUS = DELETED, INTERFACE = Serial1.100 input pkts 0 output pkts 0 in bytes 0 out bytes 0 dropped pkts 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 out bcast pkts 0 out bcast bytes 0 pvc create time 05:29:55, last time pvc status changed 05:29:05 Service type VoFR-cisco configured voice bandwidth 32000, used voice bandwidth 0 fragment type VoFR-cisco fragment size 160 cir 64000 bc 1000 be 8000 limit 1125 interval 15 mincir 64000 byte increment 125 BECN response no fragments 0 bytes 0 fragments delayed 0 bytes delayed shaping inactive traffic shaping drops 0 Voice Queueing Stats: 0/100/0 (size/max/dropped) Current fair queue configuration: Discard Dynamic Reserved threshold queue count queue count 64 16 2 Output queue size 0/max total 600/drops 0 ms3810-3c#
Remarque : Souvent, le formatage du trafic n'est pas configuré tant que l'utilisateur n'ajoute pas de trafic vocal à certains circuits virtuels permanents d'une interface. Cela force tous les circuits virtuels permanents d'une interface qui n'ont pas de paramètres FRTS définis par l'utilisateur à utiliser les paramètres par défaut. Le résultat suivant affiche les paramètres FRTS par défaut.
ms3810-3c#show traffic-shape Access Target Byte Sustain Excess Interval Increment Adat I/F List Rate Limit bits/int bits/int (ms) (bytes) Acte Se1 56000 875 56000 0 125 875 -
Remarque : le débit de données garanti par défaut est de 56 Kbits/s. Par conséquent, les circuits virtuels permanents qui héritent de ces attributs FRTS par défaut sont contraints à un débit de 56 Kbits/s. Il s'agit d'un détail important pour les clients qui ont configuré le circuit virtuel permanent voix et données sous la même interface.
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
02-Feb-2006 |
Première publication |