WAN : Relais de trames

Configuration du formatage de trafic de relais de trame sur les routeurs 7200 et plates-formes inférieures

18 juin 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (19 décembre 2015) | Commentaires


Contenu


Introduction

Ce document fournit une configuration d'échantillon pour le Formatage du trafic de relais de trames.

Conditions préalables

Conditions requises

Aucune condition préalable spécifique n'est requise pour ce document.

Composants utilisés

Le Formatage du trafic de relais de trames a été pris en charge depuis la version de logiciel 11.2 de ½ du ¿  de Cisco IOSïÂ.

Il est pris en charge sur des Routeurs et des plates-formes inférieures de Cisco 7200. La formation distribuée du trafic est prise en charge sur des Routeurs de Cisco 7500, 7600 Routeurs, et module de FlexWAN.

Conventions

Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.

Informations générales

Les réalisations communes du Formatage du trafic de relais de trames sont :

  1. Grande vitesse aux non-concordances à vitesse réduite de circuit : Il y a deux possibilités ici :

    • Le site du concentrateur a une ligne de t1 dans le nuage, alors que le site distant a une vitesse inférieure (56 Kbps). Dans ce cas, vous avez besoin de rate-limit le site du concentrateur de sorte qu'il ne dépasse pas le débit d'accès de côté distant.

    • Le site du concentrateur a une ligne simple de t1 dans le nuage, alors que les sites distants ont également une pleine ligne de t1 dans le nuage, se connectant au même site du concentrateur. Dans ce cas, vous avez besoin de rate-limit les sites distants afin de ne pas déborder le hub.

  2. Surabonnement : Par exemple, si le taux garanti sur un circuit virtuel permanent (PVC) est les 64 Kbits/s et le débit d'accès est de 128 Kbps sur les deux extrémités, il est possible d'éclater au-dessus du taux garanti quand il n'y a aucun encombrement et chute de nouveau au taux garanti quand il y a d'encombrement.

  3. Qualité de service : Pour mettre en application la fragmentation ou les fonctionnalité de mise en file d'attente à faible latence de FRF.12 pour réaliser une meilleure qualité de service, voir le VoIP sur frame relay avec la qualité de service.

Remarque: Le débit d'accès est la vitesse linéaire physique de l'interface de connexion au Relais de trames. Le taux garanti est le débit de données garanti (CIR) que la compagnie de téléphone a donné pour le PVC. L'établissement du CIR ou du minCIR au débit d'accès devrait être évité, parce qu'il peut avoir comme conséquence les suppressions de sortie, entraînant le trafic étrangler. La raison pour ceci est que le débit de forme ne prend pas en considération les octets supplémentaires de l'indicateur et des champs de contrôle de redondance cyclique (CRC). Ainsi, la formation à la ligne débit oversubscribing réellement, et entraînera la congestion d'interface. La formation au débit d'accès n'est pas recommandée. Vous devriez toujours former le trafic à 95 pour cent du débit d'accès. Plus généralement, le débit formé par agrégat devrait n'être pas plus de 95 pour cent du débit d'accès.

Configurez

Cette section vous fournit des informations pour configurer les fonctionnalités décrites dans ce document.

Remarque: Pour trouver les informations complémentaires sur les commandes utilisées dans ce document, utilisez l'utilitaire de recherche de commande IOS

Diagramme du réseau

Ce document utilise la configuration réseau suivante :

http://www.cisco.com/c/dam/en/us/support/docs/wan/frame-relay/6151-traffic-shaping-6151.gif

Dans l'exemple ci-dessus, nous avons les valeurs suivantes :

  • HUB - débit d'accès = 192 Kbps, taux garanti = 32Kbps

  • Débit = 64 Kbits/s de remote-access, taux garanti = 32Kbps

Ici, nous mettons en application le trafic formant aux deux extrémités de sorte que la moyenne transmettent le débit soit des 64 Kbits/s. Si nécessaire, le HUB peut éclater au-dessus de ceci. En cas d'encombrement, il peut relâcher vers le bas à 32Kbps au minimum. La notification d'encombrement du nuage est par l'intermédiaire de la notification d'encombrement explicite arrière (BECN). Par conséquent, la formation est configurée pour s'adapter à BECN.

Remarque: Le Formatage du trafic de relais de trames est activé sur l'interface principale, et il applique à tous les identificateurs de connexion de liaison de données (DLCI) sous cette interface. Nous ne pouvons pas activer le trafic formant seulement pour un DLCI particulier ou une sous-interface sous l'interface principale. Si un certain DLCI n'a aucune classe de carte reliée à lui, et formation du trafic est activé sur l'interface principale, le DLCI est assigné un map-class par défaut avec CIR = 56000.

Configurations

Ce document utilise les configurations suivantes :

  • Hub

  • Distant

Hub
interface Serial0/0 
 no ip address 
 encapsulation frame-relay 
 no fair-queue 
 frame-relay traffic-shaping 

!--- Apply traffic shaping to main interface (step 3).
 
