Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Сбор статистики по MPLS сеансов

Настройка MPLS статистики

Можно настроить MPLS так, чтобы он периодически собирал статистику трафика по всем MPLS сеансам, включая транзитные, с помощью конфигурировании statistics этого утверждения. Необходимо настроить утверждение, если необходимо собирать статистику MPLS трафика с помощью SNMP-опроса базовых сведений MPLS управления statistics (MBS).

Чтобы включить или отключить MPLS статистики, включим в себя statistics утверждение:

Эти утверждения можно настроить на следующих уровнях иерархии:

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

Значение интервала по умолчанию — 300 секунд.

При настройке параметра статистика помещается в файл, по одной записи на file LSP. В течение заданного интервала в этот файл записывают следующие сведения:

  • Число пакетов, число bytes, packets в секунду и bytes в секунду, переданных каждым LSP. Четность функций для отображения статистики пакетов и размеров по пакетам для суб-LSP о точка-многоканальный LSP в микросхеме Junos Trio поддерживается в выпусках Junos OS, 11.1R2, 11.2R2 и 11.4.

  • Процент пропускной способности, переданной через данный LSP по отношению к проценту полосы пропускания, настроенной для этого LSP. Если полоса пропускания для LSP не настроена, в столбце в процентном соотношении заносяется 0 процентов.

В конце каждого периодического отчета сводка отображает текущее время, общее количество сеансов, число считывай сеансов, число пропущенных сеансов и ошибки чтения, если так). Проигнорированные сеансы обычно являются сеансами, которые не находятся в состоянии up, или сеансами с зарезервированной (от 0 до 15) входящих меток (обычно это точка отката LSP). Причина ошибки чтения появляется в той же строке, что и запись для LSP, на котором произошла ошибка. Сбор статистики ненадежный процесс; случайные ошибки чтения могут повлиять на их точность. Пример выходных данных:

Обзор измерения потери и задержки пакетов в пакете в запросе ДЛЯ LSP-пакетов в запросе (ЕPS)

В этой теме описываются методы измерения потери пакетов, задержки и пропускной способности для сквозного перехода с оконечным конечным переходом (САМВП) с переключениями меток (LSP) в MPLS сетях для обеспечения мониторинга производительности сети.

Важность измерения потерь пакетов и задержки

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

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

Трафик, принадлежащий большинству приложений конечных пользователей, чувствителен к потерям (передача файлов), чувствительным к задержкам (голосовым или видео приложениям), или обоим (интерактивным вычислительным приложениям). Соглашения об уровне обслуживания (СОГЛАШЕНИЯ об уровне обслуживания) поставщиков услуг зависят от способности измерять и отслеживать эти метрики производительности сети, поскольку соглашения об уровне обслуживания прямо или косвенно зависят от потерь и задержки клиентского трафика в сети поставщика услуг.

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

Определение потери пакетов, задержки и пропускной способности

В пакетных сетях потеря пакетов и задержка являются самыми основными показателями производительности.

  • Loss— Потеря пакетов – это сбой получения одного или более переданных пакетов к месту назначения. Потеря пакетов относится к пакетам данных, отброшенным сетью для управления перегрузкой.

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

  • Delay- Задержка пакета (также называемая задержка) — это количество времени, необходимого для передачи пакета данных из одной указанной точки в другую, в зависимости от скорости среды передачи, такой как медный провод, оптический оптоволоконных или радиоволн, а также задержки передачи устройствами по пути, такими как маршрутизаторы и модемы.

    Низкая задержка указывает на высокую эффективность сети.

  • Throughput— Задержка пакета измеряет период времени между началом действия и его выполнением, в то время как пропускная способность – это общее число таких действий, которые происходят за определенное количество времени.

Механизмы измерения потери пакетов и задержки

Задержка и потеря пакетов являются двумя основными показателями производительности сети. Junos OS предоставляет механизм в востребовании для оценки потерь пакетов и задержки по связанным путям MPLS о конечном переходе (САМВП) с коммутацией по метке (LPS).

