ASR 9000 QoS-configuratievoorbeeld voor offload

Inleiding

Dit document beschrijft hoe u de functie Quality of Service (QoS) offload kunt configureren op het Cisco 9000 Series Aggregated Services Router (ASR9K)-platform. Het doel, de toepassing en de beperkingen van de functie worden ook beschreven.

Vereisten

Zorg ervoor dat uw systeem aan deze vereisten voldoet voordat u deze configuratie probeert:

• Een of beide satelliet-pakketinstallatie-envelopes (PIE’s) voor de specifieke satellietapparatuur moeten worden geïnstalleerd en geactiveerd:
  
  
  • ASR9k-ASR9000v-nV-px.pie-5.1.1
    
    
  • ASR9k-ASR901-nV-px.pie-5.1.2
    
    
• De satelliet moet beschikken over bijgewerkte software en veldprogrammeerbare apparaten (FPD’s).

Gebruikte componenten

De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:

• Cisco IOS^: XR versie 5.1.1 op de ASR9K voor de ASR-9000v.
  
  
• Cisco IOS XR versie 5.1.2 op de ASR9K voor de ASR-901.

Opmerking: De optie QoS offload op de ASR-903 wordt op dit moment niet officieel ondersteund.

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.

Achtergrondinformatie

QoS-offload - Overzicht

De Inter-Chassis Link (ICL) tussen de satelliet en de ASR9K (gewoonlijk 10 Gbps) kan gemakkelijk verzadigd worden door de toegangsinterfaces op de satelliet zelf. De QoS Offload-functie biedt QoS-functies in hardware op de echte satelliet (in tegenstelling tot de ASR9K-host) om het verlies van kritieke gegevens op de ICL in tijden van congestie te voorkomen.

De QoS Offload-functie is geïntroduceerd om het verkeer via de ICL te beschermen tegen stremmingen in de richting van de satelliet-toegangspoort naar de ASR9K, zoals aangegeven door de streepjes in de volgende afbeelding. Dit concept helpt een aantal beperkingen te begrijpen en helpt bij het ontwerpen van de QoS-implementatie.

Kritieke processen voor QoS-offload

In dit gedeelte worden de twee kritieke processen beschreven die voor QoS-offload worden gebruikt.

Interface Control Plane Extender (ippe_cpm)-proces

Het interfacebeheersplan-extender (ICPE) proces beheert het protocol voor satellietontdekking en -controle (SDAC), dat het communicatiekanaal tussen de ASR9K-host en de satelliet vormt.

QoS Policy-Manager (qos_ma)-proces

Het QoS-beleidsbeheerproces voert deze acties uit:

• Verifieert en slaat de class-maps en beleidskaarten op in een database over de routeswitchprocessor (RSP).
  
  
• Behoudt een database van satellietinterface naar service-beleidstoewijzing.
  
  
• Verzamelt periodiek de QoS statistieken van de satellietboxen voor geoffload dienstenbeleid.
  
  
• Voert op alle knooppunten waar de controle-vlakke interfaces bestaan, om zowel RSPs als LCs (LCs) te omvatten.

Configureren

Gebruik deze sectie om de QoS offload optie in de ASR9K te configureren.

QoS-offload configuratie

Dit diagram dient als een visuele weergave van de locatie waar het service-beleid is geïnstalleerd:

Interface voor satelliettoegang

Hier is een voorbeeldconfiguratie op de satelliet-toegangsinterface:

interface GigabitEthernet200/0/0/1
 service-policy output NQoSOff_Out  
 service-policy input NQoSOff_In 
 nv
  service-policy input ACCESS 

Opmerking: De service-beleidsuitvoer NQoSOff_Out geeft aan dat er geen QoS-offload verkeer is dat verzonden wordt van de ASR9K ICL-interface naar de satelliet-toegangsinterface (1), en dat de input NQoSOff_In niet-QoS verkeer aangeeft dat ontvangen wordt op ASR9K van de satelliet-toegangsinterface (1). Tevens geeft de Service-policy input ACCESS het QoS offload verkeer aan dat wordt ontvangen op de satelliet access interface van de PC (2).

ICL-interface

Hier is een voorbeeldconfiguratie op de ICL interface:

interface TenGigE0/0/0/1
service-policy output NOT_SUPPORTED
service-policy input NOT_SUPPORTED 
nv
  satellite-fabric-link network
   redundancy
    iccp-group 1
   !
   satellite 200
    service-policy output ICL_OFFLOAD
    remote-ports GigabitEthernet 0/0/1-2

Opmerking: De output en de input van het dienstbeleid zijn NOT_SUPPORTED voor deze interface; raadpleeg de volgende sectie en ontwerp voorzichtig. Ook de service-beleidsuitvoer van ICL_OFFLOAD geeft het QoS offload verkeer aan dat van de satelliet-ICL naar de ASR9K (3) wordt verzonden.

ICL-overabonnement

Het QoS-service-beleid wordt niet rechtstreeks ondersteund op de ICL-interfaces (niet-QoS-offload). Er moet dus op worden gelet dat u de satelliet-ICL-interfaces niet overabonneert. Deze paragraaf bevat twee methoden die worden gebruikt om overabonnement door ICL te voorkomen. De eerste methode beperkt het aantal toegangsinterfaces voor elke ICL zodat congestie niet mogelijk is. De tweede methode past vormers op elke toegangsinterface toe zodat de som van alle vormgevers de bandbreedte van de ICL niet overschrijdt.

Toegang tot interfaces voor elk ICL beperken

Om vijftien 1-Gbps verbindingen op een satelliet te ondersteunen (voor een potentieel van 15 Gbps verkeer) zonder pakketdruppels tijdens een congestie, moeten twee afzonderlijke 10 Gbps ICL-koppelingen worden geconfigureerd. Stel de eerste tien 1 Gbps satelliet toegangsinterfaces op één 10 Gbps ICL-verbinding en de volgende vijf 1-Gbps satelliet access interfaces op de tweede 10 Gbps ICL-verbinding. Andere combinaties zijn mogelijk zolang het aantal toegangsinterfaces dat aan elke 10 Gbps ICL is toegewezen niet groter is dan tien.

Hier is een voorbeeldconfiguratie:

interface TenGigE0/0/0/1
description ICL_LINK_1_FOR_SAT100
nv
 satellite-fabric-link network
  satellite 100
  remote-ports GigabitEthernet 0/0/0-9
!
interface TenGigE0/0/0/2
description ICL_LINK_2_FOR_SAT100
nv
 satellite-fabric-link network
  satellite 100
  remote-ports GigabitEthernet 0/0/10-14

Shapers op toegangsinterfaces toepassen

De tweede methode die wordt gebruikt om overabonnement te voorkomen, is een vormer rechtstreeks op elke satelliettoegangsinterface (GigE100/0/9, bijvoorbeeld) toe te passen om de transmissie van meerdere lijntarieven over de ICL naar de satelliet te voorkomen. Bijvoorbeeld, met één enkele 10 Gbps ICL, als een 500 Mbps vormer op 20 Gigabit Ethernet satellietinterfaces wordt toegepast, dan is er nooit meer dan 10 Gbps (500Mb x 20) gepland om door de ICL te verplaatsen.

Hier is een voorbeeldconfiguratie:

interface TenGigE0/0/0/1
 nv
  satellite-fabric-link network
   satellite 100
   remote-ports GigabitEthernet 0/0/0-19
!
interface GigE100/0/0/0 (For all Gi100/0/0/0-19)
 service-policy output 500MBPS_SHAPE

Opmerking: De volledige modulaire QoS CLI (MQC)-functionaliteit wordt geleverd voor niet-QoS offload op satelliettoegangsinterfaces die virtuele entiteiten zijn op de ASR9K-host.

Bescherm het verkeer van besturingsplane via ICL

Deze paragraaf schetst een configuratievoorbeeld dat het op een satelliettoegangsinterface ontvangen verkeer van het netwerk met regelvliegtuigen zal beschermen terwijl het door de ICL wordt gepasseerd. Dit laat zien hoe dit voor elkaar kan worden gekregen:

Satellite Access Interface Config:
class-map match-any routing
 match precedence 6

policy-map Protect_NCP
 class routing
  set qos-group 4
 !
 class class-default
  set qos-group 0

interface Gi100/0/0/1
 description Satellite Access Interface
 service-policy input Protect_NCP
 
ICL Interface Config:
class-map match-any qos-group-4
 match qos-group 4

