Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

Контрольный список для проверки BGP и равноправных рангов

Цель

Табл. 1 предоставляет ссылки и команды для проверки правильности Border Gateway Protocol (BGP) маршрутизатора Juniper Networks сети, внутреннего Border Gateway Protocol (IBGP) и внешнего Border Gateway Protocol (EBGP) сеансов должным образом, внешние маршруты объявляются и получаются правильно, и процесс выбора BGP пути работает должным образом.

Проверка BGP равноправных узлах

Цель

Предположим, что все маршрутизаторы правильно настроены для BGP, можно проверить, правильно ли настроены сеансы IBGP и EBGP, что внешние маршруты объявляются и получаются правильно, и процесс выбора BGP пути работает должным образом.

Рис. 1 иллюстрирует пример BGP топологии сети, используемой в данной теме.

Рис. 1: BGP сетевой топологииBGP сетевой топологии

Сеть состоит из двух непосредственно соединенных СТОРОН, состоящих из внешних и внутренних одноранговых сторон. Внешние одноранговых узла подключаются напрямую через общий интерфейс и работают под управлением EBGP. Внутренние однорангы подключены через их интерфейсы обратной связи lo0 () через IBGP. As 65001 работает OSPF, а AS 65002 IS-IS в качестве основном IGP. Маршрутизаторы IBGP не должны быть подключены напрямую, при этом маршрутизатор, IGP, позволяет соседям подключаться друг к другу.

Два маршрутизатора в AS 65001 содержат по одному соединению EBGP к AS 65002 и) над которыми они объявляют агрегированные R2R4 префиксы: 100.100.1.0, 100.100.2.0 100.100.3.0 и 100.100.4.0 . Кроме того, некоторые маршруты вводят значения 5 и 10 соответственно для нескольких выходов из R1R5 дискриминационного (MED) значений.

Внутренние маршрутизаторы в обеих АС используют полноявую топологию IBGP. Требуется полная сеть, потому что сети не используют конфедерации или отражатели маршрутов, поэтому любые маршруты, обучаемые посредством IBGP, не распространяются другим внутренним соседям. Например, когда получается маршрут от , не распределяет этот маршрут к, поскольку маршрут был обучаем с помощью R3R2R3R6 IBGP, поэтому необходимо иметь прямое подключение BGP, чтобы R6R2 узнать маршрут.

В полноязной топологии только пограничный маршрутизатор, принимающий внешние BGP, передает эту информацию другим маршрутизаторам в его AS. Принимающий маршрутизатор не перераспределяет эти данные другим маршрутизаторам IBGP в его as.

С точки зрения AS 65002 следующие сеансы должны быть в месте:

  • Четыре маршрутизатора в AS 65002 должны иметь установленные сеансы IBGP друг с другом.

  • R2 должен иметь установленный с EBGP R1 сеанс.

  • R4 должен иметь установленный с EBGP R5 сеанс.

Чтобы проверить BGP, выполните следующие действия:

Проверка BGP на внутреннем маршрутизаторе

Цель

Для проверки BGP конфигурации внутреннего маршрутизатора.

Действий

Чтобы проверить BGP конфигурации внутреннего маршрутизатора, введите следующую команду Junos OS интерфейс командной строки (интерфейс командной строки):

Следующий пример выходных данных для конфигурации BGP R3:

Пример выходных данных
command-name

Смысл

В примере выходных данных показана основная BGP на маршрутизаторах R3 и R6 . Локализованная AS (65002) и одна группа () настроены на обоих маршрутизаторах. Имеет три внутренних одноранговых узла, и —включенная на уровне internalR310.0.0.210.0.0.410.0.0.6protocols bgp group group [] иерархии. Также R6 имеет трех внутренних одноранговых узла: 10.0.0.2, 10.0.0.3 и 10.0.0.4 . В основном протоколе IGP протокол маршрутизации промежуточных систем (IS-IS), а соответствующие интерфейсы настроены для запуска IS-IS.

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

Проверка BGP на пограничном маршрутизаторе

Цель

Для проверки BGP конфигурации пограничного маршрутизатора.

Действий

Для проверки BGP конфигурации пограничного маршрутизатора введите команду Junos OS интерфейс командной строки operational mode:

Пример выходных данных
command-name

Следующий пример выходных данных для конфигурации BGP граничных маршрутизаторов R2 и R4 из AS 65002:

Смысл

В примере выходных данных показана основная BGP пограничных маршрутизаторов R2 и R4 . Оба маршрутизатора имеют AS (65002) на уровне routing-options [] иерархии. Каждый маршрутизатор имеет две группы, включенные на уровне protocols bgp group group [] иерархии. Внешние одноранговых узла включаются во внешнюю группу, в зависимости от маршрутизатора, кR1toR5 или. Внутренние одноранговая ранговая группа internal включена в группу. На обоих IGP протокол IS-IS, и соответствующие интерфейсы настроены для IS-IS.

Обратите внимание, что в конфигурации на обоих маршрутизаторах ID маршрутизатора настраивается вручную, чтобы избежать повторяютых проблем с ID маршрутизатора, а инструкция включена во избежание BGP проблем доступности следующего next-hop-self перехода.

Проверка объявленных BGP маршрутов

Цель

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

Действий

Для проверки сведений о маршруте, готовых к объявлению указанному соседу BGP, введите команду Junos OS интерфейс командной строки рабочим режимом:

Пример выходных данных
command-name

Смысл

В примере выходных данных показано BGP маршрутов, объявленных от R2 соседнего маршрутизатора, 10.0.0.4 ( R4 ). Из 22 всех маршрутов в таблице маршрутов inet.0 20 являются активными пунктами назначения. Маршруты не hidden находятся и не находятся в hold-down состоянии. Маршруты находятся в состоянии до того, как они будут объявлены активными, и маршруты, отклоненные политикой маршрутов, hold-down могут быть помещены в hidden состояние. Отображаемая информация отражает маршруты, экспортируются в BGP таблицу маршрутов.

Проверка того, что BGP маршрутизатор получил определенный маршрут

Цель

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

Действий

Для проверки того, BGP ли маршрутизатор получен определенный маршрут, введите следующую команду Junos OS интерфейс командной строки operational mode:

Пример выходных данных
command-name

Смысл

В примере выходных данных показано четыре BGP и R2 два из R4 . Из четырех маршрутов из них в таблицу маршрутов активны только два, как указано в звездочке (), в то время как оба маршрута, полученные от, активны в таблице R2*R4 маршрутов. Все BGP прошли через AS 65001.

Изучение BGP маршрутов и выбора маршрута

Цель

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

Рис. 2: BGP сетевой топологииBGP сетевой топологии

Сеть в показывает, что и объявить одинаковые агрегированные маршруты к и который приводит к и получение двух маршрутов к одному Рис. 2R1R5R2R4,R2R4 префиксу назначения. Процесс выбора маршрута on и определяет, какой из двух полученных BGP является активным и объявленным другим внутренним R2R4 маршрутизаторам R3R6 (и).

