Mode de transfert asynchrone (ATM) : Interface réseau-réseau privée (PNNI)

Sélection de route PNNI (Private Network-to-Network Interface)

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

L'interface entre réseaux privée (PNNI) est une suite des protocoles réseau qui peuvent être utilisés afin de découvrir une topologie du réseau atmosphère, créer une base de données des informations topologiques, et conduire des appels au-dessus de la topologie découverte. Quand vous prévoyez correctement, l'installation d'un réseau PNNI est beaucoup plus facile et plus rapide que la configuration manuelle des connexions par un réseau atmosphère.

Ce document montre le procédé de sélection de routes PNNI par l'utilisation de plusieurs exemples.

Conditions préalables

Conditions requises

Cisco recommande que vous ayez la connaissance de PNNI. Lisez ces documents pour une explication détaillée sur PNNI :

Composants utilisés

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 la version de logiciel 12.1(7a)EY1 de ½ du ¿  de Cisco IOSïÂ

  • LightStream LS1010 qui exécute la version du logiciel Cisco IOS 12.1(7a)EY

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Sélection de routes PNNI

PNNI utilise le source-routage, où la source est responsable de la sélection du chemin de destination. Plus avec précision, le premier noeud de chaque groupe de homologues sélectionne le chemin à travers ce groupe de homologues. Le chemin sélectionné est encodé comme liste indiquée de transit (DTL) qui est incluse en configuration de connexion. Ce DTL spécifie chaque noeud par lequel l'établissement d'appel transite.

Cette explication a été prise de la sélection de chemin de la spécification PNNI 1.0 (af-pnni-0055.0leavingcisco.com , section 5.13) :

« Quand sélectionnant une artère à une adresse atmosphère de destination, un noeud conduira toujours au noeud qui a annoncé le plus long préfixe qui apparie la destination. Si seulement les Noeuds avec le plus long préfixe assorti sont des ancêtres puis la destination n'est pas accessible. Seulement quand plusieurs Noeuds ont annoncé les préfixes assortis de longueur égale qui sont tous plus longs que n'importe quelle autre publicité peuvent le noeud calculateur choisir sur une base locale que destination à l'utiliser. Des Noeuds annonçant de plus longs préfixes assortis égaux ignorez tous les ancêtres et les sélectionnez parmi autres ceux, si quels. »

Sur des périphériques de Cisco, la sélection de routes à une adresse atmosphère de destination est basée sur le ce des critères :

  • La plupart de route préférée est celle avec la plus longue correspondance de préfixe atmosphère.

  • Si plusieurs correspondances existent, alors la sélection de routes est basée sur la priorité des artères trouvées. Plus la priorité est inférieure, plus la priorité est élevée.

  • S'il y a plusieurs artères avec la priorité égale, alors prenez l'artère avec le poids administratif meilleur.

C'est la priorité par défaut associée avec chaque artère :

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 avec la priorité [type de préfixe] [priorité] commande. 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 routes

Ces trois exemples montrent la sélection de routes PNNI et utilisent un seul groupe de homologues.

Exemple 1

Diagramme du réseau

Utilisez ce schéma de réseau dans cet exemple :

19131_a.gif

Remarque: 

  • Budvar et Platan sont Cisco Catalyst 8540 MSR qui exécutent la version du logiciel Cisco IOS 12.1(7a)EY1.

  • Les milles est des LS1010 qui exécutent la version du logiciel Cisco IOS 12.1(7a)EY.

  • Les périphériques A et B peuvent être n'importe quel type de périphériques capables établir des SVC.

But

Ce premier test illustre le fait que PNNI prend le préfixe de correspondance plus longue, l'artère, avec la haute priorité, ainsi la priorité inférieure, afin de conduire d'abord un appel. Dans cet exemple, des établissements d'appel constants de débit binaire (CBR) sont faits à partir du périphérique A au périphérique B. Ces établissements d'appel peuvent utiliser ces deux différents mais chemins égaux avec le même poids administratif afin d'atteindre le périphérique B :

  • Par Budvar et Platan

  • Par Budvar et milles

Dans cet exemple, Platan annonce une artère interne PNNI au périphérique B et aux milles annonce une artère externe PNNI au périphérique B. Normally, selon la définition de la sélection de chemin, Budvar doit conduire l'appel par l'intermédiaire de la route interne PNNI.