interface Serial0/0.1 point-to-point 
 ip address 10.1.1.1 255.255.255.0 
 frame-relay interface-dlci 16  
 frame-relay class cisco 

!--- Apply map class to the DLCI / subinterface (step 2).
 
! 
! 

!--- Configure map class parameters (step 1).
 
map-class frame-relay cisco 
 frame-relay cir 64000  
 frame-relay mincir 32000 
 frame-relay adaptive-shaping becn 
 frame-relay bc 8000 
 frame-relay be 16000 
!

Distant
interface Serial0/0 
no ip address 
encapsulation frame-relay 
no fair-queue 
frame-relay traffic-shaping 
! 
interface Serial0/0.1 point-to-point 
ip address 10.1.1.2 255.255.255.0 
frame-relay interface-dlci 16                            
frame-relay class cisco 
! 
map-class frame-relay cisco 
frame-relay cir 64000 
frame-relay mincir 32000 
frame-relay adaptive-shaping becn 
frame-relay bc 8000 
!

Ce diagramme affiche le trafic étant envoyé hors du routeur concentrateur :

http://www.cisco.com/c/dam/en/us/support/docs/wan/frame-relay/6151-traffic-shaping-6151a.gif

Supposant que le trafic est envoyé avec une rafale de 80000 bits, ceci est envoyé hors du PVC dans 8 intervalles comité technique (125 millisecondes chaque). Nous pouvons réaliser ceci parce que, dans le premier intervalle, crédit disponible est Bc + soit = 8000 + 16000 = 24000 bits. Ceci signifie que le débit est 24000 bits/125 milliseconde = 192 Kbps.

Dans les sept prochains intervalles c'est seulement Bc = 8000 bits. Par conséquent le débit est 8000/125 milliseconde = 64 Kbits/s.

Par exemple, si nous recevons une rafale de 88000 bits, nous ne pouvons pas envoyer tout ce trafic dans 8 intervalles comité technique. Les 8000 bits finaux seront introduits le 9ème intervalle comité technique. Ainsi, ce trafic est retardé par le mécanisme de formatage du trafic.

Vérifiez

Cette section présente des informations que vous pouvez utiliser pour vous assurer que votre configuration fonctionne correctement.

Commandes show

Certaines commandes show sont prises en charge par l'Output Interpreter Tool (clients enregistrés uniquement), qui vous permet de voir une analyse de la sortie de la commande show.

Utilisez la commande de <dlci> PVC de Relais de trames d'exposition de visualiser les détails de configuration :

Hub#show frame relay pvc 16
     PVC Statistics for interface Serial0/0 (Frame Relay DTE)
     DLCI = 16, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0.1
       input pkts 8743          output pkts 5            in bytes 2548330
       out bytes 520            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
       Shaping adapts to BECN
       pvc create time 6d01h, last time pvc status changed 6d01h
       
cir 64000 bc 8000 be 16000 byte limit 3000 interval 125 
      mincir 56000 byte increment 1000 Adaptive Shaping BECN 
      pkts 5 bytes 170 pkts delayed 0 bytes delayed 0 
      shaping inactive 
      traffic shaping drops 0
 
       Queueing strategy: fifo 
       Output queue 0/40, 0 drop, 0 dequeued

formation inactive/active

Ceci affiche, en temps réel, que le mécanisme de formatage du trafic ait été lancé ou pas. La formation du trafic est en activité dans les scénarios suivants :

  1. BECNs sont reçus, et le DLCI a été configuré pour former à BECNs.

  2. Le nombre d'octets de données à transmettre hors d'une interface sont plus que le crédit disponible (limite d'octet) en intervalle donné (comité technique).

  3. La fragmentation de FRF.12 a été configurée, et des paquets attendent d'être fragmentés.

paquets retardés/octets retardés

Ceci affiche le nombre de paquets et les octets qui ont été dus retardé au lancement du mécanisme de formatage du trafic. Ceci s'applique principalement si le nombre d'octets à transmettre dépasse le crédit disponible par intervalle, ou si des paquets doivent être fragmentés (FRF.12). Ces paquets et octets sont enregistrés dans la file d'attente de formation (allouée par circuit virtuel) et puis transmis dans des intervalles ultérieurs quand il y a assez de crédit disponible.

le trafic formant des baisses

Ceci affiche le nombre de baisses dans la file d'attente de formation. Des octets sont d'abord retardés par le mécanisme de mise en forme et enregistrés dans cette file d'attente. Si la file d'attente se remplit, alors des paquets sont lâchés. Par défaut, le type de file d'attente est FCFS (premier service d'abord été livré) ou FIFO, mais peut être changé à WFQ, à PQ, à CQ, à CBWFQ, ou à LLQ. Voyez la section « de l'information relative » pour des documents sur configurer les mécanismes de mise en file d'attente de fantaisie sur le PVC en relais de trame.

Paramètres configurables

cercle de Relais de trames