Перед установкой маршрутизатором BGP маршрут, необходимо убедиться, что BGP next-hop достоверен. Если BGP следующего перехода не удается разрешить, маршрут не устанавливается. Если BGP установлен в таблице маршрутизации, он должен пройти процесс выбора пути, если к одному префиксу назначения существует несколько маршрутов. Процесс BGP пути проходит в следующем порядке:

  1. В таблице маршрутов сравнивается предпочтение маршрутов. Например, если для определенного BGP назначения существуют маршруты OSPF и BGP, маршрут OSPF выбирается в качестве активного маршрута, поскольку маршрут OSPF по умолчанию имеет значение 110, в то время как маршрут BGP по умолчанию является 170.

  2. Маршруты сравниваются с локальными предпочтениями. Предпочтение отдается маршруту с наивысшим локальным предпочтением. Например, см. "Проверить выбор локального предпочтения".

  3. Будет атрибут пути as as. Предпочтительным является более короткий путь AS.

  4. Будет оцениваться исходный код. Предпочтительным является код с наименьшим исходным кодом I (IGP) < E (EGP) < ? (Incomplete) ().

  5. Значение MED оценено. По умолчанию, если какой-либо из маршрутов объявлен из одной соседней AS, предпочтительным является минимальное значение MED. Отсутствие значения MED интерпретируется как MED, 0. Пример см. в "Анализ многократных выборов дискриминационных маршрутов с множественным выходом".

  6. Маршрут оценивается по мере его узнаваемой информации через EBGP или IBGP. EBGP learned routes are preferred to IBGP learned routes. Пример см. в "Анализ EBGP через выбор IBGP"

  7. Если маршрут заучается из IBGP, предпочтительным является маршрут с наименьшей IGP стоимости. Например, см. "Проверить выбор IGP стоимости". Следующий физический переход к одноранговой сети IBGP устанавливается в соответствии с следующими тремя правилами:

      1. После BGP таблиц и таблиц маршрутов используется следующий физический переход маршрута с inet.0 inet.3 наименьшим предпочтением.

      1. Если значения предпочтений в таблице и таблицах маршрутов - это связь, используется следующий физический переход маршрута в inet.0 inet.3 таблице inet.3 маршрутов.

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

  8. Атрибут списка кластеров отражения маршрутов оценивается. Предпочтительным является список кластеров самой короткой длины. Маршруты без списка кластеров считаются иметь длину списка кластеров 0.

  9. Будет оцениваться ID маршрутизатора. Предпочтительным является маршрут от узла с наименьшим ID маршрутизатора (обычно это адрес обратной связи).

  10. Проверяется значение адреса одноранговых узла. Предпочтительным является одноранговой узла с IP-адресом наименьшего узла.

Для определения одиночного активного пути, когда BGP несколько маршрутов к одному префиксу назначения, введите Junos OS интерфейс командной строки режиме:

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

Проверьте выбор локального предпочтения

Цель

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

Действий

Чтобы проверить маршрут, чтобы определить, является ли локальное предпочтение критериями выбора для одного активного пути, введите следующую команду Junos OS интерфейс командной строки operational mode:

Пример выходных данных
command-name

Смысл

Пример выходных данных показывает, R4 что получено два экземпляра 100.100.1.0 маршрута: один из () и другой из ( ) выбрал путь из своего активного пути, как указано в 10.0.0.2R210.1.45.2R5R4R2 звездочке (*). Выбор основывается на значении локального предпочтения, содержа котором содержится в Localpref поле. Предпочтение отдается пути с наивысшим локальным предпочтением. В примере путь с более высоким значением локального предпочтения является путем от R2 , 200.

Причина, по которой не выбран маршрут, заключается в R5Inactive reason поле, в данном Local Preference случае.

Обратите внимание, что эти два пути находятся из одной и той же соседней сети: AS 65001.

Изучите выбор многократных дискриминационных маршрутов для выхода

Цель

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

Действий

Чтобы проверить маршрут, чтобы определить, является ли MED критерием отбора для одиночного активного пути, введите следующую команду Junos OS интерфейс командной строки operational mode:

Пример выходных данных
command-name

Смысл

Пример выходных данных показывает, R4 что получено два экземпляра 100.100.2.0 маршрута: один из () и один из ( ) выбрал путь из активного маршрута, как указано 10.0.0.2R210.1.45.2R5R4R2 звездочкой (*). Выбор основывается на значении MED, содержа котором содержится в Metric: поле. Предпочтение от имеет путь с наименьшим значением MED. В примере путь с наименьшим значением MED (5) является путем от R2 . Обратите внимание, что эти два пути находятся из одной и той же соседней сети: AS 65001.

Причина, по которой неактивный путь не выбран, в данном случае отображается в Inactive reason:Not Best in its group поле. Формулировка используется, поскольку Junos OS использует процесс детерминического выбора MED по умолчанию.

Изучите выбор EBGP по IBGP

Цель

Чтобы проверить маршрут, чтобы определить, выбран ли EBGP по IBGP в качестве критерия отбора для одного активного пути.

Действий

Чтобы проверить маршрут, чтобы определить, выбран ли EBGP по IBGP в качестве критериев отбора для одного активного пути, введите команду Junos OS интерфейс командной строки operational mode:

Пример выходных данных
command-name

Смысл

Пример выходных данных показывает, R4 что получено два экземпляра 100.100.3.0 маршрута: один из () и другой из ( ) выбрал путь из своего активного пути, как указано в 10.1.45.2R510.0.0.2R2R4R5 звездочке (*). Выбор основывается на предпочтении маршрутов, которые были выучены от равноправного узла EBGP по маршрутам, которые были заучены от IBGP. R5 является одноранговой ebGP.

Можно определить, получен ли путь от одноранговых узла EBGP или IBGP, проанализировав Local As поля Peer As и поля. Например, маршрут от показывает местную R5 AS – 65002, а одноранговую AS – 65001, что указывает на то, что маршрут получен от одноранговых узла EBGP. Маршрут от показывает, что и локализованная, и одноранговая AS равны 65002, что указывает на то, что он получен от R2 узла IBGP.

Причина, по которой неактивный путь не выбран, в данном случае отображается в Inactive reasonInterior > Exterior > Exterior via Interior поле. Эта причина означает порядок предпочтений, применяемых, когда один и тот же маршрут получен от двух маршрутизаторов. Сначала предпочтение отводится маршруту, полученному от строго внутреннего источника (IGP), далее предпочтительным является маршрут, полученный от внешнего источника (EBGP), а затем любой маршрут, примчаемый из внешнего источника и полученный внутри (IBGP) является предпочтительным. Таким образом, маршруты EBGP выбираются через маршруты IBGP в качестве активного.

Проверить выбор IGP стоимости

Цель

Чтобы проверить маршрут, чтобы определить, выбран ли EBGP по IBGP в качестве критерия отбора для одного активного пути.

Действий

Чтобы проверить маршрут, чтобы определить, выбран ли EBGP по IBGP в качестве критериев отбора для одного активного пути, введите команду Junos OS интерфейс командной строки operational mode:

Пример выходных данных
command-name

Смысл

Пример выходных данных показывает, R6 что получено два экземпляра 100.100.4.0 маршрута: один из () и один из ( ). Выбрал путь из своего активного маршрута, как указано в 10.0.0.4R410.0.0.2 R2R6R4 звездочке (*). Выбор основывается на метрике IGP, отображаемой в Metric2 поле. Предпочтение от имеет маршрут с наименьшей IGP метрикой. В примере путь с наименьшим значением IGP является путем от , со значением метрики IGP 10, в то время как путь от имеет метрику IGP R4R2 20. Обратите внимание, что эти два пути находятся из одной и той же соседней сети: AS 65001.

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

Контрольный список для проверки BGP уровня

Проблема

Описание

В списке данной команды данной команды для проверки BGP конфигурации многопротокольная коммутация по меткам (MPLS) сети. Контрольный список содержит ссылки на обзор BGP конфигурации и более подробные сведения о командах, используемых для BGP. Табл. 2(См. .)

Решение

Табл. 2: Контрольный список для проверки BGP уровня

Задачи

Команда или действие

Проверка BGP уровня  
  1. Убедитесь BGP что трафик использует LSP

traceroute hostname

  1. Проверка BGP сеансов

