НА ЭТОЙ СТРАНИЦЕ
Управление пропускной способностью для многоадресной передачи
Управление пропускной способностью и резервирование источника
Пример: максимальное определение пропускной способностью интерфейса
Пример: настройка многоадресной передачи с помощью абонентов VLAN
Настройка многоадресной маршрутизации с помощью интерфейсов IP Demux
Примеры: настройка управления пропускной способностью
Управление пропускной способностью для многоадресной передачи
Управление пропускной способностью позволяет контролировать потоки многоадресной передачи, которые оставляют многоадресный интерфейс. Этот контроль позволяет лучше управлять многоадресным трафиком и уменьшать или устранять вероятность переподписки интерфейса или перегрузки.
Управление пропускной способностью гарантирует, что в интерфейсе не происходит переподготовка трафика с многоадресной передачей. Управляя пропускной способностью многоадресной передачи, вы определяете максимальное количество многоадресной полосы пропускания, которую может использовать отдельный интерфейс, а также использование отдельных потоков многоадресной передачи.
Например, программное обеспечение маршрутизации не может добавлять поток в интерфейс, если это превышает разрешенную полосу пропускания для этого интерфейса. В этих обстоятельствах интерфейс отклонен. Этот отказ, однако, не мешает протоколу многоадресной передачи (например, PIM) отправлять сообщение соединения вверх по течению. Трафик продолжает поступать на маршрутизаторе, даже несмотря на то, что маршрутизатор не отправляет поток из ожидаемых интерфейсов исходящего.
Вы можете статично настраивать пропускную способность потока, указывая значение полосы пропускания в битах в секунду, или вы можете измерить и адаптивно измерить пропускную способность потока. При использовании адаптивной полосы пропускания программное обеспечение маршрутизации запрашивает статистические данные о потоках с 5-секундными интервалами и рассчитывает полосу пропускания на основе запросов. Программное обеспечение маршрутизации использует максимальное значение, измеренное в течение последней минуты (то есть последние 12 измерительных точек) в качестве полосы пропускания потока.
Для получения дополнительной информации см. следующие разделы:
Управление пропускной способностью и изящный перезапуск PIM
При использовании pIM-перезапуска после перезапуска процесса маршрутизации на модуля маршрутизации интерфейсы, ранее признаваемые, всегда передаются, а доступная пропускная способность корректируется на интерфейсах. При использовании адаптивной полосы пропускания измерение полосы пропускания изначально основано на настроенной стартовой полосе пропускания или по умолчанию, которая может быть неточной в течение первой минуты. Это означает, что новые потоки могут быть неправильно отклонены или допущены временно. Вы можете решить эту проблему, выпустив оперативную команду по приему полосы пропускания с многоадресной передачей.
Если изящный перезапуск PIM не настроен после перезапуска процесса маршрутизации, ранее принятые или отклоненные интерфейсы могут быть отклонены или допущены непредсказуемым образом.
См. также
Управление пропускной способностью и резервирование источника
При использовании резервирования источника для одной группы назначения может существовать несколько источников (например, s1 и s2). Однако только один из источников может активно передавать информацию в любое время. В этом случае после каждого процесса приема создается несколько записей переадресации (s1,g) и (s2,g).
С резервными источниками, в отличие от несвязанных записей, OIF, который уже принят для одной записи, например (s1,g), автоматически допускается для других записей резервирования, например (s2,g). Оставшаяся пропускная способность интерфейса вычитается каждый раз при добавлении исходящего интерфейса, даже несмотря на то, что только один отправатель активно передает. Путем измерения полосы пропускания, вычитаемой для неактивных записей, зачисляется обратно, когда маршрутизатор обнаруживает, что трафик не передается.
Для получения дополнительной информации об определении резервных источников см. Пример: настройка карты потоков многоадресной передачи.
Логические системы и превышение пропускной способностью
Вы можете управлять пропускной способностью как на физическом, так и на логическом уровне интерфейса . Однако, если более чем одна логическая система имеет один и тот же физический интерфейс, интерфейс может быть переподписан. Переподписка происходит, если общая пропускная способность всех отдельно настроенных значений максимальной полосы пропускания для интерфейсов в каждой логической системе превышает пропускную способность физического интерфейса.
При отображении информации о пропускной способностью интерфейса отрицательное доступное значение полосы пропускания указывает на переподписку на интерфейсе.
Пропускная способность интерфейса может переподписываться в случае снижения настраиваемой максимальной полосы пропускания или при увеличении пропускной способность потока из-за изменения конфигурации или фактического увеличения скорости трафика.
При возникновении одного из следующих аспектов пропускная способность интерфейса может снова стать доступной:
Настраиваемая максимальная пропускная способность увеличивается.
Некоторые потоки больше не передаются из интерфейсов, а резервы полосы пропускания для них теперь доступны другим потокам.
Некоторые полосы пропускания потока уменьшаются из-за изменения конфигурации или фактического снижения скорости трафика.
Интерфейсы, отклоненные для потока из-за недостаточной полосы пропускания, автоматически не считываются, даже когда пропускная способность снова становится доступной. Отклоненные интерфейсы могут быть повторно реализованы при возникновении одного из следующих:
Протокол маршрутизации с многоадресной передачей обновляет вход переадресации для потока после получения соединения, разрешения или обрезания сообщения или после изменения топологии.
Протокол маршрутизации с многоадресной передачей обновляет вход переадресации для потока из-за изменений конфигурации.
Вы вручную повторно применяете управление пропускной способностью к определенному потоку или ко всем потокам с помощью четкой оперативной команды по приему полосы пропускания с многоадресной передачей .
Кроме того, даже если ранее доступная пропускная способность больше недоступна, уже принятые интерфейсы не удаляются до тех пор, пока не появится один из следующих:
Протокол маршрутизации с многоадресной передачей прямо удаляет интерфейсы после получения сообщения об отпуске или черносливе или после изменения топологии.
Вы вручную повторно применяете управление пропускной способностью к определенному потоку или ко всем потокам с помощью четкой оперативной команды по приему полосы пропускания с многоадресной передачей .
См. также
Пример: максимальное определение пропускной способностью интерфейса
На этом примере показаны способы настройки максимальной полосы пропускания для физического или логического интерфейса.
Требования
Прежде чем начать:
Настраивайте интерфейсы маршрутизатора.
Настраивайте протокол внутренних шлюзов. См. библиотеку протоколов маршрутизации ОС Junos для устройств маршрутизации.
Настройте протокол многоадресной передачи. Эта функция работает со следующими протоколами многоадресной передачи:
DVMRP
PIM-DM
PIM-SM
PIM-SSM
Обзор
Максимальная настройка полосы пропускания применяет контроль допуска либо в отношении настроенных полосы пропускания интерфейса, либо в отношении родной скорости базового интерфейса (если для интерфейса нет настроенных полос пропускания).
Если настроить несколько логических интерфейсов (например, для поддержки VLAN или PVCs) на одном базовом физическом интерфейсе, и для логических интерфейсов не настроена полоса пропускания, предполагается, что все логические интерфейсы имеют ту же полосу пропускания, что и базовый интерфейс. Это может привести к переподписыву. Чтобы предотвратить переподписку, настраивайте полосу пропускания для логических интерфейсов или настраивайте контроль допуска на уровне физического интерфейса.
Для интерфейса, в котором требуется использовать управление пропускной способностью, необходимо определить только максимальную полосу пропускания. Интерфейс, не обеспечивающий определяемую максимальную пропускную способность, передает все потоки многоадресной передачи в зависимости от протокола многоадресной передачи, который работает в интерфейсе (например, PIM).
Если указать максимальную пропускную способность без включения значения битов в секунду, контроль допуска включен на основе полосы пропускания, настроенной для интерфейса. В следующем примере для логического интерфейса 200 включен контроль допуска, а максимальная пропускная способность — 20 Мбит/с. Если полоса пропускания не настроена на интерфейсе, максимальная пропускная способность — это скорость канала.
routing-options {
multicast {
interface fe-0/2/0.200 {
maximum-bandwidth;
}
interfaces {
fe-0/2/0 {
unit 200 {
bandwidth 20m;
}
}
}
Топологии
Конфигурации
Процедуры
Быстрая настройка командной строки
Чтобы быстро настроить этот пример, скопируйте следующие команды, вставьте их в текстовый файл, удалите любые перерывы на строку, измените любые детали, необходимые для соответствия конфигурации сети, скопируйте и вставьте команды в командную строку на [edit] уровне иерархии, а затем введите commit из режима конфигурации.
set interfaces fe-0/2/0 unit 200 bandwidth 20m set routing-options multicast interface fe-0/2/0.200 maximum-bandwidth set routing-options multicast interface fe-0/2/1 maximum-bandwidth 60m set routing-options multicast interface fe-0/2/1.200 maximum-bandwidth 10m
Пошаговая процедура
Следующий пример требует навигации по различным уровням в иерархии конфигурации. Для получения информации о навигации по интерфейсу командной строки см. Руководство по интерфейсу командной строки с помощью редактора командной строки в режиме конфигурации в руководстве пользователя ПО ОС Junos.
Для настройки максимальной полосы пропускания:
Настройка полосы пропускания логического интерфейса.
[edit interfaces] user@host# set fe-0/2/0 unit 200 bandwidth 20m
Обеспечь контроль допуска на логическом интерфейсе.
[edit routing-options] user@host# set multicast interface fe-0/2/0.200 maximum-bandwidth
На физическом интерфейсе обеспечивайте контроль допуска и установите максимальную пропускную способность до 60 Мбит/с.
[edit routing-options] user@host# set multicast interface fe-0/2/1 maximum-bandwidth 60m
Для логического интерфейса на том же физическом интерфейсе, показанном на этапе 3, установите меньшую максимальную пропускную способность.
[edit routing-options] user@host# set multicast interface fe-0/2/1.200 maximum-bandwidth 10m
Результаты
Подтвердите свою конфигурацию, введя шоу-интерфейсы и покажите команды вариантов маршрутизации .
user@host# show interfaces
fe-0/2/0 {
unit 200 {
bandwidth 20m;
}
}
user@host# show routing-options
multicast {
interface fe-0/2/0.200 {
maximum-bandwidth;
}
interface fe-0/2/1 {
maximum-bandwidth 60m;
}
interface fe-0/2/1.200 {
maximum-bandwidth 10m;
}
}
Проверки
Чтобы проверить конфигурацию, запустите команду интерфейса с многоадресной передачей.
Пример: настройка многоадресной передачи с помощью абонентов VLAN
В этом примере показано, как настроить маршрутизатор серии MX для работы в качестве широкополосного маршрутизатора сервисов (BSR).
Требования
В этом примере используются следующие компоненты аппаратного обеспечения:
Один маршрутизатор серии MX или коммутатор серии EX с PIC, который поддерживает очереди профиля управления трафиком
Один DSLAM
Прежде чем начать:
Настраивайте протокол внутренних шлюзов. См. библиотеку протоколов маршрутизации ОС Junos для устройств маршрутизации.
Настраивайте PIM и IGMP или MLD на интерфейсы.
Обзор и топология
Когда несколько интерфейсов BSR получают подключение IGMP и MLD и оставляют запросы на один и тот же поток многоадресной передачи, BSR отправляет копию потока многоадресной передачи на каждом интерфейсе. Пакеты управления многоадресной передачей (IGMP и MLD) и многоадресные пакеты данных перемежаются в одном интерфейсе BSR вместе с данными одноадресной передачи. Поскольку у каждого клиента есть собственный интерфейс в BSR, учет на клиента, поддержка контроля допуска вызовов (CAC) и корректировки качества обслуживания (QoS). Пропускная способность QoS, используемая многоадресной передачей, снижает пропускную способность одноадресной передачи.
Несколько интерфейсов BSR могут подключаться к общему устройству (например, DSLAM). BSR несколько раз отправляет один и тот же поток многоадресной передачи на общее устройство, тем самым тратя пропускную способность. Более эффективно отправлять поток многоадресной передачи один раз в DSLAM и реплицировать потоки многоадресной передачи в DSLAM. Можно использовать два подхода.
Первый подход заключается в том, чтобы продолжать отправлять данные одноадресной передачи по интерфейсам для каждого клиента, но иметь маршрут DSLAM, чтобы все маршрутизаторы на клиента IGMP и MLD присоединялись и оставляли запросы в BSR на одном выделенном интерфейсе (многоадресная VLAN). DSLAM получает потоки многоадресной передачи от BSR на выделенном интерфейсе без ненужной репликации и выполняет необходимую репликацию клиентам. Поскольку во всех многоадресных системах управления и пакетах данных используется только один интерфейс, отправляется только одна копия потока, даже если есть несколько запросов. Такой подход называется картированием обратного интерфейса (OIF). Обратное отображение OIF позволяет BSR распространять многоадресную передачу состояния общего интерфейса в клиентские интерфейсы, что обеспечивает учет на клиента и адаптацию к работе QoS. Когда клиент меняет канал, шлюз маршрутизатора (RG) отправляет присоединиться к IGMP или MLD и оставлять сообщения в DSLAM. DSLAM прозрачно передает запрос BSR через многоадресную VLAN. BSR отображает запрос IGMP или MLD одному из абонентских сетей VLAN на основе IP-адреса или MAC-адреса источника. При обнаружении абонентской сети VLAN настройка и учет QoS зависят от VLAN или интерфейса.
Второй подход заключается в том, чтобы DSLAM продолжал отправлять данные одноадресной передачи, а все IGMP и MLD для каждого клиента присоединяются и оставляют запросы в BSR на отдельных интерфейсах клиентов, но для того, чтобы потоки многоадресной передачи поступали в один выделенный интерфейс. Если несколько клиентов запрашивают один и тот же поток многоадресной передачи, BSR отправляет одну копию данных в выделенный интерфейс. DSLAM получает потоки многоадресной передачи от BSR на выделенном интерфейсе и выполняет необходимую репликацию клиентам. Поскольку пакеты управления с многоадресной передачей используют множество интерфейсов клиентов, конфигурация bSR должна указывать, как сопоставить многоадресные пакеты данных каждого клиента с единым выделенным интерфейсом выходного трафика. Корректировка QoS поддерживается в клиентских интерфейсах. Cac поддерживается на совместном интерфейсе. Второй подход называется многоадресной картографированием OIF.
Картирование oIF и обратное картирование OIF не поддерживаются в том же клиентом интерфейсе или совместном интерфейсе. На этом примере показаны способы настройки двух разных подходов. Оба подхода поддерживают корректировку QoS, и оба подхода поддерживают MLD/IPv6. Пример обратного отображения OIF сосредоточен на IGMP/IPv4 и обеспечивает корректировку QoS. Пример отображения OIF фокусируется на MLD/IPv6 и отключает настройку QoS.
Первый подход (обратное картирование OIF) включает в себя следующие заявления:
потоковая карта— определение карты потока, которая контролирует пропускную способность каждого потока.
максимальная пропускная способность — обеспечение возможностей CAC.
обратное отображение— позволяет устройству маршрутизации идентифицировать абонента VLAN или интерфейс на основе соединения IGMP или MLD или оставлять запрос, который он получает через многоадресную VLAN.
После идентификации абонента VLAN устройство маршрутизации сразу же корректирует QoS (в данном случае, полосу пропускания) на VLAN на основе добавления или удаления абонента.
Устройство маршрутизации использует соединения IGMP и MLD или оставляют отчеты для получения информации об абонентах VLAN. Это означает, что соединительное оборудование (например, DSLAM) должно переадресовать все отчеты IGMP и MLD устройству маршрутизации, чтобы эта функция функционировала должным образом. Использование подавления отчетов или прокси-сервера IGMP может привести к тому, что обратное отображение OIF не работает должным образом.
таймер отпуска абонентов— вводит задержку в обновление QoS. После получения запроса на разрешение IGMP или MLD это заявление определяет задержку времени (от 1 до 30 секунд), которую устройство маршрутизации ждет перед обновлением QoS для остальных абонентских интерфейсов. Такую задержку можно использовать для снижения частоты изменения общей полосы пропускания QoS в сети VLAN, когда абонент отправляет быстрый отпуск и соединяется с сообщениями (например, при изменении каналов в сети IPTV).
профиль управления трафиком— настраивает скорость формирования на логическом интерфейсе. Настроенный уровень формирования должен быть настроен как абсолютное значение, а не в процентном соотношении.
Второй подход (OIF mapping) включает в себя следующие заявления:
«карта-интерфейс»: в заявлении политики вы можете создать карту OIF.
Карта OIF — это заявление политики маршрутизации, которое может содержать несколько условий. При создании карт OIF имейте в виду следующее:
Если указать физический интерфейс (например, ge-0/0/0), к интерфейсу приложена буква ".0" для создания логического интерфейса (например, ge-0/0/0.0).
Настройка политики маршрутизации для каждой логической системы. Невозможно динамически настраивать политики маршрутизации.
Интерфейс также должен быть настроен на IGMP, MLD или PIM.
Невозможно сопоставить интерфейс с картой.
Мы рекомендуем настроить заявления о политике для IGMP и МОД отдельно.
Укажите логический интерфейс или само ключевое слово. Ключевое слово «я » определяет отправку пакетов данных с многоадресной передачей в одном интерфейсе с пакетами управления и отсутствие отображения. Если термин не соответствует термину, пакеты данных с многоадресной передачей не передаются.
no-qos-adjust — отключение настройки QoS.
Корректировка QoS снижает доступную пропускную способность клиентского интерфейса за счет количества полосы пропускания, потребляемой потоками многоадресной передачи, которые отображаются от клиентского интерфейса до общего интерфейса. Это действие всегда происходит, если оно явно не отключено.
При отключении настройки QoS доступная пропускная способность на клиентских интерфейсах не уменьшается при добавлении потоков многоадресной передачи в общий интерфейс.
Примечание:Вы можете динамически отключить настройку QoS для интерфейсов IGMP и MLD с помощью динамических профилей.
oif-map — объединяя карту с интерфейсом IGMP или MLD. Затем карта OIF применяется ко всем запросам IGMP или MLD, полученным в настроенный интерфейс. В этом примере настроены абонентские сети VLAN 1 и 2, а каждая VLAN указывает на карту OIF, которая направляет некоторый трафик на ge-2/3/9.4000, некоторый трафик на ge-2/3/9.4001 и некоторый трафик в самостоятельность.
Примечание:Можно динамически связать карты OIF с интерфейсами IGMP с помощью динамических профилей.
пассивное определение IGMP или MLD для использования пассивного режима.
Интерфейс карты OIF, как правило, не должен передавать трафик IGMP или MLD и должен быть настроен как пассивный. Однако реализация карты OIF поддерживает запуск IGMP или МОД на интерфейсе (контроле и данных) в дополнение к картированию потоков данных в одном интерфейсе. В этом случае вы должны настроить IGMP или MLD в обычном режиме (то есть, не в пассивном режиме) на сопоставленном интерфейсе. В этом примере интерфейсы карты OIF (ge-2/3/9.4000 и ge-2/3/9.4001) настроены как пассивные системы машинного обучения.
По умолчанию указание пассивного заявления означает, что по интерфейсу не отправляется общие запросы, групповые запросы или запросы с конкретным исходным кодом группы и что весь полученный трафик управления игнорируются интерфейсом. Однако можно выборочно активировать до двух из трех доступных вариантов пассивного заявления, сохраняя при этом пассивные (неактивные) другие функции.
К таким вариантам относится следующее:
отправка общего запроса: при задании интерфейс отправляет общие запросы.
отправка группы запроса: при задании интерфейс отправляет групповые и групповые запросы с конкретным исходным кодом.
позволяют получать— при указанном задании интерфейс получает контроль трафика.
Топологии
На рис. 1 показан сценарий.
В обоих подходах, если несколько клиентов запрашивают один и тот же поток многоадресной передачи, BSR отправляет одну копию потока в общий многоадресный интерфейс VLAN. DSLAM получает поток многоадресной передачи от BSR на общий интерфейс и выполняет необходимую репликацию клиентам.
При первом подходе (обратном картировании OIF) DSLAM использует VLAN абонентов на одного клиента только для одноадресной передачи данных. IGMP и MLD присоединяются и оставляют запросы на многоадресную VLAN.
Во втором подходе (OIF mapping) DSLAM использует VLAN абонентов на клиента для одноадресной передачи данных, а также для подключения к IGMP и МОД и предоставления запросов на разрешение. Многоадресная передача VLAN используется только для потоков многоадресной передачи, а не для присоединения и предоставления запросов.
VLAN
Конфигурации
Настройка обратной карты OIF
Быстрая настройка командной строки
Чтобы быстро настроить этот пример, копируйте следующие команды, вставьте их в текстовый файл, удаляйте любые перерывы на строку, изменяйте любые детали, необходимые для соответствия конфигурации сети, копируйте и вставьте команды в командную строку на [edit] уровне иерархии, а затем введите commit из режима конфигурации.
set class-of-service traffic-control-profiles tcp-ifl shaping-rate 20m set class-of-service interfaces ge-2/2/0 shaping-rate 240m set class-of-service interfaces ge-2/2/0 unit 50 output-traffic-control-profile tcp-ifl set class-of-service interfaces ge-2/2/0 unit 51 output-traffic-control-profile tcp-ifl set interfaces ge-2/0/0 unit 0 family inet address 30.0.0.2/24 set interfaces ge-2/2/0 hierarchical-scheduler set interfaces ge-2/2/0 vlan-tagging set interfaces ge-2/2/0 unit 10 vlan-id 10 set interfaces ge-2/2/0 unit 10 family inet address 40.0.0.2/24 set interfaces ge-2/2/0 unit 50 vlan-id 50 set interfaces ge-2/2/0 unit 50 family inet address 50.0.0.2/24 set interfaces ge-2/2/0 unit 51 vlan-id 51 set interfaces ge-2/2/0 unit 51 family inet address 50.0.1.2/24 set policy-options policy-statement all-mcast-groups from source-address-filter 30.0.0.0/8 orlonger set policy-options policy-statement all-mcast-groups then accept set protocols igmp interface all set protocols igmp interface fxp0.0 disable set protocols pim rp local address 20.0.0.2 set protocols pim interface all set protocols pim interface fxp0.0 disable set protocols pim interface ge-2/2/0.10 disable set routing-options multicast flow-map map1 policy all-mcast-groups set routing-options multicast flow-map map1 bandwidth 10m set routing-options multicast flow-map map1 bandwidth adaptive set routing-options multicast interface ge-2/2/0.10 maximum-bandwidth 500m set routing-options multicast interface ge-2/2/0.10 reverse-oif-mapping set routing-options multicast interface ge-2/2/0.10 subscriber-leave-timer 20
Пошаговая процедура
Следующий пример требует навигации по различным уровням в иерархии конфигурации. Для получения информации о навигации по интерфейсу командной строки см. Руководство по интерфейсу командной строки с помощью редактора командной строки в режиме конфигурации в руководстве пользователя ПО ОС Junos.
Для настройки обратного отображения OIF:
Настройка логического интерфейса для одноадресного трафика данных.
[edit interfaces ge-2/0/0] user@host# set unit 0 family inet address 30.0.0.2/24
Настройка логического интерфейса для контроля трафика абонентов.
[edit interfaces ge-2/2/0] user@host# set hierarchical-scheduler user@host# set vlan-tagging user@host# set unit 10 vlan-id 10 user@host# set unit 10 family inet address 40.0.0.2/24
Настройте два логических интерфейса, на которых вносятся изменения в QoS.
[edit interfaces ge-2/2/0] user@host# set unit 50 vlan-id 50 user@host# set unit 50 family inet address 50.0.0.2/24 user@host# set unit 51 vlan-id 51 user@host# set unit 51 family inet address 50.0.1.2/24
Настройка политики.
[edit policy-options policy-statement all-mcast-groups] user@host# set from source-address-filter 30.0.0.0/8 orlonger user@host# set then accept
Включите карту потока, которая ссылается на политику.
[edit routing-options multicast] user@host# set flow-map map1 policy all-mcast-groups user@host# set flow-map map1 bandwidth 10m adaptive
Обеспечь отображение OIF на логическом интерфейсе, который получает трафик управления абонентами.
[edit routing-options multicast] user@host# set interface ge-2/2/0.10 maximum-bandwidth 500m user@host# set interface ge-2/2/0.10 reverse-oif-mapping user@host# set interface ge-2/2/0.10 subscriber-leave-timer 20
Настраивайте PIM и IGMP.
[edit protocols] user@host# set igmp interface all user@host# set igmp interface fxp0.0 disable user@host# set pim rp local address 20.0.0.2 user@host# set pim interface all user@host# set pim interface fxp0.0 disable user@host# set pim interface ge-2/2/0.10 disable
Настраивайте иерархический планировщик, настраивая скорость формирования физического интерфейса и более низкую скорость формирования логических интерфейсов, на которых вносятся изменения QoS.
[edit class-of-service interfaces ge-2/2/0] user@host# set shaping-rate 240m user@host# set unit 50 output-traffic-control-profile tcp-ifl user@host# set unit 51 output-traffic-control-profile tcp-ifl [edit class-of-service traffic-control-profiles tcp-30m-no-smap] user@host# set shaping-rate 20m
Результаты
Из режима конфигурации подтверждайте конфигурацию, входя в шоу-класс обслуживания, отображайте интерфейсы, отображайте варианты политик, отображайте протоколы и отображайте команды вариантов маршрутизации . Если выходной продукт не отображает предполагаемую конфигурацию, повторяйте инструкции в этом примере, чтобы исправить конфигурацию.
user@host# show class-of-service
traffic-control-profiles {
tcp-ifl {
shaping-rate 20m;
}
}
interfaces {
ge-2/2/0 {
shaping-rate 240m;
unit 50 {
output-traffic-control-profile tcp-ifl;
}
unit 51 {
output-traffic-control-profile tcp-ifl;
}
}
}
user@host# show interfaces
ge-2/0/0 {
unit 0 {
family inet {
address 30.0.0.2/24;
}
}
}
ge-2/2/0 {
hierarchical-scheduler;
vlan-tagging;
unit 10 {
vlan-id 10;
family inet {
address 40.0.0.2/24;
}
}
unit 50 {
vlan-id 50;
family inet {
address 50.0.0.2/24;
}
}
unit 51 {
vlan-id 51;
family inet {
address 50.0.1.2/24;
}
}
}
user@host# show policy-options
policy-statement all-mcast-groups {
from {
source-address-filter 30.0.0.0/8 orlonger;
}
then accept;
}
user@host# show protocols
igmp {
interface all;
interface fxp0.0 {
disable;
}
}
pim {
rp {
local {
address 20.0.0.2;
}
}
interface all;
interface fxp0.0 {
disable;
}
interface ge-2/2/0.10 {
disable;
}
}
user@host# show routing-options
multicast {
flow-map map1 {
policy all-mcast-groups;
bandwidth 10m adaptive;
}
interface ge-2/2/0.10 {
maximum-bandwidth 500m;
reverse-oif-mapping;
subscriber-leave-timer 20;
}
}
Если настройка устройства завершена, введите коммутатор из режима конфигурации.
Настройка карты OIF
Быстрая настройка командной строки
Чтобы быстро настроить этот пример, скопируйте следующие команды, вставьте их в текстовый файл, удалите любые перерывы на строку, измените любые детали, необходимые для соответствия конфигурации сети, скопируйте и вставьте команды в командную строку на [edit] уровне иерархии, а затем введите commit из режима конфигурации.
set interfaces ge-2/3/8 unit 0 family inet6 address C300:0101::/24 set interfaces ge-2/3/9 vlan-tagging set interfaces ge-2/3/9 unit 1 vlan-id 1 set interfaces ge-2/3/9 unit 1 family inet6 address C400:0101::/24 set interfaces ge-2/3/9 unit 2 vlan-id 2 set interfaces ge-2/3/9 unit 2 family inet6 address C400:0201::/24 set interfaces ge-2/3/9 unit 4000 vlan-id 4000 set interfaces ge-2/3/9 unit 4000 family inet6 address C40F:A001::/24 set interfaces ge-2/3/9 unit 4001 vlan-id 4001 set interfaces ge-2/3/9 unit 4001 family inet6 address C40F:A101::/24 set policy-options policy-statement g539-v6 term g539-4000 from route-filter FF05:0101:0000::/39 orlonger set policy-options policy-statement g539-v6 term g539-4000 then map-to-interface ge-2/3/9.4000 set policy-options policy-statement g539-v6 term g539-4000 then accept set policy-options policy-statement g539-v6 term g539-4001 from route-filter FF05:0101:0200::/39 orlonger set policy-options policy-statement g539-v6 term g539-4001 then map-to-interface ge-2/3/9.4001 set policy-options policy-statement g539-v6 term g539-4001 then accept set policy-options policy-statement g539-v6 term self from route-filter FF05:0101:0700::/40 orlonger set policy-options policy-statement g539-v6 term self then map-to-interface self set policy-options policy-statement g539-v6 term self then accept set policy-options policy-statement g539-v6-all term g539 from route-filter 0::/0 orlonger set policy-options policy-statement g539-v6-all term g539 then map-to-interface ge-2/3/9.4000 set policy-options policy-statement g539-v6-all term g539 then accept set protocols mld interface fxp0.0 disable set protocols mld interface ge-2/3/9.4000 passive set protocols mld interface ge-2/3/9.4001 passive set protocols mld interface ge-2/3/9.1 version 1 set protocols mld interface ge-2/3/9.1 oif-map g539-v6 set protocols mld interface ge-2/3/9.2 version 2 set protocols mld interface ge-2/3/9.2 oif-map g539-v6 set protocols pim rp local address 20.0.0.4 set protocols pim rp local family inet6 address C000::1 set protocols pim interface ge-2/3/8.0 mode sparse set protocols pim interface ge-2/3/8.0 version 2 set routing-options multicast interface ge-2/3/9.1 no-qos-adjust set routing-options multicast interface ge-2/3/9.2 no-qos-adjust
Пошаговая процедура
Следующий пример требует навигации по различным уровням в иерархии конфигурации. Для получения информации о навигации по интерфейсу командной строки см. Руководство по интерфейсу командной строки ОС Junos.
Для настройки обратного отображения OIF:
Настройка логического интерфейса для одноадресного трафика данных.
[edit interfaces ge-2/3/8 ] user@host# set unit 0 family inet6 address C300:0101::/24
Настраивайте логические интерфейсы для абонентских сетей VLAN.
[edit interfaces ge-2/3/9] user@host# set vlan-tagging user@host# set unit 1 vlan-id 1 user@host# set unit 1 family inet6 address C400:0101::/24 user@host# set unit 2 vlan-id 2 user@host# set unit 2 family inet6 address C400:0201::/24 lo0 unit 0 family inet6 address C000::1/128 user@host# set unit 2 family inet6 address C400:0201::/24
Настраивайте два логических интерфейса от карты до логического.
[edit interfaces ge-2/2/0] user@host# set unit 4000 vlan-id 4000 user@host# set unit 4000 family inet6 address C40F:A001::/24 user@host# set unit 4001 vlan-id 4001 user@host# set unit 4001 family inet6 address C40F:A101::/24
Настройте карту OIF.
[edit policy-options policy-statement g539-v6] user@host# set term g539-4000 from route-filter FF05:0101:0000::/39 orlonger user@host# set then map-to-interface ge-2/3/9.4000 user@host# set then accept user@host# set term g539-4001 from route-filter FF05:0101:0200::/39 orlonger user@host# set then map-to-interface ge-2/3/9.4001 user@host# set then accept user@host# set term self from route-filter FF05:0101:0700::/40 orlonger user@host# set then map-to-interface self user@host# set then accept [edit policy-options policy-statement g539-v6-all] user@host# set term g539 from route-filter 0::/0 orlonger user@host# set then map-to-interface ge-2/3/9.4000 user@host# set then accept
Отключить корректировку QoS на абонентских VLAN.
[edit routing-options multicast] user@host# set interface ge-2/3/9.1 no-qos-adjust user@host# set interface ge-2/3/9.2 no-qos-adjust
Настраивайте PIM и MLD. Указать на карту OIF абонента VLAN с MLD.
[edit protocols] user@host# set pim rp local address 20.0.0.4 user@host# set pim rp local family inet6 address C000::1 #C000::1 is the address of lo0 user@host# set pim interface ge-2/3/8.0 mode sparse user@host# set pim interface ge-2/3/8.0 version 2 user@host# set mld interface fxp0.0 disable user@host# set interface ge-2/3/9.4000 passive user@host# set interface ge-2/3/9.4001 passive user@host# set interface ge-2/3/9.1 version 1 user@host# set interface ge-2/3/9.1 oif-map g539-v6 user@host# set interface ge-2/3/9.2 version 2 user@host# set interface ge-2/3/9.2 oif-map g539-v6
Результаты
Из режима конфигурации подтвердите конфигурацию, введя интерфейсы шоу, покажите варианты политик, показать протоколы и показать команды вариантов маршрутизации . Если выходной продукт не отображает предполагаемую конфигурацию, повторяйте инструкции в этом примере, чтобы исправить конфигурацию.
user@host# show interfaces
ge-2/3/8 {
unit 0 {
family inet6 {
address C300:0101::/24;
}
}
}
ge-2/3/9 {
vlan-tagging;
unit 1 {
vlan-id 1;
family inet6 {
address C400:0101::/24;
}
}
unit 2 {
vlan-id 2;
family inet6 {
address C400:0201::/24;
}
}
unit 4000 {
vlan-id 4000;
family inet6 {
address C40F:A001::/24;
}
}
unit 4001 {
vlan-id 4001;
family inet6 {
address C40F:A101::/24;
}
}
}
user@host# show policy-options
policy-statement g539-v6 {
term g539-4000 {
from {
route-filter FF05:0101:0000::/39 orlonger;
}
then {
map-to-interface ge-2/3/9.4000;
accept;
}
}
term g539-4001 {
from {
route-filter FF05:0101:0200::/39 orlonger;
}
then {
map-to-interface ge-2/3/9.4001;
accept;
}
}
term self {
from {
route-filter FF05:0101:0700::/40 orlonger;
}
then {
map-to-interface self;
accept;
}
}
}
policy-statement g539-v6-all {
term g539 {
from {
route-filter 0::/0 orlonger;
}
then {
map-to-interface ge-2/3/9.4000;
accept;
}
}
}
user@host# show protocols
mld {
interface fxp0.0 {
disable;
}
interface ge-2/3/9.4000 {
passive;
}
interface ge-2/3/9.4001 {
passive;
}
interface ge-2/3/9.1 {
version 1;
oif-map g539-v6;
}
interface ge-2/3/9.2 {
version 2;
oif-map g539-v6;
}
}
pim {
rp {
local {
address 20.0.0.4;
family inet6 {
address C000::1;
}
}
}
interface ge-2/3/8.0 {
mode sparse;
version 2;
}
}
user@host# show routing-options
multicast {
interface ge-2/3/9.1 no-qos-adjust;
interface ge-2/3/9.2 no-qos-adjust;
}
Если настройка устройства завершена, введите коммутатор из режима конфигурации.
Проверки
Чтобы проверить конфигурацию, выполняйте следующие команды:
показать igmp статистику
показать интерфейс класса обслуживания
показать статистику интерфейсов
показать статистику на уровне машинного обучения
показать многоадресный интерфейс
показать политику
Настройка многоадресной маршрутизации с помощью интерфейсов IP Demux
В сети управления абонентами поля в пакетах, отправленных из интерфейсов IP-demux, предназначены для соответствия конкретному клиенту, который находится по другую сторону устройства агрегации (например, узел многофункционального доступа [MSAN]). Однако пакеты, отправленные с маршрутизатора широкополосных сервисов (BSR) в MSAN, не идентифицируют интерфейс Demux. После получения пакета устройство MSAN определяет, какой клиент получает пакет.
В зависимости от аналитики устройства MSAN, определение того, какой клиент получает пакет, может происходить неэффективным образом. Например, когда он получает трафик управления IGMP, MSAN может перенаправить контрольный трафик всем клиентам вместо одного предназначенного клиента. Кроме того, после установления назначения потока данных, хотя MSAN может использовать IGMP, чтобы определить, какие хосты находятся в определенной группе, и ограничить потоки данных только этой группе, MSAN все равно должна отправить несколько копий потока данных каждому члену группы, даже если поток данных предназначен только для одного клиента в группе.
Различные функции многоадресной передачи в сочетании позволяют избежать неэффективности, упомянутых выше. К ним относятся следующие функции:
Возможность настроить семейство интерфейсов IP-интерфейса для использования в пронумерованном или ненужном первичном интерфейсе.
Возможность настройки IGMP на первичном интерфейсе для отправки общих запросов для всех клиентов. Конфигурация demux не позволяет первичному интерфейсу IGMP получать любые пакеты управления IGMP клиента. Вместо этого все пакеты управления IGMP переходят на интерфейсы Demux. Однако для гарантии того, что в первичном интерфейсе не будет никаких присоединений:
Для статичных интерфейсов IGMP— включите пассивное заявление с общим запросом в конфигурацию IGMP на уровне иерархии [редактировать протоколы igmp interface interface-name] .
Для динамических интерфейсов IGMP demux— включите пассивное заявление об отправке общего запроса на уровне иерархии [редактировать протоколы динамических profile-name профилей igmp interface interface-name] .
Возможность соотносить все группы многоадресной передачи с основным интерфейсом следующим образом:
Для статичных интерфейсов IGMP: включите заявление oif-map на уровне иерархии [редактировать протоколы igmp interface interface-name] .
Для динамических интерфейсов IGMP demux — включите заявление oif-map на уровне иерархии [редактировать протоколы динамических profile-name профилей igmp interface interface-name] .
Используя заявление oif-map , вы можете сопоставить одну и ту же группу IGMP с одним и тем же выходным интерфейсом и отправить только одну копию потока многоадресной передачи из интерфейса.
Возможность настройки IGMP в каждом интерфейсе Demux. Чтобы предотвратить дублирование общих запросов:
Для статичных интерфейсов IGMP— включите пассивное заявление об отправке группы запросов на уровне иерархии [edit protocols igmp interface interface-name] .
Для динамических интерфейсов demux: включайте пассивную заявку на отправку в группу запросов на уровне иерархии [редактировать протоколы динамических profile-name профилей] interface-name на уровне иерархии.
Примечание:Чтобы отправить только одну копию каждой группы, независимо от того, сколько клиентов присоединяются, используйте заявление oif-map , как уже упоминалось ранее.
См. также
Классификация пакетов по интерфейсу Egress
Для многофункциональных граничных маршрутизаторов M320 компании Juniper Networks и маршрутизаторов ядра сети серии T с интеллектуальными интерфейсами очереди, IQ2, улучшенным IQ (IQE), мультисервисными сервисами связи интеллектуальными интерфейсами очереди (LSQ) или piCs ATM2 можно классифицировать пакеты одноадресной передачи и многоадресной передачи на основе интерфейса исходящей сети. Для одноадресного трафика также можно использовать фильтр с несколькими полями, но классификация интерфейсов применима только к многоадресной передаче трафика, а также к одноадресной передаче трафика. Если вы настраиваете классификацию исходящих интерфейсов, вы не можете выполнять переписывание точки кода Дифференцированных сервисов (DSCP) в интерфейсе. По умолчанию система не выполняет классификацию на основе интерфейса выходного.
На маршрутизаторе серии MX, который содержит MPCs и MS-DPCs, многоадресные пакеты сбрасываются на маршрутизатор и не обрабатываются должным образом, если маршрутизатор содержит логические интерфейсы MLPPP LSQ, которые работают как многоадресные приемники и настроен ли режим сетевых сервисов в качестве улучшенного IP-режима на маршрутизаторе. Такое поведение ожидается благодаря интерфейсам LSQ в сочетании с улучшенным IP-режимом. В таком случае, если улучшенный IP-режим не настроен, многоадресная передача работает правильно. Однако если маршрутизатор содержит резервные интерфейсы LSQ и улучшенный режим сервисов IP-сети, настроенный с локализацией FIB, многоадресная передача работает правильно.
Чтобы обеспечить классификацию пакетов по выходу интерфейса, вы сначала настроите карту класса переадресации и один или несколько номеров очереди для выходного интерфейса на [edit class-of-service forwarding-class-map forwarding-class-map-name] уровне иерархии:
[edit class-of-service] forwarding-classes-interface-specific forwarding-class-map-name { class class-name queue-num queue-number [ restricted-queue queue-number ]; }
Для маршрутизаторов серии T, которые ограничены только четырьмя очередями, вы можете управлять назначением очереди с restricted-queue помощью этой опции, или вы можете позволить системе автоматически определять очередь модульно. Например, карта, присваивая пакеты очереди 6, будет отображать очередь 2 в системе с четырьмя очередями.
Если вы настраиваете карту класса переадресации выходной связи, соединяющую класс переадресации с номером очереди, эта карта не поддерживается в интеллектуальных интерфейсах очередиlsq- () сервисов нескольких сервисов канала.
После настройки карты класса переадресации вы примените карту к логическому интерфейсу, используя output-forwarding-class-map заявление на [edit class-of-service interfaces interface-name unit logical-unit-number ] уровне иерархии:
[edit class-of-service interfaces interface-name unit logical-unit-number] output-forwarding-class-map forwarding-class-map-name;
Также необходимо настроить все параметры, связанные с очередями и классом переадресации. Для получения дополнительной информации о настройке классов переадресации и очередей см. настройку настраиваемого класса переадресации для каждой очереди.
В этом примере показано, как настроить карту типа переадресации, отдельную от интерфейса, которая FCMAP1 ограничивает очереди 5 и 6 различными очередями в четырех очередях, а затем применяется FCMAP1 к интерфейсу unit 0 ge-6/0/0:
[edit class-of-service]
forwarding-class-map FCMAP1 {
class FC1 queue-num 6 restricted-queue 3;
class FC2 queue-num 5 restricted-queue 2;
class FC3 queue-num 3;
class FC4 queue-num 0;
class FC3 queue-num 0;
class FC4 queue-num 1;
}
[edit class-of-service]
interfaces {
ge-6/0/0 unit 0 {
output-forwarding-class-map FCMAP1;
}
}
Обратите внимание, что без варианта restricted-queue в FCMAP1примере будет назначать FC1 и FC2 стоять в очередях 2 и 1, соответственно, в системе, ограниченной четырьмя очередями.
show class-of-service forwarding-class forwarding-class-map-name Используйте команду для отображения конфигурации очереди карты типа переадресации:
user@host> show class-of-service forwarding-class FCMAP2 Forwarding class ID Queue Restricted queue FC1 0 6 3 FC2 1 5 2 FC3 2 3 3 FC4 3 0 0 FC5 4 0 0 FC6 5 1 1 FC7 6 6 2 FC8 7 7 3
show class-of-service interface interface-name Используйте команду для отображения карт переадресации (и другой информации), назначенных в логический интерфейс:
user@host> show class-of-service interface ge-6/0/0 Physical interface: ge-6/0/0, Index: 128 Queues supported: 8, Queues in use: 8 Scheduler map: <default>, Index: 2 Input scheduler map: <default>, Index: 3 Chassis scheduler map: <default-chassis>, Index: 4 Logical interface: ge-6/0/0.0, Index: 67 Object Name Type Index Scheduler-map sch-map1 Output 6998 Scheduler-map sch-map1 Input 6998 Classifier dot1p ieee8021p 4906 forwarding-class-map FCMAP1 Output 1221 Logical interface: ge-6/0/0.1, Index 68 Object Name Type Index Scheduler-map <default> Output 2 Scheduler-map <default> Input 3 Logical interface: ge-6/0/0.32767, Index 69 Object Name Type Index Scheduler-map <default> Output 2 Scheduler-map <default> Input 3