Selección de ruta de la Interfaz de red privada a red (PNNI)
Contenido
Introducción
Private Network-to-Network Interface (PNNI) es un conjunto de protocolos de red que se pueden utilizar para detectar una topología de red ATM, crear una base de datos de información de topología y enrutar llamadas a través de la topología detectada. Cuando planifica correctamente, la configuración de una red PNNI es mucho más fácil y rápida que la configuración manual de conexiones a través de una red ATM.
Este documento ilustra el proceso de selección de rutas PNNI mediante el uso de varios ejemplos.
Prerequisites
Requirements
Cisco recomienda que tenga conocimiento de PNNI. Lea estos documentos para obtener una explicación detallada sobre PNNI:
Introducción a PNNI (de Cisco PNNI Network Planning Guide for MGX and SES Products, Release 5.2)
Componentes Utilizados
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
-
Cisco Catalyst 8540 MSR que ejecuta Cisco IOS® Software Release 12.1(7a)EY1
-
LightStream LS1010 que ejecuta el software Cisco IOS versión 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). If your network is live, make sure that you understand the potential impact of any command.
Convenciones
Selección de ruta PNNI
PNNI utiliza ruteo de origen, donde el origen es responsable de la selección de la trayectoria de destino. Más precisamente, el primer nodo de cada grupo de peers selecciona la trayectoria a través de ese grupo de peers. La ruta seleccionada se codifica como una lista de tránsito designado (DTL) que se incluye en la configuración de la conexión. Este DTL especifica cada nodo por el que transita la configuración de llamada.
Esta explicación se ha tomado de la selección de trayectoria de la especificación PNNI 1.0 (af-pnni-0055.0, sección 5.13):
"Al seleccionar una ruta a una dirección ATM de destino, un nodo siempre ruteará al nodo que haya anunciado el prefijo más largo que coincida con el destino. Si sólo los nodos con el prefijo coincidente más largo son antecesores, el destino no es alcanzable. Sólo cuando varios nodos hayan anunciado prefijos coincidentes de igual longitud que sean más largos que cualquier otro anuncio, el nodo que realiza el cálculo podrá elegir de forma local qué destino utilizar. De los nodos que anuncian prefijos coincidentes iguales más largos, ignora cualquier antecesor y selecciona entre los restantes, si los hay".
En los dispositivos Cisco, la selección de la ruta a una dirección ATM de destino se basa en estos criterios:
-
La ruta preferida es la que tiene la coincidencia de prefijo ATM más larga.
-
Si existen varias coincidencias, la selección de la ruta se basa en la precedencia de las rutas encontradas. Cuanto menor sea la prioridad, mayor será la prioridad.
-
Si hay varias rutas con igual prioridad, entonces tome la ruta con el mejor peso administrativo.
Esta es la precedencia predeterminada asociada con 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 precedence [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 de ruta PNNI y utilizan un solo grupo de peers.
Ejemplo 1
Diagrama de la red
Utilice este diagrama de red en este ejemplo:
Nota:
-
Budvar y Platan son MSR Cisco Catalyst 8540 que ejecutan Cisco IOS Software Release 12.1(7a)EY1.
-
Miles es un LS1010 que ejecuta Cisco IOS Software Release 12.1(7a)EY.
-
Los dispositivos A y B pueden ser cualquier tipo de dispositivos capaces de establecer SVC.
Objetivo
Esta primera prueba ilustra el hecho de que PNNI toma el prefijo de coincidencia más largo, la ruta, con la prioridad más alta y, por lo tanto, la precedencia más baja, primero para rutear una llamada. En este ejemplo, las configuraciones de llamadas de velocidad de bits constante (CBR) se realizan desde el dispositivo A al dispositivo B. Estas configuraciones de llamadas pueden utilizar estas dos trayectorias diferentes pero iguales con el mismo peso administrativo para alcanzar el dispositivo B:
-
A través de Budvar y Platan
-
A través de Budvar y Miles
En este ejemplo, Platan anuncia una ruta PNNI interna al dispositivo B y Miles anuncia una ruta PNNI externa al dispositivo B. Normalmente, de acuerdo con la definición de la selección de trayectoria, Budvar debe rutear la llamada a través de la ruta interna PNNI.
Ilustración
El dispositivo B tiene esta dirección de punto de acceso a servicios de red (NSAP): 47.0091.8100.0000.00d0.58b8.555.0000.0000.0001.00
Vea dos rutas para ese destino cuando vea la tabla de ruteo ATM en 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
Como se explicó anteriormente, hay una ruta PNNI interna aprendida de Platan y una ruta PNNI externa aprendida de Miles.
Al recibir la configuración de llamada del dispositivo A al dispositivo B, Budvar puede calcular un DTL así como la trayectoria a través de Platan. Este resultado muestra cómo Budvar calcula 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
Como se explicó anteriormente, Budvar detecta que hay dos rutas o puntos de conexión (POA) posibles para alcanzar el dispositivo B. La ruta a través de Budvar (pnni-remote-internal) tiene una mejor prioridad que la ruta a través de millas. Por lo tanto, el DTL se construye con esa ruta.
Comentarios:
Este comando se puede utilizar para determinar qué DTL se debe crear para esta configuración de llamada:
show atm pnni dtl [node|address] [NSAP-address|node number] [traffic class] [class parameters]
where:
-
NSAP-address es la dirección NSAP de destino (la dirección 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 diferentes parámetros asociados con la clase de tráfico, como PCR, MCR y SCR.
Nota: Las diferentes velocidades (PCR, MCR, SCR) se definen en celdas/s y no en Kbps.
Nota: Este comando muestra qué DTL se calcula cuando se realiza una configuración de llamada a la dirección NSAP o al número de nodo PNNI deseado con los parámetros de tráfico especificados.
Ejemplo 2
Diagrama de la red
Utilice este diagrama de red en este ejemplo:
Objetivo
El objetivo de este ejemplo es mostrar que PNNI sólo tiene en cuenta los prefijos de coincidencia más largos y vuelve al siguiente POA disponible cuando el actual no se puede utilizar.
Las configuraciones de llamadas CBR se crean entre el dispositivo A y el dispositivo B. Estos dos dispositivos no utilizan ILMI y, por lo tanto, las rutas estáticas, a la dirección E.164 en este caso también conocida como direcciones 45, que apuntan a ellas se crean en Femke y Droopie.
Si la congestión ocurre dentro de la nube ATM privada que pasa a través de Millas, las configuraciones de llamadas CBR deben realizarse a través de la red ATM pública.
Asocie diferentes precedencias a diferentes tipos de rutas de modo que cuanto menor sea la precedencia, mayor será la prioridad de la ruta, para asegurarse de que las configuraciones de llamadas se realizan de acuerdo con los prerrequisitos.
Así es como se logran los prerrequisitos:
En Femke y Droopie, las rutas estáticas locales que apuntan al dispositivo conectado localmente se crean como internas y una ruta de respaldo que apunta al dispositivo remoto a través de la red ATM pública se define como externa. Además, ambas rutas estáticas se definen con la misma longitud debido a la regla de selección de trayectoria PNNI mencionada anteriormente.
Además de la ruta interna estática local que apunta al dispositivo conectado, se crea otra ruta interna estática con una coincidencia más corta para ilustrar el hecho de que PNNI siempre tiene en cuenta la ruta de coincidencia más larga.
Mire a Femke y vea que hay tres rutas para llegar al dispositivo B:
-
Una ruta PNNI interna que resulta de la redistribución de la ruta estática interna creada en Droopie.
-
Una ruta PNNI interna más corta que resulta de la redistribución de la ruta estática interna de coincidencia más corta creada en Droopie.
-
Una ruta estática externa que se define en Femke y apunta a la red ATM pública.
Ilustración
El dispositivo B tiene esta dirección NSAP: 45 0033 4455 6677 889f 1111 222 4000 c80 1111 00
En Droopie, estas rutas estáticas se definen:
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 de coincidencia más corta que apunta al dispositivo B.
En Femke, esta ruta estática de respaldo está definida:
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 ver en la tabla de ruteo 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 /152
-
una ruta PNNI interna /104
-
una ruta estática externa /152 que apunta a la red ATM pública
/152 y /104 son los niveles de jerarquía. Para obtener una explicación más detallada sobre los niveles de jerarquía, consulte Configuración del Ruteo ATM y PNNI.
Este resultado muestra cómo verificar los recursos disponibles entre Femke y 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
Recursos disponibles entre Miles y 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
Este resultado muestra qué sucede cuando se realiza una configuración de llamada CBR del dispositivo A al dispositivo B cuando se utilizan diferentes valores PCR:
a. Configuración de llamadas CBR del dispositivo A al dispositivo B con PCR = 727 Kbps (1715 celdas/s)
Hay recursos disponibles a lo largo de la trayectoria para acomodar tal configuración de llamada. Continúe con estas instrucciones para verificar el DTL, que se crea en 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 llamada, se encuentran estos dos POA:
-
/152 Ruta PNNI interna
-
/152 Ruta estática externa
La ruta /104 no se tiene en cuenta. La ruta interna PNNI /152 se utiliza entonces porque tiene una mejor precedencia, precedencia 2, comparada con la ruta estática externa, precedencia 3, y porque hay suficientes recursos en la ruta para acomodar esta configuración de llamada.
b. Configuración de llamadas CBR del dispositivo A al dispositivo B con PCR = 77620 Kbps (183066 celdas/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 suficientes recursos a lo largo de la trayectoria PNNI, por lo que el LS1010 intenta utilizar la segunda ruta disponible al destino. Por lo tanto, el switch retrocede a la ruta externa estática que apunta a la red ATM pública según sea necesario.
Ejemplo 3
Diagrama de la red
Utilice esta configuración para este ejemplo. Todos los links tienen el mismo peso administrativo.
El objetivo de este ejemplo es mostrar que PNNI siempre utiliza la ruta con el menor peso administrativo. Pero, si la mejor trayectoria no tiene suficientes recursos para acomodar la llamada actual, PNNI puede volver a una trayectoria inferior.
En esta situación, cuando el dispositivo A realiza una llamada al dispositivo B, hay dos rutas posibles:
-
Femke y luego Stan
-
Femke, Miles y luego Stan
A lo largo de las operaciones normales, las configuraciones de llamadas fluyen a través de la primera ruta, ya que es la que tiene el menor peso administrativo.
Ilustración
Esto ilustra las explicaciones anteriores:
El dispositivo B tiene esta dirección NSAP: 47.0033.4455.6677.889f.1111.222.4000.0c80.1111.00. Observe que la ruta elegida es la que va de Miles a Stan cuando mire 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 llamadas CBR del dispositivo A al dispositivo B con PCR = 848 Kbps (2000 celdas/s)
Tal configuración de llamada debe atravesar el trayecto corto sin ningún problema, ya que 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 ruta. Así es como se verifica qué DTL calcula Femke al recibir 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
Este resultado muestra que la llamada efectivamente atraviesa el trayecto más corto.
b. Configuración de llamadas CBR del dispositivo A al dispositivo B con PCR = 84800 Kbps (200000 celdas/s)
Al recibir una configuración de llamada de este tipo por parte de Femke, no se puede utilizar la ruta directa entre Femke y Stan porque no hay suficientes recursos sin usar. Femke puede entonces intentar usar el otro camino a través de Miles. Este es el DTL que Femke crea al recibir tal configuración de llamada desde el 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
Dado que el trayecto más corto al dispositivo B no tiene suficientes recursos para acomodar una llamada de este tipo, Femke crea un DTL que corresponde al trayecto a través de millas.
Conclusión
En conclusión, en su selección de ruta, PNNI:
-
Toma solamente las rutas coincidentes más largas en consideración.
-
Prueba las rutas de acuerdo con su prioridad, de modo que cuanto menor sea la precedencia, mejor, cuando existen varias rutas.
-
Utiliza la siguiente ruta disponible, el siguiente PDA disponible, si está disponible, cuando no se puede utilizar el actual.
-
Declara la ruta inalcanzable si no se puede utilizar ninguno de los POA.
Información Relacionada
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
1.0 |
06-Feb-2002 |
Versión inicial |
Comentarios