Механизм измерения задержки по требованию и потери пакетов инициирован с помощью следующих интерфейс командной строки:

  • monitor mpls loss rsvp-Выполняет измерение потерь по требованию для связанных многонаправленных LSP-товиальных МЕТОДОВ(-а).

  • monitor mpls delay rsvp- Выполняет измерение задержки по требованию для связанных многонаправленных LSP-товвиальных методов (LPS) с методом РАЗ ВП.

  • monitor mpls loss-delay rsvp-Выполняет комбинированное измерение потерь и задержки по запросу для связанных многонаправленных LSP-цепей с МЕТОДОМ РАБОТЫ с МЕТОДОМ РАБОТЫ(-ой).

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

Метрики потери пакетов и задержки

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

  • Измерение потери (пакет и октет)

  • Измерение пропускной способности (пакет и октет)

  • Двухканавная задержка канала

  • Задержка в обратном маршруте

  • Разброс задержки между пакетами (IPDV)

Команда выполняет измерение потерь и пропускной способности, а также выполняет двусторонную задержку канала, задержку в оба конца и monitor mpls loss rsvpmonitor mpls delay rsvp измерение IPDV. Команда выполняет комбинированное измерение потерь и задержки и измеряет одновременно все вышеперечисленные метрики monitor mpls loss-delay rsvp производительности.

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

Следующие концепции помогают лучше понять функции потери пакетов и задержки:

  • Querier- Запрашивающий маршрутизатор является маршрутизатором на границе (PE) на выходе, который исходят от сообщения запроса для измерения потерь или задержки.

  • Responder- Ответчик – это маршрутизатор с pe на выкате, который получает и отвечает на запросы от запроса.

  • Associated bidirectional LSP- Связанный двунаправленный LSP состоит из двух однонаправленных LSP, связанных друг с другом (или связанных друг с другом) посредством настройки на обеих конечных точках LSP.

    Измерение потери по требованию и задержки может быть выполнено только на связанных однонаправленных LSP-перенаправлении САМОН.

  • Generic associated channel (G-Ach)- Сообщения мониторинга производительности для потока измерения потерь и задержки в востребовании по MPLS G-Ach. Канал такого типа поддерживает только поддержку в диапазоне откликов и не поддерживает режимы out-of-band или no-response.

  • Measurement point (MP)MP – это местоположение, в котором описано состояние для измерения.

    MP для потери пакетов на стороне передачи находится между коммутаточной фабрикой и интерфейсом передачи. Значение счетчика пропечатано в измерительных сообщениях о потерях в оборудовании перед тем, как оно будет запротестино для передачи.

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

  • Query rate— Скорость запроса – это интервал между двумя запросами, отправленными для измерения потерь и задержки.

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

    Скорость запроса должна быть высокой для 32-битных счетчиков, так как счетчики могут быстро скручиваться при очень высокой скорости передачи данных. Скорость запроса может быть низкой, если используются 64-битные счетчики во всех четырех точках измерения, участвующих в измерении потерь. Junos OS поддерживает только 64-битные счетчики.

  • Traffic class- По умолчанию измерение потерь поддерживается для всего канала. Junos OS также поддерживает измерение потери пакетов в рамках класса трафика, где должны быть созданы счетчики, которые поддерживают статистику трафика для каждого класса трафика.

    Счетчики класса трафика по умолчанию не создаются. Чтобы настроить измерение потерь в рамках класса трафика, включите утверждение traffic-class-statistics на [edit protocols mpls statistics] уровне иерархии.

    При настройке контрольные пакеты, которые передаются через G-Ach, не учитываются в счетчиках traffic-class-statistics передачи и получения.

    Прим.:

    Включение и отключение статистики классов трафика приводит к сбросу всех счетчиков (совокупные счетчики и счетчики по классу) для LSP.

  • Loss measurement mode- Junos OS поддерживает прямой режим измерения потерь по требованию и не поддерживает режим inferred.

    Для измерения прямой потери требуется сохранение статистики трафика данных при впадении и выходе двух однонаправленных LSP связанного двунаправленного LSP. Когда маршрутизатор серия MX использует только MCS и MCS, счетчики для поддержания статистики трафика данных создаются по умолчанию при виске всех типов LSP и при отсылке LSP-статов в режиме ПРОСТОЯ (TOPS).

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

    • Параллельный характер переадности аппаратного обеспечения.

    • Присутствие равноценных многоканальных пакетов (ECMP) в сети, например агрегированных интерфейсов Ethernet, может привести к перезапись пакетов данных относительно сообщений измерения потерь.

    • Контрольные пакеты, которые не пересылаются через G-Ach, не подсчитываются при в поступать LSP, а подсчитываются на откате LSP.

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

      Чтобы преодолеть это ограничение, выполните измерение потерь в рамках класса трафика при реализации Diffserv.

    Прим.:

    Измерение потери прямого режима подвержено нарушению, если изменяется вский или выходный интерфейс, связанный с изменениями LSP.

  • Loss measurement synchronization— Условия синхронизации, указанные в разделе 2.9.8 RFC 6374, не имеют абсолютного смысла. Однако, так как счетчики измерения потерь маркируются аппаратно, ошибки, введенные из-за неудовлетворительных условий синхронизации, относительно малы. Эти ошибки необходимо квантовлать.

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

  • Delay measurement accuracy-Когда передающий и получаемый интерфейсы находятся на разных ядах переадад пути передачи пакетов, часы должны быть синхронизированы на этих системах переадад пути для измерения двунамерной задержки. Это условие имеет место для платформы, на которой реализована функция измерения задержки по требованию.

    Когда существуют агрегированные интерфейсы или ECMP, задержка измеряется только для одного из потенциальных путей.

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

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

  • Timestamp format- Junos OS поддерживает только формат IEEE (PTP) протокола точного времени (PTP) [IEEE1588] для записи сообщений об измерениях задержки. Формат сетевого времени (NTP) не поддерживается.

  • Operations, administration, and maintenance (OAM)-Чтобы указать, что все сообщения OAM для MPLS LPS перетекают через MPLS G-Ach, и чтобы позволить MPLS отслеживания производительности сообщения о производительности для MPLS G-Ach, утверждение должно быть включено на уровне oam mpls-tp-mode[edit protocols mpls label-switched-path lsp-name] иерархии.

