Протокол IP : Протокол OSPF

Петля/Субоптимальная маршрутизация Маршрутизатора OSPF между Cisco IOS и NXOS для Примера конфигурации Внешних маршрутов

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

Введение

Этот документ описывает, как Протокол OSPF между Nexus и функцией Cisco IOS® внедрен в Cisco IOS и Операционной системе Nexus (NXOS).

Внесенный Сумитом Козиялом и Винодом Шармой, специалистами службы технической поддержки Cisco.

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

Требования

Cisco рекомендует ознакомиться с протоколом OSPF.

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

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

  • Версия 6.2 (6a) NXOS
  • Версия Cisco IOS 15.1 (4) M1

Общие сведения

Устройства Cisco IOS поддерживают RFC 1583. Однако, NXOS поддерживает RFC 2328 и существуют дизайны в чем, это различие может создать циклы маршрутизации в сети, когда существуют внешние маршруты OSPF в сети.

Важная информация

Различие между RFC 1583 и RFC 2328, в отношении того, как выбрать лучший маршрут среди множественных внешних маршрутов, обсуждено в этом разделе.

Краткое изложение от раздела RFC 1583 года 16.4.6

Для сравнения Типа 1 внешний путь посмотрите на сумму расстояния к адресу пересылки и объявленному Типу 1 метрика (X+Y). Для сравнения Типа 2 внешних пути посмотрите на объявленный Тип 2 метрики, и затем если необходимый расстояние к адресам пересылки.

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

Примечание: Если адрес пересылки является всей нулевой стоимостью, Граничный маршрутизатор автономной системы (ASBR) используется для выбора лучшего маршрута.

Краткое изложение от RFC 2328 разделяет 16.4.1

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

Настройка

Сценарий 1

Схема сети

R3 и R4 перераспределяют ту же сеть 172.16.1.0/24 с той же метрикой как Внешний тип ospf маршрут E2. R6 предпочитает маршрут, объявленный R3, потому что прямая метрика к R3 ASBR ниже, чем к R4, и следующий переход для 172.16.1.0/24 является R1. (Согласно RFC 1583, выбор пути основывается исключительно на стоимости.)

R6#sh ip ospf border-routers

OSPF Router with ID (192.168.6.6) (Process ID 1)

Base Topology (MTID 0)

Internal Router Routing Table
Codes: i - Intra-area route, I - Inter-area route

i 192.168.4.4 [51]
via 192.168.56.5, GigabitEthernet0/0, ASBR, Area 2, SPF 17
>>>> Cost is 51 to reach R4 ASBR
.
i 192.168.1.1 [1] via 192.168.16.1, GigabitEthernet0/1, ABR, Area 2, SPF 17
I 192.168.3.3 [42] via 192.168.16.1, GigabitEthernet0/1, ASBR, Area 2, SPF 17
 >>>> Cost is 42 to reach R3 ASBR

R6#sh ip route 172.16.1.0
Routing entry for 172.16.1.0/24
Known via "ospf 1", distance 110, metric 20, type extern 2, forward metric 42
Last update from 192.168.16.1 on GigabitEthernet0/1, 00:02:13 ago
Routing Descriptor Blocks:
* 192.168.16.1, from 192.168.3.3, 00:02:13 ago, via GigabitEthernet0/1
Route metric is 20, traffic share count is 1

R1 предпочитает маршрут, объявленный R4 несмотря на более высокую стоимость, потому что это - внутриобластной маршрут к ASBR. Маршрут не проходит через магистральную область, и следующий переход является R6 (согласно RFC 2328).

R1-NXOS# sh ip ospf border-routers
OSPF Process ID 1 VRF default, Internal Routing Table
Codes: i - Intra-area route, I - Inter-area route

intra 192.168.2.2 [40], ABR, Area 0.0.0.0, SPF 18
via 192.168.12.2, Eth4/43
inter 192.168.3.3 [41], ASBR, Area 0.0.0.0, SPF 18 >>>> Cost is 41
via 192.168.12.2, Eth4/43
intra 192.168.4.4 [91], ASBR, Area 0.0.0.2, SPF 18 >>>> Cost is 91
via 192.168.16.6, Eth4/44

switch-R1-NXOS# sh ip route 172.16.1.0
IP Route Table for VRF "default"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%' in via output denotes VRF

172.16.1.0/24, ubest/mbest: 1/0
*via 192.168.16.6, Eth4/44, [110/20], 00:10:41, ospf-1, type-2

Это вызывает петлю в сети, поскольку R6 передает пакеты к R1, и R1 передает их обратно R6.

R5#traceroute 172.16.1.1 numeric
Type escape sequence to abort.
Tracing the route to 172.16.1.1
VRF info: (vrf in name/id, vrf out name/id)
1 192.168.56.6 4 msec 0 msec 0 msec
2 192.168.16.1 4 msec 0 msec 4 msec
3 192.168.16.6 0 msec 4 msec 0 msec
4 192.168.16.1 4 msec 0 msec 4 msec
5 192.168.16.6 0 msec 4 msec 0 msec

Как вы видите, зацикливания пакетов между R1 и R6. Для решения этого вопроса необходимо изменить совместимость RFC на NXOS.

