Многопротокольная коммутация по меткам (MPLS) : MPLS

Способы обнаружение неполадок в MPLS VPN

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


Содержание

BGP

Введение

В данном документе описывается порядок устранения неполадок для документа "Выбор базовой конфигурации для MPLS VPN". Перед применением этого документа мы рекомендуем изучить приведенный пример конфигурации и ознакомиться со схемой сети.

Конфигурация Basic MPLS VPN показывает полную функциональность MPLS магистральной сети, которая означает, что яйчейка маршрутизаторов провайдера (PE) может достигнуть каждую другую через магистраль. Обратитесь к Странице технической поддержки Проверки и устранения проблем MPLS для получения информации об устранении проблем сети MPLS.

Прежде чем создавать MPLS VPN, необходимо выполнить эхо-запрос к PE-маршрутизатору A (10.10.10.4) от PE-маршрутизатора B (10.10.10.6) и наоборот.

Помните, что Маршрутизация VPN / экземпляр VRF (VRF), названия учитывают регистр, например, Customer_A, не является тем же как customer_a.

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

Требования

Читатели данной документации должны быть знакомы с:

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

Настоящий документ не имеет жесткой привязки к каким-либо конкретным версиям программного обеспечения и оборудования.

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

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

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

Поиск и устранение ошибок конфигураций VRF

show ip vrf [имя-файла-vrf]

Команда show ip vrf [vrf-name] показывает сводку всех VRF присутствующих на текущем маршрутизаторе, их ассоциированных различителей маршрутов и интерфейсах.

Pesaro# show ip vrf 
  Name                             Default RD          Interfaces
  Customer_A                       100:101             Loopback101
                                                       Loopback111
  Customer_B                       100:102             Loopback102

Эта команда позволяет вам проверять:

  • Конфигурация VRFs (и их имена).

  • - является ли каждый признак маршрута, route-distinguisgher (RD) одинаковым на каждом соответствующем PE.

show ip vrf [{detail | interfaces}] vrf-name

Show ip vrf [{подробность | интерфейсы}] команда vrf-name показывает подробные конфигурации о VRF.

Pesaro# show ip vrf detail Customer_A
VRF Customer_A; default RD 100:101
  Interfaces:
    Loopback101              Loopback111             
  Connected addresses are not in global routing table
  Export VPN route-target communities
    RT:100:1001             
  Import VPN route-target communities
    RT:100:1001             
  No import route-map
  No export route-map

Pesaro# show ip vrf interfaces
Interface              IP-Address      VRF              Protocol
Loopback101            200.0.6.1       Customer_A       up      
Loopback111            200.1.6.1       Customer_A       up      
Loopback102            200.0.6.1       Customer_B       up

Эти команды позволяют вам проверять:

  • Этих соединенных адресов нет в глобальной таблице маршрутизации.

  • Атрибуты маршрутизации каждого VRF. То, что экспортируется на одной стороне, должно быть импортировано где-то в другом месте.

  • Состояние интерфейса (и IP-адресов) интерфейсов.

Сведения о маршрутизации

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

Таблица маршрутизации

Для проверки таблицы маршрутизации Добавьте расширение vrf [vrf-name] к команде show ip route для подтверждения таблицы маршрутизации, как показано здесь:

Pescara# show ip route vrf Customer_A
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
       i - IS-IS, L1 - ISIS level-1, L2 - ISIS level-2, ia - ISIS inter area
       * - candidate default, U - per-user static route, o - ODR
       P - periodic downloaded static route

Gateway of last resort is not set

B    200.0.6.0/24 [200/0] via 10.10.10.6, 00:42:14
B    200.1.6.0/24 [200/0] via 10.10.10.6, 00:42:14
C    200.0.4.0/24 is directly connected, Loopback101

Можно также использовать команду show ip route vrf Customer_A 1.2.3.4 для подтверждения назначения для определенного адреса.

BGP

Протокол граничного шлюза (BGP) используется между маршрутизаторами PE и необходим для межузловой связи. В данном примере мы используем внутренний BGP (iBGP). Можно также использовать внешний BGP (eBGP) в качестве внешнего протокола маршрутизации для распространения маршрутов PE-CE.

Можно использовать эти команды для устранения проблем BGP:

  • show ip bgp neighbors

  • show ip bgp vpnv4 все (или vrf show ip bgp vpnv4 [Имя VRF])

  • метки Имени VRF vrf show ip bgp vpnv4 (эта команда является определенной VPN/MPLS),

  • Имя VRF vrf show ip bgp vpnv4 B.C.D

Например: :

Pescara# show ip bgp vpnv4 vrf Customer_A
BGP table version is 40, local router ID is 10.10.10.4
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal
Origin codes: i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
Route Distinguisher: 100:101 (default for vrf Customer_A)
*>i200.0.6.0        10.10.10.6               0    100      0 ?
*> 200.0.4.0        0.0.0.0                  0         32768 ?
*>i200.1.6.0        10.10.10.6               0    100      0 ?

Обратитесь к Страницам поддержки BGP для получения дополнительной информации о решении проблем BGP.

Протокол маршрутизации PE-CE

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

Используйте show ip rip database vrf [Имя VRF] команда при использовании Протокола RIP. Например: :

Alcazaba# show ip rip database vrf vrf101
       0.0.0.0/0 auto-summary  
       0.0.0.0/0
       [2] via 150.150.0.2, 00:00:12, Ethernet1/1
       6.0.0.0/8 auto-summary
       6.6.6.6/32 redistributed
       [1] via 223.0.0.21,
       7.0.0.0/8 auto-summary
       7.7.7.0/24
       [1] via 150.150.0.2, 00:00:12, Ethernet1/1 
       10.0.0.0/8 auto-summary
       10.0.0.0/8 redistributed
       [1] via 125.2.2.2,
       10.0.0.0/16
       [1] via 150.150.0.2, 00:00:12, Ethernet1/1 
       10.200.8.0/22

Используйте show ip ospf [area-id идентификатора процесса] команда database и задайте корректное количество процесса при использовании OSPF. Например: :

Alcazaba# show ip ospf 2 database
       
                  OSPF Router with ID (222.0.0.10) (Process ID 2)
       
                      Router Link States (Area 1)
       
      Link ID         ADV Router      Age         Seq#       Checksum Link count
      222.0.0.1       222.0.0.1       1364        0x80000013 0x7369   3
      222.0.0.10      222.0.0.10      1363        0x80000002 0xFEFE   2
       
                      Net Link States (Area 1)
       
      Link ID         ADV Router      Age         Seq#       Checksum
      150.150.0.1     222.0.0.10      1363        0x80000001 0xEC6D  
       
                      Summary Net Link States (Area 1)
       
      Link ID         ADV Router      Age         Seq#       Checksum
      6.6.6.6         222.0.0.10      1328        0x80000001 0x4967  
      69.69.0.0       222.0.0.10      1268        0x80000001 0x2427  
      222.0.0.3       222.0.0.10      1328        0x80000001 0xEEF7  
      222.0.0.30      222.0.0.10      1268        0x80000001 0x7B5A

Эта команда позволяет вам проверять:

  • Если таблица маршрутизации корректна (с точки зрения клиента), или что отсутствует в таблице маршрутизации.

  • Данный BGP находится в активном рабочем состоянии (либо можно определить, какой сосед отсутствует).

Метки

MPLS VPN использует двухуровневый стек меток. Один из ярлыков использован для того, чтобы определить VRF и установку между двумя PE. Другая метка (вверху стека) - это метка "магистраль", установленная обычной сетью MPLS.

Можно использовать VRF traceroute [vrf-name] B.C.B команда для подтверждения транспортных меток.

Примечание: Эта команда работает только с трассировкой, знающей MPLS, если магистральные маршрутизаторы сконфигурированы для распространения и генерации информации IP таймера времени существования (TTL). Сошлитесь на документацию относительно команды mpls ip propagate-ttl для получения дополнительной информации.

Pesaro# traceroute vrf Customer_B 200.0.4.1

Type escape sequence to abort.
Tracing the route to 200.0.4.1

  1 10.1.1.21 [MPLS: Labels 25/28 Exp 0] 464 msec 280 msec 308 msec
  2 10.1.1.5 [MPLS: Labels 22/28 Exp 0] 236 msec 572 msec 228 msec
  3 200.0.4.1 108 msec *  100 msec

Отсутствие узла 10.1.1.14 в этом маршруте трассировки нормально вследствие архитектуры MPLS/VPN.

Можно использовать команду show ip bgp vpnv4 all tags для получения более точных выходных данных, как таблица меток для определенного VRF, например:

Pescara# show ip bgp vpnv4 all tags
   Network          Next Hop      In tag/Out tag
Route Distinguisher: 100:101 (Customer_A)
   200.0.6.0        10.10.10.6      notag/28
   200.0.4.0        0.0.0.0         16/aggregate(Customer_A)
   200.1.6.0        10.10.10.6      notag/29
Route Distinguisher: 100:102 (Customer_B)
   200.0.6.0        10.10.10.6      notag/30
   200.0.4.0        0.0.0.0         28/aggregate(Customer_B)

Можно также использовать традиционную команду show ip cef:

Pescara# show ip cef vrf Customer_B detail 
IP CEF with switching (Table Version 10), flags=0x0
  8 routes, 0 reresolve, 0 unresolved (0 old, 0 new)
  46 leaves, 51 nodes, 54640 bytes, 361 inserts, 315 invalidations
  0 load sharing elements, 0 bytes, 0 references
  universal per-destination load sharing algorithm, id F968AD29
  5 CEF resets, 38 revisions of existing leaves
  refcounts:  1400 leaf, 1392 node

Adjacency Table has 2 adjacencies
0.0.0.0/32, version 0, receive
200.0.6.0/24, version 9, cached adjacency to Serial0/1.1
0 packets, 0 bytes
  tag information set
    local tag: VPN-route-head
    fast tag rewrite with Se0/1.1, point2point, tags imposed: {20 30}
  via 10.10.10.6, 0 dependencies, recursive
    next hop 10.1.1.13, Serial0/1.1 via 10.10.10.6/32
    valid cached adjacency
    tag rewrite with Se0/1.1, point2point, tags imposed: {20 30}
200.0.4.0/24, version 6, attached, connected
0 packets, 0 bytes
  tag information set
    local tag: 28
  via Loopback102, 0 dependencies
    valid discard adjacency
    tag rewrite with , , tags imposed: {}
200.0.4.0/32, version 4, receive
200.0.4.1/32, version 3, receive
200.0.4.255/32, version 5, receive
224.0.0.0/24, version 2, receive
255.255.255.255/32, version 1, receive

Эта команда позволяет вам проверять:

  • Это маркирует, эффективно используются.

  • Что для пунктов назначения VPN используется стек, состоящий из (как минимум) двух меток.

Тест

Можно использовать команду ping, чтобы проверить, что VRF работает, но если вы находитесь на Периферийном маршрутизаторе, необходимо указать на определенное Имя VRF.

Pescara# ping vrf Customer_A 200.0.6.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 200.0.6.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 176/264/576 ms

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

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


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


Document ID: 13734