Modo de transferencia asíncrona (ATM) : Private Network-Network Interface (PNNI)

Selección de ruta de la Interfaz de red privada a red (PNNI)

18 Octubre 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Los (PNNI) del Private Network-to-Network Interface son una habitación de los Network Protocol que se pueden utilizar para descubrir una topología de red ATM, crear una base de datos de la información de topología, y la ruta llama sobre la topología descubierta. Cuando usted planea correctamente, la configuración de una red PNNI es mucho más fácil y más rápidamente que la configuración manual de las conexiones a través de una red ATM.

Este documento ilustra el proceso de la selección del PNNI Route con el uso de varios ejemplos.

prerrequisitos

Requisitos

Cisco recomienda que usted tiene conocimiento del PNNI. Lea estos documentos para una explicación detallada en el PNNI:

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • Cisco Catalyst 8540 MSR que funciona con el Software Release 12.1(7a)EY1 de Cisco IOS�

  • LightStream LS1010 que funciona con el Cisco IOS Software Release 12.1(7a)EY

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Selección de ruta PNNI

El PNNI utiliza el Source Routing, donde está responsable la fuente de la selección del trayecto de destino. Más exacto, el primer nodo de cada grupo de peer selecciona la trayectoria a través de ese grupo de peer. La ruta seleccionada se codifica como lista de tránsito designada (DTL) que se incluye en la configuración de conexión. Este DTL especifica cada nodo con el cual la configuración de la llamada transite.

Esta explicación se ha tomado de la selección de trayecto de la especificación PNNI 1.0 (af-pnni-0055.0leavingcisco.com , la sección 5.13):

“Al seleccionar una ruta ATM de destino a un direccionamiento, un nodo ruteará siempre al nodo que ha hecho publicidad del prefijo más largo que hace juego el destino. Si solamente los Nodos con el prefijo de coincidencia mayor son antepasados entonces el destino no es accesible. Solamente cuando varios Nodos han hecho publicidad los prefijos que corresponden con de la longitud igual que son todos más de largo que cualquier otro anuncio pueden el nodo calculador elegir en las bases locales que destino a utilizar. De los Nodos que hacen publicidad de los prefijos de coincidencia mayores iguales ignore a cualquier antepasado y selecciónelo entre el permanecer, si ningunos.”

En los dispositivos de Cisco, la selección de Route ATM de destino a un direccionamiento se basa en este los criterios:

  • La mayoría de la ruta preferida es la que está con la coincidencia más larga del prefijo atmósfera.

  • Si existen varias coincidencias, después la selección de Route se basa en la precedencia de las rutas encontradas. Cuanto más baja es la precedencia, más alta es la prioridad.

  • Si hay varias rutas con la prioridad equivalente, después tome la ruta con el mejor peso administrativo.

Ésta es la precedencia predeterminada asociada a cada ruta:

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

Estos valores se pueden modificar con el comando de la precedencia [prefix type] [priority]. Aquí tiene un ejemplo:

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

Ilustración de la selección de ruta

Estos tres ejemplos ilustran la selección del PNNI Route y utilizan a un solo grupo de peer.

Ejemplo 1

Diagrama de la red

Utilice este diagrama de la red en este ejemplo:

19131_a.gif

Nota: 

  • El Budvar y el Platan son Cisco Catalyst 8540 MSR que funcionen con el Cisco IOS Software Release 12.1(7a)EY1.

  • Las millas son un LS1010 que funciona con el Cisco IOS Software Release 12.1(7a)EY.

  • Los dispositivos A y B pueden ser cualquier tipo de dispositivos capaz de establecer los SVC.

Meta

Esta primera prueba ilustra el hecho de que el PNNI toma el prefijo más largo de la coincidencia, la ruta, con la prioridad más alta, así la precedencia inferior, primero para rutear una llamada. En este ejemplo, Velocidad de bits constante (CBR) las configuraciones de la llamada se hacen del dispositivo A al dispositivo B. Estas configuraciones de la llamada pueden utilizar estos dos diferentes pero los trayectos equivalentes con el mismo peso administrativo para alcanzar el dispositivo B:

  • Con el Budvar y el Platan

  • Con el Budvar y las millas

En este ejemplo, el Platan hace publicidad de una ruta PNNI interna al dispositivo B y a las millas hace publicidad de una ruta externa PNNI al dispositivo B. Normally, de acuerdo con la definición de la selección de trayecto, Budvar debe rutear la llamada vía el PNNI Internal Route.