show bgp summary

  1. Проверка конфигурации BGP конфигурации

show configuration

  1. Изучение BGP маршрутов

show route destination-prefix detail

  1. Проверка полученных BGP маршрутов

show route receive protocol bgp neighbor-address

  1. Принятие надлежащих мер для решения проблемы сети

Следующая последовательность команд решает определенную проблему, описанную в данной теме:

[edit] edit protocols bgp

[edit protocols bgp] show set local-address 10.0.0.1 delete group internal neighbor 10.1.36.2 show commit

  1. Убедитесь BGP что трафик снова использует LSP

traceroute hostname

Проверка BGP уровня

Цель

После того, как путь с коммутааной меткой (LSP) был настроен и определен, что он включен, и BGP и определил, что сеансы установлены, убедитесь, что BGP использует LSP для перенапределения трафика.

Рис. 3 иллюстрирует BGP многоуровневой MPLS модели.

Рис. 3: Проверка BGP уровняПроверка BGP уровня

При проверке BGP уровня убедитесь, что маршрут активен и присутствует, и что более важно, убедитесь, что следующим переходом является LSP. Нет смысла проверять уровень BGP, если LSP не установлен, поскольку BGP использует MPLS LSP для перенаададки трафика. Если сеть не работает на BGP, LSP не будет работать так, как законфигурирован.

Рис. 4 иллюстрирует MPLS, используемых в данной теме.

Рис. 4: MPLS сеть, разбитая на BGP уровнеMPLS сеть, разбитая на BGP уровне

Сеть, показанная в полносетевой конфигурации, где каждый непосредственно подключенный интерфейс может принимать и посылать пакеты Рис. 4 на любой другой аналогичный интерфейс. LSP в этой сети настроен на запуск от входящего маршрутизатора через транзитный маршрутизатор R1R3 для R6 маршрутизатор исходящего трафика. Кроме того, обратный LSP настраивается для работы с сквозной перенаправлением R6R3 на создание R1 двухнаправленного трафика.

Перекрестный Рис. 4 показано на том, BGP не используется для пересылки трафика через LSP. Возможные причины, по которой LSP работает неправильно, заключается в том, что IP-адрес назначения LSP не равен BGP следующему переходу или что BGP настроен неправильно.

Чтобы проверить уровень BGP, выполните следующие действия:

Убедитесь BGP что трафик использует LSP

Цель

На этом уровне модели устранения неполадок BGP LSP может быть BGP, однако трафик BGP может не использовать LSP для пересылки трафика.

Действий

Чтобы убедиться BGP что BGP трафик использует LSP, введите следующую команду Junos OS интерфейс командной строки (интерфейс командной строки) operational mode от входного маршрутизатора:

Пример выходных данных
command-name

Смысл

Пример выходных данных показывает, BGP трафик не использует LSP, MPLS метки не отображаются в выходных данных. Вместо использования LSP BGP трафик использует протокол внутреннего шлюза (IGP) для достижения адреса выхода LSP следующего BGP перехода для R6R1 и. Значение Junos OS – использовать LSP для BGP трафика, если следующий BGP перехода равен адресу выпадания LSP.

Проверка BGP сеансов

Цель

Отобразить сводную информацию BGP соседних узлах, чтобы определить, получены ли маршруты от одноранговых узла в автономной системе (AS). После BGP сеанса равноправные ранги обмениваются сообщениями обновления.

Действий

Чтобы проверить, BGP ли сеансы работают, введите следующую Junos OS интерфейс командной строки operational mode от входного маршрутизатора:

Пример выходных данных 1
command-name
Пример выходных данных 2
command-name

Смысл

Пример выходных данных 1 показывает, что один маршрутизатор исходящего трафика (маршрутизатор исходящего трафика) не установлен, как 10.0.0.6 указано в Down Peers: 1 поле. Последний столбец State|#Active/Received/Damped () показывает, что 10.0.0.6 одноранговая точка активна, указывая, что он не установлен. Все остальные равноправные ранги устанавливаются, как указано числом активных, полученных и заглухых маршрутов. Например, для одноранговых маршрутизаторов указывается, что BGP маршруты не были активны или не получены в таблице маршрутов, и ни один BGP 0/0/010.0.0.2 маршруты не были дефрованы; 1/1/0 для одноранговых пользователей означает, что один BGP был активным и был получен в таблице маршрутов, и ни один BGP 10.1.36.2 был дефрован.

Если в выходных данных команды в выходного маршрутизатора показано, что сосед не BGP show bgp summary конфигурации. Для получения сведений о проверке BGP конфигурации см. "Проверка конфигурации BGP".

В примере выходных данных 2 показаны выходные данные маршрутизатора на впадаемом после BGP и исправлены в "Принятие надлежащих мер для решения R1R1R6сетевой проблемы". Все BGP установлены, и один маршрут активен и получен. Ни BGP маршруты не были отлажны.

Если в выходных данных команды показано, что соседний маршрутизатор находится в неавном направлении, но пакеты не перена него переад частью, проверьте, нет ли полученных show bgp summary маршрутизатор исходящего трафика. Для получения сведений о проверке маршрутизатор исходящего трафика полученных маршрутов см. "Проверка полученных BGP маршрутов".

Проверка конфигурации BGP конфигурации

Цель

Чтобы BGP маршрутизаторе, необходимо определить локальный номер AS, настроить по крайней мере одну группу и включить информацию по крайней мере об одном одноранговом узла в группе (IP-адрес и номер AS одноранговых участников). Когда BGP является частью MPLS сети, необходимо убедиться, что LSP настроен с IP-адресом назначения, равным BGP следующему переходу, чтобы BGP маршруты были установлены с LSP в качестве следующего перехода для этих маршрутов.

Действий

Чтобы проверить конфигурацию BGP, введите следующую команду Junos OS интерфейс командной строки operational mode:

Пример выходных данных 1
command-name
Пример выходных данных 2
command-name

Смысл

В примере выходных данных показаны BGP конфигурации на впадаемом маршрутизаторе R1 и R6 маршрутизатор исходящего трафика. Обе конфигурации показывают локализованную AS 65432 (), одну группу internal () и шесть настроенных одноранговых узла. Протокол внутреннего шлюза внутренней IS-IS, а соответствующие интерфейсы настроены для запуска IS-IS.

Прим.:

В этой конфигурации RID настраивается вручную, чтобы избежать каких-либо дублирующихся проблем RID, и все интерфейсы, настроенные BGP содержат инструкцию на уровне family inetedit interfaces type-fpc/pic/port unit logical-unit-number [] иерархии.

Пример выходных данных для веского маршрутизатора маршрутизатор исходящего трафика показывает, что BGP протокола отсутствует утверждение R1R6 для local-address внутренней группы. После настройки утверждения BGP пакеты с локального маршрутизатора обратной связи () адрес интерфейса, который является адресом, на который BGP равноправными local-addresslo0 узлами. Если утверждение не настроено, BGP пакеты переадминуются с адреса исходяющего интерфейса, который не соответствует адресу, к которому равноправные BGP равноправные ранги, и BGP не local-address встраивания.

На впадаемом маршрутизаторе IP-адрес () в утверждениях должен быть тем же, что и адрес, настроенный для LSP на маршрутизатор исходящего трафика ( ) в утверждениях на уровне 10.0.0.1local-addressR6to edit protocols mpls label-switched-path lsp-path-name [] иерархии. BGP использует этот адрес, идентичный адресу LSP, для BGP трафика через LSP.

