Seleção de rota de Interface de rede a rede privada (PNNI)

Opções de download

  • PDF     (633.7 KB)
    Ver no Adobe Reader em vários dispositivos
  • ePub     (140.5 KB)
    Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
  • Mobi (Kindle)     (176.6 KB)
    Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos
Atualizado:21 de fevereiro de 2019
ID do documento:19131

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

    Introdução

    O Private Network-to-Network Interface (PNNI) é um conjunto de protocolos de rede que pode ser usado 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 da rota PNNI através do uso de vários exemplos.

    Pré-requisitos

    Requisitos

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

    Componentes Utilizados

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

    • Cisco Catalyst 8540 MSR que executa o Cisco IOS® Software Release 12.1(7a)EY1

    • LightStream LS1010 com Cisco IOS Software Release 12.1(7a)EY

    As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.

    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 roteamento de origem, onde a origem é responsável pela seleção do caminho de destino. Mais precisamente, o primeiro nó de cada grupo de peer seleciona o caminho através desse grupo de peer. O caminho selecionado é codificado como uma lista de trânsito designado (DTL), que é incluída na configuração da conexão. Esse DTL especifica cada nó pelo qual a configuração de chamada transita.

    Esta explicação foi retirada 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ó sempre deve 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 antecessores, o destino não estará acessível. Somente quando vários nós tiverem anunciado prefixos correspondentes de tamanho igual que sejam todos mais longos que qualquer outro anúncio, o nó de cálculo poderá escolher em uma base local qual destino usar. Dos nós que anunciam os prefixos correspondentes mais longos ignoram quaisquer antecessores e selecionam entre os restantes, se houver."

    Em dispositivos Cisco, a seleção de rota para um endereço ATM de destino é baseada nestes critérios:

    • A rota preferida é aquela com a maior correspondência de prefixo ATM.

    • Se houver 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, use a rota com o 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

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

    Exemplo 1

    Diagrama de Rede

    Use este diagrama de rede neste exemplo:

    19131_a.gif

    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 assume o prefixo de correspondência mais longo, a rota, com a prioridade mais alta, portanto a precedência 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 acessar o dispositivo B:

    • Através de Budvar e Platan

    • Através da 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 NSAP (Network Service Access Point): 47.0091.8100.0000.00d0.58b8.555.0000.0000.0001.00

    Veja duas rotas para esse destino ao olhar para 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 de Platan. Esta saída mostra como 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 Point of Attachments (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 é calculado quando uma configuração de chamada é feita para o endereço NSAP desejado ou o número de nó PNNI com os parâmetros de tráfego especificados.

    Exemplo 2

    Diagrama de Rede

    Use este diagrama de rede neste exemplo:

    19131_b.gif

    Meta

    O objetivo deste exemplo é mostrar que o PNNI leva em consideração apenas os prefixos de correspondência mais longos e volta para o 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 são criados em Femke e Droopie.

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

    Associe precedência diferente a tipos diferentes de rotas de modo que quanto menor a precedência, maior a prioridade para a rota, para garantir que as configurações de 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.

    Observe Femke e veja que há três rotas para alcançar 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 correspondente mais curta criada no Droopie.

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

    Ilustração

    O dispositivo B tem este endereço NSAP: 45.0033.4455.667.889f.1111.2222.4000.0c80.1111.00

    No Droopie, estas 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 (*)

    (*) essa rota é a rota de correspondência mais curta que aponta para o dispositivo B.

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

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

    Portanto, 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 alcançar 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 da 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 (1.715 células/s)

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

    Nessa configuração de chamada, os 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 de /152 PNNI é então usada porque tem uma precedência melhor, a precedência 2, em comparação com a rota estática externa, a 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.

    19131_c.gif

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

    Neste 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, já que é aquele com o peso administrativo menor.

    Ilustração

    Isso ilustra as explicações anteriores:

    O dispositivo B tem este endereço NSAP: 47.0033.4455.6677.889f.1111.2222.4000.0c80.1111.00. Veja que a rota escolhida é aquela que vai de Milhas a Stan quando você olha 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 por Femke no recebimento da configuração de 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

    Esta 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)

    Após a recepção de tal chamada configurada por Femke, o caminho direto entre Femke e Stan não pode ser usado porque não há recursos suficientes não utilizados. Femke pode então tentar usar o outro caminho através de Miles. Este é o DTL que a Femke cria após o recebimento de 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, Femke cria uma DTL que corresponde ao caminho através de Miles.

    Conclusão

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

    • Usa somente as rotas de correspondência mais longas em consideração.

    • Tenta as rotas de acordo com sua prioridade, portanto, quanto menor a precedência, melhor, quando várias rotas existirem.

    • 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

    Histórico de revisões

    Revisão Data de publicação Comentários
    1.0
    06-Feb-2002
    Versão inicial

    Este documento lhe foi útil?

    FeedbackFeedback

    Contate a Cisco