policy-map ICL-Policy
 class qos-group-4
  bandwidth remaining percent 5
 !
 class class-default
  bandwidth remaining percent 90

interface TenGigE0/0/0/1
description Satellite ICL
nv
  satellite-fabric-link network
   redundancy
    iccp-group 1
   !
   satellite 100
    service-policy output ICL-Policy

In het vorige configuratievoorbeeld, zal de 'Protect_NCP' beleidskaart alle pakketten met een IP voorrang van 6 aanpassen en hen in interne QoS groep 4 groeperen. Wanneer het op de ICL in de richting van de ASR9K-host drukt, zal het dan beschermd worden via de geconfigureerde bandbreedte-reservering in de class-map voor QoS groep 4.

Opmerking: Een QoS-groep is geen echte markering op de ToS-byte van het pakket, maar een interne markering die alleen lokaal belang heeft voor de satelliet- en ASR9K-host.

BELANGRIJK! Alleen de QoS-groepen 1, 2, 4 en 5 kunnen door de gebruiker worden gedefinieerd bij gebruik van QoS-offload. QoS-groepen 3, 6 en 7 zijn gereserveerd voor onderliggende functionaliteit, specifiek voor nV-satelliet en mogen nooit worden gebruikt. QoS groep 0 is gereserveerd voor class-default verkeer.

QoS-limieten voor offload

 In dit gedeelte worden de beperkingen van de QoS-offload-functie beschreven.

Beperkingen van de plaatsing van servicebeleid

QoS-offload wordt ten uitvoer gelegd om QoS-capaciteiten te bieden vanuit de richting van de satelliettoegangspoort naar de ASR9K-host. Deze beperkingen gelden:

• Een QoS-service-beleid kan niet rechtstreeks op een ASR9K ICL-interface worden geplaatst voor offload of niet-offload.
  
  
• Het service-beleid van de pers (output) wordt alleen ondersteund voor QoS-offload op de satelliet ICL interfaces die met de actieve host worden geconfronteerd.
  
  
• Ingreress (input) service-beleid wordt alleen ondersteund voor QoS-offload op de interfaces of bundels voor satelliettoegang voor verkeer dat rechtstreeks wordt ontvangen op de interface of bundel voor satelliettoegang. In het geval van een bundeling wordt het QoS-beleid per lid geïnstalleerd.
  
  
• Een geofferd service-beleid kan niet worden toegepast op een subinterface.

Ondersteunde QoS-offload-functies

De ondersteunde QoS-offload functies zijn gedocumenteerd in het ondersteunde platform-specifieke informatie voor QoS offload gedeelte van de Cisco ASR 9000 Series aggregation services router modulaire Quality of Service Configuration Guide, release 5.1.x.

Opmerking: Er is momenteel geen ondersteuning voor Simple Network Management Protocol (SNMP)-gerelateerde QoS-offload-statistieken.

Niet-QoS offload-beperkingen op satelliet access interfaces

In dit deel worden de niet-QoS offload beperkingen op de satelliettoegangsinterfaces beschreven.

Beperkingen van de plaatsing van servicebeleid

Deze beperkingen op de plaatsing van serviceleidingen zijn van toepassing op niet-QoS offload op satelliettoegangsinterfaces:

• Het service-beleid voor toegang en toegang kan worden toegepast onder de huidige configuratie van de toegangspoort (niet nv). Dit beleid wordt niet vrijgegeven, en pakketten worden in de wachtrij geplaatst voor ze op de draad van ASR9K naar de satelliet worden geplaatst.
  
  
• Een QoS-service-beleid kan niet rechtstreeks op een ASR9K ICL-interface worden geplaatst voor offload of niet-offload.

Beperkingen in servicesbeleid

Voor hub en toespraken worden het QoS-beleid op drie niveaus (grootouder, ouder en kind) ondersteund. Voor de nieuwere topologieën, Ring en Layer 2 (L2) Fabric, wordt alleen dubbel niveau QoS-beleid ondersteund.

Verifiëren

Gebruik dit gedeelte om te bevestigen dat uw QoS-offload-configuratie correct werkt.

De Output Interpreter Tool (alleen voor geregistreerde klanten) ondersteunt bepaalde opdrachten met show. Gebruik de Output Interpreter Tool om een analyse te bekijken van de output van de opdracht show.

 