Функциональность измерения потери пакетов и задержки

Рис. 1 иллюстрирует основные методы, используемые для двухнаправленного измерения потерь пакетов и задержки. Двунаправленный канал существует между двумя маршрутизаторами: маршрутизатором А и маршрутизатором В. Временные эталонные точки – T1, T2, T3 и T4 — связаны с операцией измерения, которая происходит на маршрутизаторе A. Операция состоит из маршрутизатора А, отправляя сообщение запроса маршрутизатору B, и маршрутизатора B, отправляя ответ. Каждый эталонный пункт указывает точку времени, в течение которого запрос или ответное сообщение передается или получается по каналу.

Рис. 1: Базовое бинаправленное измерениеБазовое бинаправленное измерение

In, маршрутизатор A может организовать измерение потерь пакетов по каналу в пересылку и обратном направлении, отправив сообщения об измерении потерь запроса Рис. 1 на маршрутизатор B. Каждое пересылаемо-обратное сообщение содержит количество пакетов, переданных до времени T1 через канал маршрутизатору B (A_TxP).

Когда сообщение достигает маршрутизатора B, к сообщению добавлено два значения, и сообщение отражается обратно на маршрутизатор A. Эти два значения – это количество пакетов, полученных до времени T2 по каналу от маршрутизатора A (B_RxP) и количество пакетов, переданных до времени T3 по каналу маршрутизатору А (B_TxP).

Когда ответ достигает маршрутизатора А, к сообщению будет добавлено четвертое значение — количество пакетов, полученных до времени T4 по каналу от маршрутизатора B (A_RxP).

Эти четыре значения счетчика (A_TxP), (B_RxP), (B_TxP) и (A_RxP) позволяют маршрутизатору А вычислять желаемую статистику потерь. Поскольку счетчики передачи на маршрутизаторе А и счетчике получения на маршрутизаторе B (и наоборот) не могут быть синхронизированы при первом сообщении, и для ограничения последствий переноса счетчика потеря вычисляется в форме разницы между сообщениями.

