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.
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.
Private Network-to-Network Interface (PNNI) is een reeks netwerkprotocollen die kunnen worden gebruikt om een ATM-netwerktopologie te ontdekken, een database met topologie te maken en oproepen via de herkende topologie te verzenden. Wanneer u het juiste plan uitvoert, is de instelling van een PNNI-netwerk veel gemakkelijker en sneller dan de handmatige configuratie van verbindingen door een ATM-netwerk.
Dit document illustreert het PNNI-routeselectieproces door gebruik te maken van verschillende voorbeelden.
Cisco raadt u aan kennis te hebben van PNNI. Lees deze documenten voor een gedetailleerde uitleg over PNNI:
Inleiding aan PNNI (van Cisco PNNI Network Planning Guide voor MGX en SES-producten, release 5.2)
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
Cisco Catalyst 8540 MSR-software met Cisco IOS® softwarerelease 12.1(7a)EY1
LightStream LS1010 dat Cisco IOS-softwarerelease 12.1(7a)EY draait
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.
PNNI gebruikt bron-routing, waarbij de bron verantwoordelijk is voor de selectie van het doelpad. Om precies te zijn, selecteert het eerste knooppunt van elke peer groep het pad over die peer groep. Het geselecteerde pad wordt gecodeerd als een toegewezen transitelijst (DTL) die in de verbindingsinstelling is opgenomen. Deze DTL specificeert elk knooppunt waardoor de CallConnector wordt omgezet.
Deze verklaring is afgeleid uit de padselectie van de specificatie van het PNNI 1.0 (af-pnni-0055.0, paragraaf 5.13):
"Bij het selecteren van een route naar een bestemming ATM-adres, zal een knooppunt altijd naar het knooppunt leiden dat het langste prefix heeft geadverteerd dat overeenkomt met de bestemming. Als alleen knooppunten met het langste bijvoegende prefix voorouders zijn, is de bestemming niet bereikbaar. Alleen wanneer meerdere knooppunten een gelijkmatige lengte overeenkomende prefixes hebben geadverteerd die langer zijn dan elke andere advertentie, kan het rekenknooppunt op een lokale basis kiezen welke bestemming zij zullen gebruiken. Van de knooppunten die voor de langst overeenkomende prefixes zorgen, negeren alle voorouders en selecteren uit de eventueel resterende knooppunten."
Op Cisco-apparaten is de routeselectie naar een ATM-adres op deze criteria gebaseerd:
De meest geprefereerde route is die met de langste prefixmatch van ATM.
Als er meerdere overeenkomsten bestaan, is de routeselectie gebaseerd op de voorrang van de gevonden routes. Hoe lager de prioriteit, hoe hoger de prioriteit.
Als er meerdere routes zijn met dezelfde prioriteit, dan moet u de route nemen met een beter administratief gewicht.
Dit is de standaard prioriteit verbonden aan elke route:
switch#show atm pnni precedence Working Default Prefix Poa Type Priority Priority ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~ ~~~~~~~~ local-internal 1 1 static-local-internal-metrics 2 2 static-local-exterior 3 3 static-local-exterior-metrics 2 2 pnni-remote-internal 2 2 pnni-remote-internal-metrics 2 2 pnni-remote-exterior 4 4 pnni-remote-exterior-metrics 2 2
Deze waarden kunnen worden gewijzigd met de opdracht prioritair [prefix type] [prioriteit]. Dit is een voorbeeld:
switch#configure terminal Enter configuration commands, one per line. End with CNTL/Z. switch(config)#atm router pnni switch(config-atm-router)#precedence ? pnni-remote-exterior Remote Exterior Prefix Without Metrics pnni-remote-exterior-metrics Remote Exterior Prefix With Metrics pnni-remote-internal Remote Internal Prefix Without Metrics pnni-remote-internal-metrics Remote Internal Prefix With Metrics static-local-exterior Static Exterior Prefix Without Metrics static-local-exterior-metrics Static Exterior Prefix With Metrics static-local-internal-metrics Static Internal Prefix With Metrics <cr> switch(config-atm-router)#precedence pnni-remote-exterior ? <2-4> Priority For Remote Exterior Without Metrics switch(config-atm-router)#precedence pnni-remote-exterior 2
Deze drie voorbeelden illustreren de PNNI-routeselectie en gebruiken één peer-groep.
Gebruik dit netwerkdiagram in dit voorbeeld:
Opmerking:
Budvar en Platan zijn Cisco Catalyst 8540 MSRs die Cisco IOS-softwarerelease 12.1(7a)EY1 uitvoeren.
Miles is een LS1010 die Cisco IOS-softwarerelease 12.1(7a)EY beheert.
Apparaten A en B kunnen elk type apparaten zijn dat SVC’s kan instellen.
Deze eerste test illustreert het feit dat PNNI het langste prefix van de match neemt, de route, met de hogere prioriteit, dus de lagere prioriteit, eerst om een oproep te sturen. In dit voorbeeld worden de aanroepen van Constant Bit Rate (CBR) gemaakt van apparaat A naar apparaat B. Deze aanroepen kunnen deze twee verschillende maar gelijke paden met hetzelfde administratieve gewicht gebruiken om apparaat B te bereiken:
Via Budvar en Platan
Door Boedvar en Miles
In dit voorbeeld adverteert Platan een interne PNNI-route naar machine B en Miles adverteert een externe PNNI-route naar machine B. Normaal moet Boedvar, in overeenstemming met de definitie van de pad selectie, de oproep via de interne PNNI-route sturen.
Apparaat B heeft dit NSAP-adres (Network Service Access Point): 47.0091.8100.000.00d0.58b8.555.000.000.000.0001.000
Zie twee routes voor die bestemming wanneer u de ATM routingtabel op Boedvar bekijkt:
budvar# show atm route Codes: P - installing Protocol (S - Static, P - PNNI, R - Routing control), T - Type (I - Internal prefix, E - Exterior prefix, SE - Summary Exterior prefix, SI - Summary Internal prefix, ZE - Suppress Summary Exterior, ZI - Suppress Summary Internal) P T Node/Port St Lev Prefix ~ ~~ ~~~~~~~~~~~~~~~~ ~~ ~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ P I 10 0 UP 0 47.0091.8100.0000.00d0.58b8.5555.0000.0000.0001/152 P E 14 0 UP 0 47.0091.8100.0000.00d0.58b8.5555.0000.0000.0001/152 budvar# show atm pnni identifiers Node Node Id Name 1 56:160:47.00918100000000D058B79A01.00D058B79A01.00 budvar 10 56:160:47.00918100000000D058B84201.00D058B84201.00 Platan 14 56:160:47.0091810000000050E2030601.0050E2030601.00 Miles
Zoals eerder uitgelegd, is er een interne PNNI-route geleend van Platan en één externe PNNI-route geleend van Miles.
Na ontvangst van de aanroep van toestel A tot toestel B kan Boedvar zowel een DTL als het pad door Platan berekenen. Deze output laat zien hoe Budvar de DTL compileert.
budvar#show atm pnni dtl address 47.0091.8100.0000.00d0.58b8.5555.0000.0000.0001.00 cbr pcr 5000 5000 budvar# 00:42:34: PNNI: rcv CBR route req to addr 47.00918100000000D058B85555.000000000001.00 00:42:34: PNNI: Looking For Nodes That Advertise This Prefix 00:42:34: PNNI: Best Match Is 47.00918100000000D058B85555.000000000001.00/152 00:42:34: PNNI: Found 2 POAs 00:42:34: priority: 2 (10 0) pnni-remote-internal 00:42:34: priority: 4 (14 0) pnni-remote-exterior 00:42:34: PNNI: Compute On-Demand Route Based On Admin Weight 00:42:34: PNNI: Found A Suitable Route Based On AW, Check CDV and CTD 00:42:34: PNNI: Found A Route That Satisfies Both CDV and CTD 00:42:34: PNNI: SOURCE ROUTE 00:42:34: DTL 1> 2 Nodes 00:42:34: budvar 85001000 (ATM10/0/1) 00:42:34: Platan 0 00:42:34: PNNI: Found 1 Ports To Next DTL Node 10 85001000 (ATM10/0/1) 00:42:34: PNNI: Send Source Route Reply To Requestor: Code PNNI_SUCCESS
Zoals eerder uitgelegd, detecteert Budvar dat er twee mogelijke routes of Point of Attachments (POAs) zijn om toestel B te bereiken. De route door Budvar (pnni-Remote-interne) heeft een betere voorrang dan de route door Miles. Daarom wordt de DTL met die route gebouwd.
Opmerkingen:
Deze opdracht kan worden gebruikt om te bepalen welke DTL moet worden gecreëerd voor deze CallConnector:
show atm pnni dtl [node|address] [NSAP-address|node number] [traffic class] [class parameters]
waarin:
NSAP-adres is het bestemming NSAP-adres (het adres van apparaat B in ons geval).
verkeersklasse is: CBR, UBR, VBR-rt, VBR-nrt, ABR.
klasseparameters zijn de verschillende parameters die aan de verkeersklasse zijn gekoppeld, zoals PCR, MCR en de solvabiliteitskapitaalvereiste.
Opmerking: De verschillende tarieven (PCR, MCR, solvabiliteitskapitaalvereiste) zijn gedefinieerd in cellen/sec en niet in Kbps.
Opmerking: deze opdracht toont welke DTL is berekend wanneer een CallConnector wordt uitgevoerd naar het gewenste NSAP-adres of PNNI-knooppunt met de gespecificeerde verkeersparameters.
Gebruik dit netwerkdiagram in dit voorbeeld:
Het doel van dit voorbeeld is om te laten zien dat PNNI alleen rekening houdt met de langste matchprefixes en terugvalt naar de volgende beschikbare POA als de huidige niet bruikbaar is.
CBR-aanspreekinstellingen worden gecreëerd tussen apparaat A en apparaat B. Deze twee apparaten maken geen gebruik van ILMI en dus van statische routes, naar E.164-adres in dit geval ook bekend als 45-adressen, dat punt naar hen wordt gemaakt op Femke en Droopie.
Als zich congestie voordoet binnen de particuliere ATM-cloud die door Miles loopt, moeten de CBR-callinstellingen worden gemaakt via het openbare ATM-netwerk.
Verwante voorrang aan verschillende soorten routes zodat hoe lager de voorrang, hoe hoger de prioriteit voor de route is, om ervoor te zorgen dat de oproepvoorzieningen worden opgezet in overeenstemming met de voorwaarden.
Dat is de manier waarop aan de voorwaarden wordt voldaan:
Op Femke en Droopie worden de lokale statische routes die naar het lokaal aangesloten apparaat wijzen gecreëerd als interne en een reserveroute die naar het verre apparaat door het openbare ATM netwerk wijst als extern gedefinieerd. Bovendien worden beide statische routes met dezelfde lengte gedefinieerd, vanwege de eerder genoemde PNNI-selectieregel.
Naast de lokale statische interne route die op het aangesloten apparaat wijst, wordt er een andere statische interne route met een kortere match gecreëerd om aan te tonen dat PNNI altijd de langste matchroute in aanmerking neemt.
Kijk naar Femke en zie dat er drie wegen zijn om toestel B te bereiken:
Een interne PNNI-route die het gevolg is van de herverdeling van de interne statische route die op Droopie is gecreëerd.
Een kortere interne PNNI-route die het gevolg is van de herverdeling van de kortere match interne statische route die op Droopie werd gecreëerd.
Een externe statische route die op Femke is gedefinieerd en op het openbare ATM-netwerk wijst.
Apparaat B heeft dit NSAP-adres: 45.0033.4455.6677.889f.111.222.4000.0c80.111.00
Op Droopie zijn deze statische routes gedefinieerd:
atm route 45.0033.4455.6677.889f.1111.2222.4000.0c80.1111... ATM1/0/0 internal atm route 45.0033.4455.6677.889f.1111.2222... ATM1/0/0 internal (*)
(*) deze route is de kortere matrixroute die wijst op toestel B.
Op Femke, wordt deze back-up statische route gedefinieerd:
atm route 45.0033.4455.6677.889f.1111.2222.4000.0c80.1111... ATM1/0/2
Vandaar, deze ingangen voor apparaat B kunnen in de Femke die tabel routeert worden gezien:
Femke#show atm route Codes: P - installing Protocol (S - Static, P - PNNI, R - Routing control), T - Type (I - Internal prefix, E - Exterior prefix, SE - Summary Exterior prefix, SI - Summary Internal prefix, ZE - Suppress Summary Exterior, ZI - Suppress Summary Internal) P T Node/Port St Lev Prefix ~ ~~ ~~~~~~~~~~~~~~~~ ~~ ~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ P I 14 0 UP 0 45.0033.4455.6677.889f.1111.2222/104 S E 1 ATM1/0/2 UP 0 45.0033.4455.6677.889f.1111.2222.4000.0c80.1111/152 P I 14 0 UP 0 45.0033.4455.6677.889f.1111.2222.4000.0c80.1111/152
Om apparaat B te bereiken, hebt u:
a/152 interne PNI-route
a/104 interne PNNI-route
a/152 externe statische route die naar het openbare ATM-netwerk wijst
De /152 en /104 zijn de niveaus van hiërarchie. Voor een gedetailleerdere uitleg over de niveaus van hiërarchie, raadpleegt u ATM routing en PNNI configureren.
Deze output toont hoe de beschikbare middelen tussen Femke en Miles moeten worden geverifieerd:
Femke#show atm interface resource atm 1/0/0 Resource Management configuration: Output queues: Max sizes(explicit cfg): none cbr, none vbr-rt, none vbr-nrt, none abr-ubr Max sizes(installed): 256 cbr, 256 vbr-rt, 4096 vbr-nrt, 12032 abr-ubr Efci threshold: 25% cbr, 25% vbr-rt, 25% vbr-nrt, 25% abr, 25% ubr Discard threshold: 87% cbr, 87% vbr-rt, 87% vbr-nrt, 87% abr, 87% ubr Abr-relative-rate threshold: 25% abr Pacing: disabled 0 Kbps rate configured, 0 Kbps rate installed Service Categories supported: cbr,vbr-rt,vbr-nrt,abr,ubr Link Distance: 0 kilometers Controlled Link sharing: Max aggregate guaranteed services: none RX, none TX Max bandwidth: none cbr RX, none cbr TX, none vbr RX, none vbr TX, none abr RX, none abr TX, none ubr RX, none ubr TX Min bandwidth: none cbr RX, none cbr TX, none vbr RX, none vbr TX, none abr RX, none abr TX, none ubr RX, none ubr TX Best effort connection limit: disabled 0 max connections Max traffic parameters by service (rate in Kbps, tolerance in cell-times): Peak-cell-rate RX: none cbr, none vbr, none abr, none ubr Peak-cell-rate TX: none cbr, none vbr, none abr, none ubr Sustained-cell-rate: none vbr RX, none vbr TX Minimum-cell-rate RX: none abr, none ubr Minimum-cell-rate TX: none abr, none ubr CDVT RX: none cbr, none vbr, none abr, none ubr CDVT TX: none cbr, none vbr, none abr, none ubr MBS: none vbr RX, none vbr TX Resource Management state: Cell-counts: 0 cbr, 0 vbr-rt, 0 vbr-nrt, 0 abr-ubr Available bit rates (in Kbps): 72615 cbr RX, 72615 cbr TX, 72615 vbr RX, 72615 vbr TX, 0 abr RX, 0 abr TX, 0 ubr RX, 0 ubr TX Allocated bit rates: 75000 cbr RX, 75000 cbr TX, 128 vbr RX, 128 vbr TX, 0 abr RX, 0 abr TX, 0 ubr RX, 0 ubr TX Best effort connections: 1 pvcs, 0 svcs
Beschikbare middelen tussen Miles en Droopie:
Miles#show atm interface resource atm 1/0/3 Resource Management configuration: Service Classes: Service Category map: c2 cbr, c2 vbr-rt, c3 vbr-nrt, c4 abr, c5 ubr Scheduling: RS c1 WRR c2, WRR c3, WRR c4, WRR c5 WRR Weight: 15 c2, 2 c3, 2 c4, 2 c5 CAC Configuration to account for Framing Overhead : Disabled Pacing: disabled 0 Kbps rate configured, 0 Kbps rate installed overbooking : disabled Service Categories supported: cbr,vbr-rt,vbr-nrt,abr,ubr Link Distance: 0 kilometers Controlled Link sharing: Max aggregate guaranteed services: none RX, none TX Max bandwidth: none cbr RX, none cbr TX, none vbr RX, none vbr TX, none abr RX, none abr TX, none ubr RX, none ubr TX Min bandwidth: none cbr RX, none cbr TX, none vbr RX, none vbr TX, none abr RX, none abr TX, none ubr RX, none ubr TX Best effort connection limit: disabled 0 max connections Max traffic parameters by service (rate in Kbps, tolerance in cell-times): Peak-cell-rate RX: none cbr, none vbr, none abr, none ubr Peak-cell-rate TX: none cbr, none vbr, none abr, none ubr Sustained-cell-rate: none vbr RX, none vbr TX Minimum-cell-rate RX: none abr, none ubr Minimum-cell-rate TX: none abr, none ubr CDVT RX: none cbr, none vbr, none abr, none ubr CDVT TX: none cbr, none vbr, none abr, none ubr MBS: none vbr RX, none vbr TX Resource Management state: Available bit rates (in Kbps): 57743 cbr RX, 57743 cbr TX, 57743 vbr RX, 57743 vbr TX, 57743 abr RX, 57743 abr TX, 57743 ubr RX, 57743 ubr TX Allocated bit rates: 90000 cbr RX, 90000 cbr TX, 0 vbr RX, 0 vbr TX, 0 abr RX, 0 abr TX, 0 ubr RX, 0 ubr TX Best effort connections: 1 pvcs, 0 svcs
Deze uitvoer toont wat er gebeurt wanneer een CBR-aanroep van apparaat A naar apparaat B wordt uitgevoerd wanneer verschillende PCR-waarden worden gebruikt:
a. CBR Call Setup van apparaat A naar apparaat B met PCR= 727 Kbps (1715 cellen/s)
Er zijn beschikbare middelen langs het pad om zo'n callinstelling op te nemen. Verwerk deze instructies om de DTL te controleren, die op Femke is gemaakt, om machine B te bereiken:
Femke#show atm pnni dtl address 45.0033.4455.6677.889f.1111.2222.4000.0c80.1111 cbr pcr 1715 1715 Femke# Nov 13 08:16:08.310: PNNI: rcv CBR route req to addr 45.003344556677889F11112222.40000C801111.00 Nov 13 08:16:08.310: PNNI: Looking For Nodes That Advertise This Prefix Nov 13 08:16:08.310: PNNI: Best Match Is 45.003344556677889F11112222.40000C801111.00/152 Nov 13 08:16:08.310: PNNI: Found 2 POAs Nov 13 08:16:08.310: priority: 2 (16 0) pnni-remote-internal Nov 13 08:16:08.310: priority: 3 (1 80802000 (ATM1/0/2)) static-local-exterior Nov 13 08:16:08.310: PNNI: Compute On-Demand Route Based On Admin Weight Nov 13 08:16:08.310: PNNI: Found A Suitable Route Based On AW, Check CDV and CTD Nov 13 08:16:08.310: PNNI: Found A Route That Satisfies Both CDV and CTD Nov 13 08:16:08.310: PNNI: SOURCE ROUTE Nov 13 08:16:08.310: DTL 1> 3 Nodes Nov 13 08:16:08.310: Femke 80800000 (ATM1/0/0) Nov 13 08:16:08.310: Miles 80803000 (ATM1/0/3) Nov 13 08:16:08.310: Droopie Nov 13 08:16:08.310: PNNI: Found 1 Ports To Next DTL Node 13 80800000 (ATM1/0/0) Nov 13 08:16:08.314: PNNI: Send Source Route Reply To Requestor: Code PNNI_SUCCESS
In deze CallConnector worden deze twee POA's gevonden:
1/152 Interne PNI-route
/152 Externe statische route
Met de route /104 wordt geen rekening gehouden. De interne route van /152 PNNI wordt dan gebruikt omdat deze een betere voorrang heeft, voorrang 2, in vergelijking met de externe statische route, voorrang 3, en omdat er genoeg middelen op het pad zijn om deze Callopstelling aan te passen.
b. CBR Call Setup van apparaat A naar apparaat B met PCR = 7620 Kbps (18306 cellen/s)
Femke#show atm pnni dtl address 45.0033.4455.6677.889f.1111.2222.4000.0c80.1111 cbr pcr 183066 183066 Femke# Nov 13 12:38:28.165: PNNI: rcv CBR route req to addr 45.003344556677889F11112222.40000C801111.00 Nov 13 12:38:28.169: PNNI: Looking For Nodes That Advertise This Prefix Nov 13 12:38:28.169: PNNI: Best Match Is 45.003344556677889F11112222.40000C801111.00/152 Nov 13 12:38:28.169: PNNI: Found 2 POAs Nov 13 12:38:28.169: priority: 2 (14 0) pnni-remote-internal Nov 13 12:38:28.169: priority: 3 (1 80802000 (ATM1/0/2)) static-local-exterior Nov 13 12:38:28.169: PNNI: Compute On-Demand Route Based On Admin Weight Nov 13 12:38:28.169: PNNI: Failed To Find An On-Demand Route, Code: PNNI_USER_CELL_RATE_UNAVAILABLE Nov 13 12:38:28.169: PNNI: My Node Is Destination PNNI: Port List: 80802000 (ATM1/0/2) Nov 13 12:38:28.169: PNNI: Return 1 Ports In Source Route Nov 13 12:38:28.169: PNNI: Send Source Route Reply To Requestor: Code PNNI_SUCCESS
In het vorige voorbeeld, zijn er niet genoeg middelen langs de PNNI-weg, dus probeert LS1010 de tweede beschikbare route naar de bestemming te gebruiken. De switch valt dus terug op de statische externe route die naar het openbare ATM-netwerk wijst zoals vereist.
Gebruik deze instelling bijvoorbeeld. Alle links hebben hetzelfde administratieve gewicht.
Het doel van dit voorbeeld is te laten zien dat PNNI altijd de route met het kleinere administratieve gewicht gebruikt. Maar als de beste route niet genoeg bronnen heeft om de huidige oproep op te vangen, kan PNNI terugvallen op een lagere route.
In dit scenario, wanneer machine A een vraag aan apparaat B maakt, zijn er twee mogelijke paden:
Femke en dan Stan
Femke, Miles en Stan
Bij normale bedrijfsvoering gaan de callups door het eerste pad, omdat dat het pad is met een kleiner administratief gewicht.
Dit illustreert de eerdere verklaringen:
Apparaat B heeft dit NSAP-adres: 47.0033.4455.6677.889f.111.222.4000.0c80.1111.00. Zie je dat de gekozen route van Miles naar Stan loopt als je in de routingtabel kijkt:
Femke#show atm route Codes: P - installing Protocol (S - Static, P - PNNI, R - Routing control), T - Type (I - Internal prefix, E - Exterior prefix, SE - Summary Exterior prefix, SI - Summary Internal prefix, ZE - Suppress Summary Exterior, ZI - Suppress Summary Internal) P T Node/Port St Lev Prefix ~ ~~ ~~~~~~~~~~~~~~~~ ~~ ~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ P E 10 0 UP 0 47.0033.4455.6677.889f.1111.2222.4000.0c80.1111/152 [snip] Femke#show atm pnni identifiers Node Node Id Name 1 56:160:47.00918100000000E0146CB101.00E0146CB101.00 Femke 10 56:160:47.0091810000000060705A8F01.0060705A8F01.00 Stan 11 56:160:47.0091810000000050E2030601.0050E2030601.00 la-miles
a. CBR Call Setup van apparaat A naar apparaat B met PCR= 848 Kbps (2000 cellen/s)
Zo'n callinstelling moet het korte pad zonder problemen doorlopen, omdat er resources beschikbaar zijn om het pad op te nemen:
Femke#show atm interface resource atm 1/0/3 Resource Management configuration: [snip] Resource Management state: Cell-counts: 0 cbr, 0 vbr-rt, 0 vbr-nrt, 0 abr-ubr Available bit rates (in Kbps): 72455 cbr RX, 72455 cbr TX, 72455 vbr RX, 72455 vbr TX, 0 abr RX, 0 abr TX, 0 ubr RX, 0 ubr TX Allocated bit rates: 75000 cbr RX, 75000 cbr TX, 288 vbr RX, 288 vbr TX, 0 abr RX, 0 abr TX, 0 ubr RX, 0 ubr TX Best effort connections: 0 pvcs, 0 svcs
Op dat pad is nog steeds 75 Mbps. Dit is hoe te verifiëren welke DTL door Femke na ontvangst van de callinstelling wordt berekend:
Femke#show atm pnni dtl address 47.0033.4455.6677.889f.1111.2222.4000.0c80.1111 cbr pcr 2000 2000 Femke# *Dec 20 05:46:11.740: PNNI: CBR route request from ATM_OWNER_UNKNOWN *Dec 20 05:46:11.740: PNNI: To address 47.003344556677889F11112222.40000C801111.00 *Dec 20 05:46:11.740: PNNI: Best Match Is 47.003344556677889F11112222.40000C801111.00/152 *Dec 20 05:46:11.740: PNNI: Found 1 POAs *Dec 20 05:46:11.740: priority: 4 (10 0) pnni-remote-exterior *Dec 20 05:46:11.740: PNNI: Compute On-Demand Route Based On Admin Weight *Dec 20 05:46:11.740: PNNI: Found A Suitable Route Based On AW, Check CDV and CTD *Dec 20 05:46:11.740: PNNI: Found A Route That Satisfies Both CDV and CTD *Dec 20 05:46:11.740: PNNI: SOURCE ROUTE *Dec 20 05:46:11.740: DTL 1> 2 Nodes *Dec 20 05:46:11.740: Femke 80803000 (ATM1/0/3) *Dec 20 05:46:11.740: Stan 0 *Dec 20 05:46:11.744: PNNI: Found 1 Ports To Next DTL Node 10 80803000 (ATM1/0/3) *Dec 20 05:46:11.744: PNNI: Send Source Route Reply To Requestor: Code PNNI_SUCCESS
Deze uitvoer toont aan dat de vraag inderdaad het kortste pad volgt.
b. CBR Call Setup van apparaat A naar apparaat B met PCR = 8480 Kbps (20000 cellen/s)
Na ontvangst van een telefoontje van Femke kan het directe pad tussen Femke en Stan niet gebruikt worden omdat er niet genoeg ongebruikte middelen zijn. Femke kan dan proberen om het andere pad door Miles te gebruiken. Dit is DTL die Femke creëert bij ontvangst van zo een aanroep van apparaat A:
Femke#show atm pnni dtl address 47.0033..4455.6677.889f.1111.2222.4000.0c80.1111 cbr pcr 200000 200000 Femke# *Dec 20 05:47:31.885: PNNI: CBR route request from ATM_OWNER_UNKNOWN *Dec 20 05:47:31.885: PNNI: To address 47.003344556677889F11112222.40000C801111.00 *Dec 20 05:47:31.885: PNNI: Best Match Is 47.003344556677889F11112222.40000C801111.00/152 *Dec 20 05:47:31.885: PNNI: Found 1 POAs *Dec 20 05:47:31.885: priority: 4 (10 0) pnni-remote-exterior *Dec 20 05:47:31.889: PNNI: Compute On-Demand Route Based On Admin Weight *Dec 20 05:47:31.889: PNNI: Found A Suitable Route Based On AW, Check CDV and CTD *Dec 20 05:47:31.889: PNNI: Found A Route That Satisfies Both CDV and CTD *Dec 20 05:47:31.889: PNNI: SOURCE ROUTE *Dec 20 05:47:31.889: DTL 1> 3 Nodes *Dec 20 05:47:31.889: Femke 80800000 (ATM1/0/0) *Dec 20 05:47:31.889: la-miles 80801000 (ATM1/0/1) *Dec 20 05:47:31.889: Stan 0 *Dec 20 05:47:31.889: PNNI: Found 1 Ports To Next DTL Node 11 80800000 (ATM1/0/0) *Dec 20 05:47:31.889: PNNI: Send Source Route Reply To Requestor: Code PNNI_SUCCESS
Aangezien de kortste weg naar machine B niet genoeg middelen heeft om een dergelijke vraag op te vangen, creëert Femke een DTL die door Miles aan de weg correspondeert.
Concluderend kan worden gesteld dat PNNI bij de routeselectie:
Neemt slechts de langste matchroute(s) in aanmerking.
Probeert de routes in overeenstemming met hun prioriteit, dus hoe lager de voorrang, hoe beter, wanneer er verschillende routes zijn.
Gebruik de volgende beschikbare route, de volgende beschikbare POA, indien beschikbaar, wanneer de huidige route niet kan worden gebruikt.
Vermeldt de route onbereikbaar als geen van de POA's kan worden gebruikt.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
06-Feb-2002 |
Eerste vrijgave |