QoS-installatie voor offload beleid op satelliet

Voer de show qos statusinterface opdracht in met de nv satelliet optie om te bepalen of deze correct geïnstalleerd is in de satelliet hardware voor geoffload QoS-beleid. Als de status in de opdrachtoutput actief toont, dan is de installatie van het geofferde QoS-beleid geslaagd. Als de status in de uitvoer inactief toont, is er een storing van een of ander type.

Als er een fout optreedt, is er vaak een probleem met de eigenlijke ICL-link of met het QoS-beleid dat de offload probeert te offload wordt ondersteund in de huidige IOS XR-softwareversie die de ASR9K-host runt, maar dit wordt mogelijk niet ondersteund op de eigenlijke satelliet. Raadpleeg het gedeelte Ondersteunde QoS-offload-functies van dit document voor meer informatie.

Als de status in de opdrachtoutput een in-Progress toestand toont, geeft dit aan dat de satellietverbinding verloren is gegaan. In deze tussenfase tussen actief en inactief is het QoS-beleid niet succesvol geofferd.

Hier zijn twee voorbeelden output die een succesvolle offload en een mislukte offload tonen:

OUTPUT:
RP/0/RSP0/CPU0:ASR9001#show qos status interface gig 0/0/0/0 nv satellite 100
Wed Apr 16 23:50:46.575 UTC
GigabitEthernet0/0/0/0 direction input: Service Policy not installed
GigabitEthernet0/0/0/0  Satellite: 100 output: test-1
     Last Operation Attempted :  ADD
     Status                   :  ACTIVE

OUTPUT:
RP/0/RSP0/CPU0:ASR9001#show qos status interface gig 0/0/0/0 nv satellite 100
Wed Apr 16 23:51:34.272 UTC
GigabitEthernet0/0/0/0 direction input: Service Policy not installed
GigabitEthernet0/0/0/0  Satellite: 100 output: test-2
     Last Operation Attempted :  ADD
     Status                   :  INACTIVE
     Failure description   :Apply Servicepolicy: Handle Add Request  AddSP
      test-2 CliParserWrapper:
Remove shape action under class-default first.

QoS-statistieken van geofferd QoS-beleid op satelliet access interface

Voer deze opdrachten in om de statistieken van een QoS-beleidskaart die op de interface voor externe satelliettoegang wordt toegepast, te bekijken of te wissen:

• Beleids-kaart interface Gi100/0/9 input-V tonen
  
  
• heldere qos tellers interface Gi100/0/09 ingang nv

QoS-statistieken van geofferd QoS-beleid op satelliet ICL-interface

Voer deze opdrachten in om de statistieken van een QoS-beleidskaart die op de externe satelliet-ICL-interface wordt toegepast, te bekijken of te wissen:

• showbeleid-plattegrond 10/0/0/1 output-nv satelliet-fabric-link 100
  
  
• heldere qos tellers interface Ten0/0/0/1 ingangsv satelliet-fabric-link 100

Opmerking: De QoS-statistieken worden elke 30 seconden geactualiseerd naar de ASR9K-host.

Problemen oplossen

Voer deze opdrachten in om foutieve informatie te verzamelen wanneer u probeert problemen op te lossen met de QoS-offload-functie of wanneer u een Cisco Technical Assistance Center (TAC)-serviceaanvraag opent:

• sporen van het beleidsproces tonen [alle |onderbreking|kritisch]
  
  
• hightech-qos
  
  
• sporen van de beleidslijn weergeven [alle |kritisch|onderbreking]
  
  
• Plaats beleidslijn-lib-client <naam van client> <loc> tonen
  
  
• app-obj-sporen weergeven
  
  
• uw app-obj db <db_name> jid <jid> locatie <loc> tonen
  
  
• qos-ma-spoor tonen

Opmerking: De <db_name> is of de class_map_qos_db of de policy_map_qos_db.

bekende gebreken

Voor informatie over bekende tekortkomingen in verband met de informatie die in dit document wordt verstrekt, moet de optie Cisco bug-ID CSCuj87492 - service-beleid onder een andere interface worden verwijderd. Dit defect werd vergroot om de nv-optie van niet-satellietinterfaces te verwijderen.