Потери при передаче (A_TxLoss[n-1,n]) и потеря получения (A_RxLoss[n-1,n]) в течение интервала измерения, помеченного сообщениями LM[n-1] и LM[n] вычисляются маршрутизатором A следующим образом:

  1. A_TxLoss[n-1,n] = (A_TxP[n] - A_TxP[n-1]) - (B_RxP[n] - B_RxP[n-1])

  2. A_RxLoss[n-1,n] = (B_TxP[n] - B_TxP[n-1]) - (A_RxP[n] - A_RxP[n-1])

Арифметическим является модуляция размера счетчика.

Чтобы измерить на маршрутизаторе Задержку по каналу маршрутизатору B, от маршрутизатора A к маршрутизатору B отправляется сообщение о измерение задержки от маршрутизатора A к маршрутизатору B, содержащее метки времени, в которые он был передан. In Рис. 1 , временная запись записана в T1.

Когда сообщение достигает маршрутизатора B, добавляется метка времени, запись момента его следования (T2). Теперь сообщение может отражаться от маршрутизатора B к маршрутизатору А, при этом маршрутизатор B добавляет свою метрику времени передачи (T3) и маршрутизатор Router A, добавляя свою метрику времени получения (T4).

Эти четыре метки времени – T1, T2, T3 и T4 — позволяют маршрутизатору A вычислять задержку в одном направлении в каждом направлении, а также двунаправленную задержку для канала. Для расчета задержки в одном направлении необходима синхронизация часов маршрутизаторов A и B.

На данном этапе маршрутизатор А может вычислять двусторонную задержку канала и задержку в оба пути, связанную с каналом:

  1. Двухканалная задержка канала = (T4 - T1) - (T3 - T2)

  2. Задержка обратного пути = T4 - T1

Функции потери пакетов и задержки

Supported Features of Packet Loss and Delay

Junos OS поддерживают следующие функции с измерением потерь и задержки в востребовании:

  • Мониторинг производительности для связанных MPLS LSP только из точки-в-ток САМвее-ок.

  • Измерение потерь

  • Измерение пропускной способности

  • Измерение двухсторонной задержки (задержка канала и задержка в оба пути)

  • Разброс задержки между пакетами (IPDV)

  • Измерение потерь в прямом режиме

  • Агрегированные интерфейсы Ethernet и агрегированные интерфейсы SONET

  • Поддержка нескольких шасси

  • 64-битовая совместимость

Unsupported Features of Packet Loss and Delay

Junos OS не поддерживает следующие функции измерения потерь и задержки в востребовании:

  • Измерение потерь и задержки для псевдо-проводов (раздел 2.9.1 RFC 6374)

  • Однонаправленное измерение (раздел 2.6 RFC 6374)

  • Измерение dyadic (раздел 2.7 RFC 6374)

  • Измерение потерь и задержки в режиме обратной связи (раздел 2.8 RFC 6374)

  • Измерение потерь и задержки промежуточному узлу с конечной точки LSP (раздел 2.9.5 RFC 6374)

  • Внешняя после обработка (раздел 2.9.7 RFC 6374)

  • Измерение потерь в режиме inferred (раздел 2.9.8 RFC 6374)

  • Активный режим

  • Логические системы

  • Snmp

Примере: Настройка измерения потерь и задержки по требованию

В этом примере показано, как включить измерение потерь по требованию и задержки для маршрутов оконечного конечного перехода (САМВП) с переключениями меток (LSP) в MPLS для мониторинга производительности сети.

Требования

В данном примере используются следующие аппаратные и программные компоненты:

  • Две серия MX универсальные платформы маршрутов 5G, содержащие только MPC/MCS

  • Junos OS версии 14.2 или более поздней версии, запущенной на всех маршрутизаторах

Перед началом работы:

  1. Настройте интерфейсы устройств.

  2. Настройте номера автономных систем и ID маршрутизаторов для устройств.

  3. Настройте следующие протоколы:

    • Rsvp

    • MPLS

    • OSPF

Обзор

