Sélection de route PNNI (Private Network-to-Network Interface)
Contenu
Introduction
L’interface VPN (Private Network-to-Network Interface) est une suite de protocoles réseau pouvant être utilisés pour découvrir une topologie de réseau ATM, créer une base de données d’informations topologiques et router les appels sur la topologie découverte. Lorsque vous planifiez correctement, la configuration d’un réseau PNNI est beaucoup plus facile et rapide que la configuration manuelle des connexions via un réseau ATM.
Ce document illustre le processus de sélection de route PNNI à l'aide de plusieurs exemples.
Conditions préalables
Conditions requises
Cisco recommande que vous connaissiez PNNI. Lisez ces documents pour une explication détaillée sur PNNI :
Introduction à PNNI (tiré du Guide de planification du réseau Cisco PNNI pour les produits MGX et SES, version 5.2)
Components Used
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
-
Cisco Catalyst 8540 MSR qui exécute le logiciel Cisco IOS® version 12.1(7a)EY1
-
LightStream LS1010 qui exécute le logiciel Cisco IOS Version 12.1(7a)EY
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Conventions
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Sélection de route PNNI
PNNI utilise le routage source, où la source est responsable de la sélection du chemin de destination. Plus précisément, le premier noeud de chaque groupe d’homologues sélectionne le chemin à travers ce groupe d’homologues. Le chemin sélectionné est codé en tant que DTL (Designated Transit List) qui est inclus dans la configuration de la connexion. Cette DTL spécifie chaque noeud par lequel transite la configuration de l'appel.
Cette explication a été tirée de la sélection du chemin de la spécification PNNI 1.0 (af-pnni-0055.0, section 5.13) :
« Lors de la sélection d’une route vers une adresse ATM de destination, un noeud doit toujours acheminer vers le noeud qui a annoncé le plus long préfixe qui correspond à la destination. Si seuls les noeuds avec le préfixe correspondant le plus long sont des ancêtres, la destination n'est pas accessible. Ce n'est que lorsque plusieurs noeuds ont annoncé des préfixes de longueur égale qui sont tous plus longs que toute autre annonce que le noeud de calcul peut choisir localement la destination à utiliser. Parmi les noeuds annoncant les préfixes correspondants les plus longs ignorent les ancêtres et sélectionnent parmi les autres, le cas échéant. »
Sur les périphériques Cisco, la sélection de la route vers une adresse ATM de destination est basée sur les critères suivants :
-
La route la plus préférée est celle avec la plus longue correspondance de préfixe ATM.
-
Si plusieurs correspondances existent, la sélection de route est basée sur la priorité des routes trouvées. Plus la priorité est faible, plus la priorité est élevée.
-
S'il existe plusieurs routes avec une priorité égale, prenez la route avec le meilleur poids administratif.
Il s’agit de la priorité par défaut associée à chaque 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
Ces valeurs peuvent être modifiées à l'aide de la commande priority [prefix type] [priority]. Voici un exemple :
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
Illustration de la sélection de route
Ces trois exemples illustrent la sélection de route PNNI et utilisent un seul groupe homologue.
Exemple 1
Diagramme du réseau
Utilisez ce diagramme de réseau dans cet exemple :
Note:
-
Budvar et Platan sont des MSR Cisco Catalyst 8540 qui exécutent le logiciel Cisco IOS Version 12.1(7a)EY1.
-
Miles est un LS1010 qui exécute le logiciel Cisco IOS Version 12.1(7a)EY.
-
Les périphériques A et B peuvent être n'importe quel type de périphérique capable d'établir des circuits virtuels commutés.
Objectif
Ce premier test illustre le fait que PNNI prend le préfixe de correspondance le plus long, la route, avec la priorité la plus élevée, donc la priorité la plus basse, d'abord pour acheminer un appel. Dans cet exemple, les configurations d'appels CBR (Constant Bit Rate) sont effectuées du périphérique A au périphérique B. Ces configurations d'appels peuvent utiliser ces deux chemins différents mais égaux avec le même poids administratif afin d'atteindre le périphérique B :
-
Par Budvar et Platan
-
À travers Budvar et Miles
Dans cet exemple, Platan annonce une route PNNI interne vers le périphérique B et Miles annonce une route PNNI externe vers le périphérique B. Normalement, conformément à la définition de la sélection du chemin, Budvar doit acheminer l'appel via la route interne PNNI.
Illustration
Le périphérique B a cette adresse NSAP (Network Service Access Point) : 47.0091.8100.000.00d0.58b8.5555.000.0000.0000.0001.00
Reportez-vous à deux routes pour cette destination lorsque vous consultez la table de routage ATM sur Budvar :
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
Comme expliqué précédemment, il existe une route PNNI interne apprise à partir de Platan et une route PNNI externe apprise à partir de Miles.
À la réception de la configuration de l'appel du périphérique A au périphérique B, Budvar peut calculer une DTL ainsi que le chemin à travers Platan. Cette sortie montre comment Budvar calcule la DTL.
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
Comme expliqué précédemment, Budvar détecte qu'il existe deux routes possibles ou points d'attache (POA) pour atteindre le périphérique B. La route via Budvar (pnni-remote-internal) a une meilleure priorité que la route via Miles. Par conséquent, la DTL est construite avec cette route.
Remarques:
Cette commande peut être utilisée afin de déterminer quelle DTL doit être créée pour cette configuration d'appel :
show atm pnni dtl [node|address] [NSAP-address|node number] [traffic class] [class parameters]
where:
-
NSAP-address est l'adresse NSAP de destination (l'adresse du périphérique B dans notre cas).
-
la classe de trafic est : CBR, UBR, VBR-rt, VBR-nrt, ABR.
-
les paramètres de classe sont les différents paramètres associés à la classe de trafic, tels que PCR, MCR et SCR.
Note : Les différents taux (PCR, MCR, SCR) sont définis dans les cellules/s et non Kbits/s.
Remarque : Cette commande indique quelle DTL est calculée lorsqu'une configuration d'appel est effectuée à l'adresse NSAP souhaitée ou au numéro de noeud PNNI avec les paramètres de trafic spécifiés.
Exemple 2
Diagramme du réseau
Utilisez ce diagramme de réseau dans cet exemple :
Objectif
L'objectif de cet exemple est de montrer que PNNI ne prend en compte que les préfixes de correspondance les plus longs et revient au prochain POA disponible lorsque celui en cours n'est pas utilisable.
Les configurations d'appels CBR sont créées entre le périphérique A et le périphérique B. Ces deux périphériques n'utilisent pas ILMI et donc des routes statiques, à l'adresse E.164 dans ce cas également appelé 45 adresses, qui leur point sont créés sur Femke et Droopie.
Si un encombrement survient dans le cloud ATM privé qui passe par Miles, les configurations d'appels CBR doivent être effectuées via le réseau ATM public.
Associez une priorité différente à différents types de routes de sorte que plus la priorité est faible, plus la priorité de la route est élevée, afin de s'assurer que les configurations d'appel sont effectuées conformément aux conditions requises.
C'est ainsi que les conditions requises sont remplies :
Sur Femke et Droopie, les routes statiques locales qui pointent vers le périphérique connecté localement sont créées en tant qu'internes et une route de secours qui pointe vers le périphérique distant via le réseau ATM public est définie comme externe. En outre, les deux routes statiques sont définies avec la même longueur en raison de la règle de sélection de chemin PNNI précédemment mentionnée.
En plus de la route interne statique locale qui pointe vers le périphérique connecté, une autre route interne statique avec une correspondance plus courte est créée afin d'illustrer le fait que PNNI prend toujours en compte la route de correspondance la plus longue.
Regardez Femke et voyez qu'il y a trois routes pour atteindre le périphérique B :
-
Route PNNI interne résultant de la redistribution de la route statique interne créée sur Droopie.
-
Une route PNNI interne plus courte qui résulte de la redistribution de la route statique interne de correspondance plus courte créée sur Droopie.
-
Route statique externe définie sur Femke et pointant vers le réseau ATM public.
Illustration
Le périphérique B a cette adresse NSAP : 45.0033.4455.6677.889f.111.2222.4000.0c80.1111.00
Sur Droopie, ces routes statiques sont définies :
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 (*)
(*) cette route est la route de correspondance la plus courte qui pointe vers le périphérique B.
Sur Femke, cette route statique de secours est définie :
atm route 45.0033.4455.6677.889f.1111.2222.4000.0c80.1111... ATM1/0/2
Par conséquent, ces entrées pour le périphérique B sont visibles dans la table de routage Femke :
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
Pour atteindre le périphérique B, vous avez :
-
une route PNNI interne /152
-
une route PNNI interne /104
-
Une route statique externe /152 qui pointe vers le réseau ATM public
Les niveaux /152 et /104 sont les niveaux hiérarchiques. Pour une explication plus détaillée sur les niveaux hiérarchiques, référez-vous à Configuration du routage ATM et PNNI.
Ce résultat montre comment vérifier les ressources disponibles entre Femke et Miles :
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
Ressources disponibles entre Miles et 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
Ce résultat montre ce qui se passe lorsqu'une configuration d'appel CBR est effectuée du périphérique A au périphérique B lorsque différentes valeurs PCR sont utilisées :
a. Configuration des appels CBR du périphérique A au périphérique B avec PCR= 727 Kbits/s (1 715 cellules/s)
Il existe des ressources disponibles le long du chemin afin de prendre en charge une telle configuration d'appel. Suivez ces instructions afin de vérifier la DTL, qui est créée sur Femke, afin d'atteindre le périphérique B :
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
Dans cette configuration d'appel, les deux points d'accès suivants sont trouvés :
-
/152 Route PNNI interne
-
/152 Route statique externe
La route /104 n'est pas prise en compte. La route interne /152 PNNI est ensuite utilisée parce qu'elle a une meilleure priorité, la priorité 2, par rapport à la route statique externe, la priorité 3, et parce qu'il y a suffisamment de ressources sur le chemin pour prendre en charge cette configuration d'appel.
b. Configuration des appels CBR du périphérique A au périphérique B avec PCR = 77 620 Kbits/s (183 066 cellules/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
Dans l'exemple précédent, il n'y a pas assez de ressources le long du chemin PNNI, de sorte que le LS1010 tente d'utiliser la deuxième route disponible vers la destination. Ainsi, le commutateur revient à la route externe statique qui pointe vers le réseau ATM public selon les besoins.
Exemple 3
Diagramme du réseau
Utilisez cette configuration pour cet exemple. Tous les liens ont le même poids administratif.
L'objectif de cet exemple est de montrer que PNNI utilise toujours la route avec le poids administratif le plus faible. Mais si le meilleur chemin ne dispose pas de ressources suffisantes pour prendre en charge l'appel en cours, PNNI peut revenir à un chemin inférieur.
Dans ce scénario, lorsque le périphérique A appelle le périphérique B, il existe deux chemins possibles :
-
Femme, puis Stan
-
Femelle, Miles, puis Stan
Dans le cadre des opérations normales, les configurations d'appels traversent le premier chemin, celui qui a le poids administratif le plus faible.
Illustration
Ceci illustre les explications précédentes :
Le périphérique B a cette adresse NSAP : 47.0033.4455.6677.889f.111.2222.4000.0c80.1111.00. Lorsque vous examinez la table de routage, vérifiez que la route choisie est celle qui va de Miles à Stan :
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. Configuration des appels CBR du périphérique A au périphérique B avec PCR = 848 Kbits/s (2 000 cellules/s)
Une telle configuration d'appel doit passer par le chemin court sans aucun problème, car il existe des ressources disponibles pour l'accommoder :
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
Il y a encore 75 Mbits/s sur ce chemin. Voici comment vérifier quelle DTL est calculée par Femke à la réception de la configuration de l'appel :
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
Ce résultat montre que l'appel passe effectivement par le chemin le plus court.
b. Configuration des appels CBR du périphérique A au périphérique B avec PCR = 84 800 Kbits/s (200 000 cellules/s)
À la réception d'une telle configuration d'appel par Femke, le chemin direct entre Femke et Stan ne peut pas être utilisé car il n'y a pas assez de ressources inutilisées. Femke peut alors essayer d'utiliser l'autre chemin à travers Miles. Il s'agit de la DTL que Femke crée à la réception d'un tel paramétrage d'appel à partir du périphérique 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
Étant donné que le chemin le plus court vers le périphérique B ne dispose pas de ressources suffisantes pour prendre en charge un tel appel, Femke crée une DTL qui correspond au chemin à travers Miles.
Conclusion
En conclusion, dans sa sélection de route, PNNI :
-
Ne prend en compte que les routes de correspondance les plus longues.
-
Teste les routes en fonction de leur priorité, de sorte que plus la priorité est faible, mieux c’est, lorsque plusieurs routes existent.
-
Utilise la prochaine route disponible, la prochaine POA disponible, si elle est disponible, lorsque le courant ne peut pas être utilisé.
-
Déclare la route inaccessible si aucun des points d'accès ne peut être utilisé.
Informations connexes
Historique de révision
| Révision | Date de publication | Commentaires |
|---|---|---|
1.0 |
06-Feb-2002 |
Première publication |
Commentaires