Inzicht in de VBR-nrt-servicecategorie en verkeersvorming voor ATM-VC's
Inhoud
Inleiding
Het ATM Forum publiceert aanbevelingen van meerdere leveranciers om het gebruik van ATM-technologie te bevorderen.
Voorwaarden
Vereisten
Er zijn geen specifieke vereisten van toepassing op dit document.
Gebruikte componenten
Dit document is niet beperkt tot specifieke software- en hardware-versies.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
Conventies
Achtergrondinformatie
De Verkeersbeheerspecificatie versie 4.0
definieert vijf ATM-servicecategorieën die het verkeer beschrijven dat door gebruikers op een netwerk wordt overgedragen en de Quality of Service (QoS) die een netwerk voor dat verkeer moet leveren. De vijf servicecategorieën staan hier vermeld:
-
variabele bitrate niet-real-time (VBR-nrt)
De focus van dit document ligt op VBR-nrt.
Native ATM traffic shaping wordt meestal geïmplementeerd door een virtueel circuit (VC) toe te wijzen aan de VBR-nrt service categorie. Cisco-router ATM-interfaces implementeren VBR-nrt-verkeersvorming op een manier die uniek is voor de hardware.
De terminologie met betrekking tot VBR-nrt traffic shaping kan zeer verwarrend zijn. In dit document wordt getracht de parameters voor de piekcelsnelheid (PCR), de aanhoudende celsnelheid (SCR) en de maximale burstgrootte (MBS) te verduidelijken die worden gespecificeerd bij het configureren van VBR-nrt VC's. Dit document biedt ook een enkele referentie over hoe Cisco ATM-routerinterfaces verkeersvorming implementeren.
Waarom Traffic Shaping gebruiken?
Verkeersvorming beperkt de transmissiesnelheid en maakt de transmissiesnelheden vloeiend door verkeer op te slaan dat boven de geconfigureerde snelheid in een wachtrij ligt.
Met andere woorden, wanneer een pakket aankomt bij een interface voor transmissie op een ATM virtueel circuit (VC), gebeurt het volgende:
-
Als de wachtrij leeg is, wordt het aankomende pakket in de wachtrij geplaatst. Tijdens elk tijdsinterval plant en verzendt de traffic shaper een pakket.
-
Als de wachtrij vol is, wordt het pakket gedropt. Dit staat bekend als een tail-drop, ervan uitgaande dat het standaard First In, First Out (FIFO) wachtrijmechanisme wordt gebruikt.
Waarom zou u de snelheid van een ATM VC willen controleren of beperken? Hier zijn enkele redenen om te overwegen:
-
Om uw T1, T3 en zelfs OC-3 (optische drager) koppelingen in kleinere kanalen te partitioneren.
-
Om ervoor te zorgen dat het verkeer van één VC niet de volledige bandbreedte van een interface verbruikt, waardoor andere VC's worden benadeeld met als gevolg gegevensverlies.
-
Om de toegang tot bandbreedte te controleren wanneer het beleid voorschrijft dat de snelheid van een bepaalde VC gemiddeld niet hoger is dan een bepaald tarief.
-
De transmissiesnelheid van de lokale interface aanpassen aan de snelheid van een externe doelinterface. Veronderstel dat het ene uiteinde van een link 256 kbps verzendt en het andere uiteinde 128 kbps. Zonder een gelijkmatige, end-to-end pijp, kan een tussenliggende switch sommige pakketten aan het einde van de lagere snelheid moeten laten vallen, waardoor toepassingen met behulp van de link worden verstoord.
Traffic shaping behoudt overtollige gegevens in de router en stelt de router in staat om intelligente Quality of Service (QoS)-mechanismen toe te passen, zoals Weighted Random Early Detection (WRED) en Class-Based Weighted Fair Queueing (CBWFQ). Deze QoS-mechanismen bepalen in welke volgorde de pakketten binnen de per-VC-wachtrijen moeten worden onderhouden en welke pakketten moeten worden weggegooid wanneer de wachtrijen bepaalde drempels overschrijden.
Opmerking: De opdracht Bandbreedte onder de ATM-interface geeft geen vorm aan het verkeer op de interface. In plaats daarvan wordt het gebruikt voor routeringsprotocollen en algoritmen zoals IGRP en EIGRP om de samengestelde metriek te berekenen om het beste pad naar een route te bepalen.
Wat is verkeerspolitie?
Aanbieders van ATM-switch netwerken handhaven een verkeerscontract door het implementeren van verkeerscontrolemechanismen. Usage parameter control (UPC) past een wiskundige formule toe om te bepalen of het verkeer dat door een router op een VC wordt verzonden, voldoet aan het contract. Providers implementeren meestal politiewerk op de eerste switch in het netwerk op een punt dat de User-Network Interface (UNI) wordt genoemd. Aangezien ATM-switches werken op laag 2 van het OSI-referentiemodel, kunnen ze geen velden in de IP-header lezen en bepalen welke pakketten voorrang hebben wanneer congestie optreedt. De politie is puur gebaseerd op de aankomsttijden van de cellen.
Configureer op de ATM-routers van de Catalyst 8500-reeks en LightStream 1010 verkeerspolitie door een waarde voor de UPC-switch op te geven in de opdracht atm pvc.
atm pvc vpi vci [cast-type type] [upc upc] [pd pd] [rx-cttr index] [tx-cttr index] [wrr-weight weight]
Het UPC-beleid per VC specificeert een van de drie acties die moeten worden ondernomen met cellen die door een ATM-switch als niet-conform worden beschouwd:
-
Laat de cellen vallen.
-
Tag de cellen door de CLP-bit (Cell Loss Priority) in de ATM-header in te stellen.
-
Geef de cellen door.
Standaard geeft UPC alle niet-conforme cellen door.
Hier is een typisch voorbeeld van een reeks regels die een UPC-beleid zal afdwingen voor een VBR-nrt VC:
-
Cellen die op of onder de SCR worden ontvangen, worden ongewijzigd door het netwerk vervoerd.
-
Celuitbarstingen met snelheden boven de SCR maar onder de PCR worden ongewijzigd doorgegeven voor uitbarstingsgrootten kleiner dan de MBS.
-
Cellen die boven de PCR worden ontvangen, worden als niet-conform beschouwd en zijn onderworpen aan de geconfigureerde UPC-actie, zoals tag of weggooien.
-
Celuitbarstingen die het MBS-aantal cellen overschrijden, worden als niet-conform beschouwd en zijn onderworpen aan de geconfigureerde UPC-actie, zoals tag of weggooien.
Gebruik op Cisco ATM-switches de opdracht show atm vc interfaceatm om het aantal Rx- en Tx UPC-overtredingen en eventuele resulterende druppels weer te geven.
switch#show atm vc interface atm 1/0/1 0 100 Interface: ATM1/0/1, Type: e1suni VPI = 0 VCI = 100 Status: UP Time-since-last-status-change: 00:09:51 Connection-type: PVC Cast-type: point-to-point Packet-discard-option: disabled Usage-Parameter-Control (UPC): drop Wrr weight: 2 Number of OAM-configured connections: 0 OAM-configuration: disabled OAM-states: Not-applicable Cross-connect-interface: ATM4/0/0, Type: oc3suni Cross-connect-VPI = 0 Cross-connect-VCI = 100 Cross-connect-UPC: drop Cross-connect OAM-configuration: disabled Cross-connect OAM-state: Not-applicable Threshold Group: 3, Cells queued: 0 Rx cells: 5317, Tx cells: 5025 Tx Clp0:5025, Tx Clp1: 0 Rx Clp0:5317, Rx Clp1: 0 Rx Upc Violations:45, Rx cell drops:45 Rx Clp0 q full drops:0, Rx Clp1 qthresh drops:0 Rx connection-traffic-table-index: 70 Rx service-category: VBR-nrt (Non-Realtime Variable Bit Rate) Rx pcr-clp01: 720 Rx scr-clp01: 320 Rx mcr-clp01: none Rx cdvt: 300 Rx mbs: 64 Tx connection-traffic-table-index: 70 Tx service-category: VBR-nrt (Non-Realtime Variable Bit Rate) Tx pcr-clp01: 720 Tx scr-clp01: 320 Tx mcr-clp01: none Tx cdvt: 300 Tx mbs: 64
Van oudsher voerden alleen ATM-switches verkeerspolitie uit. Onlangs, als onderdeel van Cisco's robuuste Quality of Service (QoS) functieset, kunnen Cisco ATM-routerinterfaces nu worden geconfigureerd om het CLP-bit in te stellen als onderdeel van een servicebeleid dat is ontworpen om verkeersbewaking te implementeren. Op een router verschilt verkeerspolitie van verkeersvorming door overtollig verkeer te laten vallen of een pakketkoptekst te herschrijven, in plaats van het overtollige in een wachtrij op te slaan.
Gebruik de opdracht set-clp-transmit om een router te configureren om de CLP-bit in te stellen als een politieactie. Maak hiervoor een beleidskaart en configureer vervolgens het commando politie met set-CLP-transmit als een actie.
7500(config)# policy-map police 7500(config-pmap)# class group2 7500(config-pmap-c)# police bps burst-normal burst-max conform-action action exceed-action action violate-action action
De opdracht set-clp-transmit wordt ondersteund vanaf Cisco IOS® Software Release 12.1(5)T op RSP-platforms en 12.2(1)T op andere platforms.
Cellen per seconde versus snelheid van de interfacepoort
Elke routerinterface heeft een poortsnelheid, die het maximale aantal bits definieert dat kan worden verzonden en ontvangen via de fysieke interface per seconde. We verwijzen soms naar de poortsnelheid als de "lijnsnelheid". Een PA-A3-T3 biedt bijvoorbeeld een enkele poort van geldautomaat op laag 2 en DS-3 op laag 1. De fysieke poortsnelheid op een DS-3 is afgerond op 45 Mbps.
De lijnsnelheid van een interface wordt omgezet in een aantal ATM-cellen van 53 bytes. Om dit getal te bepalen, gebruikt u de volgende formule:
Lijnsnelheid / 424 bits per cel = aantal cellen of celtijdsleuven per seconde
Bijvoorbeeld, een DS-1 (zonder framing overhead) zendt op 1.536 Mbps. De DS-1 lijnsnelheid van 1,536 Mbps gedeeld door 424 bits per cel is gelijk aan 3622 cellen per seconde. De onderstaande tabel toont het regeltype, de mbps en de celsnelheid per seconde voor verschillende regelsnelheden:
| Lijntype | MBPS | Celsnelheid per seconde |
|---|---|---|
| STS-1 | 51.84 | 114,113.21 |
| STS-3c | 155.2 | 353,207.55 |
| STS-12c | 622.8 | 1,412,830.19 |
| DS-1 | 1.544 | 3622.64 |
| DS-3 | 44.76 | 96,000.00 |
| E-1 | 2.048 | 4528.30 |
| E-3 | 34.38 | 80,000.00 |
Opmerking: Veel ATM-switches meten bandbreedte in cellen per seconde, terwijl Cisco-routers bits per seconde (kbps of mbps) gebruiken. De conversiefactor tussen cellen per seconde en bits per seconde is:
1 cel = 53 bytes = (53 bytes) * (8 bits/byte) = 424 bits
We kunnen de pieksnelheid en de aanhoudende snelheid in kbps berekenen met behulp van de onderstaande formules:
Pieksnelheid = piekcelsnelheid (PCR) [cellen per seconde] x 424 [bits per cel]
Sustained rate = Sustained Cell Rate (SCR) [cellen per seconde] x [bits per cel]
Het is nuttig om het concept van ATM-celtijd te begrijpen. De hoeveelheid tijd die een ATM-cel nodig heeft om een bepaald punt in een interface te passeren, wordt de celtijd genoemd. We kunnen deze waarde als volgt berekenen:
ATM celtijd = 1 cel / ATM celsnelheid (in cellen per seconde)
Hier is een voorbeeldberekening voor een DS-1-link:
1 cel / 3622 cellen per seconde = .0002760417 seconden per ATM-cel
Opmerking: Een milliseconde is 0,001 (een duizendste) van een seconde en een microseconde is 0,000001 (een miljoenste) van een seconde. De weergave van .0002760417 in milliseconden is .276 en de weergave in microseconden is 276.04. In dit document wordt de weergave van celtijden in microseconden gebruikt.
Ondersteunde snelheidswaarden op Cisco-interfaces
Alle Cisco ATM-routerinterfaces ondersteunen een vorm van verkeersvorming. De meeste interfaces ondersteunen native ATM-verkeersvorming via de opdracht vbr-nrt.
Raadpleeg bij het selecteren van PCR- en SCR-waarden de volgende tabel, waarin de officieel ondersteunde waarden voor elk type interface-hardware worden beschreven. Cisco ATM-routerinterfaces ondersteunen geen enkele kbps-waarde in het bereik van nul tot de lijnsnelheid. In plaats daarvan ondersteunen ze een set waarden die zich aan een formule of aan een set verhoogde waarden houden. Merk bovendien op dat de geconfigureerde waarden in kbps de bandbreedte omvatten die wordt verbruikt door gebruikersgegevens en door alle ATM-overhead, inclusief de 5-byte celheader, celvulling en AAL5-overhead.
Aangezien PCR en SCR op dezelfde waarde worden ingesteld, wordt elke burstmogelijkheid verwijderd, zodat u in deze configuratie geen waarde voor MBS meer kunt configureren als uw Cisco IOS-softwarerelease de wijzigingen bevat die zijn aangebracht in CSCdr50565 en CSCds86153.
| Interfacehardware | Ondersteunde verkeersparameters |
|---|---|
| AIP |
|
| PA-A1 |
|
| PA-A3-OC3 / PA-A6-OC3 |
|
| PA-A3-T3/E3 / PA-A6-T3/E3 |
|
| PA-A3-OC12 |
|
| NP-1A-DS3 NP-1A-E3 |
|
| NP-1A-MM NP-1A-SM NP-1A-SM-LR |
|
| NM-1A-OC3 |
|
| NM-1A-T3 |
|
| NM-4T1-IMA NM-8T1-IMA |
|
| NM-1ATM-25 |
|
| AIM-ATM AIM-ATM-VOICE-30 |
|
| Multiflex Trunk Module (MFT) |
|
| ADSL-interface voor 826, 827 | VBR-nrt, UBR en CBR, per VC-wachtrij. Lees voor meer informatie Queuing en ATM Traffic Shaping op de Cisco 827 Router |
| ADSL-interface voor IAD 2400 | De IAD-vormgever ondersteunt alleen gehele getalwaarden van piek-inter-cel-vertraging, bijvoorbeeld 1,2,3,... Dus als de lijnsnelheid 1536 is, zijn de beschikbare PCR's 1536, 768, 512, 384. Dit betekent niet dat u geen waarde kunt configureren, maar dat de werkelijke waarde die wordt gebruikt dezelfde is als hierboven.2 Voor SCR moet u het maximale aantal burstcellen opgeven om de verkeersstroom goed te regelen. Alle servicecategorieën zijn configureerbaar. |
| WIC-1ADSL |
|
| WIC-1SHDSL |
|
| OSM-2OC12-ATM-MM OSM-2OC12-ATM-SI |
|
| 7300-2OC3ATM-MM 7300-2OC3ATM-SMI 7300-2OC3ATM-SML |
|
| 4xOC3 voor ESR |
|
| 1xOC12 voor ESR |
|
1 De ATM-netwerkmodules voor de 2600- en 3600-reeks maken gebruik van de RS8234 SAR, die 256 vooraf gedefinieerde PCR-waarden voor VBR-nrt ondersteunt.
2 Als de PCR bijvoorbeeld is geconfigureerd als 320, valt de shaper terug naar PCR=298. Dit betekent dat ondanks het feit dat een SCR van 320 is geconfigureerd om vier gelijktijdige gesprekken te ondersteunen, de kwaliteit van de vierde oproep slecht zal zijn omdat de SCR meer is dan PCR 298. Wijzig in dit geval de PCR in de IAD-config naar 448 (=896/2).
Inzicht in VBR-nrt VC's
De servicecategorie VBR-nrt gebruikt drie parameters bij de implementatie van verkeersvorming:
| vormgevingsparameter | Definitie |
|---|---|
| SCR | Bepaalt de aanhoudende snelheid waarmee u verwacht gegevens, spraak en video te verzenden. Beschouw SCR als de echte bandbreedte van een VC en niet de gemiddelde verkeerssnelheid op lange termijn. |
| PCR | Bepaalt de maximale snelheid waarmee u verwacht gegevens, spraak en video te verzenden. Overweeg PCR en MBS als een middel om latentie te verminderen, niet om de bandbreedte te vergroten. |
| MBS | Bepaalt de hoeveelheid tijd of de duur waarmee de router op PCR verzendt. Bereken deze tijd in seconden met behulp van de volgende formule: T = (burst cells x 424 bits per cel) / (PCR - SCR) MBS biedt ruimte voor tijdelijke bursts of korte pieken in het verkeerspatroon. Een MBS van 100 cellen maakt bijvoorbeeld een burst van drie MTU-formaat Ethernet-frames of een MTU-formaat FDDI-frame mogelijk. Het is belangrijk dat u rekening houdt met langere duur uitbarstingen in de SCR. |
Opmerking: De maximale MBS voor NM-1A-T3-, NM-1A-E3- en NM-1A-OC3-modules is 200 cellen. Raadpleeg deze bug CSCeb42179. De maximale MBS voor PA-A3-OC3- en PA-A3-T3/E3-modules is 23376 cellen. Raadpleeg deze bug CSCdk37079.
Vanaf 12.3(5) werd het gedrag van de MBS-waarde herzien voor PVC's met een PCR gelijk aan SCR. Als we bedenken dat de MBS de duur van de burst behoudt, hebben we, wanneer PCR gelijk is aan SCR, geen PCR geconfigureerd die groter is dan de SCR en wordt de MBS-waarde niet gebruikt. In plaats van de gebruiker toe te staan een MBS te configureren, zal deze standaard 1 worden. Eerder gedrag zou het mogelijk maken om de MBS te configureren, ook al werd de waarde genegeerd. Het onderstaande voorbeeld toont de uitvoer van een router waarbij de PCR is geconfigureerd om gelijk te zijn aan de SCR.
Het volgende is een voorbeeld van MBS-waarde wanneer PCR gelijk is aan SCR:
Router(config-if-atm-vc)#vbr-nrt ? <1-6093> Peak Cell Rate(PCR) in Kbps Router(config-if-atm-vc)#vbr-nrt 1000 ? <1-1000> Sustainable Cell Rate(SCR) in Kbps Router(config-if-atm-vc)#vbr-nrt 1000 1000 ? <1-1> Maximum Burst Size(MBS) in Cells <cr>
VBR-nrt-implementaties volgen een lekkend emmer- of tokenemmeralgoritme. Een ATM VC moet een token in de emmer hebben om een cel te verzenden. Het algoritme vult tokens in de emmer aan met de snelheid van SCR. Als een bron inactief is en gedurende een bepaalde tijd niet wordt verzonden, verzamelen zich tokens in de emmer. Een ATM VC kan de geaccumuleerde tokens gebruiken om te barsten met de snelheid van PCR totdat de emmer leeg is, waarna tokens opnieuw worden aangevuld met de snelheid van SCR.
Het is belangrijk om te begrijpen dat PCR een tijdelijke uitbarsting is. De duur waarmee u bij PCR verzendt, is afgeleid van de MBS vertaald in een "tijd op de draad". Denk bijvoorbeeld aan de bovenstaande formule voor het berekenen van de celtijd met een DS-1 link:
1 cel / 3622 cellen per seconde = 276,04 microseconden per ATM-cel
Op een DS-1-link staat een MBS-waarde van 100 gelijk aan een PCR-duur van 2,8 seconden. We raden u aan de tijd te nemen om te begrijpen hoe de MBS-waarde zich vertaalt naar een PCR-duur bij het leveren van VBR-nrt VC's.
Aangezien de PCR-burst tijdelijk is, configureert u een VC als VBR-nrt als uw verkeer bursty is en kan profiteren van de korte bursts bij PCR. Anders, als uw verkeerspatroon bulkgegevensoverdracht is, biedt PCR vrijwel geen voordeel. De reden is dat om te barsten bij PCR, de ATM VC moet verzenden voor een bepaalde duur onder SCR. Laten we eens naar enkele voorbeelden kijken.
Stel dat u interactief verkeer moet verzenden dat bestaat uit één pakket van 1500 byte per seconde voor een totaal van 12 kbps. (We zullen ATM-overhead in dit voorbeeld negeren.) Configureer een VBR-nrt met behulp van de volgende specificaties:
-
PCR = 800 kbps
-
SCR = 64 kbps
-
MBS = 32 cellen
Een PCR van 800 kbps betekent dat het eerste pakket wordt verzonden in 15 microseconden (12 kbps pakket / 800 kbps PCR). Het duurt dan 187,5 microseconden (12 kbps pakket / 64 kbps SCR) voor de token emmer aan te vullen. Het volgende pakket wordt verzonden in 15 microseconden. Deze steekproef illustreert hoe PCR-uitbarstingen de latentie verminderen. Zonder PCR, op een VC met slechts een SCR van 64 kbps, zou het 187,5 microseconden duren om het eerste en het tweede pakket te verzenden.
Ga er nu van uit dat je een groot bestand moet verzenden. Alleen het eerste pakket (waarschijnlijk) wordt verzonden op PCR. De gemiddelde overdrachtssnelheid zal pieken bij de SCR, omdat de tokens zich niet kunnen ophopen. VBR-nrt bursting biedt daarom weinig voordeel voor grote bestandsoverdracht.
In deze voorbeelden werd een MBS-waarde gebruikt die exact overeenkomt met de grootte van een enkel pakket van 1500 bytes. Sommige toepassingen, zoals bepaalde videoapparaten, verzenden zeer grote IP-pakketten tot 64 kB. Deze pakketten overschrijden gemakkelijk de MTU van de link en het kan handig zijn om het hele pakket als een burst te verzenden. Selecteer dus een MBS van 1334 cellen afgeleid van de formule van 64 kb pakket / 48 payload bytes per cel.
Er is geen officiële definitie van een burst. We kunnen denken aan een uitbarsting in termen van MTU-formaat frames of welke grootte frame het verkeerspatroon presenteert. Dit frame wordt vervolgens opgesplitst in een aantal cellen. Het beste wat we kunnen doen, is de aanbevelingen volgen en opnieuw begrijpen wanneer we de MBS gebruiken.
Merk op dat als u PCR=SCR configureert, de burstberekening wordt genegeerd en het tegoed wordt ingesteld op 1, ongeacht de burstgrootte. Samenvattend raden we het volgende aan bij het kiezen van verkeersvormende parameters voor VBR-nrt VC's:
-
SCR: Dit tarief zou degene moeten zijn die u zou kiezen als uw verkeer beperkt was tot een constant bitrate-circuit en u zich geen zorgen maakte over latentie. Zie dit als de echte bandbreedte van de VC.
-
MBS: Dit aantal cellen moet de typische burst grootte die u verwacht voor "bursty" verkeer tegemoet te komen.
-
PCR: Dit percentage moet worden afgeleid in combinatie met MBS om de gewenste latentie voor "bursty" verkeer te bereiken. Zie dit als een middel om de latentie van een VC te verminderen in plaats van de bandbreedte te vergroten.
De VBR-nrt Burst
Een van de meest voorkomende rapporten aan het Cisco Technical Assistance Center is het niet zien van de ATM-interface die barst op de geconfigureerde PCR. Het is belangrijk om te begrijpen dat de ATM-interface barst, maar dit alleen doet wanneer de ATM VC voor een duur onder de SCR is verzonden. Als de geldautomaat VC altijd heeft verzonden op SCR, dan zijn er geen burst credits geaccumuleerd.
Om de burst te "zien", raadt Cisco aan de volgende testprocedure te gebruiken als u toegang hebt tot een ATM-celtester:
-
Configureer een PCR die twee keer de kbps-snelheid van de SCR is.
-
Start de celtester.
-
Start de verkeersgenerator en verstuur met een snelheid boven de PCR.
-
Raadpleeg de gemeten intercelafstand op de celtester. U zult de burst zien omdat de celtester een kleinere intercelafstand zal rapporteren.
-
Stop de celtester en blijf verzenden bij PCR op de verkeersgenerator.
-
Start de celtester opnieuw. Belangrijk is dat je de uitbarsting niet zult zien. Dit komt omdat de verkeersgenerator altijd boven de PCR (en/of boven de SCR) heeft verzonden. De geldautomaat VC heeft nooit onder de SCR verzonden en heeft dus nooit genoeg credits verzameld om opnieuw boven de SCR te verzenden.
Bij het configureren van de verkeersvormingswaarden voor een VBR-nrt VC, barst elke aanhoudende factor in de SCR. Zoals met de bovenstaande testprocedure wordt geïllustreerd, is de MBS niet ontworpen voor langdurige transmissie boven de SCR.
Unieke vormgevingswaarden configureren op twee eindpunten
In typische hub- en spaaknetwerktopologieën is het verkeersstroomvolume asymmetrisch, waarbij meer verkeer naar de externe site stroomt dan van de externe site komt. Dergelijke configuraties kunnen baat hebben bij de levering van een asymmetrisch permanent virtueel circuit (PVC), dat verschillende PCR- en SCR-verkeersvormingswaarden gebruikt aan de twee routeruiteinden van een nrt-VBR PVC.
Zie Moeten beide routeruiteinden van een geldautomaat PVC dezelfde verkeersvormingswaarden gebruiken? voor richtlijnen voor het configureren van asymmetrische PVC's.
Bij het configureren van geschakelde virtuele circuits (SVC's) op een ATM-routerinterface accepteert de vbr-nrt-opdracht input-pcr-, input-scr- en input-mbs-parameters. In het volgende voorbeeld specificeren we een uitvoer-PCR en SCR van 5 MB en een invoer-PCR en SCR van 2,5 MB.
Router(config-subif)#svc nsap 47.00918100000000E04FACB401.00E04FACB401.00 Router(config-if-atm-vc)#vbr-nrt 1536 768 94 ? <1-1536> Input Peak Cell Rate(PCR) in Kbps <cr> Router(config-if-atm-vc)#vbr-nrt 1536 768 94 1536 768 ? <1-65535> Input Maximum Burst Size(MBS) in Cells <cr>
Wanneer u verkeersparameters voor een PVC opgeeft, moet u er rekening mee houden dat dezelfde vbr-nrt-configuratieverklaring niet de mogelijkheid biedt om deze waarden te configureren omdat de VC geen signalering uitvoert.
Router(config)#int atm6/6.1 Router(config-subif)#pvc 100/100 Router(config-if-atm-vc)#vbr-nrt 1536 1536 ? <1-1> Maximum Burst Size(MBS) in Cells <cr> Router(config-if-atm-vc)#vbr-nrt 1536 1536 1 ? <cr>
Problemen met verkeersvorming oplossen
U moet ervoor zorgen dat u de verkeersvorming op uw routers correct configureert. Zonder verkeersvorming zullen de door de router verzonden cellen niet voldoen aan het verkeerscontract met het ATM-netwerk. Een dergelijke niet-conformiteit leidt tot overtredingen en overmatig celverlies als de ATM-switch is geconfigureerd voor verkeerspolitie.
Symptomen van verkeerd geconfigureerde verkeersvormingsparameters zijn onder meer:
-
Kleine pings naar de verre locatie slagen, maar grotere pakketgroottes mislukken.
-
Bepaalde toepassingen zoals Telnet lijken te werken, maar andere toepassingen zoals File Transfer Protocol (FTP) niet.
Als u deze symptomen ervaart, raden we u aan contact op te nemen met uw ATM-netwerkprovider om te onderzoeken of de switches de politie controleren en of de VC celverlies heeft ervaren. Bepaal vervolgens of er configuratiewijzigingen nodig zijn op de router.
Uitgangsdruppels
Aangezien verkeersvorming de uitvoer van een VC beperkt, ziet u mogelijk uitvoerdalingen op de ATM-interface of op een of meer VC's. Zie Uitvoerdruppels voor probleemoplossing op ATM-routerinterfaces voor meer informatie over het oplossen van dit probleem.
Een veelgestelde vraag aan Cisco TAC is waarom outputdalingen optreden, hoewel de VC de geconfigureerde SCR niet lijkt te bereiken, zoals wordt getoond in de uitvoer van de show interface-atm. Met andere woorden, waarom raakt de interface kbps-snelheid nooit de geconfigureerde SCR (of PCR als de PCR gelijk is aan de SCR)? Er zijn verschillende redenen waarom de interfacesnelheid lager kan zijn dan de SCR:
-
De vormgevingsengine telt de AAL5-trailer en ATM-celheader niet in de kbps-snelheid die wordt weergegeven wanneer u de opdracht show interface atm gebruikt.
-
De vormgevingsengine maakt geen onderscheid tussen werkelijke gegevensbytes en opvulling of vullingslading. Een ATM-cel moet 48 bytes bevatten in het veld payload. Een ATM-interface gebruikt twee cellen om een 64-byte IP-pakket te verzenden. In de tweede cel wordt "verspilde" lading in de vorm van vulling geteld door de ATM-switch, maar genegeerd door de router. Zo kan ongebruikte cel payload voorkomen dat de werkelijke bitrate van het bereiken van de SCR.
-
De gemiddelde bitsnelheid is gebaseerd op een standaard laadinterval van 5 minuten. (Gebruik de opdracht load-interval interface om het interval aan te passen tot de laagste waarde van 30 seconden.) Verkeersopstoppingen kunnen de SCR en PCR voor een korte periode overschrijden, waardoor de output daalt, hoewel de lange termijn tarief is onder SCR.
Vermijd dus het gebruik van de eenheid bits per seconde in de show-interface-ATM-uitgang om de nauwkeurigheid van de verkeersvormgeving te meten. In plaats daarvan raden we aan de SCR te vertalen naar pakketten per seconde. Een grotere pakketgrootte zou een bitsnelheid moeten produceren die dichter bij de geconfigureerde SCR ligt. Daarnaast raden we ten zeerste aan om een ATM-verkeersanalysator te gebruiken bij het meten van de nauwkeurigheid van de verkeersvorming.
Pingfouten
ATM-VC's die een zeer lage SCR-waarde gebruiken, kunnen ping-time-outs ervaren. Bijvoorbeeld, een 1500-byte pakket komt overeen met 12.000 bits zonder overhead of 13.200 bits met de 10 procent celbelasting. Het configureren van een SCR van 8 kbps geeft u een transmissietijd van twee seconden, die overeenkomt met de standaard ping-time-out. Het is dus mogelijk dat u een hogere time-outwaarde moet configureren om het probleem op te lossen.
Als uw geldautomaat VC is geconfigureerd met een hogere SCR-waarde en ping-storingen ondervindt, voert u ping-tests van verschillende grootte uit en bewaakt u de retourtijden die op het scherm worden afgedrukt. Noteer de min/avg/max-waarden voor retourvluchten.
1500 Byte Ping Results: Sending 5, 1500-byte ICMP Echos to 2.2.2.2, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 420/1345/1732 ms
Klontering van cellen
Idealiter zou een ATM-interface de cellen van een ATM VC in een gelijkmatig tempo en met een zelfs intercel gap moeten plannen. Als u bijvoorbeeld een ATM VC configureert met een SCR van 500 kbps op een fysieke DS-1-interface, moet de VC elke derde keer worden toegewezen (lijnsnelheid van 1500 kbps / 500 kbps SCR = 3).
In sommige gevallen zendt de planner op de ATM-routerinterface aangrenzende cellen van achteren naar achteren, in plaats van met de verwachte intercelkloof. Deze aandoening wordt celklontering genoemd. Wanneer deze situatie zich voordoet, kan een ATM-switch redelijkerwijs vaststellen dat de kbps-snelheid die door de router wordt doorgegeven, technisch hoger is dan de toegestane koers van de VC op dat moment.
ATM-switches ondersteunen een configureerbare waarde die bekend staat als cell delay variation tolerance (CDVT), die een "vergevingsfactor" implementeert voor het klonteren van cellen. Met andere woorden, het vergeeft de router en de ATM VC als een paar cellen worden teruggestuurd naar achteren en vertraagt de implementatie van een UPC-boete. CDVT wordt gemeten in seconden en is ontworpen om schijnbare schendingen van het verkeerscontract op te vangen.
Feedback