Кроме того, конфигурация BGP включает в себя два IP-адреса для , адрес интерфейса () и адрес интерфейса обратной связи () адреса интерфейса (), в результате чего адрес назначения R1R610.1.36.2lo010.0.0.6 LSP 10.0.0.6 () 10.1.36.2 не совпадает BGP адрес следующего перехода ( ). Конфигурация BGP также включает в себя два IP-адреса для , адрес интерфейса () и адрес интерфейса обратной R6R1 связи () интерфейса, в результате чего обратный адрес назначения 10.1.13.1lo0 LSP 10.0.0.1 () 10.1.13.1 не совпадает с адресом BGP адресом следующего перехода ( ).

В этом примере, так как утверждение отсутствует в конфигурациях BGP обоих маршрутизаторов, и адрес назначения LSP не соответствует BGP адреса следующего перехода, BGP не использует LSP для переадправления local-address трафика.

Изучение BGP маршрутов

Цель

Можно проверить процесс выбора BGP пути, чтобы определить одиночный активный путь, если BGP получает несколько маршрутов к одному месту назначения. На этом шаге рассмотрим обратный R6-to-R1 LSP, делая R6 веский маршрутизатор для этого LSP.

Действий

Чтобы проверить BGP маршрутов и выбор маршрута, введите команду Junos OS интерфейс командной строки operational mode:

Пример выходных данных 1
command-name
Пример выходных данных 2
command-name

Смысл

Пример выходных данных 1 показывает, что BGP переход () не равен адресу назначения LSP () в утверждениях на уровне [] иерархии, когда BGP конфигурация и является 10.1.13.110.0.0.1 to edit protocols mpls label-switched-path label-switched-path-nameR6 R1 неверной.

Пример выходных данных 2, сделанный после исправления настроек на R1 и R6, показывает, что следующий BGP () и адрес назначения 10.0.0.1 LSP () одинаковы, что означает, что BGP LSP может использовать LSP для BGP 10.0.0.1 трафика.

Проверка полученных BGP маршрутов

Цель

Отобразить сведения о маршруте, полученные на R6 маршрутизаторе , на впадающий маршрутизатор для обратного LSP. R6-to-R1

Действий

Чтобы проверить, что определенный BGP маршрут получен по маршрутизатор исходящего трафика, введите следующую команду Junos OS интерфейс командной строки operational mode:

Пример выходных данных 1
command-name
Пример выходных данных 2
command-name

Смысл

Пример выходных данных 1 показывает, что впадающий маршрутизатор (обратный LSP) не BGP маршрутов в таблице маршрутов, если BGP неверные R6R6-to-R1inet.0R1R6 конфигурации.

Пример выходных данных 2 показывает маршрут BGP, установленный в таблице маршрутов после BGP конфигураций и исправленных с помощью принятия надлежащих мер для решения проблемы inet.0R1 R6сети.

Принятие надлежащих мер для решения проблемы сети

Проблема

Описание

Соответствующие действия зависят от типа изолированной проблемы. В этом примере статические маршруты, настроенные в режиме R2 on, удаляются с уровня routing-options иерархии [] Другие подходящие действия могут включать следующее:

Решение

  • Проверьте конфигурацию локального маршрутизатора и при необходимости отредактируете его.

  • Устранение неполадок промежуточного маршрутизатора.

  • Проверьте конфигурацию удаленного хоста и при необходимости отредактируете его.

  • Устранение неполадок протоколов маршрутов.

  • Определите дополнительные возможные причины.

Чтобы устранить проблему в этом примере, введите следующие Junos OS интерфейс командной строки:

Пример выходных данных

Смысл

В примере выходных данных показан статический маршрут, удаленный из routing-options иерархии [] и новая настроенная конфигурация. Теперь выходные данные команды показывают маршрут BGP в качестве предпочтительного маршрута, как показано show route звездочкой * ( ).

Убедитесь BGP что трафик снова использует LSP

Цель

После принятия надлежащих мер для исправления ошибки LSP следует снова проверить, чтобы подтвердить, что BGP трафик использует LSP и что проблема на BGP уровне решена.

Действий

Чтобы убедиться BGP что BGP трафик использует LSP, введите следующую команду Junos OS интерфейс командной строки operational mode от входного маршрутизатора:

Пример выходных данных
command-name

Смысл

Пример выходных данных показывает, MPLS метки используются для передачи пакетов через LSP. В выходных данных содержится значение метки (), значение времени до времени () и значение MPLS Label=100016TTL=1 бита стека S=1 ().

Поле MPLS Label используется для идентификации пакета определенному LSP. Это 20-битное поле с максимальным значением (2^^20-1), приблизительно 1 000 000.

Значение времени жизни (TTL) содержит ограничение на количество переходов, которые MPLS пакет может проходить через сеть (1). Он снижается при каждом переходе, и если значение TTL упадет ниже одного, пакет отбрасывается.

Нижняя часть значения бита стека () указывает, что это последняя метка в стеке и что MPLS имеет с ним S=1 одну метку. Реализация MPLS в серии Junos OS поддерживает глубину стеков 3 на маршрутизаторах серии M и до 5 на платформах маршрутов серии T. Дополнительные сведения о стеке MPLS меток см. в RFC 3032, MPLS Label Stack Encoding.

MPLS метки отображаются в примере выходных данных, поскольку команда выдана BGP месту назначения, где следующим переходом BGP для этого маршрута является traceroute адрес выходного маршрута LSP. Если Junos OS перехода по умолчанию использует LSP для BGP трафика, если следующий BGP равен адресу отката LSP.

Если BGP следующему переходу не равен выходной адрес LSP, то трафик BGP не использует LSP, и в результате MPLS метки не отображаются в выходных данных для команды, как указано в примере выходных данных в tracerouteCheck BGP Sessions.

Отображение отправленных или полученных BGP пакетов

Действий

Чтобы настроить трассировку для отправленных или полученных BGP протоколов, выполните следующие действия:

  1. В режиме конфигурации перейдите на следующий уровень иерархии:

  2. Настройте флаг для отображения отправленной, полученной или и отправленной и полученной информации о пакетах:

    Или

    Или

  3. Проверьте конфигурацию:

    Например:

    Или

    Или

  4. Сфиксировать конфигурацию:

  5. Просмотреть содержимое файла, содержащего подробные сообщения:

    Например:

Понимание скрытых маршрутов

Скрытые маршруты – это маршруты, которые устройство не может использовать по таким причинам, как недопустимый следующий переход или политика маршрутов, которая отклоняет маршруты.

Прим.:

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

Ниже следующую команду можно использовать для просмотра и устранения неполадок скрытых маршрутов:

Маршруты могут быть скрыты по следующим причинам:

  • Политика импорта отклоняет маршрут.

  • Следующий переход нельзя разрешить с помощью текущего правила разрешения следующего перехода непрямой. Поскольку протоколы маршрутов, такие как внутренний BGP (IBGP) могут отправлять сведения маршрутов о косвенно подключенных маршрутах, Junos OS для решения наиболее оптимальных напрямую подключенных следующих переходов маршрутизация внутри автономной системы (OSPF, IS-IS, RIP и static) для решения наиболее оптимальных напрямую подключенных следующих переходов. Маршрутизатор модуль маршрутизации маршрут для определения наилучшего напрямую подключенного следующего перехода и устанавливает маршрут к модуль передачи пакетов.

  • Политика отдавления подавляет маршрут.

  • Путь AS содержит недопустимые или недопустимые атрибуты конфедерации.

  • Адрес следующего перехода - это адрес локального устройства маршрутов.

  • Путь AS содержит недопустимые или недопустимые транзитивные атрибуты.

  • Путь AS пуст. Это относится только к EBGP. Для IBGP пустой путь AS является обычным.

  • Путь AS содержит ноль.

  • Адрес следующего перехода – это адрес адрес многоадресной рассылки.

  • Адрес следующего перехода - это адрес IPv6 link-local.

  • Префикс маршрута или маршрут следующего перехода - это несколько несколько адресов.

  • Сбой сеанса LDP (протокола распределения меток). Полученные маршруты не устанавливаются в таблице маршрутов до тех пор, пока одноранговой маршрутизатор не установит сеанс LDP.

