Асинхронный режим передачи (ATM) : Протокол PNNI

Выбор маршрута в интерфейсе частная сеть-сеть (PNNI)

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Введение

Private Network-to-Network Interface (PNNI) является комплектом сетевых протоколов, которые могут использоваться, чтобы обнаружить топологию сети ATM, создать базу данных информации о топологии и переклички маршрута обнаруженная топология. Когда вы планируете должным образом, установленная из сети PNNI намного проще и быстрее, чем настройка вручную соединений через сеть ATM.

Этот документ иллюстрирует процесс Выбора маршрута PNNI с помощью нескольких примеров.

Предварительные условия

Требования

Cisco рекомендует ознакомиться с PNNI. Считайте эти документы для подробного объяснения на PNNI:

Используемые компоненты

Сведения, содержащиеся в данном документе, касаются следующих версий программного и аппаратного обеспечения:

  • Cisco Catalyst 8540 MSR, которые выполняют Cisco Выпуск ПО IOS� 12.1 (7a) EY1

  • LS1010 LightStream, который выполняет Cisco IOS Software Release 12.1 (7a) EY

Сведения, представленные в этом документе, были получены от устройств, работающих в специальной лабораторной среде. Все устройства, описанные в этом документе, были запущены с чистой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования.

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Условные обозначения технических терминов Cisco.

Выбор маршрута PNNI

PNNI использует маршрутизацию источника, где источник ответственен за выбор пути назначения. Более точно первый узел каждой группы одноранговых узлов выбирает путь по той группе одноранговых узлов. Выбранный путь закодирован как Назначенный транзитный список (DTL), который включен в настройку подключения. Этот DTL задает каждый узел, через который передает транзитом настройка вызова.

Это пояснение было взято от выбора пути спецификации PNNI 1.0 (af-pnni-0055.0 leavingcisco.com, разделите 5.13):

"При выборе маршрута к адресу конечного места ATM узел должен всегда направлять к узлу, который объявил самый длинный префикс, который совпадает с назначением. Если только узлы с самым длинным префиксом соответствия являются предками тогда, назначение не достижимо. Только, когда несколько узлов объявили равную длину соответствующие префиксы, которые все более длинны, чем какая-либо другая реклама может вычисляющий узел выбирать на локально который назначение использовать. Из узлов, объявляя равные самые длинные префиксы соответствия игнорируют любых предков и выбирают среди остающихся, если таковые имеются."

На устройствах Сisco выбор маршрута к адресу конечного места ATM основывается на этом критерии:

  • Большая часть предпочитаемого маршрута является тем с самым длинным соответствием префикса ATM.

  • Если несколько соответствий существуют, то выбор маршрута основывается на приоритетах найденных маршрутов. Чем ниже приоритеты, тем выше приоритет.

  • Если существует несколько маршрутов с равным приоритетом, то следуют маршрутом с лучшим административным весом.

Это - стандартный приоритет, привязанный к каждому маршруту:

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

Эти значения могут модифицироваться с командой precedence [prefix type] [priority]. Ниже представлен пример:

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

Иллюстрация выбора маршрута

Эти три примера иллюстрируют Выбор маршрута PNNI и используют одиночную группу одноранговых узлов.

Пример 1

Схема сети

Используйте эту схему сети в данном примере:

19131_a.gif

Примечание: 

  • Budvar и Platan являются Cisco Catalyst 8540 MSR, которые выполняют программное обеспечение Cisco IOS версии 12.1 (7a) EY1.

  • Мили являются LS1010, который выполняет Cisco IOS Software Release 12.1 (7a) EY.

  • Устройства A и B могут быть любым типом устройств, которые в состоянии установить SVC.

Цель

Этот первый тест иллюстрирует факт, что PNNI берет самый длинный префикс соответствия, маршрут, с более высоким приоритетом, таким образом более низкий приоритет, сначала для маршрутизации вызова. В данном примере настройки вызова Постоянной скорости передачи данных (CBR) сделаны из устройства к устройству B. Эти настройки вызова могут использовать эти другие два, но равноценные пути с тем же административным весом для достижения устройства B:

  • Через Budvar и Platan

  • Через Budvar и мили

В данном примере Platan объявляет внутренний маршрут PNNI к устройству B, и Майлз объявляет внешний маршрут PNNI к устройству B. Обычно, в соответствии с определением выбора пути, Budvar должен направить вызов через Внутренний маршрут PNNI.

