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)

• Configuration du routage ATM et PNNI

• Gestion de trafic ATM

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 :

1. Route PNNI interne résultant de la redistribution de la route statique interne créée sur Droopie.

2. 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.

3. 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 :

1. Femme, puis Stan

2. 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

• Introduction au PNNI
• Configuration du routage ATM et PNNI