Анализ маршрутов в таблице переад через

Цель

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

Действий

Чтобы отобразить набор маршрутов, установленных в таблица переадресации, введите команду Junos OS интерфейс командной строки operational mode:

Пример выходных данных

command-name

Смысл

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

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

Примере: Переопределение политики BGP маршрутов по умолчанию на серия PTX пакетно-транспортных маршрутизаторах

В этом примере показано, как переопределять политику маршрутов по умолчанию на маршрутизаторах пакетной передачи, таких как серия PTX packet transport routers.

Требования

Для этого примера требуется Junos OS версии 12.1 или более поздней.

Обзор

По умолчанию маршрутизаторы серия PTX не устанавливают BGP в таблица переадресации.

Для серия PTX маршрутизаторов конфигурация условия с действием не приводит к обычному результату, который он имеет на других Junos OS from protocols bgpthen accept маршрутизаторах. При следующей политике маршрутов на серия PTX маршрутизаторах BGP маршруты не устанавливаются в таблица переадресации.

В BGP маршруты не таблица переадресации. Это ожидаемое поведение.

В этом примере показано, как использовать действие для эффективного then install-to-fib переопределения BGP маршрутов.

Конфигурации

интерфейс командной строки быстрой конфигурации

Чтобы быстро настроить этот пример, скопировать следующие команды, ввести их в текстовый файл, удалить все разрывы строки, изменить все данные, необходимые для настройки сети, а затем скопировать и вкопировать команды в интерфейс командной строки на [edit] иерархии.

Установка выбранных BGP маршрутов в таблице forwarding

Пошаговая процедура

В следующем примере необходимо провести различные уровни в иерархии конфигурации. Для получения информации о навигации по интерфейс командной строки см. использование редактора интерфейс командной строки в режиме конфигурации в руководстве Junos OS интерфейс командной строки пользователя.

Для установки BGP маршрутов в таблица переадресации:

  1. Настройте список префиксов для установки в таблица переадресации.

  2. Настройте политику маршрутов, применив список префиксов в качестве условия.

  3. Примените политику маршрутов к таблица переадресации.

Результаты

В режиме конфигурации подтвердите конфигурацию путем ввода show policy-optionsshow routing-options команд и команд. Если в выходных данных не отображается указанная конфигурация, повторите инструкции, показанные в данном примере, чтобы исправить конфигурацию.

После настройки устройства войдите в commit режим конфигурации.

Проверки

Подтвердим, что конфигурация работает правильно.

Проверка установки выбранного маршрута в таблицу переадранки

Цель

Убедитесь, что настроенная политика переопределит политику по умолчанию.

Действий

В рабочем режиме введите show route forwarding-table команду.

Смысл

Эти выходные данные показывают, что маршрут к 66.0.0.1/32 установлен в таблица переадресации.

События перехода BGP состояния в журнале

Цель

Border Gateway Protocol (BGP) состояния указывают на сетевую проблему и необходимость регистрироваться и ее изучение.

Действий

Для регистрации BGP событий перехода состояния в системный журнал выполните следующие действия:

  1. В режиме конфигурации перейдите на следующий уровень иерархии:

  2. Настройте системный журнал:

  3. Проверьте конфигурацию:

  4. Сфиксировать конфигурацию:

Смысл

Журнальных сообщений от BGP событий перехода состояния достаточно для диагностики большинства BGP сеансов. Табл. 3 перечисляет и описывает шесть состояния сеанса BGP сеанса.

Табл. 3: Шесть состояния сеанса BGP

BGP состояние

Описание

Idle

Это первое состояние соединения. BGP событий, инициированных администратором. Событием запуска может быть установление BGP через конфигурацию маршрутизатора или сброс существующего сеанса. После начала события BGP ресурсы, сбрасывает время повторного подключения, инициирует транспортное соединение TCP и начинает прослушивать соединения, инициированные удаленными однорангами. BGP переходит в Connect состояние.

При ошибках BGP Idle состояние.

Connect

BGP ждет завершения подключения к транспортному протоколу. Если транспортное соединение TCP успешно, состояние переходит в OpenSent .

Если транспортное соединение не удалось, состояние переходит в Active состояние ..

Если время отсоединение истекает, состояние остается в состоянии , время перезагруляется и инициален Connect транспортный соединение.

При любом другом событии состояние возвращается в состояние Idle .

Active

BGP получить одноранговую ницу, инициировать соединение по транспортному протоколу.

Если он успешен, состояние переходит в OpenSent .

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

В общем, "переброска" состояния соседей указывает на то, что имеется проблема с транспортным ConnectActive соединением TCP. Такая проблема может быть вызвана множеством повторной передачи TCP или невозможностью соседа достичь IP-адреса своего одноранговых узла.

OpenSent

BGP получает открытое сообщение от своего одноранговых узла. В этом состоянии BGP номер автономной системы (AS) с номером AS своего одноранговых узла и распознает, принадлежит ли одноранговая система одной AS (внутренний BGP) или другой OpenSent AS (внешний BGP).

Для правильности проверяется открытое сообщение. В случае ошибок, таких как недопустимый номер версии недопустимой AS, BGP отправляет сообщение об ошибке-уведомлении и возвращается к Idle .

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

Если нет ошибок, BGP сообщения keepalive и перезагрешают этот timer. В этом состоянии согласовываться время удержания. Если время удержания 0, то они не перезапускаются.

Когда обнаруживается транспортное отключение TCP, состояние возвращается на Active .

OpenConfirm

BGP сообщения keepalive или уведомления.

Если получена информация keepalive, состояние становится Established состоянием и согласование соседей завершено. Если система получает сообщение об обновлении или сообщении keepalive, она перезапускает время удержания (при условии, что согласованное время удержания не является 0).

Если получено уведомление, состояние возвращается на Idle .

Система посылает периодические сообщения keepalive на скорость, установленную для этого времени. В случае уведомления о разрыве транспортного отключения или в ответ на событие остановки состояние возвращается в состояние Idle . В ответ на другие события система посылает уведомление с кодом ошибки конечного автомата (FSM) и возвращается к Idle .

Established

Это конечное состояние в согласовании соседей. В этом состоянии BGP обновления ackets со своими однорангами, и время удержания перезагружается при получении сообщения об обновлении или сообщении keepalive, если значение не установлено равным нулю.

Если система получает уведомление, состояние возвращается в состояние Idle .

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

BGP происходит истечении времени удержания, от транспортного протокола получено уведомление об отключении, получено событие остановки или в ответ на любое Idle другое событие.

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

Настройка отдельных BGP параметров

Цель

Если происходят непредвиденные события или проблемы, или если необходимо выявить BGP с установлением, можно просмотреть более подробные сведения, сконфигурив параметры, специфические для BGP. Можно также настроить трассировку для определенной узел BGP группы равноправных рангов. Дополнительные сведения см. в руководстве по Junos основам системы.

Отображение подробных BGP протоколов

Действий

Чтобы подробно BGP протоколу, выполните следующие действия:

  1. В режиме конфигурации перейдите на следующий уровень иерархии:

  2. Настройте флаг для отображения подробных BGP протоколов:

  3. Проверьте конфигурацию:

    Например:

  4. Сфиксировать конфигурацию:

  5. Просмотреть содержимое файла, содержащего подробные сообщения:

    Например:

Смысл

Табл. 4 выводит список флагов, определенных BGP флагов, и выводит пример выходных данных некоторых флагов. Можно также настроить трассировку для определенной узел BGP группы равноправных рангов. Дополнительные сведения см. в руководстве по Junos основам системы.

Табл. 4: BGP отслеживания протоколов

Отслеживание флагов

Описание

Пример выходных данных

aspath

Операции регулярного выражения пути AS

Не доступен.

damping

Операции дефуминга

Nov 28 17:01:12 bgp_damp_change: Change event Nov 28 17:01:12 bgp_dampen: Damping 10.10.1.0 Nov 28 17:01:12 bgp_damp_change: Change event Nov 28 17:01:12 bgp_dampen: Damping 10.10.2.0 Nov 28 17:01:12 bgp_damp_change: Change event Nov 28 17:01:12 bgp_dampen: Damping 10.10.3.0

keepalive

BGP сообщений keepalive

Nov 28 17:09:27 bgp_send: sending 19 bytes to 10.217.5.101 (External AS 65471) Nov 28 17:09:27 Nov 28 17:09:27 BGP SEND 10.217.5.1+179 -> 10.217.5.101+52162 Nov 28 17:09:27 BGP SEND message type 4 (KeepAlive) length 19 Nov 28 17:09:28 Nov 28 17:09:28 BGP RECV 10.217.5.101+52162 -> 10.217.5.1+179 Nov 28 17:09:28 BGP RECV message type 4 (KeepAlive) length 19

open

BGP открытые пакеты

Nov 28 18:37:42 bgp_send: sending 37 bytes to 10.217.5.101 (External AS 65471) Nov 28 18:37:42 Nov 28 18:37:42 BGP SEND 10.217.5.1+179 -> 10.217.5.101+38135 Nov 28 18:37:42 BGP SEND message type 1 (Open) length 37

packets

Все BGP протоколов

Sep 27 17:45:31 BGP RECV 10.0.100.108+179 -> 10.0.100.105+1033 Sep 27 17:45:31 BGP RECV message type 4 (KeepAlive) length 19 Sep 27 17:45:31 bgp_send: sending 19 bytes to 10.0.100.108 (Internal AS 100) Sep 27 17:45:31 BGP SEND 10.0.100.105+1033 -> 10.0.100.108+179 Sep 27 17:45:31 BGP SEND message type 4 (KeepAlive) length 19 Sep 27 17:45:31 bgp_read_v4_update: receiving packet(s) from 10.0.100.108 (Internal AS 100)

update

Обновление пакетов

Nov 28 19:05:24 BGP SEND 10.217.5.1+179 -> 10.217.5.101+55813 Nov 28 19:05:24 BGP SEND message type 2 (Update) length 53 Nov 28 19:05:24 bgp_send: sending 65 bytes to 10.217.5.101 (External AS 65471) Nov 28 19:05:24 Nov 28 19:05:24 BGP SEND 10.217.5.1+179 -> 10.217.5.101+55813 Nov 28 19:05:24 BGP SEND message type 2 (Update) length 65 Nov 28 19:05:24 bgp_send: sending 55 bytes to 10.217.5.101 (External AS 65471)

Диагностика BGP сеанса

Цель

Отследить BGP установления сеанса.

Действий

Для отслеживания BGP установления сеанса выполните следующие действия:

  1. В режиме конфигурации перейдите на следующий уровень иерархии:

  2. Настройка открытых BGP сообщений:

  3. Проверьте конфигурацию:

    Например:

  4. Сфиксировать конфигурацию:

  5. Просмотреть содержимое файла, содержащего подробные сообщения:

    Например:

Настройка отдельных IS-IS параметров

Цель

Если происходят непредвиденные события или проблемы, или если необходимо выявить IS-IS с установлением точки IS-IS, дополнительные сведения можно просмотреть, сконфигурив параметры, специфические для IS-IS.

Чтобы настроить IS-IS, выполните следующие действия:

Отображение подробных IS-IS протоколов

Действий

Для подробной IS-IS сообщений выполните следующие действия:

  1. Настройте флаг для отображения подробных IS-IS протоколов.

  2. Проверьте конфигурацию.

    Например:

  3. Сфиксировать конфигурацию.

  4. Просмотреть содержимое файла, содержащего подробные сообщения.

    Например:

Смысл

Табл. 5 вывод списка флагов, которые можно настроить на IS-IS и вывод некоторых флагов в качестве примера.

Табл. 5: IS-IS отслеживания протоколов

Отслеживание флагов

Описание

Пример выходных данных

csn

PDU полного последовательного номера (CSNP)

Nov 28 20:02:48 Sending L2 CSN on interface so-1/1/0.0Nov 28 20:02:48 Sending L2 CSN on interface so-1/1/1.0

С помощью detail этого параметра.

Nov 28 20:06:08 Sending L2 CSN on interface so-1/1/1.0Nov 28 20:06:08 LSP abc-core-01.00-00 lifetime 1146Nov 28 20:06:08 sequence 0x1c4f8 checksum 0xa1e9Nov 28 20:06:08 LSP abc-core-02.00-00 lifetime 411Nov 28 20:06:08 sequence 0x7435 checksum 0x5424Nov 28 20:06:08 LSP abc-brdr-01.00-00 lifetime 465Nov 28 20:06:08 sequence 0xf73 checksum 0xab10Nov 28 20:06:08 LSP abc-edge-01.00-00 lifetime 1089Nov 28 20:06:08 sequence 0x1616 checksum 0xdb29Nov 28 20:06:08 LSP abc-edge-02.00-00 lifetime 1103Nov 28 20:06:08 sequence 0x45cc checksum 0x6883

hello

Пакет приветствуя

Nov 28 20:13:50 Sending PTP IIH on so-1/1/1.0Nov 28 20:13:50 Received PTP IIH, source id abc-core-01 on so-1/1/0.0Nov 28 20:13:53 Received PTP IIH, source id abc-core-02 on so-1/1/1.0Nov 28 20:13:57 Sending PTP IIH on so-1/1/0.0Nov 28 20:13:58 Received PTP IIH, source id abc-core-01 on so-1/1/0.0Nov 28 20:13:59 Sending PTP IIH on so-1/1/1.0

lsp

PDUS с состоянием соединения (LPS)

Nov 28 20:15:46 Received L2 LSP abc-edge-01.00-00, interface so-1/1/0.0Nov 28 20:15:46 from abc-core-01Nov 28 20:15:46 sequence 0x1617, checksum 0xd92a, lifetime 1197Nov 28 20:15:46 Updating L2 LSP abc-edge-01.00-00 in TEDNov 28 20:15:47 Received L2 LSP abc-edge-01.00-00, interface so-1/1/1.0Nov 28 20:15:47 from abc-core-02Nov 28 20:15:47 sequence 0x1617, checksum 0xd92a, lifetime 1197

lsp-generation

Пакеты генерации PDU с состоянием соединения

Nov 28 20:21:24 Regenerating L1 LSP abc-edge-03.00-00, old sequence 0x682Nov 28 20:21:27 Rebuilding L1, fragment abc-edge-03.00-00Nov 28 20:21:27 Rebuilt L1 fragment abc-edge-03.00-00, size 59Nov 28 20:31:52 Regenerating L2 LSP abc-edge-03.00-00, old sequence 0x689Nov 28 20:31:54 Rebuilding L2, fragment abc-edge-03.00-00Nov 28 20:31:54 Rebuilt L2 fragment abc-edge-03.00-00, size 256Nov 28 20:34:05 Regenerating L1 LSP abc-edge-03.00-00, old sequence 0x683Nov 28 20:34:08 Rebuilding L1, fragment abc-edge-03.00-00Nov 28 20:34:08 Rebuilt L1 fragment abc-edge-03.00-00, size 59