Ilustración

El dispositivo B tiene este direccionamiento del punto de acceso al servicio de red (NSAP): 47.0091.8100.0000.00d0.58b8.5555.0000.0000.0001.00

Vea dos rutas para ese destino cuando usted mira la tabla de ruteo atmósfera en el 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

Según lo explicado previamente, hay una ruta PNNI interna aprendida del Platan y de una ruta externa PNNI aprendidos de las millas.

Sobre la recepción de la configuración de la llamada del dispositivo A al dispositivo B, el Budvar puede computar un DTL así como la trayectoria con el Platan. Esta salida muestra cómo el Budvar computa el 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

Según lo explicado previamente, el Budvar detecta que hay dos rutas o puntos de acoplamiento posibles (POA) para alcanzar el dispositivo B. La ruta con el Budvar (Pnni-remote-internal) tiene una mejor precedencia que la ruta con las millas. Por lo tanto, el DTL se construye con esa ruta.

Observaciones:

Este comando se puede utilizar para determinar qué DTL se debe crear para esta configuración de la llamada:

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

donde:

  • el NSAP-direccionamiento es el NSAP Address de destino (el direccionamiento del dispositivo B en nuestro caso).

  • la clase de tráfico es: CBR, UBR, VBR-rt, VBR-NRT, ABR.

  • los parámetros de clase son los diversos parámetros asociados a la clase de tráfico tal como PCR, MCR, y SCR.

Nota: Las diversas tarifas (PCR, MCR, SCR) se definen en las células/sec y no kbps.

Nota: Este comando muestra se computa qué DTL cuando una configuración de la llamada se hace al número deseado del NSAP Address o de nodo PNNI con los parámetros de tráfico especificado.

‘Ejemplo 2’

Diagrama de la red

Utilice este diagrama de la red en este ejemplo:

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

Meta

La meta de este ejemplo es mostrar que el PNNI toma solamente en la consideración los prefijos más largos de la coincidencia y recurre al POA disponible siguiente cuando el actual no es usable.

Las configuraciones de la llamada CBR se crean entre el dispositivo A y el dispositivo B. Estos dos dispositivos no utilizan el ILMI y así las Static rutas, al direccionamiento E.164 en este caso también conocido como 45 direccionamientos, que la punta a ellos está creada en el Femke y el Droopie.

Si la congestión ocurre dentro de la nube ATM privada que pasa con las millas, las configuraciones de la llamada CBR se deben hacer con red pública ATM.

Asocie diversa precedencia a diversos tipos de rutas de modo que cuanto más baja es la precedencia, cuanto más alta es la prioridad para la ruta, para aseegurarse que las configuraciones de la llamada están hechas de acuerdo con los requisitos previos.

Éste es cómo se alcanzan los requisitos previos:

En el Femke y el Droopie, las Static rutas locales que señalan localmente al dispositivo conectado se crean como interno y ruta de seguridad que las puntas al dispositivo remoto con red pública ATM están definidas como externo. Además, ambas Static rutas se definen con la misma longitud debido a la regla de selección del trayecto PNNI mencionada previamente.

Además del Static Internal Route local que señala al dispositivo conectado, otro Static Internal Route con una coincidencia más corta se crea para ilustrar el hecho de que el PNNI toma siempre la ruta más larga de la coincidencia en la consideración.

Mire el Femke y vea que hay tres rutas para alcanzar el dispositivo B:

  1. Una ruta PNNI interna que resulta de la redistribución de la ruta estática interna creó en el Droopie.

  2. Una ruta PNNI interna más corta que resulta de la redistribución de la ruta estática interna más corta de la coincidencia creó en el Droopie.

  3. Un External Static Route que se define en el Femke y las puntas al red pública ATM.

Ilustración

El dispositivo B tiene este NSAP Address: 45.0033.4455.6677.889f.1111.2222.4000.0c80.1111.00

En el Droopie, se definen estas Static rutas:

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 (*)

(*) esta ruta es la ruta más corta de la coincidencia esas puntas al dispositivo B.

En el Femke, se define esta Static ruta de reserva:

atm route 45.0033.4455.6677.889f.1111.2222.4000.0c80.1111... ATM1/0/2

Por lo tanto, estas entradas para el dispositivo B se pueden considerar en la tabla de ruteo del 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