Le débit moyen que vous voulez envoyer le trafic sur un PVC donné dans les bps. C'est généralement supérieur au taux garanti mais moins que le débit d'accès (AR). Il égale le taux garanti seulement si :

  1. Le fournisseur de services ne te permet pas pour envoyer au-dessus du taux garanti.

  2. La Ligne physique débit sur l'interface correspond le taux garanti.

  3. Il y a des paquets de la Voix (voix sur ip [VOIP] ou Voix au-dessus de Relais de trames [VOFR]) sur ce PVC, donc vous ne pouvez pas se permettre les paquets lâchés pour la qualité ou le service.

La valeur du CIR est de 56000 bps est par défaut.

mincir de Relais de trames

Le taux garanti réel a obtenu du fournisseur de services dans les bps. Cette valeur devrait être le débit minimum que vous devriez relâcher à en cas de l'encombrement (la baisse au-dessous de ce débit vous implique n'obtiennent pas la bande passante vous payez). Dans certains cas (répertoriés ci-dessus) le mincir et les valeurs cercle doivent être identique. La valeur du mincir est moitié de la valeur de débit d'information garanti dans les bps par défaut.

Relais de trames Bc

La quantité de données à envoyer par chaque intervalle comité technique dans les bits. Dans le meilleur des cas pour des circuits de données PVC Bc = CIR/8 de sorte que comité technique = 125msec. Le Cisco IOS recalcule le paramètre FRTS quand est Bc plus grand que 10,000 octets. Si nous faisons la Voix sur le PVC, alors Bc = CIR/100 est préférable, de sorte que l'intervalle comité technique = 10msec (comme paquets vocaux ne peut pas tolérer un plus long retard). La valeur de Bc par défaut est affichée comme CIR dans les bits dans la sortie de la commande de show traffic-shape. Cependant, intérieurement, une valeur différente est assignée pour assurer des performances optimales. Cette valeur est affichée dans la colonne « d'octets d'incrément » dans la sortie de show traffic-shape. Une valeur de bc=CIR égalise à un comité technique de 1 seconde. Selon la façon dont le trafic arrive au modélisateur, le routeur devrait arrêter la transmission pour près de 1 seconde si la rafale était épuisée immédiatement au début de l'intervalle. Ainsi, le modélisateur assigne une valeur interne différente qui tient compte toujours du configuré Bc au-dessus du comité technique d'original, seulement nous le ferons dans un certain nombre de petites rafales au lieu d'une grande rafale.

le Relais de trames soit

La quantité de données excessives a laissé être envoyée pendant le premier intervalle comité technique dans les bits une fois que le crédit est accumulé. Configurez soit seulement si la valeur de débit d'information garanti de Relais de trames est moins que l'AR. Pour des paquets vocaux de transport de PVCs, l'être doit être placé à zéro pour assurer la meilleure Qualité vocale. Le routeur éclate seulement (soyez) quand il y a des jetons dans le seau à jetons. Le seau à jetons ne s'accroît pas des jetons à moins que le niveau de trafic étant envoyé soit moins que le CIR. Le routeur peut seulement éclater pour le premier comité technique, après quoi le seau à jetons est vide. La valeur de soit par défaut est les bits zéro.

becn de formatage adaptatif de relais de trame

Implique que le PVC adapte le débit de transmettent en réponse au BECNs a reçu. Le comportement est en tant que ci-dessous :

  • Si le PVC reçoit n'importe quel BECNs pendant l'intervalle de temps en cours (il n'importe pas si c'est un ou 1000) que le débit de transmission est diminué de 25 pour cent ou au mincir et arrête si la valeur configurée par mincir est plus de 75% de la valeur cercle.

  • Il continue à relâcher avec chaque BECN (goutte de limite une par intervalle de temps) jusqu'à ce que le débit de trafic obtienne au mincir (taux garanti) où il arrête.

  • Une fois que le débit de trafic a diminué, il doit permettre 16 intervalles de temps de ne recevoir aucun BECNs avant de commencer pour augmenter le trafic de nouveau. La quantité qu'il augmente par est la limite d'octet qui apparaît dans le PVC X de trame d'exposition sorti divisé par 16. Cette augmentation se produit seulement si la formation du trafic est en activité. Ainsi, il prend beaucoup plus long pour revenir au CIR qu'il a fait pour relâcher au mincir.

Paramètres Non-configurables

intervalle (comité technique)

L'intervalle pendant lequel vous envoyez Bc les bits afin de mettre à jour le débit moyen du CIR en quelques secondes.

Tc = Bc/CIR in seconds

La plage de Tc se situe entre 10 ms et 125 ms. Le routeur intérieurement calcule cette valeur basée sur le CIR et Bc les valeurs dans la carte classent. Si Bc/CIR est plus qu'ou égal à 125 millisecondes, il utilise la valeur interne comité technique. Si Bc/CIR est inférieur à 125 ms, il utilise le Tc calculé à partir de cette équation.

incrément d'octet

Le nombre réel d'octets commis envoyés par comité technique. Nous pouvons calculer ceci utilisant la formule suivante :

Cir * Tc / 8

limite d'octet

Le nombre d'octets réel introduits le premier comité technique. Nous pouvons calculer ceci utilisant la formule suivante :

byte increment + Be/8 (measured in bytes)

Dépannez

Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 6151