Начиная с Junos OS версии 14.2, вводится средство мониторинга и измерения потери пакетов, задержки пакета или обоих связанных двухнаправленных MPLS выхода из-за пределов переключения (TOSP) точек-точек с переключениями на метки (LSP). Инструмент можно включить с помощью следующих интерфейс командной строки – monitor mpls loss rsvpmonitor mpls delay rsvpmonitor mpls loss-delay rsvp и.

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

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

Топологии

Рис. 2 иллюстрирует измерение потерь и задержки по требованию с помощью простой двух маршрутизаторной топологии.

Рис. 2: Настройка измерения потерь и задержки по требованиюНастройка измерения потерь и задержки по требованию

В данном примере связанный двухнаправленный LSP настраивается между маршрутизаторами R1 и R2, для которых измеряются метрики производительности.

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

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

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

R1

R2

Процедуры

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

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

Настройка маршрутизатора М1:

  1. Активизирование шасси с помощью служб туннелирования и улучшенной конфигурации IP-сетей.

  2. Настройте интерфейсы для маршрутизатора М1.

  3. Настройте ID маршрутизатора М1.

  4. Включить RSVP на всех интерфейсах маршрутизатора М1, за исключением интерфейса управления.

  5. Актив MPLS всех интерфейсов маршрутизатора М1, за исключением интерфейса управления.

  6. Настройте связанный двухнаправленный LSP для маршрутизатора М2.

  7. Создайте классы трафика для сохранения статистики трафика для каждого класса трафика.

    Это включает измерение потери с данной областью трафика с данной областью.

  8. Настройте OSPF со управление трафиком и OSPF всех интерфейсов маршрутизатора М1, за исключением интерфейса управления.

Результаты

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

Проверки

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

Проверка состояния LSP

Цель

Убедитесь, что связанный двухнаправленный LSP между маршрутизаторами М1 и R2 находится в неавте.

Действий

В рабочем режиме запустите show mpls lsp команду.

Смысл

Связанный двухнаправленный LSP R1-R2 активен и активен.

Проверка измерения потери пакетов

Цель

Проверьте результат измерения потери по требованию.

Действий

В рабочем режиме запустите monitor mpls loss rsvp R1-R2 count 2 detail команду.

Смысл

Отображается измерение потери пакетов для двух отсчетов.

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

Цель

Проверьте результат измерения задержки по требованию.

Действий

В рабочем режиме запустите monitor mpls delay rsvp R1-R2 count 2 detail команду.

Смысл

Отображается измерение задержки пакета для двух отсчетов.

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

Цель

Проверьте результат измерения потерь и задержки в запросе.

Действий

В рабочем режиме запустите monitor mpls loss-delay rsvp R1-R2 count 2 detail команду.

Смысл

Отображается измерение потери пакета и задержки для двух отсчетов.

Примере: Настройка показателей потерь и задержки для многонаправленных MPLS LPS

В этом примере показано, как настроить измерение потерь и задержки для маршрутов "точка-точка" с переключениями меток (LSP) в MPLS сетях для мониторинга производительности сети.

Требования

В данном примере используются следующие аппаратные и программные компоненты:

  • Две серия MX универсальные платформы маршрутов 5G, содержащие только MPC/MCS

  • Junos OS версии 15.1 или более поздней версии, запущенной на всех маршрутизаторах

Перед началом работы:

  1. Настройте интерфейсы устройств.

  2. Настройте номера автономных систем и ID маршрутизаторов для устройств.

  3. Настройте следующие протоколы:

    1. MPLS

    2. OSPF

    3. Rsvp

Обзор

Начиная с выпуска Junos OS 15.1, вводятся активные инструменты для мониторинга и измерения потерь пакетов, задержки пакетов или обоих связанных двухнаправленных MPLS переходов по маршруту «точка-точка» с переключениями на метки (LPS).

Эта функция обеспечивает следующие метрики производительности:

  • Разброс задержки между пакетами (IPDV)

  • Измерение потерь

  • Задержка в обратном пути (RTT)

  • Измерение пропускной способности

  • Двухканавная задержка канала

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

Топологии

Рис. 3 иллюстрирует измерение потерь и задержки в активном активных маршрутах с помощью простой двух маршрутизаторной топологии.

Рис. 3: Настройка показателей потерь и задержки в активном методеНастройка показателей потерь и задержки в активном методе

В данном примере связанный двухнаправленный LSP настраивается между маршрутизаторами R1 и R2, для которых измеряются метрики производительности.

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

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

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

R1

R2

Процедуры

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

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

Настройка маршрутизатора М1:

  1. Активную настройку служб IP-сети.

  2. Настройте интерфейсы для маршрутизатора М1.

  3. Настройте ID маршрутизатора М1.

  4. Включить RSVP на всех интерфейсах маршрутизатора М1, за исключением интерфейса управления.

  5. Актив MPLS всех интерфейсов маршрутизатора М1, за исключением интерфейса управления.

  6. Настройте связанный двухнаправленный LSP для маршрутизатора М2.

  7. Создайте классы трафика для сохранения статистики трафика для каждого класса трафика.

    Это позволяет измерять потерю и задержку класса трафика.

  8. Настройте контроль производительности на стороне запроса.

  9. Настройте контроль производительности со стороны ответчика.

  10. Настройте OSPF со управление трафиком и OSPF всех интерфейсов маршрутизатора М1, за исключением интерфейса управления.

Результаты

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

Проверки

Проверка измерения потерь и задержки

Цель

Проверьте измерение потерь и задержки.

Действий

В рабочем режиме запустите show performance-monitoring mpls lsp команду.

Смысл

Отображаются метрики потери пакетов и задержки для LSP.

Настройка измерения потерь и задержки по требованию

Для отслеживания производительности сети можно настроить измерение потерь и задержки по требованию для маршрутов маршрутов с переключениями по метке (TOSP) в точке-точке (САМВП) в MPLS сетей. Команды , и интерфейс командной строки обеспечивают отчет по метрикам производительности в режиме прямого модема для потери пакетов, двухпутевой задержки пакета и сопутствующие метрики, такие как изменение задержки между пакетами и измерение пропускной способности monitor mpls loss rsvpmonitor mpls delay rsvpmonitor mpls loss-delay rsvp канала.

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

Перед началом работы:

  1. Настройте интерфейсы устройств.

  2. Настройте ID маршрутизатора устройства.

  3. Настройте следующие протоколы:

    • Rsvp

    • OSPF

      В управление трафиком включить функции.

    • MPLS

Для настройки устройства PE:

  1. Активизирование шасси с помощью служб туннелирования и улучшенной конфигурации IP-сетей.
  2. Настройте связанный с ним многонаправленный LSP на удаленный маршрутизатор.
  3. Создайте классы трафика для сохранения статистики трафика для каждого класса трафика.

    Это включает измерение потери с данной областью трафика с данной областью.

Настройка показателей потерь и задержки в активном методе

Для мониторинга производительности сети можно настроить измерение потерь и задержки в зависимости от ситуации для маршрутов с переключениями меток (LSP MPLS) между точками и точками. Команда интерфейс командной строки предоставляет сводку метрик производительности для потери пакетов прямого режима, двунаправной задержки пакета и сопутствующих метрик, таких как изменение задержки пакета и измерение show performance-monitoring mpls lsp пропускной способности канала.

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

Эта функция обеспечивает следующие метрики производительности:

  • Разброс задержки между пакетами (IPDV)

  • Измерение потерь

  • Задержка в обратном пути (RTT)

  • Измерение пропускной способности

  • Двухканавная задержка канала

Перед началом работы:

  1. Настройте интерфейсы устройств.

  2. Настройте номера автономных систем и ID маршрутизаторов для устройств.

  3. Настройте следующие протоколы:

    • MPLS

    • OSPF

    • Rsvp

Чтобы настроить измерение потерь и задержки в активном активных образах на устройстве PE:

  1. Настройте связанный двухнаправленный LSP для маршрутизатора М2.
  2. Создайте классы трафика для сохранения статистики трафика для каждого класса трафика.

    Это позволяет измерять потерю и задержку класса трафика.

  3. Настройте контроль производительности на стороне запроса.
  4. Настройте контроль производительности со стороны ответчика.