Para alcanzar el dispositivo B, usted tiene:

  • una ruta PNNI interna de /152

  • una ruta PNNI interna de /104

  • un External Static Route de /152 esas puntas al red pública ATM

/152 y /104 son el niveles de jerarquía. Para una más explicación detallada en los niveles de jerarquía, refiera a los PNNI con los grupos de peers diferentes. Esta salida muestra cómo verificar a los recursos disponibles entre el Femke y las millas:

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

Recursos disponibles entre las millas y el 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

Esta salida muestra qué sucede cuando una configuración de la llamada CBR se hace del dispositivo A al dispositivo B cuando se utilizan diversos valores PCR:

a. Configuración de la llamada CBR del dispositivo A al dispositivo B con el kbps PCR= 727 (1715 cells/s)

Hay recursos disponibles a lo largo de la trayectoria para acomodar tal configuración de la llamada. Proceda con estas instrucciones para marcar el DTL, que se crea en el Femke, para alcanzar el dispositivo 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

En esta configuración de la llamada, se encuentran estos dos POA:

  • Ruta PNNI interna de /152

  • External Static Route de /152

La ruta de /104 no se tiene en cuenta. El PNNI Internal Route de /152 entonces se utiliza porque tiene una mejor precedencia, la precedencia 2, comparada al External Static Route, la precedencia 3, y porque hay bastantes recursos en la trayectoria para acomodar esta configuración de la llamada.

b. Configuración de la llamada CBR del dispositivo A al dispositivo B con el kbps PCR= 77620 (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

En el ejemplo anterior, no hay bastantes recursos a lo largo del trayecto PNNI, así que el LS1010 intenta utilizar la segunda ruta disponible al destino. Así, el Switch recurre a la ruta externo estática esas puntas al red pública ATM como sea necesario.

Ejemplo 3

Diagrama de la red

Utilice esta configuración para este ejemplo. Todos los links tienen el mismo peso administrativo.

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

La meta de este ejemplo es mostrar que el PNNI utiliza siempre la ruta con el peso administrativo más pequeño. Pero, si el mejor trayecto no tiene bastantes recursos para acomodar la llamada actual, el PNNI puede recurrir a un trayecto inferior.

En este escenario, cuando el dispositivo A hace una llamada al dispositivo B, hay dos trayectos posibles:

  1. Femke y entonces Stan

  2. Femke, millas y entonces Stan

En los funcionamientos normales, las configuraciones de la llamada atraviesan la primera trayectoria como ése es el que está con el peso administrativo más pequeño.

Ilustración

Esto ilustra las explicaciones anteriores:

El dispositivo B tiene este NSAP Address: 47.0033.4455.6677.889f.1111.2222.4000.0c80.1111.00. Vea que la ruta elegida es la que va de las millas al Stan cuando usted mira en la tabla de ruteo:

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. Configuración de la llamada CBR del dispositivo A al dispositivo B con el kbps PCR= 848 (cells/s 2000)

Tal configuración de la llamada necesita pasar a través de la trayectoria corta sin ningún problema, pues hay recursos disponibles para acomodarla:

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

Todavía hay 75 Mbps en esa trayectoria. Éste es cómo verificar qué DTL es computado por el Femke tras la recepción de la configuración de la llamada:

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

Esta salida muestra que la llamada pasa de hecho a través del trayecto más corto.

b. Configuración de la llamada CBR del dispositivo A al dispositivo B con el kbps PCR= 84800 (200000 cells/s)

Tras la recepción de tal configuración de la llamada por el Femke, el trayecto directo entre el Femke y el Stan no pueden ser utilizados porque no hay bastantes recursos sin usar. El Femke puede entonces intentar utilizar la otra trayectoria con las millas. Éste es el DTL que el Femke crea tras la recepción de tal configuración de la llamada del dispositivo 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

Puesto que el trayecto más corto al dispositivo B no tiene bastantes recursos para acomodar tal llamada, el Femke crea un DTL que corresponda a la trayectoria con las millas.

Conclusión

En conclusión, en su selección de Route, PNNI:

  • Tomas solamente las rutas más largas de la coincidencia de la consideración.

  • Intenta las rutas del acuerdo a su prioridad, tan cuanto más baja es la precedencia, cuanto el mejor, cuando existen varias rutas.

  • Utiliza la ruta disponible siguiente, el POA disponible siguiente, si está disponible, cuando la corriente no puede ser utilizada.

  • Declara la ruta inalcanzable si ningunos de los POA pueden ser utilizados.

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 19131