packets

Все IS-IS протоколов

Не доступен.

psn

Пакеты с частичным номером последовательности PDU (PSNP)

Nov 28 20:40:39 Received L2 PSN, source abc-core-01, interface so-1/1/0.0Nov 28 20:40:39 Received L2 PSN, source abc-core-02, interface so-1/1/1.0Nov 28 20:41:36 Sending L2 PSN on interface so-1/1/1.0Nov 28 20:41:36 Sending L2 PSN on interface so-1/1/0.0Nov 28 20:42:35 Received L2 PSN, source abc-core-02, interface so-1/1/1.0Nov 28 20:42:35 LSP abc-edge-03.00-00 lifetime 1196Nov 28 20:42:35 sequence 0x68c checksum 0x746dNov 28 20:42:35 Received L2 PSN, source abc-core-01, interface so-1/1/0.0Nov 28 20:42:35 LSP abc-edge-03.00-00 lifetime 1196Nov 28 20:42:35 sequence 0x68c checksum 0x746dNov 28 20:42:49 Sending L2 PSN on interface so-1/1/1.0Nov 28 20:42:49 LSP abc-core-01.00-00 lifetime 1197Nov 28 20:42:49 sequence 0x1c4fb checksum 0x9becNov 28 20:42:49 Sending L2 PSN on interface so-1/1/0.0Nov 28 20:42:49 LSP abc-core-01.00-00 lifetime 1197Nov 28 20:42:49 sequence 0x1c4fb checksum 0x9bec

spf

Расчеты с первым кратчайшим маршрутом (SPF)

Nov 28 20:44:01 Scheduling SPF for L1: ReconfigNov 28 20:44:01 Scheduling multicast SPF for L1: ReconfigNov 28 20:44:01 Scheduling SPF for L2: ReconfigNov 28 20:44:01 Scheduling multicast SPF for L2: ReconfigNov 28 20:44:02 Running L1 SPFNov 28 20:44:02 L1 SPF initialization complete: 0.000099s cumulative timeNov 28 20:44:02 L1 SPF primary processing complete: 0.000303s cumulative timeNov 28 20:44:02 L1 SPF result postprocessing complete: 0.000497s cumulative timeNov 28 20:44:02 L1 SPF RIB postprocessing complete: 0.000626s cumulative timeNov 28 20:44:02 L1 SPF routing table postprocessing complete: 0.000736s cumulative time

Отображение отправленных или полученных IS-IS протоколов

Чтобы настроить трассировку только для отправленных или полученных IS-IS протоколов, выполните следующие действия:

  1. Настройте флаг для отображения отправленных, полученных или оба отправленных и полученных пакетов.

    Или

    Или

  2. Проверьте конфигурацию.

    Например:

    Или

    Или

  3. Сфиксировать конфигурацию.

  4. Просмотреть содержимое файла, содержащего подробные сообщения.

    Например:

Подробный IS-IS PDUS с состоянием соединения

Чтобы подробно IS-IS PDUS с состоянием соединения, выполните следующие действия:

  1. Настройте IS-IS сообщения.

  2. Проверьте конфигурацию.

    Например:

  3. Сфиксировать конфигурацию.

  4. Просмотреть содержимое файла, содержащего подробные сообщения.

    Например:

Настройка отдельных OSPF параметров

Цель

Если происходят непредвиденные события или проблемы, или если необходимо выявить OSPF с установлением соседей, можно просмотреть более подробную информацию, сконфигурив параметры, специфические для OSPF.

Для настройки параметров OSPF следующие действия:

Диагностика OSPF сеанса

Действий

Для подробной OSPF сообщений выполните следующие действия:

  1. В режиме конфигурации перейдите на следующий уровень иерархии:

  2. Настройка OSPF приветствую:

  3. Проверьте конфигурацию:

    Например:

  4. Сфиксировать конфигурацию:

  5. Просмотреть содержимое файла, содержащего подробные сообщения:

    Например:

Смысл

Табл. 6 перечисляет OSPF флаги и приводит пример выходных данных для некоторых из этих флагов.

Табл. 6: OSPF отслеживания протоколов

Отслеживание флагов

Описание

Пример выходных данных

database-descripttion

Все пакеты описания базы данных

Dec 2 15:44:51 RPD_OSPF_NBRDOWN: OSPF neighbor 10.10.10.29 (so-1/1/0.0) state changed from Full to Down Dec 2 15:44:51 RPD_OSPF_NBRDOWN: OSPF neighbor 10.10.10.33 (so-1/1/1.0) state changed from Full to Down Dec 2 15:44:55 RPD_OSPF_NBRUP: OSPF neighbor 10.10.10.33 (so-1/1/1.0) state changed from Init to ExStart Dec 2 15:44:55 OSPF sent DbD (2) -> 224.0.0.5 (so-1/1/1.0) Dec 2 15:44:55 Version 2, length 32, ID 10.0.0.6, area 0.0.0.0 Dec 2 15:44:55 checksum 0xf76b, authtype 0 Dec 2 15:44:55 options 0x42, i 1, m 1, ms 1, seq 0xa009eee, mtu 4470 Dec 2 15:44:55 OSPF rcvd DbD 10.10.10.33 -> 224.0.0.5 (so-1/1/1.0) Dec 2 15:44:55 Version 2, length 32, ID 10.10.134.12, area 0.0.0.0 Dec 2 15:44:55 checksum 0x312c, authtype 0 Dec 2 15:44:55 options 0x42, i 1, m 1, ms 1, seq 0x2154, mtu 4470

error

OSPF пакетов с ошибками

Dec 2 15:49:34 OSPF packet ignored: no matching interface from 172.16.120.29 Dec 2 15:49:44 OSPF packet ignored: no matching interface from 172.16.120.29 Dec 2 15:49:54 OSPF packet ignored: no matching interface from 172.16.120.29 Dec 2 15:50:04 OSPF packet ignored: no matching interface from 172.16.120.29 Dec 2 15:50:14 OSPF packet ignored: no matching interface from 172.16.120.29

event

OSPF состояния

Dec 2 15:52:35 OSPF interface ge-2/2/0.0 state changed from DR to DR Dec 2 15:52:35 OSPF interface ge-3/1/0.0 state changed from DR to DR Dec 2 15:52:35 OSPF interface ge-3/2/0.0 state changed from DR to DR Dec 2 15:52:35 OSPF interface ge-4/2/0.0 state changed from DR to DR Dec 2 15:53:21 OSPF neighbor 10.10.10.29 (so-1/1/0.0) state changed from Full to Down Dec 2 15:53:21 RPD_OSPF_NBRDOWN: OSPF neighbor 10.10.10.29 (so-1/1/0.0) state changed from Full to Down Dec 2 15:53:21 OSPF neighbor 10.10.10.33 (so-1/1/1.0) state changed from Full to Down Dec 2 15:53:21 RPD_OSPF_NBRDOWN: OSPF neighbor 10.10.10.33 (so-1/1/1.0) state changed from Full to Down Dec 2 15:53:25 OSPF neighbor 10.10.10.33 (so-1/1/1.0) state changed from Down to Init Dec 2 15:53:25 OSPF neighbor 10.10.10.33 (so-1/1/1.0) state changed from Init to ExStart Dec 2 15:53:25 RPD_OSPF_NBRUP: OSPF neighbor 10.10.10.33 (so-1/1/1.0) state changed from Init to ExStart Dec 2 15:53:25 OSPF neighbor 10.10.10.33 (so-1/1/1.0) state changed from ExStart to Exchange Dec 2 15:53:25 OSPF neighbor 10.10.10.33 (so-1/1/1.0) state changed from Exchange to Full Dec 2 15:53:25 RPD_OSPF_NBRUP: OSPF neighbor 10.10.10.33 (so-1/1/1.0) state changed from Exchange to Full