Рисунок

Устройство B имеет этот адрес Точки доступа к сетевым услугам (NSAP): 47.0091.8100.0000.00d0.58b8.5555.0000.0000.0001.00

См. два маршрута для того назначения при рассмотрении таблицы маршрутизации ATM на 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

Как ранее объяснено, существует внутренний маршрут PNNI, изученный из Platan и одного внешнего маршрута PNNI, изученного от Майлза.

После приема настройки вызова от устройства к устройству B, Budvar может вычислить DTL, а также путь через Platan. Эти выходные данные показывают, как Budvar вычисляет 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

Как ранее объяснено, Budvar обнаруживает, что существует два возможных маршрута или Точка Присоединений (POA) для достижения устройства B. Маршрут через Budvar (Pnni-remote-internal) имеет лучшие приоритеты, чем маршрут через Майлза. Следовательно, DTL создан с тем маршрутом.

Замечания:

Эта команда может использоваться для определения, какой DTL должен быть создан для этой настройки вызова:

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

где:

  • Адресом точки доступа к сетевой службе (NSAP) является целевой Адрес точки доступа к сетевой службе (NSAP) (адрес устройства B в нашем случае).

  • класс трафика: CBR, UBR, VBR-rt, VBR-nrt, ABR.

  • параметры класса являются другими параметрами, привязанными к классу трафика, такими как PCR, MCR и SCR.

Примечание: Другие скорости (PCR, MCR, SCR) определены в ячейках/сек. и не Кбит/с.

Примечание: Эта команда показывает, какой DTL вычислен, когда настройка вызова сделана к требуемому Адресу точки доступа к сетевой службе (NSAP) или количеству узла PNNI с указанными параметрами трафика.

Пример 2

Схема сети

Используйте эту схему сети в данном примере:

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

Цель

Цель данного примера состоит в том, чтобы показать, что PNNI только учитывает самые длинные префиксы соответствия и переключается на следующий доступный POA, когда текущий не применим.

Настройки вызова CBR созданы между устройством A и устройством B. Эти два устройства не используют ILMI и таким образом статические маршруты к адресу E.164, в этом случае также известному, поскольку 45 адресов, та точка им создана на Femke и Droopie.

Если перегрузка происходит в частном облаке ATM, которое проходит через Мили, настройки вызова CBR должны быть сделаны через общедоступную сеть ATM.

Привяжите другие приоритеты к различным типам маршрутов так, чтобы, чем ниже приоритеты, тем выше приоритет для маршрута, чтобы удостовериться, что настройки вызова сделаны в соответствии с предварительными условиями.

Это - то, как достигнуты предварительные условия:

На Femke и Droopie, локальные статические маршруты, которые указывают к локально подключенному устройству, созданы столь же внутренние и резервный маршрут, который указывает к удаленному устройству через общедоступную сеть ATM, определен как внешний. Кроме того, оба статических маршрута определены с той же длиной из-за правила выбора пути PNNI, ранее упомянутого.

В дополнение к локальному статическому внутреннему маршруту, который указывает к подключенному устройству, другой статический внутренний маршрут с более коротким соответствием создан для иллюстрирования факта, что PNNI всегда принимает самый длинный маршрут соответствия во внимание.

Взгляд на Femke и видит, что существует три маршрута для достижения устройства B:

  1. Внутренний маршрут PNNI, который следует из перераспределения внутреннего статического маршрута, созданного на Droopie.

  2. Более короткий внутренний маршрут PNNI, который следует из перераспределения более короткого внутреннего статического маршрута соответствия, созданного на Droopie.

  3. Внешний статический маршрут, который определен на Femke и точках к общедоступной сети ATM.

Рисунок

Устройство B имеет этот Адрес точки доступа к сетевой службе (NSAP): 45.0033.4455.6677.889f.1111.2222.4000.0c80.1111.00

На Droopie определены эти статические маршруты:

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

(*) этот маршрут является более коротким маршрутом соответствия, который указывает к устройству B.

На Femke определен этот резервный статический маршрут:

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

Следовательно, эти записи для устройства B могут быть замечены на таблице маршрутизации 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

Для достижения устройства B, вы имеете:

  • внутренний маршрут PNNI a/152

  • внутренний маршрут PNNI a/104

  • внешний статический маршрут a/152, который указывает к общедоступной сети ATM

/152 и/104 являются уровнями иерархии. Для большего количества подробного объяснения на уровнях иерархии обратитесь к PNNI с Другими группами одноранговых узлов. Эти выходные данные показывают, как проверить доступные ресурсы между Femke и Майлзом:

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

Ресурсы, доступные между Майлзом и 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

Эти выходные данные показывают то, что происходит, когда настройка вызова CBR сделана из устройства к устройству B, когда используются другие значения PCR:

о. Настройка вызова CBR от Устройства к Устройству B с PCR = 727 кбит/с (ячеек/сек 1715 года)

Существуют доступные ресурсы вдоль пути для размещения такой настройки вызова. Продолжите эти инструкции для проверки DTL, который создан на Femke для достижения устройства 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

В этой настройке вызова найдены эти два POA:

  • /152 Внутренний маршрут PNNI

  • /152 Внешний статический маршрут

Маршрут/104 не принят во внимание./152 Внутренний маршрут PNNI тогда используется, потому что он имеет лучшие приоритеты, приоритеты 2, по сравнению с внешним статическим маршрутом, приоритеты 3, и потому что существует достаточно ресурсов на пути для размещения этой настройки вызова.

b. Настройка вызова CBR от Устройства к Устройству B с PCR = 77620 кбит/с (183066 ячеек/сек)

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

В предыдущем примере существует недостаточно ресурсов вдоль пути PNNI, таким образом, LS1010 пытается использовать второй доступный маршрут для назначения. Таким образом коммутатор переключается на статический внешний маршрут, который указывает к общедоступной сети ATM как требуется.

Пример 3

Схема сети

Используйте эту настройку для данного примера. Все ссылки имеют тот же административный вес.

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

Цель данного примера состоит в том, чтобы показать, что PNNI всегда использует маршрут с меньшим административным весом. Но, если оптимальный путь не имеет достаточного количества ресурсов для размещения текущего вызова, PNNI может переключиться на более низкий путь.

В этом сценарии, когда устройство A звонит к устройству B, существует два возможных пути:

  1. Femke и затем Stan

  2. Femke, Мили и затем Stan

В течение нормальных работ потока настроек вызова через первый путь, поскольку это - то с меньшим административным весом.

Рисунок

Это иллюстрирует предыдущие пояснения:

Устройство B имеет этот Адрес точки доступа к сетевой службе (NSAP): 47.0033.4455.6677.889f.1111.2222.4000.0c80.1111.00. Посмотрите, что выбранный маршрут является тем, который идет от Миль до Stan, когда вы смотрите в таблице маршрутизации:

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

о. Настройка вызова CBR от Устройства к Устройству B с PCR = 848 кбит/с (ячеек/сек 2000 года)

Такая настройка вызова должна пройти через короткий тракт без любой проблемы, поскольку существуют доступные ресурсы для размещения его:

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

На том пути существует все еще 75 Мбит/с. Это - то, как проверить, какой DTL вычислен Femke после приема настройки вызова:

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

Эти выходные данные показывают, что вызов действительно проходит через кратчайший путь.

b. Настройка вызова CBR от Устройства к Устройству B с PCR = 84800 кбит/с (200000 ячеек/сек)

После приема такой настройки вызова Femke не может использоваться прямой путь между Femke и Stan, потому что существует недостаточно неиспользуемых ресурсов. Femke может тогда попытаться использовать другой путь через Майлза. Это - DTL, который Femke создает после приема такой настройки вызова от устройства 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

Так как кратчайший путь к устройству B не имеет достаточного количества ресурсов для размещения такого вызова, Femke создает DTL, который соответствует пути через Майлза.

Заключение

В заключение в его выборе маршрута, PNNI:

  • Следует только самым длинным маршрутом соответствия в рассмотрении.

  • Пробует маршруты в соответствии с их приоритетом, таким образом, чем ниже приоритеты, тем лучше, когда существуют несколько маршрутов.

  • При наличии, когда ток не может использоваться, использует следующий доступный маршрут, следующий доступный POA.

  • Объявляет маршрут, недостижимый, если ни один из POA не может использоваться.

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Дополнительные сведения


Document ID: 19131