Traffic Shaping van Frame Relay naar ATM Service Interworking-services (FRF.8) PVC’s

Downloadopties

  • PDF     (218.4 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (94.2 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (85.9 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:8 augustus 2006
Document-id:6200

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inleiding

Overweeg een juiste traffic shaping tijdens de bouw van breedgebiednetwerkverbindingen die ATM aan de ene kant en Frame Relay aan de andere kant verbinden. Zonder een link kun je een niet-afgesloten link maken. Elke keer dat een netwerklink gegevens van een snelle link naar een relatief langzamere link overdraagt, kunnen sommige pakketten bij het netwerkapparaat worden geworpen die de extra gegevens buffers die van de snelle verbinding komen.

Dit document beschrijft de traffic shaping-parameters die voor Frame Relay en ATM zijn gedefinieerd. Het legt ook de formules uit die het Frame Relay Forum (FRF) aanbeveelt om de vormparameters aan beide uiteinden van een FRF.8 service-interworking-verbinding aan te passen om soepele netwerkprestaties te garanderen.

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.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Poortsnelheid

Een poortsnelheid, ook bekend als het lijntarief, definieert elke fysieke interface. De poortsnelheid vertegenwoordigt het maximum aantal bits dat de fysieke interface elke seconde kan verzenden en ontvangen. De PA-A3-T3 ATM-poortadapter biedt bijvoorbeeld één poort van ATM op Layer 2 en DS-3 op Layer 1. De PA-A3-T3 heeft een poortsnelheid van 4209 kbps of 45 Mbps. Verlaag de poortsnelheid met de opdracht kloksnelheid op een Cisco seriële interface die is ingesteld als datacommunicatieapparatuur (DCE). De poortsnelheid verwijst naar de blokkeersnelheid van de toegangsinterface. Standaard wordt er geen kloksnelheid ingesteld en de netwerkinterface gebruikt een hardware-afhankelijk standaard.

Standaard traffic shaping-parameters

Tijdens de configuratie van een ATM permanent virtueel circuit (PVC) zonder de specificatie van enige traffic shaping-parameters, maakt de router een PVC met een PCR-snelheid (pieksnelheid) die op de poortsnelheid van de interface is ingesteld. Dit voorbeeld illustreert hoe de specificatie van alleen de VCD-waarden (Virtual Circuit Dettor), Virtual Path identifier (VPN) en VCI-waarden een PVC creëren met de PeakRate-parameter die gelijk is aan de DS-3-poortsnelheid van 4209 kbps. Gebruik de opdracht van show ATM pvc {vpi/vci} om de traffic shaping parameters van PVC te bekijken.

interface atm1/1/0.300 multipoint

pvc 3/103

!--- Use the new-style pvc command.


interface atm1/1/0.300 point

atm pvc 23 3 103 aal5snap

!--- Use the old-style pvc command.


7500#show atm pvc 3/103
ATM1/1/0.300: VCD: 23, VPI: 3, VCI: 103
PeakRate: 44209, Average Rate: 0, Burst Cells: 0
AAL5-LLC/SNAP, etype:0x0, Flags: 0xC20, VCmode: 0x0
OAM frequency: 0 second(s), OAM retry frequency: 0 second(s)
OAM up retry count: 0, OAM down retry count: 0
OAM Loopback status: OAM Disabled
OAM VC state: Not Managed
ILMI VC state: Not Managed
InARP DISABLED
Transmit priority 4

Dezelfde regel is van toepassing op Frame Relay. Het PVC gebruikt een maximale transmissiesnelheid die de poortsnelheid definieert tijdens de configuratie van een Frame Relay PVC zonder de specificatie van enige traffic shaping-parameters.

Eén veel voorkomende misconceptie met Frame Relay traffic shaping is dat de opdracht bandbreedte de bitsnelheid bepaalt. Dit is niet waar. De bandbreedte opdracht stelt een informatieve parameter alleen in om de huidige bandbreedte aan de hoger-level protocollen, zoals Open Shortest Path First (OSPF) en Enhanced Interior Gateway Routing Protocol (DHCP) over te brengen. U kunt de eigenlijke bandbreedte van een Frame Relay PVC niet aanpassen met de opdracht bandbreedte.

Frame Relay traffic shaping

Deze sectie introduceert het concept Frame Relay traffic shaping. Een uitvoerige discussie valt buiten het toepassingsgebied van dit document. Raadpleeg deze documenten voor ondersteuning van Frame Relay-traffic shaping:

In deze tabel worden de parameters beschreven die met Frame Relay traffic shaping worden gebruikt.

Parameter Beschrijving
Beschikbaar percentage (AR) Dit is de fysieke lijnsnelheid of poortsnelheid in bits per seconde (bps).
Tijdinterval (T of Tc) Dit is een seriële interface die een aantal bits gelijk aan Bc tijdens elk tijdsinterval via het Frame Relay Virtual Circuit (VC) doorgeeft. De duur van dit interval varieert afhankelijk van de CIR en de BIC. Het kan niet langer zijn dan 125 milliseconden.
Committed Information Rate (CIR) Dit is het gemiddelde transmissiesnelheid op de VC, en wordt ook gedefinieerd als het gemiddelde bps verkeer tijdens elk tijdsinterval.
Burstgrootte vastgelegd (BC) Dit is het aantal bits dat Frame Relay VC tijdens elk tijdsinterval doorgeeft. Bc definieert het aantal geënte bits binnen de CIR, niet bits boven de CIR zoals de naam impliceert.
Overmaat branden (BE) Dit is het aantal bits dat Frame Relay VC tijdens het eerste interval boven CIR kan versturen.

De bandbreedte die beschikbaar is voor een Frame Relay VC wordt beschreven in termen van poortsnelheid en CIR. Zoals eerder beschreven, verwijst de poortsnelheid naar de kloksnelheid van de interface. De CIR verwijst naar de end-to-end bandbreedte waaraan de Frame Relay-drager is gecommitteerd om voor een VC te voorzien. Deze bandbreedte is onafhankelijk van de blokkeersnelheid van de fysieke poorten waardoor de VC wordt aangesloten. Eén seriële interface ondersteunt doorgaans veel Frame Relay VC’s.

Op een seriële interface die gedefinieerd is met een kloksnelheid van 64 k, kan een Frame Relay VC die ingesteld is met een CIR van 32 k technisch maximaal 64 k verzenden. Bandbreedte boven de CIR wordt burst verkeer genoemd.

ATM traffic shaping

In dit deel worden de concepten van ATM traffic shaping geïntroduceerd, maar niet in detail besproken.

In deze tabel worden de parameters beschreven die in ATM traffic shaping worden gebruikt.

ATM-parameters
Parameter Beschrijving
Aanhoudende celsnelheid (solvabiliteitskapitaalvereiste) Over het geheel genomen is dit de gemiddelde celsnelheid voor een ATM VC. Het wordt gedefinieerd in kbps op een router en in cellen per seconde op veel ATM WAN-switches.
Piek-celsnelheid (PCR) Dit is het maximale tarief voor een ATM VC. Het wordt gedefinieerd in kbps op een router en in cellen per seconde op veel ATM WAN-switches.
Maximale barstgrootte (MBS) Dit is de maximale hoeveelheid gegevens die kan worden doorgegeven bij de piekcelsnelheid. Het wordt gedefinieerd in aantal cellen.

Raadpleeg deze documenten voor ondersteuning bij ATM traffic shaping:

Tijd-intervallen op ATM en Frame Relay

Traffic Shaping laat de router controle van wanneer om kaders te bufferen of te laten vallen wanneer de verkeerslading de gegarandeerde of geëngageerde vormgevende waarden overschrijdt. Zowel Frame Relay als ATM traffic shaping zijn ontworpen om frames via een gereguleerde snelheid te verzenden, zodat deze bepaalde bandbreedte-drempel niet overschrijdt. Frame Relay en ATM verschillen echter in hun concept van een tijdsinterval.

Frame Relay VC’s verzenden het bc-aantal bits op elk moment tijdens elk interval (T). Het interval is afgeleid van CIR en BC, en kan een waarde zijn tussen nul en 125 milliseconden. Neem bijvoorbeeld een frame relais PVC met een CIR van 64 kb aan. Als u de BC op 8 kb instelt: 

Bc/CIR = Tc

8 kb/64 kb = 8 time intervals

Tijdens elk van acht tijdintervallen geeft Frame Relay VC 8 kb door. Aan het einde van de periode van één seconde heeft de VC 64 kb doorgegeven.

In tegenstelling hiermee definieert ATM een tijdinterval in celeenheden en over een reeks ontvangen cellen via de cel vertragingstolerantie (CDVT) parameter. Een ATM-schakelaar vergelijkt de werkelijke aankomstfrequentie van aangrenzende cellen met een theoretische aankomsttijd, en verwacht een relatief consistente intercelkloof en intercel aankomsttijd. ATM-switches gebruiken de CDVT-waarde om rekening te houden met aankomende celklappen met een minder consistent intercelgat.

Aanbevelingen voor traffic shaping van ATM-forum

Het Frame Relay Forum definieert implementatieovereenkomsten om het gebruik van Frame Relay-technologie te bevorderen. De FRF.8 implementatieovereenkomst definieert service interworking tussen een Frame Relay-eindpunt en een ATM-eindpunt.

In punt 5.1 van FRF.8 worden de procedures voor het verkeersbeheer beschreven voor de conversie tussen Frame Relay-parameters voor de conformiteit van het verkeer en de parameters voor de conformiteit van het ATM-verkeer. Traffic Engineering beschrijft het proces dat wordt gebruikt om te bepalen of een ATM-cel die uit de gebruikerskant van een User-to-Network Interface (UNI) komt, aan het verkeerscontract voldoet. Normaal gesproken past ATM op de netwerkkant van UNI UPC (use parameter Control) algoritmen toe die bepalen of een cel voldoet aan het contract. De specifieke conformiteitsdefinitie varieert met de ATM-serviceklasse en de gebruikte verkeersparameters. In afdeling 4.3 van ATM Forum Traffic Management Specification 4.0 wordt de conformiteit van cellen en de aansluitingen officieel gedefinieerd.

FRF.8 verkeersbeheerprocedures definiëren hoe Frame Relay-parameters zoals CIR, Bc, en Be in een equivalente waarde in een ATM-netwerk in kaart moeten worden gebracht. Frame Relay Forum verdedigt bestaande richtlijnen voor dergelijke tekenafbeeldingen:

  • Bijlage A van de specificaties van het ATM-forum B-ICI

  • Bijlage B, Voorbeelden 2a en 2b van het ATM Forum UNI 3.1 Specificatie

De B-ICI-richtsnoeren zijn eigenlijk gebaseerd op de richtsnoeren die zijn vastgelegd in de specificatie van het ATM Forum UNI 3.1. Het is dus belangrijk om de voorbeelden van overeenstemming van UNI te begrijpen.

Deze tabel illustreert de belangrijkste verschillen tussen de voorbeelden 2a en 2b van de UNI-specificatie. Voorbeeld 2a definieert drie conformiteitdefinities, terwijl Voorbeeld 2b slechts twee van dergelijke definities definieert. Beide voorbeelden bepalen de conformiteit door toepassing van het Generic Cell Rate Algorithm (GCRA). Het ATM-forum definieert GCRA in Traffic Management Specification 4.0. GCRA valt niet onder het toepassingsgebied van dit document.

Definitie Voorbeeld 2a Voorbeeld 2b
PCR voor CLP=0+1 Ja Ja
solvabiliteitskapitaalvereiste voor CLP=0 Ja Ja
solvabiliteitskapitaalvereiste voor CLP=1 Ja Nee

De conformiteitdefinities worden gedefinieerd in termen van het CLP-bit (cell loss Priority). Dit bit wordt gebruikt om aan te geven of een cel kan worden weggegooid als deze wordt geconfronteerd met extreme congestie terwijl deze via het ATM-netwerk beweegt. Een eenbits veld betekent dat er twee waarden zijn:

  • De - 0 waarde geeft een hogere prioriteit aan.

  • De 1 waarde geeft een lagere prioriteit aan.

De B-ICI bouwt voort op de conformiteitsdefinities van de UNI-specificatie door de specificatie van de gedetailleerde vergelijkingen voor elk voorbeeld. Aangezien Cisco Campus ATM-switches, zoals Catalyst 8500, de twee Generic Call Rate Algorithm (GCRA)-formule gebruiken, wordt in de rest van dit document alleen de twee-GCRA-formule besproken.

Bekijk de twee-GCRA-vergelijkingen uit de B-ICI-specificatie: 

PCR(0+1) = AR /8 * [OHA(n)] 

SCR(0) = CIR/8 * [OHB(n)]

MBS(0) = [Bc/8 * (1/(1-CIR/AR)) + 1] * [OHB(n)]

Opmerking: PCR en solvabiliteitskapitaalvereiste worden uitgedrukt in cellen per seconde. AR en CIR worden uitgedrukt in bps. De parameter n is het aantal informatie-elementen in een kader.

Het doel van deze vergelijkingen is een gelijke hoeveelheid bandbreedte voor gebruikersverkeer op beide uiteinden van de verbinding te verzekeren. Het laatste argument in elke vergelijking is dus een formule die de overhead-factor (OH) op een durfkapitalisatie berekent. De overheadfactor bestaat uit drie componenten:

  • h1-twee bytes van Frame Relay-header

  • h2-8 bytes van AAL5 trailer

  • h3—vier bytes van Frame Relay High-Level Data Link Control (HDLC) over CRC-16 en vlaggen

Dit zijn onderbrekingen van de overhead formules, die een bytes/cel waarde teruggeven: 

OHA(n) = Overhead factor for AR = [(n + h1 + h2)/48] / (n + h1 + h3)

OHB(n) = Overhead factor for CIR = [(n + h1 + h2)/48] / n

Opmerking: De haakjes voor OHA(n) en OHB(n) betekenen dat ze omdraaien naar het volgende integer. Bijvoorbeeld, als een waarde 5.41 is, rond het tot 6.

De B-ICI-overheadformules zijn verantwoordelijk voor vaste overheadkosten. ATM VC’s introduceren ook variabele overhead van nul tot 47 bytes per frame om de ATM Adapter Layer 5 (AAL5) protocol gegevens-eenheid (PDU) aan een nog veelvoud van 48 bytes te koppelen.

In de overhead-formules verwijst n naar het aantal gebruikersinformatie bytes in een frame. Gebruik een waarde voor n op basis van een standaard frame-grootte, gemiddelde frame-grootte of worstcasescenario. Gebruik een schatting als u de exacte pakketdistributie niet kunt berekenen die door uw gebruikersverkeer wordt gegenereerd. De gemiddelde grootte van IP-pakketten op het internet is 250 bytes. Deze waarde wordt afgeleid van deze drie typische pakketformaten:

  • 64 bytes (zoals controleberichten)

  • 1500 bytes (zoals bestandsoverdrachten)

  • 256 bytes (al het andere verkeer)

Samengevat varieert de overheadfactor met de pakketgrootte. Kleine pakketten resulteren in een hogere vulling, wat hogere overhead tot gevolg heeft.

Calculator #1 - ATM naar Frame Relay

In dit voorbeeld wordt ervan uitgegaan dat u het ATM-head-end hebt geconfigureerd met een NRTT-VBR PVC dat een PCR van 768 kbps en een solvabiliteitsclassificatie van 512 kbps heeft.

ATM-endpoints
interface ATM4/0/20.213 multipoint ip-adres 10.11.48.49 255.255.255.252 pvc 5 0/105 protocol ip 10.11.48.50-uitzending vBR-NR 768 512

Frame Relay-endpoint
interface-seriële0/0 Insluitingsframe-relais IETF Frame Relay-type cisco ! interface-seriële0/0,1 punt-naar-punt ip-adres 10.11.48.50 255.255.255.252 Frame Relay interface-dlci 50

Voltooi deze stappen om de CIR aan Frame Relay-zijde te bepalen:

  1. Converteer het solvabiliteitskapitaalvereiste van kbps naar cellen per seconde. 

    512000 * (1/8) * (1/53) = 1207 cells/second

  2. Pas de formule voor de berekening van het solvabiliteitskapitaalvereiste toe en vul zoveel mogelijk waarden in. Gebruik een waarde van 6/250 voor de overheadfactor. 

    1207 = CIR/8 * (6/250)

  3. Verander de vergelijking om voor de CIR op te lossen. 

    1207 * 8 * (250/6) = 405,550 bits/sec

Calculator #2 - Frame Relay naar ATM

Dit voorbeeld toont de stappen die u gebruikt om de ATM vormende waarden van de Frame Relay-waarden te bepalen. In dit voorbeeld gebruikt het eindpunt van Frame Relay deze waarden:

  • AR = 256 kbps

  • CIR = 128 kbps

  • Bc = 8 kbps

  • n = 250 ( gemiddelde internetpakketgrootte )

  1. Bereken de overheadfactor voor AR.

    OHA(n) = Overhead factor for AR = [(n + h1 + h2)/48]/(n + h1 + h3) 
OHA(250) = [(250 bytes + 2 bytes + 8 bytes)/48] / (250 bytes + 2 bytes + 4 bytes)
OHA(250) = [260 bytes/ 48} / 256 bytes
OHA(250) = 6/256
OHA(250) = 0.0234

  2. Bereken de overheadfactor voor CIR.

    OHB(n) = Overhead factor for CIR = [(n + h1 + h2)/48]/ n 
OHB(250) = [(250 bytes + 2 bytes + 8 bytes)/48]/(250 bytes)
OHB(250) = [260 bytes/48]/ 250 bytes
OHB(250) = 6/250
OHB(250) = 0.0240

  3. Bepaal de waarden van PCR, plattegronden en MBS in deze vergelijkingen nu u OHA(n) en OHB(n) heeft:

    Bereken de PCR:

    PCR(0+1) = AR /8 * [OHA(n)]

PCR = 256000 / 8 *(0.0234) 
PCR = 32000/0.0234

PCR = 749 cells / sec 


And converting cells / sec to kbps, we have:

PCR = (749 cells / sec) * (53 bytes/ cell) * (8 bits / 1 byte)
PCR = 318 kbps
Calculating the SCR:


SCR(0) = CIR/8 * [OHB(n)] 
SCR = (128000 / 8 )* 0.240 
SCR =  384 cells / sec 

And converting  cells / sec to kbps, we have: 

SCR = (384 cells/ sec) * (53 bytes/ cell) * (8 bits / 1 byte)
SCR =  163 kbps

    Bereken de MBS: 

    MBS(0) = [ Bc/8 * (1/(1-CIR/AR)) + 1] * [OHB(n)] 
MBS = [8000/8*(1/(1-128/256)+1)]*0.0240 
MBS = [1000 * 3] *0.0240 
MBS = 72 cells

Alternatieve methode

Frame Relay- en ATM traffic-shaping-parameters kunnen niet perfect worden aangepast, maar benaderingen met de aanbevolen vergelijkingen werken voor de meeste toepassingen goed.

In de steekproefberekening in de voorgaande sectie leverden de vergelijkingen een verschil van 20% tussen de solvabiliteitskapitaalvereiste van de ATM VC en de CIR van Frame Relay VC. Kies om de vergelijkingen te vermijden en de traffic shaping-parameters te configureren zodat deze op ATM-zijde 15 tot 20% hoger liggen.

Zorg ervoor dat de ingestelde waarden aan de kant Frame Relay tijdens de configuratie van ATM en Frame Relay-interworking correct in parameters aan de ATM-kant zijn omgezet. Kies de waarden van PCR en het solvabiliteitskapitaalvereiste om de extra marge te omvatten die nodig is om de overheadkosten te kunnen verwerken die zijn geïntroduceerd in de overdracht van de Frame Relay-frames via een ATM-netwerk om een gelijkwaardige bandbreedte aan het echte gebruikersverkeer te kunnen leveren.

Gerelateerde informatie

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten