Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Conventions

Seleção de rota PNNI

Ilustração da seleção de rotas

Exemplo 1

Exemplo 2

Exemplo 3

Conclusão

Informações Relacionadas

Introduction

A PNNI (Private Network-to-Network Interface, Interface Rede-Rede Privada) é um conjunto de protocolos de rede que podem ser usados para descobrir uma topologia de rede ATM, criar um banco de dados de informações de topologia e rotear chamadas pela topologia descoberta. Quando você planeja corretamente, a configuração de uma rede PNNI é muito mais fácil e rápida do que a configuração manual de conexões através de uma rede ATM.

Este documento ilustra o processo de seleção de rota PNNI através do uso de vários exemplos.

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento de PNNI. Leia estes documentos para obter uma explicação detalhada sobre PNNI:

- Introdução ao PNNI (do Cisco PNNI Network Planning Guide for MGX and SES Products, versão 5.2)

- Configurando o roteamento ATM e PNNI

- Gerenciamento de Tráfego ATM

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

- Cisco Catalyst 8540 MSR que executa o software Cisco IOS® versão 12.1(7a)EY1

- LightStream LS1010 que executa o software Cisco IOS versão 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

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Seleção de rota PNNI

O PNNI usa o roteamento de origem, onde a origem é responsável pela seleção do caminho de destino. Mais precisamente, o primeiro nó de cada grupo de pares seleciona o caminho através desse grupo de pares. O caminho selecionado é codificado como uma Lista de Trânsito Designado (DTL) incluída na configuração da conexão. Este DTL especifica cada nó através do qual a configuração de chamada transita.

Esta explicação foi tirada da seleção de caminho da especificação PNNI 1.0 (af-pnni-0055.0, seção 5.13):

"Ao selecionar uma rota para um endereço ATM de destino, um nó deve sempre rotear para o nó que anunciou o prefixo mais longo que corresponde ao destino. Se apenas os nós com o prefixo correspondente mais longo forem ancestrais, o destino não poderá ser alcançado. Somente quando vários nós tiverem anunciado prefixos de correspondência de comprimento igual que sejam todos maiores que qualquer outro anúncio, o nó de cálculo pode escolher, de forma local, qual destino usar. Dos nós que anunciam, os prefixos correspondentes mais longos ignoram qualquer ancestral e selecionam entre os restantes, se houver."

Nos dispositivos Cisco, a seleção da rota para um endereço ATM de destino é baseada neste critério:

- A rota mais preferencial é aquela com a maior correspondência de prefixo ATM.

- Se existirem várias correspondências, a seleção da rota será baseada na precedência das rotas encontradas. Quanto menor a precedência, maior a prioridade.

- Se houver várias rotas com prioridade igual, tome a rota com peso administrativo melhor.

Esta é a precedência padrão associada a cada rota:

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

Esses valores podem ser modificados com o comando precedence [prefix type] [priority]. Este é um exemplo:

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

Ilustração da seleção de rotas

Esses três exemplos ilustram a seleção de rota PNNI e usam um único grupo de peer.

Exemplo 1

Diagrama de Rede

Use este diagrama de rede neste exemplo:

Note:

- Budvar e Platan são MSRs Cisco Catalyst 8540 que executam o Cisco IOS Software Release 12.1(7a)EY1.

- Miles é um LS1010 que executa o Cisco IOS Software Release 12.1(7a)EY.

- Os dispositivos A e B podem ser qualquer tipo de dispositivo capaz de estabelecer SVCs.

Meta

Este primeiro teste ilustra o fato de que o PNNI toma o prefixo de correspondência mais longo, a rota, com a prioridade mais alta, portanto a prioridade mais baixa, primeiro para rotear uma chamada. Neste exemplo, as configurações de chamada de Taxa de Bits Constante (CBR - Constant Bit Rate) são feitas do dispositivo A para o dispositivo B. Essas configurações de chamada podem usar esses dois caminhos diferentes, mas iguais, com o mesmo peso administrativo para alcançar o dispositivo B:

- Através de Budvar e Platan

- Através de Budvar e Miles

Neste exemplo, Platan anuncia uma rota PNNI interna para o dispositivo B e Miles anuncia uma rota PNNI externa para o dispositivo B. Normalmente, de acordo com a definição da seleção de caminho, Budvar deve rotear a chamada através da rota interna PNNI.

Ilustração

O dispositivo B tem este endereço de ponto de acesso de serviço de rede (NSAP): 47.0091.8100.0000.00d0.58b8.5555.0000.0000.0001.00

Veja duas rotas para esse destino ao examinar a tabela de roteamento ATM em 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 explicado anteriormente, há uma rota PNNI interna aprendida de Platan e uma rota PNNI externa aprendida de Miles.

Após a recepção da configuração de chamada do dispositivo A para o dispositivo B, Budvar pode computar um DTL, bem como o caminho através da Platan. Esta saída mostra como o Budvar calcula o 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 explicado anteriormente, Budvar detecta que há duas rotas possíveis ou ponto de anexos (POAs) para acessar o dispositivo B. A rota através de Budvar (pnni-remote-internal) tem uma precedência melhor do que a rota através de Miles. Portanto, o DTL é construído com essa rota.

Lembretes:

Este comando pode ser usado para determinar qual DTL deve ser criado para esta configuração de chamada:

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

where:

- NSAP-address é o endereço NSAP de destino (o endereço do dispositivo B no nosso caso).

- a classe de tráfego é: CBR, UBR, VBR-rt, VBR-nrt, ABR.

- parâmetros de classe são os diferentes parâmetros associados à classe de tráfego, como PCR, MCR e SCR.

Observação: as diferentes taxas (PCR, MCR, SCR) são definidas em células/s e não em Kbps.

Observação: esse comando mostra qual DTL é computado quando uma configuração de chamada é feita para o endereço NSAP ou número de nó PNNI desejado com os parâmetros de tráfego especificados.

Exemplo 2

Diagrama de Rede

Use este diagrama de rede neste exemplo:

Meta

O objetivo deste exemplo é mostrar que o PNNI leva em consideração apenas os prefixos de correspondência mais longos e retorna ao próximo POA disponível quando o atual não é utilizável.

As configurações de chamada CBR são criadas entre o dispositivo A e o dispositivo B. Esses dois dispositivos não usam ILMI e, portanto, rotas estáticas para o endereço E.164 nesse caso também conhecido como 45 endereços, que apontam para eles e são criados na Femke e Droopie.

Se ocorrer congestionamento na nuvem ATM privada que passa por Miles, as configurações de chamada CBR devem ser feitas através da rede ATM pública.

Associar precedência diferente a diferentes tipos de rotas de modo que, quanto menor a precedência, maior a prioridade da rota, para garantir que as configurações da chamada sejam feitas de acordo com os pré-requisitos.

É assim que os pré-requisitos são alcançados:

Em Femke e Droopie, as rotas estáticas locais que apontam para o dispositivo conectado localmente são criadas como internas e uma rota de backup que aponta para o dispositivo remoto através da rede ATM pública é definida como externa. Além disso, ambas as rotas estáticas são definidas com o mesmo comprimento devido à regra de seleção de caminho PNNI mencionada anteriormente.

Além da rota interna estática local que aponta para o dispositivo conectado, outra rota interna estática com uma correspondência mais curta é criada para ilustrar o fato de que o PNNI sempre leva em consideração a rota de correspondência mais longa.

Examine a Femke e verifique se há três rotas para acessar o dispositivo B:

1. Uma rota PNNI interna que resulta da redistribuição da rota estática interna criada no Droopie.

2. Uma rota PNNI interna mais curta que resulta da redistribuição da rota estática interna de correspondência mais curta criada em Droopie.

3. Uma rota estática externa definida na Femke e que aponta para a rede ATM pública.

Ilustração

O dispositivo B tem este endereço NSAP: 45.0033.4455.6677.889f.111.222.4000.0c80.1111.00

No Droopie, essas rotas estáticas são definidas:

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 rota é a rota de correspondência mais curta que aponta para o dispositivo B.

Na Femke, essa rota estática de backup é definida:

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

Assim, essas entradas para o dispositivo B podem ser vistas na tabela de roteamento 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 acessar o dispositivo B, você tem:

- uma rota PNNI interna /152

- uma rota PNNI interna /104

- uma rota estática externa /152 que aponta para a rede ATM pública

O /152 e o /104 são os níveis da hierarquia. Para obter uma explicação mais detalhada sobre os níveis de hierarquia, consulte Configuração de Roteamento ATM e PNNI.

Esta saída mostra como verificar os recursos disponíveis entre Femke e 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 disponíveis entre Miles e 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 saída mostra o que acontece quando uma configuração de chamada CBR é feita do dispositivo A para o dispositivo B quando valores PCR diferentes são usados:

a. Configuração de chamada CBR do dispositivo A para o dispositivo B com PCR= 727 Kbps (1715 células/s)

Há recursos disponíveis ao longo do caminho para acomodar tal configuração de chamada. Siga estas instruções para verificar o DTL, que é criado na Femke, para acessar o 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

Nesta configuração de chamada, estes dois POAs são encontrados:

- /152 Rota PNNI interna

- /152 Rota estática externa

A rota /104 não é levada em conta. A rota interna PNNI /152 é então usada porque tem uma precedência melhor, precedência 2, em comparação com a rota estática externa, precedência 3 e porque há recursos suficientes no caminho para acomodar essa configuração de chamada.

b. Configuração de chamada CBR do dispositivo A para o dispositivo B com PCR = 77620 Kbps (183066 células/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

No exemplo anterior, não há recursos suficientes ao longo do caminho PNNI, portanto, o LS1010 tenta usar a segunda rota disponível para o destino. Assim, o switch volta para a rota externa estática que aponta para a rede ATM pública conforme necessário.

Exemplo 3

Diagrama de Rede

Use esta configuração para este exemplo. Todos os links têm o mesmo peso administrativo.

O objetivo deste exemplo é mostrar que o PNNI sempre usa a rota com menor peso administrativo. Mas, se o melhor caminho não tiver recursos suficientes para acomodar a chamada atual, o PNNI poderá voltar para um caminho mais baixo.

Nesse cenário, quando o dispositivo A faz uma chamada para o dispositivo B, há dois caminhos possíveis:

1. Femke e depois Stan

2. Femke, Miles e depois Stan

Durante as operações normais, as configurações de chamada fluem pelo primeiro caminho, pois é aquele com menor peso administrativo.

Ilustração

Isso ilustra as explicações anteriores:

O dispositivo B tem este endereço NSAP: 47.0033.4455.6677.889f.111.2222.4000.0c80.1111.00. Veja que a rota escolhida é a que vai de Miles para Stan quando você procura na tabela de roteamento:

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. Configuração de chamada CBR do dispositivo A para o dispositivo B com PCR= 848 Kbps (2.000 células/s)

Tal configuração de chamada precisa passar pelo caminho curto sem nenhum problema, pois há recursos disponíveis para acomodá-lo:

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

Ainda há 75 Mbps nesse caminho. É assim que se verifica qual DTL é computado pela Femke após a recepção da configuração da chamada:

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

Essa saída mostra que a chamada realmente passa pelo caminho mais curto.

b. Configuração de chamada CBR do dispositivo A para o dispositivo B com PCR = 84800 Kbps (200000 células/s)

Ao receber tal configuração de chamada pela Femke, o caminho direto entre a Femke e a Stan não pode ser usado porque não há recursos não utilizados suficientes. A Femke pode então tentar usar o outro caminho através de Miles. Este é o DTL que a Femke cria ao receber tal configuração de chamada do 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

Como o caminho mais curto para o dispositivo B não tem recursos suficientes para acomodar tal chamada, a Femke cria um DTL que corresponde ao caminho através de Miles.

Conclusão

Em conclusão, na sua seleção de rotas, a PNNI:

- Leva em consideração apenas a(s) rota(s) de correspondência mais longa(s).

- Tenta as rotas de acordo com sua prioridade, assim, quanto menor a precedência, melhor, quando existem várias rotas.

- Usa a próxima rota disponível, o próximo POA disponível, se disponível, quando a atual não pode ser usada.

- Declara a rota inalcançável se nenhum dos POAs puder ser usado.

Informações Relacionadas

- Introdução ao PNNI

- Configurando o roteamento ATM e PNNI