R1-NXOS(config)# router ospf 1
R1-NXOS(config-router)# rfc1583compatibility

switch-R1-NXOS# sh ip route 172.16.1.0
IP Route Table for VRF "default"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%' in via output denotes VRF

172.16.1.0/24, ubest/mbest: 1/0
*via 192.168.12.2, Eth4/43, [110/20], 00:00:40, ospf-1, type-2

Теперь, R1 правильно указывает его к R2, и петля удалена из сети.

R5#traceroute 172.16.1.1 numeric
Type escape sequence to abort.
Tracing the route to 172.16.1.1
VRF info: (vrf in name/id, vrf out name/id)
1 192.168.56.6 0 msec 4 msec 0 msec
2 192.168.16.1 0 msec 0 msec 0 msec
3 192.168.12.2 4 msec 0 msec 0 msec
4 192.168.23.3 4 msec 0 msec 4 msec
5 192.168.23.3 4 msec 0 msec 4 msec

Сценарий 2

Схема сети

R1 получает NSSA-External (Тип 7) маршрут от R6 и Внешнего (Тип 5) маршрут от R2 для того же префикса 172.16.1.0/24. R1 предпочитает Тип 7, хотя обычно в Типе OSPF 5 предпочтен по Типу 7.

R1-NXOS# sh ip ospf database nssa-external 172.16.1.0 detail
OSPF Router with ID (192.168.1.1) (Process ID 1 VRF default)

Type-7 AS External Link States (Area 0.0.0.2)

  LS age: 914
  Options: 0x28 (No TOS-capability, Type 7/5 translation, DC)
  LS Type: Type-7 AS-External
  Link State ID: 172.16.1.0 (Network address)
  Advertising Router: 192.168.4.4                >>>>> Type 7 originated by R4
and installed in the RIB.

  LS Seq Number: 0x80000001
  Checksum: 0x3696
  Length: 36
  Network Mask: /24
        Metric Type: 2 (Larger than any link state path)
        TOS: 0
        Metric: 20
        Forward Address: 192.168.45.4
        External Route Tag: 0>


R1-NXOS# sh ip ospf database external 172.16.1.0 detail
 OSPF Router with ID (192.168.1.1) (Process ID 1 VRF default)


Type-5 AS External Link States

   LS age: 853
  Options: 0x2 (No TOS-capability, No DC)
  LS Type: Type-5 AS-External
  Link State ID: 172.16.1.0 (Network address)
  Advertising Router: 192.168.1.1        >>>>> Since Type 7 is installed
in the RIB, it was converted to type 5

  LS Seq Number: 0x80000001
  Checksum: 0xb545
  Length: 36
  Network Mask: /24
        Metric Type: 2 (Larger than any link state path)
        TOS: 0<
        Metric: 20
        Forward Address: 192.168.45.4
        External Route Tag: 0<

  LS age: 596
  Options: 0x20 (No TOS-capability, DC)
  LS Type: Type-5 AS-External
  Link State ID: 172.16.1.0 (Network address)
  Advertising Router: 192.168.3.3             >>>>>> Type 5 is also received from R3
  LS Seq Number: 0x80000002
  Checksum: 0x2250
  Length: 36
  Network Mask: /24
        Metric Type: 2 (Larger than any link state path)>
        TOS: 0
        Metric: 20<>
        Forward Address: 0.0.0.0
        External Route Tag: 0


R1-NXOS# sh ip route 172.16.1.0
IP Route Table for VRF "default"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.1.0/24, ubest/mbest: 1/0
   *via 192.168.16.6, Eth4/44, [110/20], 00:16:54, ospf-1, nssa type-2    >>>> Type 7
route is installed in RIB
.

Так как R1 не настраивали команду rfc1583compatibility при процессе маршрутизатора OSPF и Типе маршрута, рекламный router-id (LSA) 5 Объявлений о состоянии канала достижим в области 0 (магистральный маршрутизатор), OSPF всегда берет путь для маршрута через немагистральная область. В этом случае следующий переход выбран в области 2 (согласно RFC 2328).

R1-NXOS(config)# router ospf 1
R1-NXOS(config-router)# rfc1583compatibility

R1-NXOS# sh ip route 172.16.1.0
IP Route Table for VRF "default"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.1.0/24, ubest/mbest: 1/0
   *via 192.168.12.2, Eth4/43, [110/20], 00:00:04, ospf-1, type-2    >>>> Type 5
route is installed in RIB.

Рекомендация

Существует другой дизайн или сетевые сценарии в чем, эта проблема совместимости может вызвать петли или маршрутизацию близкая к оптимальной в сети, если сеть имеет NXOS и Cisco IOS, которые работают вместе с OSPFv2.

Cisco рекомендует использовать команду совместимости RFC 1583 года в Режиме конфигурации маршрутизатора OSPF NXOS, если сеть включает устройства, которые только поддерживают RFC1583, который является Cisco IOS.

Проверка.

В настоящее время для этой конфигурации нет процедуры проверки.

Устранение неполадок

Для этой конфигурации в настоящее время нет сведений об устранении проблем.

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


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

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


Document ID: 117824