Illustration

Le périphérique B a cette adresse du point d'accès aux services réseau (NSAP) : 47.0091.8100.0000.00d0.58b8.5555.0000.0000.0001.00

Voir les deux artères pour cette destination quand vous regardez la table de routage atmosphère 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 précédemment expliqué, il y a une artère interne PNNI apprise de Platan et une artère externe PNNI apprise des milles.

Sur la réception de l'établissement d'appel du périphérique A au périphérique B, Budvar peut calculer un DTL aussi bien que le chemin par Platan. Cette sortie affiche comment Budvar calcule le 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 précédemment expliqué, Budvar le détecte qu'il y a deux artères ou points des connexions possibles (POAs) pour atteindre le périphérique B. L'artère par Budvar (pnni-distant-interne) a une meilleure priorité que l'artère par des milles. Par conséquent, le DTL est construit avec cette artère.

Remarques :

Cette commande peut être utilisée afin de déterminer quel DTL doit être créé pour cet établissement d'appel :

show atm pnni dtl [node|address] [NSAP-address|node number] [traffic class] [class parameters] 

où :

  • L'adresse NSAP est l'adresse NSAP de destination (l'adresse de périphérique B dans notre cas).

  • la classe du trafic est : CBR, UBR, vbr-rt, vbr-nrt, ABR.

  • les paramètres de classe sont les différents paramètres associés avec la classe du trafic telle que le PCR, le MCR, et la SCR.

Remarque: Les différents débits (PCR, MCR, SCR) ne sont définis en cellules/sec et pas Kbps.

Remarque: Cette commande montre que DTL est calculé quand un établissement d'appel est fait à l'adresse NSAP désirée ou au numéro du noeud PNNI avec les paramètres du trafic indiqué.

Exemple 2

Diagramme du réseau

Utilisez ce schéma de réseau dans cet exemple :

/image/gif/paws/19131/19131_b.gif

But

Le but de cet exemple est de prouver que PNNI prend en compte seulement les préfixes de correspondance plus longue et retombe au prochain POA disponible quand l'en cours n'est pas utilisable.

Des établissements d'appel de CBR sont créés entre le périphérique A et le périphérique B. Ces deux périphériques n'utilisent pas des artères d'ILMI et ainsi de charge statique, à l'adresse E.164 dans ce cas également connue sous le nom de 45 adresses, que le point à elles sont créés sur Femke et Droopie.

Si l'encombrement se produit dans le nuage ATM privé qui passe par des milles, les établissements d'appel de CBR doivent être faits par le réseau atmosphère de public.

Associez la priorité différente à différents types d'artères de sorte que plus la priorité est inférieure, plus la priorité pour l'artère est élevée, afin de s'assurer que les établissements d'appel sont faits selon les conditions préalables.

C'est comment les conditions préalables sont réalisées :

Sur Femke et Droopie, les artères locales de charge statique qui indiquent localement le périphérique connecté sont créées comme interne et route de secours que des points au périphérique distant par le réseau atmosphère de public est définis en tant qu'externe. En outre, les deux artères 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 indique 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 en compte toujours l'artère de correspondance plus longue.

Regardez Femke et voyez qu'il y a trois artères pour atteindre le périphérique B :

  1. Une artère interne PNNI qui résulte de la redistribution de l'artère statique interne a créé sur Droopie.

  2. Une artère interne plus courte PNNI qui résulte de la redistribution de l'artère statique interne de correspondance plus courte a créé sur Droopie.

  3. Une artère statique externe qui est définie sur Femke et des points au réseau atmosphère de public.

Illustration

Le périphérique B a cette adresse NSAP : 45.0033.4455.6677.889f.1111.2222.4000.0c80.1111.00

Sur Droopie, ces artères 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 artère est l'artère plus courte de correspondance ces points au périphérique B.

Sur Femke, cette artère statique de sauvegarde 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 peuvent être vues sur la table de routage de 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

Afin d'atteindre le périphérique B, vous avez :

  • une artère interne de /152 PNNI

  • une artère interne de /104 PNNI

  • une artère statique externe de /152 cette indique le réseau atmosphère de public

/152 et /104 sont les les niveaux de la hiérarchie. Pour une explication plus détaillée aux niveaux de la hiérarchie, référez-vous à PNNIs avec différents groupes de homologues. Cette sortie affiche comment vérifier les ressources disponibles entre Femke et les milles :

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 les milles et le 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

Cette sortie affiche ce qui se produit quand un établissement d'appel de CBR est fait à partir du périphérique A au périphérique B quand différentes valeurs de PCR sont utilisées :

a. Établissement d'appel de CBR du périphérique A au périphérique B avec le Kbps PCR= 727 (1715 cells/s)

Il y a des ressources disponibles le long du chemin afin de faciliter un tel établissement d'appel. Procédez à ces instructions afin de vérifier le DTL, qui est créé 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 cet établissement d'appel, ces deux POAs sont trouvés :

  • Artère interne de /152 PNNI

  • Artère statique externe de /152

L'artère de /104 n'est pas prise en considération. La route interne de /152 PNNI est alors utilisée parce qu'elle a une meilleure priorité, la priorité 2, comparée à l'artère statique externe, la priorité 3, et parce qu'il y a assez de ressources sur le chemin afin de faciliter cet établissement d'appel.

b. Établissement d'appel de CBR du périphérique A au périphérique B avec le PCR = 77620 Kbps (183066 cells/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, ainsi les essais LS1010 pour utiliser la deuxième artère disponible à la destination. Ainsi, le commutateur retombe à l'artère externe statique ces points au réseau atmosphère de public au besoin.

Exemple 3

Diagramme du réseau

Utilisez cette installation pour cet exemple. Tous les liens ont le même poids administratif.

/image/gif/paws/19131/19131_c.gif

Le but de cet exemple est de prouver que PNNI utilise toujours l'artère avec le poids administratif plus petit. Mais, si le meilleur chemin n'a pas assez de ressources afin de faciliter l'appel en cours, PNNI peut retomber à un chemin inférieur.

Dans ce scénario, quand le périphérique A fait un appel au périphérique B, il y a deux chemins possibles :

  1. Femke et puis Stan

  2. Femke, milles et puis Stan

Dans tous des fonctionnement normal, les établissements d'appel traversent le premier chemin comme c'est celui avec le poids administratif plus petit.

Illustration

Ceci illustre les explications précédentes :

Le périphérique B a cette adresse NSAP : 47.0033.4455.6677.889f.1111.2222.4000.0c80.1111.00. Voyez que l'artère choisie est celle qui va des milles à Stan quand vous regardez dans la table de routage :

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. Établissement d'appel de CBR du périphérique A au périphérique B avec le Kbps PCR= 848 (2000 cells/s)

Un tel établissement d'appel doit passer par le chemin court sans problème, car il y a des ressources disponibles afin de le faciliter :

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 reste 75 Mbits/s sur ce chemin. C'est comment vérifier quel DTL est calculé par Femke à la réception de l'établissement d'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

Cette sortie prouve que l'appel passe en effet par le plus court chemin.

b. Établissement d'appel de CBR du périphérique A au périphérique B avec le PCR = 84800 Kbps (200000 cells/s)

À la réception d'un tel établissement d'appel par Femke, le chemin direct entre Femke et Stan ne peut pas être utilisé parce qu'il n'y a pas assez de ressources inutilisées. Femke peut alors essayer d'utiliser l'autre chemin par des milles. C'est le DTL que Femke crée à la réception d'un tel établissement d'appel 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

Puisque le plus court chemin au périphérique B n'a pas assez de ressources pour faciliter un tel appel, Femke crée un DTL qui correspond au chemin par des milles.

Conclusion

En conclusion, dans sa sélection de routes, PNNI :

  • Prises seulement les artères de correspondance plus longue dans la considération.

  • Essaye les artères dans l'accord à leur priorité, ainsi plus la priorité est inférieure, plus le meilleur, quand plusieurs artères existent.

  • Utilise la prochaine artère disponible, le prochain POA disponible, si disponible, quand le courant ne peut pas être utilisé.

  • Déclare l'artère inaccessible si aucun du POAs ne peut être utilisé.


Informations connexes


Document ID: 19131