flooding

Пакеты flooding состояния соединения

Dec 2 15:55:21 OSPF LSA Summary 10.218.0.0 10.0.0.6 flooding on so-1/1/0.0 Dec 2 15:55:21 OSPF LSA Summary 10.218.0.0 10.0.0.6 flooding on so-1/1/1.0 Dec 2 15:55:21 OSPF LSA Summary 10.218.0.0 10.0.0.6 on no so-1/1/2.0 rexmit lists, no flood Dec 2 15:55:21 OSPF LSA Summary 10.218.0.0 10.0.0.6 on no so-1/1/3.0 rexmit lists, no flood

Dec 2 15:55:21 OSPF LSA Summary 10.245.0.1 10.0.0.6 on no so-1/1/2.0 rexmit lists, no flood Dec 2 15:55:21 OSPF LSA Summary 10.245.0.1 10.0.0.6 on no so-1/1/3.0 rexmit lists, no flood

hello

Пакеты приветствую

Dec 2 15:57:25 OSPF sent Hello (1) -> 224.0.0.5 (ge-3/1/0.0) Dec 2 15:57:25 Version 2, length 44, ID 10.0.0.6, area 2.0.0.0 Dec 2 15:57:25 checksum 0xe43f, authtype 0 Dec 2 15:57:25 mask 255.255.0.0, hello_ivl 10, opts 0x2, prio 128 Dec 2 15:57:25 dead_ivl 40, DR 10.218.0.1, BDR 0.0.0.0 Dec 2 15:57:25 OSPF rcvd Hello 10.10.10.33 -> 224.0.0.5 (so-1/1/1.0) Dec 2 15:57:25 Version 2, length 48, ID 10.10.134.12, area 0.0.0.0 Dec 2 15:57:25 checksum 0x99b8, authtype 0 Dec 2 15:57:25 mask 255.255.255.252, hello_ivl 10, opts 0x2, prio 1 Dec 2 15:57:25 dead_ivl 40, DR 0.0.0.0, BDR 0.0.0.0 Dec 2 15:57:27 OSPF sent Hello (1) -> 224.0.0.5 (ge-3/2/0.0) Dec 2 15:57:27 Version 2, length 44, ID 10.0.0.6, area 2.0.0.0 Dec 2 15:57:27 checksum 0xe4a5, authtype 0 Dec 2 15:57:27 mask 255.255.0.0, hello_ivl 10, opts 0x2, prio 128 Dec 2 15:57:27 dead_ivl 40, DR 10.116.0.1, BDR 0.0.0.0 Dec 2 15:57:28 OSPF rcvd Hello 10.10. 10.29 -> 224.0.0.5 (so-1/1/0.0) Dec 2 15:57:28 Version 2, length 48, ID 10.10.134.11, area 0.0.0.0 Dec 2 15:57:28 checksum 0x99b9, authtype 0 Dec 2 15:57:28 mask 255.255.255.252, hello_ivl 10, opts 0x2, prio 1 Dec 2 15:57:28 dead_ivl 40, DR 0.0.0.0, BDR 0.0.0.0

lsa-ack

Пакеты подтверждения состояния связи

Dec 2 16:00:11 OSPF rcvd LSAck 10.10.10.29 -> 224.0.0.5 (so-1/1/0.0) Dec 2 16:00:11 Version 2, length 44, ID 10.10 .134.11, area 0.0.0.0 Dec 2 16:00:11 checksum 0xcdbf, authtype 0 Dec 2 16:00:11 OSPF rcvd LSAck 10.10.10.33 -> 224.0.0.5 (so-1/1/1.0) Dec 2 16:00:11 Version 2, length 144, ID 10.10. 134.12, area 0.0.0.0 Dec 2 16:00:11 checksum 0x73bc, authtype 0 Dec 2 16:00:16 OSPF rcvd LSAck 10.10.10.33 -> 224.0.0.5 (so-1/1/1.0) Dec 2 16:00:16 Version 2, length 44, ID 10.10.134.12, area 0.0.0.0 Dec 2 16:00:16 checksum 0x8180, authtype 0

lsa-request

Пакеты запроса состояния соединения

Dec 2 16:01:38 OSPF rcvd LSReq 10.10.10.29 -> 224.0.0.5 (so-1/1/0.0) Dec 2 16:01:38 Version 2, length 108, ID 10.10.134.11, area 0.0.0.0 Dec 2 16:01:38 checksum 0xe86, authtype 0

lsa-update

Пакеты обновления состояния соединения

Dec 2 16:09:12 OSPF built router LSA, area 0.0.0.0 Dec 2 16:09:12 OSPF built router LSA, area 1.0.0.0 Dec 2 16:09:12 OSPF built router LSA, area 2.0.0.0 Dec 2 16:09:13 OSPF sent LSUpdate (4) -> 224.0.0.5 (so-1/1/0.0) Dec 2 16:09:13 Version 2, length 268, ID 10.0.0.6, area 0.0.0.0 Dec 2 16:09:13 checksum 0x8047, authtype 0 Dec 2 16:09:13 adv count 7 Dec 2 16:09:13 OSPF sent LSUpdate (4) -> 224.0.0.5 (so-1/1/1.0) Dec 2 16:09:13 Version 2, length 268, ID 10.0.0.6, area 0.0.0.0 Dec 2 16:09:13 checksum 0x8047, authtype 0 Dec 2 16:09:13 adv count 7

packets

Все OSPF пакетов

Не доступен.

packet-dump

Дамп содержимого выбранных типов пакетов

Не доступен.

spf

Расчеты SPF

Dec 2 16:08:03 OSPF full SPF refresh scheduled Dec 2 16:08:04 OSPF SPF start, area 1.0.0.0 Dec 2 16:08:04 OSPF add LSA Router 10.0.0.6 distance 0 to SPF list Dec 2 16:08:04 SPF elapsed time 0.000525s Dec 2 16:08:04 Stub elapsed time 0.000263s Dec 2 16:08:04 OSPF SPF start, area 2.0.0.0 Dec 2 16:08:04 OSPF add LSA Router 10.0.0.6 distance 0 to SPF list Dec 2 16:08:04 SPF elapsed time 0.000253s Dec 2 16:08:04 Stub elapsed time 0.000249s Dec 2 16:08:04 OSPF SPF start, area 0.0.0.0 Dec 2 16:08:04 OSPF add LSA Router 10.0.0.6 distance 0 to SPF list Dec 2 16:08:04 OSPF add LSA Router 10.10. 134.11 distance 1 to SPF list Dec 2 16:08:04 IP nexthop so-1/1/0.0 0.0.0.0 Dec 2 16:08:04 OSPF add LSA Router 10.10.134.12 distance 1 to SPF list Dec 2 16:08:04 IP nexthop so-1/1/1.0 0.0.0.0

Подробный OSPF пакетов объявления link-state

Действий

Для подробного OSPF пакетов объявления состояния соединений выполните следующие действия:

  1. В режиме конфигурации перейдите на следующий уровень иерархии:

  2. Конфигурировать OSPF пакеты состояния соединений:

  3. Проверьте конфигурацию:

    Например:

  4. Сфиксировать конфигурацию:

  5. Просмотреть содержимое файла, содержащего подробные сообщения:

    Например: