Балансировка нагрузки на агрегированных Ethernet-интерфейсах
СВОДКА Балансировка нагрузки на агрегированных Ethernet-интерфейсах сокращает перегрузку сети за счет разделения трафика между несколькими интерфейсами.
При объединении нескольких физических агрегированных Ethernet-интерфейсов для формирования единого логического интерфейса это называется агрегированием каналов. Агрегация каналов увеличивает пропускную способность, обеспечивает изящную снижение по мере возникновения сбоев, повышает доступность и обеспечивает балансировку нагрузки. Балансировка нагрузки позволяет устройству разделить входящий и исходящий трафик по нескольким интерфейсам, что сокращает перегрузку сети. В этой теме описывается балансировка нагрузки и настройка балансировки нагрузки на устройстве.
Обзор балансировки нагрузки и агрегации каналов Ethernet
Вы можете создать группу агрегации каналов (LAG) для группы портов Ethernet. Перевязка трафика на уровне 2 сбалансирована по каналам участников этой группы, что делает конфигурацию привлекательной для проблем перегрузки, а также для резервирования. Вы можете настроить до 128 пакетов LAG на маршрутизаторах серии M и T, а также комплекты 480 LAG на маршрутизаторах серии MX и коммутаторах EX9200. Каждый пакет LAG содержит до 16 каналов. (Поддержка платформы зависит от версии ОС Junos в вашей установке.)
По умолчанию ключевой механизм хэш для балансировки нагрузки в интерфейсах LAG основан на полях уровня 2 (например, на адресе источника кадра и адреса назначения), а также на логическом интерфейсе ввода (единица). Алгоритм ЛАГ по умолчанию оптимизирован для коммутации уровня 2. Начиная с версии ОС Junos 10.1, вы также можете настроить хэш-ключ балансировки нагрузки для трафика уровня 2 для использования полей в заголовках уровней 3 и 4 с помощью payload заявления. Однако обратите внимание, что балансировка нагрузки зависит от платформы и основана на соответствующих конфигурациях с хэш-ключом.
Для получения дополнительной информации см. настройку балансировки нагрузки на канале LAG. В коммутаторе уровня 2 один канал перегружен, а другие каналы недостаточно используются.
Понимание агрегированной балансировки нагрузки Ethernet
Функция агрегации каналов используется для объединения нескольких физических агрегированных Ethernet-интерфейсов для формирования одного логического интерфейса. Для формирования виртуальной ссылки или группы агрегации каналов (LAG) агрегируется один или несколько каналов. Mac-клиент относится к этому виртуальному каналу, как к единому каналу. Агрегация каналов увеличивает пропускную способность, обеспечивает изящную ухудшение по мере возникновения сбоев и повышает доступность.
В дополнение к этим преимуществам для обеспечения балансировки нагрузки повышается агрегированный пакет Ethernet, который обеспечивает полное и эффективное использование каналов между ссылками участников агрегированного набора Ethernet.
Функция балансировки нагрузки позволяет устройству разделить входящий и исходящий трафик по нескольким путям или интерфейсам для снижения перегрузки сети. Балансировка нагрузки улучшает использование различных сетевых путей и обеспечивает более эффективную пропускную способность сети.
Как правило, приложения, использующие балансировка нагрузки, включают в себя следующие:
Агрегированные интерфейсы (уровень 2)
Агрегированные интерфейсы (также называемые AE для агрегированных Ethernet и AS для агрегированных SONET) представляют собой механизм уровня 2 для балансировки нагрузки в нескольких интерфейсах между двумя устройствами. Поскольку это механизм балансировки нагрузки уровня 2, все каналы отдельных компонентов должны быть между одними и теми же двумя устройствами на каждом конце. ОС Junos поддерживает (статическую) конфигурацию без сигнала для Ethernet и SONET, а также стандартизированный протокол LACP 802.3ad для согласования каналов Ethernet.
Многопутная маршрутизация с равной стоимостью (ECMP) (уровень 3)
По умолчанию, когда существует несколько путей с одинаковой стоимостью в одно и то же место для активного маршрута, ОС Junos использует алгоритм хэш-хэш для выбора одного из адресов следующего перехода для установки в таблице переадресации. Всякий раз, когда набор следующих переходов для назначения каким-либо образом меняется, адрес следующего хопа переучится с помощью алгоритма хэш. Существует также вариант, который позволяет установить несколько адресов следующего перехода в таблицу переадресации, известную как балансировка нагрузки на пакет.
Балансировка нагрузки ECMP может быть:
По путям BGP (мультипатия BGP)
В рамках пути BGP в нескольких точки доступа
В сложных топологиях Ethernet дисбаланс трафика возникает из-за увеличения потока трафика, а балансировка нагрузки становится сложной задачей по некоторым из следующих причин:
Некорректная балансировка нагрузки путем агрегации следующих переходов
Неправильное вычисление хэш-данных пакетов
Недостаточное отклонение в потоке пакетов
Неправильный выбор шаблонов
В результате дисбаланса трафика нагрузка не очень хорошо распределена, что приводит к перегрузке определенных каналов, в то время как некоторые другие каналы не используются эффективно.
Чтобы преодолеть эти проблемы, ОС Junos предоставляет следующие решения для устранения подлинного дисбаланса трафика в агрегированных пакетах Ethernet (IEEE 802.3ad).
Адаптивное балансировка нагрузки
Адаптивное балансировка нагрузки использует механизм обратной связи для устранения подлинного дисбаланса трафика. Чтобы исправить вес дисбаланса, пропускная способность и поток пакетов каналов адаптируются для эффективного распределения трафика по ссылкам в комплекте AE.
Чтобы настроить адаптивное балансировка нагрузки, включите
adaptiveзаявление на уровне иерархии[edit interfaces aex aggregated-ether-options load-balance].Примечание:Адаптивное балансировка нагрузки не поддерживается в случае настройки ID VLAN в агрегированном интерфейсе Ethernet. Это ограничение влияет только на маршрутизаторы пакетной передачи данных серии PTX и коммутаторы QFX10000.
Чтобы настроить допустимое значение в процентном соотношении, включите
toleranceфакультативное ключевое[edit interfaces aex aggregated-ether-options load-balance adaptive]слово на уровне иерархии.Для настройки адаптивной балансировки нагрузки на основе пакетов в секунду (вместо битов по умолчанию в секунду) включите
ppsфакультативное ключевое слово на[edit interfaces aex aggregated-ether-options load-balance adaptive]уровне иерархии.Чтобы настроить интервал сканирования для значения хэш-трафика на основе скорости выборки в течение последних двух секунд, включите
scan-intervalфакультативное ключевое слово на[edit interfaces aex aggregated-ether-options load-balance adaptive]уровне иерархии.Примечание:Эти
ppsиscan-intervalдополнительные ключевые слова поддерживаются только маршрутизаторами пакетной передачи данных серии PTX.Балансировка нагрузки на пакет случайным спреем
Когда адаптивный вариант балансировки нагрузки выходит из строя, балансировка нагрузки на пакет случайным спреем служит крайней мерой. Это гарантирует, что участники набора AE одинаково загружены без учета полосы пропускания. В каждом пакете происходит реорганизация пакетов, и поэтому рекомендуется только в том случае, если приложения поглощают переоказывание. Случайный спрей на пакет устраняет дисбаланс трафика, который возникает в результате ошибок программного обеспечения, за исключением хэш-пакета.
Чтобы настроить балансировку нагрузки на пакет случайным спреем, включите
per-packetзаявление на[edit interfaces aex aggregated-ether-options load-balance]уровне иерархии.
Агрегированные решения Ethernet для балансировки нагрузки являются взаимоисключающими. Когда настроено более одного из решений для балансировки нагрузки, настроенное в последний раз решение переопределяет ранее настроенный. Вы можете проверить балансировочивание нагрузки, которое используется, выпустив show interfaces aex aggregated-ether-options load-balance команду.
См. также
Балансировка нагрузки с функцией ведения базы данных для агрегированных Ethernet-интерфейсов с использованием данных 5-Tuple
При передаче нескольких потоков из агрегированного интерфейса Ethernet (ae) потоки должны распределяться по различным каналам участников равномерно, чтобы обеспечить эффективное и оптимальное поведение балансировки нагрузки. Чтобы получить оптимизированный и надежный способ балансировки нагрузки, важную роль играет ссылка на агрегированный пакет Ethernet-интерфейса, который выбирается каждый раз для балансировки нагрузки. В версиях ОС Junos раньше, чем в выпуске 13.2R1, на маршрутизаторах серии MX с FPC на основе Trio (MPCs) выполняется выбор канала из ae набора интерфейсов или следующего хопа (или однолиста следующих переходов) для равноценных мультипатовых ECM каналов с использованием сбалансированного режима методологии выбора следующего хопа и несбалансированного режима канала участника или методологии выбора следующего хопа. В сбалансированном режиме выбора каналов используются биты n в предварительно заданном значении хэш,если ему нужно выбрать один из 2^n (2, поднятых до мощности n) следующего перехода в однолистнике. В несбалансированном режиме выбора канала или следующего перехода используется 8 битов в предварительно заданном хэше, чтобы выбрать запись в таблице селекторов, что случайным образом делается с ИДЕНТ-данными по ссылкам участников группы агрегации каналов (LAG) или aeкомплекта.
Термин сбалансированный и несбалансированный указывает на то, используется ли таблица селектора для балансировки нагрузки или нет. В комплекте LAG используется несбалансированное режим (балансировка таблицы селекторов) для балансировки трафика между каналами участников. Если потоки трафика минимальны, могут возникнуть следующие проблемы в несбалансированном режиме: логика выбора каналов использует только подмножества предварительно заданного хэш-трафика. Независимо от эффективности алгоритма хэширования, это только сжатое представление потока. Поскольку разница между потоками очень низка, результируемые хэши и подмножество, которые вычисляются, не обеспечивают необходимую изменчивость для эффективного использования всех каналов участников ЛАГ. В хэш-вычислениях, а также в таблице селекторов существует чрезмерное количество случайных типов. В результате при снижении количества потоков отклонение от оптимальной методики балансировки нагрузки для каждого выбранного ребенка канала выше.
Отклонение на одного ребенка определяется как
Vi = ((Ci - (M/N)))/N
Где
Vi обозначает отклонение от этого детского канала «i».
я обозначаю детский канал-член/индекс.
Ci представляет пакеты, передаваемые по детскому каналу «i».
M означает общее количество пакетов, передаваемых в этом пакете LAG.
N обозначает количество детских каналов в этом LAG.
Из-за этих недостатков для меньшего количества потоков или потоков с меньшими различиями между потоками использование каналов перекосилось, и существует высокая вероятность того, что несколько детских каналов не будут использованы полностью. Начиная с версии ОС Junos 13.2R1, возможность выполнять унифицированную балансировку нагрузки, а также выполнять ребалансировку внедряется на маршрутизаторах серии MX с MPCs, за исключением MPC3Es и MPC4Es. Перебалансировка не поддерживается в случаях перекоса или искажения балансировки нагрузки из-за изменения количества потоков.
Добавлен механизм записи и удержания состояний для потоков и соответствующего распределения нагрузки трафика. В результате для количества m потоков они распределяются между n-соединениями набора LAG или одним из однолистных следующих переходов по каналу ECMP. Этот способ разделения нагрузки между каналами участников называется балансировка нагрузки с функцией ведения базы данных и использует 5-тюплую информацию (адреса источника и назначения, протоколы, порты источника и назначения). Такой метод можно соотобразить непосредственно с потоками или предкомпьютерным хэшом на основе определенных полей потока. В результате сокращается отклонение, наблюдаемое на каждом детском канале.
Этот механизм эффективно работает только для минимального количества потоков (приблизительно меньше тысячи потоков). Для большего количества потоков (от 1000 до 10 000 потоков) мы рекомендуем использовать распределенный механизм балансировки нагрузки на основе Trio.
Рассмотрим пример сценария, при котором ссылки 'n' в ЛАГ идентифицируются с идентификаторами канала от 0 до n-1. Для записи потоков по мере их поступления используется таблица хэш или таблица потока. Ключ хэширования создается с использованием полей, которые уникально идентифицируют поток. В результате поиска выявляется link_id, которые использует поток в настоящее время. Для каждого пакета проверяется таблица потока на основе идентификатора потока. Если совпадение найдено, он обозначает пакет, принадлежащий ранее обрабатываемому или обнаруженному потоку. ИДЕНТ канала связан с потоком. Если совпадение не найдено, это первый пакет, который принадлежит потоку. Для выбора канала используется ИД канала, а поток вставляется в таблицу потока.
Чтобы обеспечить балансировку нагрузки на поток на основе значений хэш,включите per-flow заявление на [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] уровне иерархии. По умолчанию ОС Junos использует метод хэширования, основанный только на адресе назначения, чтобы избрать следующий переход при наличии нескольких равных путей. Всем разъемам модуля передачи пакетов присваивается одинаковое значение хэш по умолчанию. Чтобы настроить алгоритм балансировки нагрузки для динамической перебалансировки ЛАГ с помощью существующих параметров, включите rebalance interval заявление на [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] уровне иерархии. Этот параметр периодически балансирует трафик, обеспечивая синхронизированное переключение ребалансировки во всех входных модулях передачи пакетов (PFEs) с интервалом перебалансировки. Вы можете указать интервал как значение в диапазоне от 1 до 1000 потоков в минуту. Чтобы настроить тип нагрузки, включите load-type (low | medium | high) заявление на уровне иерархии [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] .
Этот stateful per-flow вариант обеспечивает балансировку нагрузки на комплектах AE. Вариант rebalance очищает состояние балансировки нагрузки с указанными интервалами. Этот load вариант информирует модуль переадресации пакетов о соответствующем шаблоне памяти, который будет использоваться. Если количество потоков в этом агрегированном Ethernet-интерфейсе меньше (от 1 до 100 потоков), то можно использовать ключевое low слово. Аналогично для относительно более высоких потоков (от 100 до 1000 потоков) medium можно использовать ключевое слово, а large ключевое слово можно использовать для максимального потока потоков (от 1000 до 10 000 потоков). Приблизительное количество потоков для эффективной балансировки нагрузки по каждому ключевому слову является производным.
Команда clear interfaces aeX unit logical-unit-number forwarding-options load-balance state очищает состояние балансировки нагрузки на аппаратном уровне и позволяет ребалансироваться из очищенного, пустого состояния. Это четкое состояние запускается только при использовании этой команды. Команда clear interfaces aggregate forwarding-options load-balance state очищает все агрегированные состояния балансировки нагрузки Ethernet-интерфейса и вновь создает их.
Правила настройки балансировки нагрузки с функцией ведения базы данных для агрегированных Ethernet-интерфейсов или пакетов LAG
Имейте в виду следующие моменты, настраивая балансировку нагрузки с отслеживанием состояния для агрегированных Ethernet-интерфейсов:
При удалении или добавлении канала ребенка выбирается новый агрегированный селектор и трафик переходит на новый селектор. Поскольку селектор пуст, потоки заполняются селектором. Такое поведение приводит к перераспределению потоков из-за потери старого состояния. Это существующее поведение без обеспечения балансировки нагрузки на поток с функцией ведения базы данных.
Функция балансировки нагрузки на поток в интерфейсах AE в случае, если входящий трафик достигает линейных карт MPC1E, MPC2E, MPC3E-3D, MPC5E и MPC6E. Любой другой тип линейной карты не фальсифицирует эту функциональность. Если mpCs не поддерживает эту возможность, отображаются соответствующие ошибки командной строки.
С линейной платой в виде MPC и выходной линейной картой в качестве MPC или DPC эта функция работает должным образом. Балансировка нагрузки с функцией ведения базы данных не поддерживается, если линейная плата въехает в DPC, а линейная карта — это DPC или MPC.
Эта возможность не поддерживается для многоадресной передачи трафика (родной/поток).
Возможность ребалансировки параметра или очистка состояния балансировки нагрузки может привести к реорганизации пакетов для активных потоков, поскольку для потоков трафика могут быть выбраны разные наборы каналов.
Несмотря на высокую производительность функции, она потребляет значительное количество памяти линейных карт. Примерно 4000 логических интерфейсов или 16 агрегированных логических интерфейсов Ethernet могут включать эту функцию в поддерживаемые MPCs. Однако, когда аппаратная память Packet Forwarding Engine низка, в зависимости от имеющейся памяти, она возвращается к механизму балансировки нагрузки по умолчанию. В такой ситуации генерируется сообщение о системе регистрации и отправляется в модуль маршрутизации. Ограничение количества интерфейсов AE, поддерживающих балансировку нагрузки с функцией ведения базы данных, не существует; лимит определяется сетевыми картами.
Если потоки трафика часто выдерживаются, устройство должно удалить или обновить состояния балансировки нагрузки. В результате вы должны настроить перебалансировку или запустить четкую команду с периодическими интервалами для надлежащей балансировки нагрузки. В противном случае может возникнуть перекос в трафике. Когда детский канал падает или появляется, балансировка нагрузки не претерпевает изменений в существующих потоках. Это условие заключается в том, чтобы избежать реорганизации пакетов. Новые потоки забрать ребенка ссылку, которые приходят вверх. Если вы отмечаете, что распределение нагрузки не очень эффективно, вы можете очистить состояния балансировки нагрузки или использовать функцию ребалансировки, чтобы вызвать автоматическое оформление состояний аппаратного обеспечения. При настройке объекта ребалансировки потоки трафика могут быть перенаправлены на различные каналы, что может привести к переориентации пакетов.
Настройка балансировки нагрузки с функцией ведения базы данных в агрегированных Ethernet-интерфейсах
Добавлен механизм записи и удержания состояний для потоков и соответствующего распределения нагрузки трафика. В результате для количества m потоков они распределяются между n-соединениями набора LAG или одним из однолистных следующих переходов по каналу ECMP. Этот способ разделения нагрузки между каналами участников называется балансировка нагрузки с функцией ведения базы данных и использует 5-тюплую информацию (адреса источника и назначения, протоколы, порты источника и назначения). Такой метод можно соотобразить непосредственно с потоками или предкомпьютерным хэшом на основе определенных полей потока. В результате сокращается отклонение, наблюдаемое на каждом детском канале.
Для настройки балансировки нагрузки с функцией ведения базы данных на ae комплектах интерфейсов:
Настройка адаптивной балансировки нагрузки
В этой теме описывается, как настроить адаптивное балансировка нагрузки. Адаптивное балансировка нагрузки обеспечивает эффективное использование пропускной способностью канала для агрегированного набора Ethernet (AE). Адаптивное балансировка нагрузки использует механизм обратной связи для устранения дисбаланса нагрузки трафика путем корректировки полосы пропускания и потоков пакетов на каналах в комплекте AE.
Прежде чем начать:
Настройте набор интерфейсов с семейства протоколов и IP-адресом. Эти интерфейсы могут внести членство в пакете AE.
Создайте пакет AE, настраивая набор интерфейсов маршрутизатора в агрегированном Ethernet и с помощью определенного идентификатора группы AE.
Для настройки адаптивного балансировки нагрузки для пакетов AE:
См. также
Настройка симметричной балансировки нагрузки в группе по агрегации каналов 802.3ad на маршрутизаторах серии MX
- Симметричная балансировка нагрузки на 802.3ad LAG на обзоре маршрутизаторов серии MX
- Настройка симметричной балансировки нагрузки на 802.3ad LAG на маршрутизаторах серии MX
- Настройка симметричной балансировки нагрузки на базе mpCs Trio
- Конфигурации примеров
Симметричная балансировка нагрузки на 802.3ad LAG на обзоре маршрутизаторов серии MX
Маршрутизаторы серии MX с агрегированными Ethernet-пиками поддерживают симметричное балансировка нагрузки на 802.3ad LAG. Эта функция имеет большое значение, когда два маршрутизатора серии MX подключаются прозрачно с помощью устройств глубокой проверки пакетов (DPI) в комплекте LAG. Устройства DPI отслеживают потоки и требуют информации о данном потоке как в направлении вперед, так и в обратном направлении. Без симметричной балансировки нагрузки на 802.3ad LAG, DPIs может неправильно понять поток, что приводит к сбоям в трафике. Используя эту функцию, обеспечивается заданный поток трафика (дуплексное), который обеспечивается одними и теми же устройствами в обоих направлениях.
Симметричная балансировка нагрузки на 802.3ad LAG использует механизм обмена адресов источника и назначения для хэш-вычисления полей, таких как адрес источника и адрес назначения. Для выбора канала ЛАГ используется результат хэш-вычислений на этих полях. Хэш-вычисления для переадресации и обратного потока должны быть идентичными. Это достигается путем замены полей источника с полями назначения для обратного потока. Операция с обменом называется дополнением к хэш-вычислению или symmetric-hash complement регулярной (или неиспользованной) операции как симметрично-хэш-вычисление или symmetric-hash. Поля для замены — это MAC-адрес, IP-адрес и порт.
Настройка симметричной балансировки нагрузки на 802.3ad LAG на маршрутизаторах серии MX
Вы можете указать, выполняется ли симметричное хэш-хаш для балансировки нагрузки. Чтобы настроить симметричный хэш, используйте symmetric-hash заявление на уровне иерархии [edit forwarding-options hash-key family inet] . Для настройки симметричного хэш-дополнения используйте symmetric-hash complement заявление и вариант на уровне иерархии [edit forwarding-options hash-key family inet] .
Эти операции также могут быть выполнены на уровне PIC, указывая хэш-ключ. Для настройки хэш-ключа на уровне PIC используйте symmetric-hash его или symmetric-hash complement констатировать на [edit chassis hash-key family inet] уровнях иерархии и иерархии [edit chassis hash-key family multiservice] .
Рассмотрим пример в рис. 1.
серии MX
Маршрутизатор А настроен с симметричным хэшом, а маршрутизатор B настроен с симметричным дополнением к хэшу. Таким образом, для определенного потока fx, пост-хэш вычисления от маршрутизатора А до маршрутизатора B через i2. Обратный трафик для того же потока fx — от маршрутизатора B до маршрутизатора А через то же устройство i2, что и его хэширование (выполняется после замены источника и поля назначения) и возвращает тот же индекс канала; так как он выполняется на адресах источника и пункта назначения.
Однако выбранный канал может или не соответствует тому, что было прикреплено к DPI. Другими словами, результат хэширования должен указывать на те же подключенные каналы, что позволяет потоку трафика через одни и те же устройства DPI в обоих направлениях. Чтобы это произошло, необходимо также настроить порты-аналогии (порты, подключенные к тому же DPI-iN) с одинаковым индексом канала. Это делается при настройке детской ссылки в пакет LAG. Это гарантирует, что выбранный канал для определенного результата хэш всегда одинаков на любом маршрутизаторе.
Обратите внимание, что любые два канала, подключенные друг к другу, должны иметь одинаковый индекс канала, и эти индексы канала должны быть уникальными в данном наборе.
Следующие ограничения применяются при настройке симметричной балансировки нагрузки на 802.3ad LAG на маршрутизаторах серии MX:
Модуль передачи пакетов (PFE) можно настроить для хэширования трафика в симметричном или дополнительном режиме. Единый комплекс PFE не может работать одновременно как в рабочих режимах, так и такая конфигурация может принести нежелательные результаты.
Настройка per-PFE переопределяет настройку по всему корпусу только для настроенных семейств. Для других семейств комплекс PFE по-прежнему наследует настройку по всему шасси (при настройке) или настройку по умолчанию.
Эта функция поддерживает только VPLS, INET и мостик трафика.
Эта функция не может работать в тандеме с вариантом
per-flow-hash-seed load-balancing. Для этого требуется, чтобы все комплексы PFE, настроенные дополнительно, были одинаковыми. Изменение семя между двумя аналогами комплексов PFE может привести к нежелательным результатам.
Для получения дополнительной информации см. библиотеку VPN-сетей VPN-подключения ОС Junos для устройств маршрутизации и библиотеку администрации ОС Junos для устройств маршрутизации.
Пример конфигурации
Для настройки параметров 802.3ad LAG на уровне комплекта:
[edit interfaces]
g(x)e-fpc/pic/port {
gigether-options {
802.3ad {
bundle;
link-index number;
}
}
}
в диапазоне link-index number от 0 до 15.
Вы можете проверить индекс канала, настроенный выше, show interfaces с помощью команды:
[edit forwarding-options hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash {
[complement;]
}
}
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3 {
source-ip-only | destination-ip-only;
}
layer-4;
}
}
symmetric-hash {
[complement;]
}
}
Для балансировки трафика уровня 2 на основе полей уровня 3 можно настроить параметры 802.3ad LAG на уровне PIC. Эти варианты конфигурации доступны в иерархии шасси следующим образом:
[edit chassis]
fpc X {
pic Y {
.
.
.
hash-key {
family inet {
layer-3;
layer-4;
symmetric-hash {
[complement;]
}
}
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3 {
source-ip-only | destination-ip-only;
}
layer-4;
}
}
symmetric-hash {
[complement;]
}
}
}
.
.
.
}
}
Настройка симметричной балансировки нагрузки на базе mpCs Trio
В связи с некоторыми различиями в конфигурации симметричная балансировка нагрузки в группе агрегации каналов 802.3ad поддерживается на маршрутизаторах серии MX с mpCs на базе Trio.
Чтобы добиться симметричной балансировки нагрузки на ПК Trio, необходимо сделать следующее:
Вычислить симметричный хаш
Оба маршрутизатора должны вычислить одно и то же значение хэш от потока в направлении вперед и в обратном направлении. На платформах На базе Trio расчетное значение хэш-нары независимо от направления потока, и, следовательно, всегда симметрично по своей природе. По этой причине для вычисления симметричного хэш-значения на платформах trio не требуется определенная конфигурация.
Однако следует отметить, что поля, используемые для настройки хэш,должны иметь идентичные включения и исключать настройки на обоих концах ЛАГ.
Настройка индексов каналов
Чтобы позволить обоим маршрутизаторам выбирать один и тот же канал с использованием одного и того же значения хэш-трафика, каналы в ЛАГ должны быть настроены с одинаковым индексом канала на обоих маршрутизаторах. Этого можно достичь с помощью
link-indexзаявления.Обеспечение симметричной балансировки нагрузки
Для настройки симметричной балансировки нагрузки на базе MPCs Trio можно включить
symmetricзаявление на уровне иерархии[edit forwarding-options enhanced-hash-key]. Это заявление применимо только к платформам на базе Trio.Заявление
symmetricможет использоваться с помощью любого семейства протоколов и обеспечивает симметричное балансировку нагрузки для всех агрегированных пакетов Ethernet на маршрутизаторе. Заявление должно быть включено на обоих концах ЛАГ. Это заявление отключено по умолчанию.Достижение симметрии для обеспечения мостового и маршрутизации трафика
В некоторых развертываниях пакет LAG, на котором требуется симметрия, проходит через трафик уровня 2 в восходящем направлении и IPv4 маршрутизируется трафик в нисходящем направлении. В таких случаях вычисляемый хэш отличается в каждом направлении, поскольку для перемежаемых пакетов учитываются mac-адреса Ethernet. Чтобы преодолеть это, можно исключить mac-адреса источника и адреса назначения из улучшенных вычислений с хэш-ключом.
Чтобы исключить mac-адреса источника и назначения из улучшенных вычислений с поддержкой хэш-ключа, включайте
no-mac-addressesзаявление на[edit forwarding-options enhanced-hash-key family multiservice]уровне иерархии. Это заявление отключено по умолчанию.
Если на базе mpCs Trio обеспечивается симметричная балансировка нагрузки, имейте в виду следующие оговорки:
Поляризация трафика — это явление, которое возникает при использовании топологий, которые распределяют трафик с помощью хэширования того же типа. Когда маршрутизаторы каскадны, может произойти поляризация трафика, и это может привести к неравному распределению трафика.
Поляризация трафика происходит при настройке лагов на каскадных маршрутизаторах. Например, на рис. 2, если в определенном потоке используется Ссылка 1 агрегированного набора Ethernet между устройством R1 и устройством R2, поток также использует Канал 1 агрегированного набора Ethernet между устройством R2 и устройством R3.
Рис. 2. Поляризация трафика на каскадных маршрутизаторах При симметричном балансировке нагрузки на базе mpCs
Trio
Это не похоже на случайный алгоритм выбора каналов, где поток может использовать канал 1 агрегированного Ethernet-пакета между устройством R1 и устройством R2, а также Канал 2 агрегированного набора Ethernet между устройством R2 и устройством R3.
Симметричная балансировка нагрузки не применима к балансировке нагрузки на префикс, где хэш вычисляется на основе префикса маршрута.
Симметричная балансировка нагрузки не применима к трафику MPLS или VPLS, поскольку в этих сценариях метки не одинаковы в обоих направлениях.
Конфигурации примеров
Пример Конфигурации широконастроек шасси
Маршрутизатор А
user@host> show configuration forwarding-options hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric hash;
}
Маршрутизатор B
user@host> show configuration forwarding-options hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric-hash {
complement;
}
}
Пример конфигураций настроек модуля передачи пакетов
Маршрутизатор А
user@host> show configuration chassis fpc 2 pic 2 hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric hash;
}
Маршрутизатор B
user@host> show configuration chassis fpc 2 pic 3 hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric-hash {
complement;
}
}
Настройка симметричного хэширования на уровне PIC для балансировки нагрузки на 802.3ad LAGs для маршрутизаторов серии MX
Симметричная хэширование для балансировки нагрузки в группе агрегации каналов 802.3ad (LAG) полезна, когда два маршрутизатора серии MX (например, маршрутизатор А и маршрутизатор B) соединены прозрачно с помощью устройств глубокой проверки пакетов (DPI) через пакет LAG. Устройства DPI отслеживают потоки трафика как в направлении, так и в обратном направлении.
Если настроена симметричная хэширование, обратный поток трафика также направляется по одному и тому же детскому каналу в LAG и неизбежно будет проходить через одно и то же устройство DPI. Это обеспечивает надлежащую учетную запись DPI трафика как в переадресации, так и в обратном потоке.
Если симметричная хэширование не настроена, для обратного потока трафика через другое устройство DPI может быть выбран другой детский канал в LAG. Это приводит к неполной информации о переадресации и реверсных потоках трафика на устройстве DPI, что приводит к неполному учету трафика устройством DPI.
Симметричная хэширование вычисляется на основе таких областей, как адрес источника и адрес назначения. Вы можете настроить симметричные хэширования как на уровне шасси, так и на уровне PIC для балансировки нагрузки на основе полей блоков данных уровня 2, 3 и уровня 4 для семейства входных устройств (семейство протоколов IPv4) и многофункционального трафика (коммутатор или мост). Симметричная хэширование, настроенная на уровне шасси, применяется ко всему маршрутизатору и наследуется всеми его платами обработки данных и модулями передачи пакетов. Настройка симметричной хэширования на уровне PIC обеспечивает более подробную детализация на уровне модуля передачи пакетов.
Для двух маршрутизаторов, подключенных через устройства DPI через пакет LAG, вы можете настроить симметрично-хэш на одном маршрутизаторе и симметрично-хэш-дополнение на удаленном маршрутизаторе или наоборот.
Чтобы настроить симметричное хэширование на уровне шасси, включите симметричный хэш или symmetric-hash complement заявления на [edit forwarding-options hash-key family] уровне иерархии. Для получения информации о настройке симметричной хэширования на уровне шасси и настройке индекса каналов см. Библиотеку сетевых интерфейсов ОС Junos для устройств маршрутизации и библиотеку VPN-соединений ОС Junos для устройств маршрутизации.
В DPC серии MX настройка симметричной хэширования на уровне PIC означает настройку симметричного хэширования на уровне модуля передачи пакетов.
Для настройки симметричной хэширования на уровне PIC в интерфейсе входящего трафика (при входе в маршрутизатор) следует включить симметричную хэш-хаш или symmetric-hash complement заявление на уровне иерархии [edit chassis fpc slot-number pic хэш-ключpic-number]:
[edit chassis fpc slot-number pic pic-number hash-key] family multiservice { source-mac; destination-mac; payload { ip { layer-3 (source-ip-only | destination-ip-only); layer-4; } } symmetric-hash { complement; } }
family inet { layer-3; layer-4; symmetric-hash { complement; } }
Симметричная хэширование на уровне PIC переопределяет симметричную хэширование на уровне шасси, настроенную на уровне иерархии «редактировать шасси с хэш-ключом».
Симметричная хэширование для балансировки нагрузки в группах агрегации каналов 802.3ad в настоящее время поддерживается только для VPLS, INET и только для мостовых трафика.
Конфигурация ключа Хэш в PIC или механизме переадресации пакетов может быть либо в симметричном хэш-режиме, либо в симметричном дополнении хэш-
См. также
Примеры: настройка симметричной хэширования на уровне PIC для балансировки нагрузки на маршрутизаторах серии MX 802.3ad
Эти примеры применимы только к DPC, поддерживаемым маршрутизаторами MX240, MX480 и MX960. В разделе «Соответствующая документация» для поддерживаемых DPC см. точки обработки данных , поддерживаемые маршрутизаторами MX240, MX480 и MX960 .
В следующих примерах показаны способы настройки симметричной хэширования на уровне PIC для балансировки нагрузки на маршрутизаторах серии MX:
- Настройка симметричного хэширования для семейной мультисервисной сети в обоих маршрутизаторах
- Настройка симметричного хэширования для семейства в обоих маршрутизаторах
- Настройка симметричного хэширования для семейства и семейства мультисервисов на двух маршрутизаторах
Настройка симметричного хэширования для семейной мультисервисной сети в обоих маршрутизаторах
В интерфейсе входящего трафика, где трафик поступает маршрутизатор А, содержится symmetric-hash заявление на [edit chassis fpc slot-number pic pic-number hash-key family multiservice] уровне иерархии:
[edit chassis fpc 2 pic 2 hash-key]
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3;
layer-4;
}
}
symmetric-hash;
}
В интерфейсе входящего трафика, где трафик поступает в маршрутизатор B, содержится symmetric-hash complement заявление на уровне иерархии [edit chassis fpc slot-number pic pic-number hash-key family multiservice] :
[edit chassis fpc 0 pic 3 hash-key]
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3;
layer-4;
}
}
symmetric-hash {
complement;
}
}
Настройка симметричного хэширования для семейства в обоих маршрутизаторах
В интерфейсе входящего трафика, где трафик поступает маршрутизатор А, содержится symmetric-hash заявление на [edit chassis fpc slot-number pic pic-number hash-key family inet] уровне иерархии:
[edit chassis fpc 0 pic 1 hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash;
}
В интерфейсе входящего трафика, где трафик поступает в маршрутизатор B, содержится symmetric-hash complement заявление на уровне иерархии [edit chassis fpc slot-number pic pic-number hash-key family inet] :
[edit chassis fpc 1 pic 2 hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash {
complement;
}
}
Настройка симметричного хэширования для семейства и семейства мультисервисов на двух маршрутизаторах
В интерфейсе входящего трафика, где трафик поступает маршрутизатор А, содержится symmetric-hash заявление на [edit chassis fpc slot-number pic pic-number hash-key family multiservice] уровне иерархии:
[edit chassis fpc 1 pic 0 hash-key]
family multiservice {
payload {
ip {
layer-3;
layer-4;
}
}
symmetric-hash;
}
В интерфейсе входящего трафика, где трафик поступает в маршрутизатор B, содержится symmetric-hash complement заявление на уровне иерархии [edit chassis fpc slot-number pic pic-number hash-key family inet] :
[edit chassis fpc 0 pic 3 hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash {
complement;
}
}
См. также
Пример: настройка агрегированной балансировки нагрузки Ethernet
Пример: настройка агрегированной балансировки нагрузки Ethernet
На этом примере показано, как настроить агрегированную балансировку нагрузки Ethernet.
Требования
В этом примере используются следующие компоненты аппаратного и программного обеспечения:
Три маршрутизатора серии MX с интерфейсами MIC и MPC или три маршрутизатора пакетной передачи данных серии PTX с интерфейсами PIC и FPC
Выпуск ОС Junos 13.3 или более поздний запуск на всех устройствах
Обзор
Балансировка нагрузки требуется на плоскости переадресации, когда на следующем маршрутизаторе доступно несколько путей или интерфейсов, и лучше всего, если входящий трафик сбалансирован по всем доступным путям для более эффективного использования каналов.
Агрегированный пакет Ethernet — это типичное приложение, которое использует балансировку нагрузки для балансировки потоков трафика по ссылкам участников пакета (IEEE 802.3ad).
Начиная с оси Junos версии 13.3, агрегированное балансировка нагрузки Ethernet улучшается, чтобы обеспечить два решения для решения подлинного дисбаланса трафика на агрегированных пакетах Ethernet на МПК или MPCs маршрутизаторов серии MX. Начиная с версии ОС Junos 14.1, агрегированное балансировка нагрузки Ethernet улучшается, чтобы обеспечить два решения для решения подлинного дисбаланса трафика на агрегированных пакетах Ethernet на плате обработки данных или ПК серии PTX маршрутизаторов пакетной передачи данных.
Агрегированные решения Ethernet для балансировки нагрузки:
Адаптивное балансировка нагрузки используется в сценариях, где хэширование на основе потоков недостаточно для равномерного распределения нагрузки. Это решение для балансировки нагрузки реализует механизм обратной связи и контроля в режиме реального времени для мониторинга и управления дисбалансом в нагрузке сети.
Адаптивное решение для балансировки нагрузки устраняет дисбаланс потока трафика, изменяя записи селекторов и периодически сканируя использование каналов на каждом из элементов пакета AE для обнаружения любых отклонений. При обнаружении отклонения запускается событие корректировки и меньше потоков отображается на канале с пострадавшим членом. В результате пропускная способность этого канала для участников снижается. Это приводит к непрерывному циклу обратной связи, который в течение определенного периода времени гарантирует, что такая же скорость байта предоставляется всем каналам участников, тем самым обеспечивая эффективное распределение трафика по каждому каналу участника в комплекте AE.
Чтобы настроить адаптивное балансировка нагрузки, включите
adaptiveзаявление на уровне иерархии[edit interfaces aex aggregated-ether-options load-balance].Примечание:Адаптивное балансировка нагрузки не поддерживается в случае настройки ID VLAN в агрегированном интерфейсе Ethernet. Это ограничение влияет только на маршрутизаторы пакетной передачи данных серии PTX.
Этот
ppsвариант обеспечивает балансировку нагрузки на основе скорости пакетов в секунду. Настройка по умолчанию обеспечивает балансировку нагрузки в секунду.Значение
scan-intervalнастраивает продолжительность сканирования в несколько 30 секунд.Значение
tolerance— это ограничение отклонения потока пакетного трафика от агрегированных Ethernet-каналов в комплекте. Вы можете указать максимальное 100-процентное отклонение. Если не настроен атрибут толерантности, значение по умолчанию составляет 20 процентов для адаптивного балансировки нагрузки. Меньшее значение толерантности уравновешывает лучшую пропускную способность, но требует более длительного времени конвергенции.Примечание:Эти
ppsиscan-intervalдополнительные ключевые слова поддерживаются только маршрутизаторами пакетной передачи данных серии PTX.Случайный спрей на пакет: когда адаптивное решение балансировки нагрузки выходит из строя, случайный спрей на пакет выступает в качестве крайнего средства. Случайное решение для балансировки нагрузки на пакет помогает устранить дисбаланс трафика путем произвольного распыления пакетов в агрегированные следующие переходы. Это гарантирует одинаковый уровень нагрузки всех каналов участников пакета AE, что приводит к переоринерации пакетов.
Кроме того, случайный спрей на пакет определяет входную систему переадресации пакетов, которая вызвала дисбаланс трафика и устраняет дисбаланс трафика, который возникает в результате ошибок программного обеспечения, за исключением хэш-пакета.
Чтобы настроить балансировку нагрузки на пакет случайным спреем, включите
per-packetзаявление на[edit interfaces aex aggregated-ether-options load-balance]уровне иерархии.Примечание:Параметр Per-Packet для балансировки нагрузки не поддерживается маршрутизаторами пакетной передачи данных серии PTX.
Агрегированные решения Ethernet для балансировки нагрузки являются взаимоисключающими. Когда настроено более одного из решений для балансировки нагрузки, настроенное в последний раз решение переопределяет ранее настроенный. Вы можете проверить, что решение для балансировки нагрузки реализуется, выпустив show interfaces aex aggregated-ether-options load-balance команду.
Топологии
В этой топологии на каналах между маршрутизаторами R2 и R3 настроены два агрегированных пакета Ethernet - ae0 и ae1.
Ethernet
Конфигурации
Быстрая настройка командной строки
Чтобы быстро настроить этот пример, скопируйте следующие команды, вставьте их в текстовый файл, удалите любые перерывы на строку, измените любые детали, необходимые для соответствия конфигурации сети, а затем скопируйте и вставьте команды в командную строку на [edit] уровне иерархии.
R1
set chassis aggregated-devices ethernet device-count 12 set interfaces xe-0/0/0 unit 0 family inet address 120.168.1.1/30 set interfaces xe-0/0/0 unit 0 family iso set interfaces xe-0/0/0 unit 0 family mpls set interfaces xe-0/0/1 unit 0 family inet address 120.168.2.1/30 set interfaces xe-0/0/1 unit 0 family iso set interfaces xe-0/0/1 unit 0 family mpls set interfaces ge-1/0/0 unit 0 family inet address 120.168.100.2/30 set interfaces ge-1/0/0 unit 0 family iso set interfaces ge-1/0/0 unit 0 family mpls set interfaces ge-1/0/1 unit 0 family inet address 120.168.101.2/30 set interfaces ge-1/0/1 unit 0 family iso set interfaces ge-1/0/1 unit 0 family mpls set interfaces lo0 unit 0 family inet address 120.168.0.2/32 set interfaces lo0 unit 0 family iso address 49.0001.1201.6800.0002.00 set routing-options router-id 120.168.0.2 set routing-options autonomous-system 55 set protocols rsvp interface ge-1/0/0.0 set protocols rsvp interface ge-1/0/1.0 set protocols mpls label-switched-path videl-to-sweets to 120.168.0.9 set protocols mpls label-switched-path v-2-s-601 to 60.0.1.0 set protocols mpls label-switched-path v-2-s-601 primary v-2-s-601-primary hop-limit 5 set protocols mpls label-switched-path v-2-s-602 to 60.0.2.0 set protocols mpls label-switched-path v-2-s-602 primary v-2-s-602-primary hop-limit 5 set protocols mpls label-switched-path v-2-s-603 to 60.0.3.0 set protocols mpls label-switched-path v-2-s-604 to 60.0.4.0 set protocols mpls path v-2-s-601-primary 120.168.100.1 strict set protocols mpls path v-2-s-601-primary 120.168.104.2 strict set protocols mpls path v-2-s-602-primary 120.168.101.1 strict set protocols mpls path v-2-s-602-primary 120.168.105.2 strict set protocols mpls interface ge-1/0/0.0 set protocols mpls interface ge-1/0/1.0 set protocols mpls interface xe-0/0/1.0 set protocols mpls interface xe-0/0/0.0 set protocols bgp group pe-routers type internal set protocols bgp group pe-routers local-address 120.168.0.2 set protocols bgp group pe-routers family inet unicast set protocols bgp group pe-routers family inet-vpn unicast set protocols bgp group pe-routers neighbor 120.168.0.9 set protocols isis traffic-engineering family inet shortcuts set protocols isis level 1 disable set protocols isis interface ge-1/0/0.0 set protocols isis interface ge-1/0/1.0 set protocols isis interface lo0.0 set policy-options policy-statement nhs then next-hop self set policy-options policy-statement vpn-m5-export term 1 from protocol bgp set policy-options policy-statement vpn-m5-export term 1 from protocol direct set policy-options policy-statement vpn-m5-export term 1 then community add vpn-m5-target set policy-options policy-statement vpn-m5-export term 1 then accept set policy-options policy-statement vpn-m5-export term 2 then reject set policy-options policy-statement vpn-m5-import term 1 from protocol bgp set policy-options policy-statement vpn-m5-import term 1 from community vpn-m5-target set policy-options policy-statement vpn-m5-import term 1 then accept set policy-options policy-statement vpn-m5-import term 2 then reject set policy-options community vpn-m5-target members target:55:100 set routing-instances vpn-m5 instance-type vrf set routing-instances vpn-m5 interface xe-0/0/0.0 set routing-instances vpn-m5 interface xe-0/0/1.0 set routing-instances vpn-m5 route-distinguisher 120.168.0.2:1 set routing-instances vpn-m5 vrf-import vpn-m5-import set routing-instances vpn-m5 vrf-export vpn-m5-export set routing-instances vpn-m5 protocols bgp group ce type external set routing-instances vpn-m5 protocols bgp group ce peer-as 100 set routing-instances vpn-m5 protocols bgp group ce as-override set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.1.2 set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.2.2 set routing-instances vpn-m5 protocols ospf domain-id 1.0.0.0 set routing-instances vpn-m5 protocols ospf export vpn-m5-import set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-0/0/1.0 set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-0/0/0.0
R2
set chassis aggregated-devices ethernet device-count 5 set interfaces ge-1/2/0 unit 0 family inet address 120.168.100.1/30 set interfaces ge-1/2/0 unit 0 family iso set interfaces ge-1/2/0 unit 0 family mpls set interfaces ge-1/2/1 unit 0 family inet address 120.168.101.1/30 set interfaces ge-1/2/1 unit 0 family iso set interfaces ge-1/2/1 unit 0 family mpls set interfaces ge-1/3/0 gigether-options 802.3ad ae0 set interfaces ge-1/3/1 gigether-options 802.3ad ae0 set interfaces ge-1/3/2 gigether-options 802.3ad ae0 set interfaces ge-1/3/3 gigether-options 802.3ad ae0 set interfaces ge-1/3/4 gigether-options 802.3ad ae0 set interfaces ge-2/2/1 gigether-options 802.3ad ae1 set interfaces ge-2/2/2 gigether-options 802.3ad ae1 set interfaces ge-2/2/3 gigether-options 802.3ad ae1 set interfaces ge-2/2/4 gigether-options 802.3ad ae1 set interfaces ge-2/2/5 gigether-options 802.3ad ae1 set interfaces ge-2/2/6 gigether-options 802.3ad ae1 set interfaces ge-2/2/7 gigether-options 802.3ad ae1 set interfaces ge-2/2/8 gigether-options 802.3ad ae1 set interfaces ae0 aggregated-ether-options load-balance adaptive tolerance 10 set interfaces ae0 aggregated-ether-options link-speed 1g set interfaces ae0 aggregated-ether-options lacp active set interfaces ae0 unit 0 family inet address 120.168.104.1/30 set interfaces ae0 unit 0 family iso set interfaces ae0 unit 0 family mpls set interfaces ae1 aggregated-ether-options load-balance adaptive tolerance 10 set interfaces ae1 aggregated-ether-options link-speed 1g set interfaces ae1 aggregated-ether-options lacp active set interfaces ae1 unit 0 family inet address 120.168.105.1/30 set interfaces ae1 unit 0 family iso set interfaces ae1 unit 0 family mpls set interfaces lo0 unit 0 family inet address 120.168.0.4/32 set interfaces lo0 unit 0 family iso address 49.0001.1201.6800.0004.00 set accounting-options selective-aggregate-interface-stats disable set protocols rsvp interface ge-1/2/0.0 set protocols rsvp interface ge-1/2/1.0 set protocols rsvp interface ae0.0 set protocols rsvp interface ae1.0 set protocols mpls interface ge-1/2/0.0 set protocols mpls interface ge-1/2/1.0 set protocols mpls interface ae0.0 set protocols mpls interface ae1.0 set protocols isis traffic-engineering family inet shortcuts set protocols isis level 1 disable set protocols isis interface ge-1/2/0.0 set protocols isis interface ge-1/2/1.0 set protocols isis interface ae0.0 set protocols isis interface ae1.0 set protocols isis interface lo0.0
R3
set chassis aggregated-devices ethernet device-count 5 set interfaces xe-4/0/0 unit 0 family inet address 120.168.9.1/30 set interfaces xe-4/0/0 unit 0 family mpls set interfaces xe-4/0/1 unit 0 family inet address 120.168.10.1/30 set interfaces xe-4/0/1 unit 0 family mpls set interfaces ge-5/0/1 gigether-options 802.3ad ae1 set interfaces ge-5/0/2 gigether-options 802.3ad ae1 set interfaces ge-5/0/3 gigether-options 802.3ad ae1 set interfaces ge-5/0/4 gigether-options 802.3ad ae1 set interfaces ge-5/0/5 gigether-options 802.3ad ae1 set interfaces ge-5/0/6 gigether-options 802.3ad ae1 set interfaces ge-5/0/7 gigether-options 802.3ad ae1 set interfaces ge-5/0/8 gigether-options 802.3ad ae1 set interfaces ge-5/3/0 gigether-options 802.3ad ae0 set interfaces ge-5/3/1 gigether-options 802.3ad ae0 set interfaces ge-5/3/2 gigether-options 802.3ad ae0 set interfaces ge-5/3/3 gigether-options 802.3ad ae0 set interfaces ge-5/3/4 gigether-options 802.3ad ae0 set interfaces ae0 aggregated-ether-options link-speed 1g set interfaces ae0 aggregated-ether-options lacp active set interfaces ae0 unit 0 family inet address 120.168.104.2/30 set interfaces ae0 unit 0 family iso set interfaces ae0 unit 0 family mpls set interfaces ae1 aggregated-ether-options link-speed 1g set interfaces ae1 aggregated-ether-options lacp active set interfaces ae1 unit 0 family inet address 120.168.105.2/30 set interfaces ae1 unit 0 family iso set interfaces ae1 unit 0 family mpls set interfaces lo0 unit 0 family inet address 120.168.0.9/32 set interfaces lo0 unit 0 family iso address 49.0001.1201.6800.0009.00 set routing-options router-id 120.168.0.9 set routing-options autonomous-system 55 set protocols rsvp interface xe-4/0/0.0 set protocols rsvp interface xe-4/0/1.0 set protocols rsvp interface ae0.0 set protocols rsvp interface ae1.0 set protocols mpls label-switched-path to-videl to 120.168.0.2 set protocols mpls interface xe-4/0/0.0 set protocols mpls interface xe-4/0/1.0 set protocols mpls interface ae0.0 set protocols mpls interface ae1.0 set protocols bgp group pe-routers type internal set protocols bgp group pe-routers local-address 120.168.0.9 set protocols bgp group pe-routers family inet unicast set protocols bgp group pe-routers family inet-vpn unicast set protocols bgp group pe-routers neighbor 120.168.0.2 set protocols isis traffic-engineering family inet shortcuts set protocols isis level 1 disable set protocols isis interface ae0.0 set protocols isis interface ae1.0 set protocols isis interface lo0.0 set policy-options policy-statement nhs then next-hop self set policy-options policy-statement vpn-m5-export term 1 from protocol bgp set policy-options policy-statement vpn-m5-export term 1 from protocol direct set policy-options policy-statement vpn-m5-export term 1 then community add vpn-m5-target set policy-options policy-statement vpn-m5-export term 1 then accept set policy-options policy-statement vpn-m5-export term 2 then reject set policy-options policy-statement vpn-m5-import term 1 from protocol bgp set policy-options policy-statement vpn-m5-import term 1 from protocol direct set policy-options policy-statement vpn-m5-import term 1 from community vpn-m5-target set policy-options policy-statement vpn-m5-import term 1 then accept set policy-options policy-statement vpn-m5-import term 2 then reject set policy-options community vpn-m5-target members target:55:100 set routing-instances vpn-m5 instance-type vrf set routing-instances vpn-m5 interface xe-4/0/0.0 set routing-instances vpn-m5 interface xe-4/0/1.0 set routing-instances vpn-m5 route-distinguisher 120.168.0.9:1 set routing-instances vpn-m5 vrf-import vpn-m5-import set routing-instances vpn-m5 vrf-export vpn-m5-export set routing-instances vpn-m5 protocols bgp group ce type external set routing-instances vpn-m5 protocols bgp group ce peer-as 100 set routing-instances vpn-m5 protocols bgp group ce as-override set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.9.2 set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.10.2 set routing-instances vpn-m5 protocols ospf domain-id 1.0.0.0 set routing-instances vpn-m5 protocols ospf export vpn-m5-import set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-4/0/0.0 set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-4/0/1.0
Настройка адаптивной балансировки нагрузки
Пошаговая процедура
Следующий пример требует навигации по различным уровням в иерархии конфигурации. Для получения информации о навигации по интерфейсу командной строки см . Использование редактора командной строки в режиме конфигурации.
Для настройки маршрутизатора R2:
Повторяйте эту процедуру для других маршрутизаторов после изменения соответствующих названий интерфейсов, адресов и любых других параметров для каждого маршрутизатора.
Укажите количество агрегированных Ethernet-интерфейсов, которые будут созданы.
[edit chassis]user@R2# set aggregated-devices ethernet device-count 5Настройка гигабитного Ethernet-интерфейса, соединяющего R2 с R1.
[edit interfaces]user@R2# set ge-1/2/0 unit 0 family inet address 120.168.100.1/30 user@R2# set ge-1/2/0 unit 0 family iso user@R2# set ge-1/2/0 unit 0 family mpls user@R2# set ge-1/2/1 unit 0 family inet address 120.168.101.1/30 user@R2# set ge-1/2/1 unit 0 family iso user@R2# set ge-1/2/1 unit 0 family mpls user@R2# set lo0 unit 0 family inet address 120.168.0.4/32 user@R2# set lo0 unit 0 family iso address 49.0001.1201.6800.0004.00Настраивайте пять каналов участников агрегированного Ethernet-пакета ae0.
[edit interfaces]user@R2# set ge-1/3/0 gigether-options 802.3ad ae0 user@R2# set ge-1/3/1 gigether-options 802.3ad ae0 user@R2# set ge-1/3/2 gigether-options 802.3ad ae0 user@R2# set ge-1/3/3 gigether-options 802.3ad ae0 user@R2# set ge-1/3/4 gigether-options 802.3ad ae0Настраивайте восемь каналов участников агрегированного Ethernet-пакета ae1.
[edit interfaces]user@R2# set ge-2/2/1 gigether-options 802.3ad ae1 user@R2# set ge-2/2/2 gigether-options 802.3ad ae1 user@R2# set ge-2/2/3 gigether-options 802.3ad ae1 user@R2# set ge-2/2/4 gigether-options 802.3ad ae1 user@R2# set ge-2/2/5 gigether-options 802.3ad ae1 user@R2# set ge-2/2/6 gigether-options 802.3ad ae1 user@R2# set ge-2/2/7 gigether-options 802.3ad ae1 user@R2# set ge-2/2/8 gigether-options 802.3ad ae1Обеспечь совокупную балансировку нагрузки Ethernet на е0 R2.
[edit interfaces]user@R2# set ae0 aggregated-ether-options load-balance adaptive tolerance 10Настройка скорости канала для агрегированного набора Ethernet ae0.
[edit interfaces]user@R2# set ae0 aggregated-ether-options link-speed 1gНастраивайте LACP на агрегированном Ethernet-пакете ae0.
[edit interfaces]user@R2# set ae0 aggregated-ether-options lacp activeНастройка параметров интерфейса для агрегированного Ethernet-пакета ae0.
[edit interfaces]user@R2# set ae0 unit 0 family inet address 120.168.104.1/30 user@R2# set ae0 unit 0 family iso user@R2# set ae0 unit 0 family mplsОбеспечь совокупную балансировку нагрузки Ethernet на ae1 R2.
[edit interfaces]user@R2# set ae1 aggregated-ether-options load-balance adaptive tolerance 10Настройка скорости канала для агрегированного набора Ethernet ae1.
[edit interfaces]user@R2# set ae1 aggregated-ether-options link-speed 1gНастраивайте LACP на агрегированном Ethernet-пакете ae1.
[edit interfaces]user@R2# set ae1 aggregated-ether-options lacp activeНастройка параметров интерфейса для агрегированного Ethernet-пакета ae1.
[edit interfaces]user@R2# set ae1 unit 0 family inet address 120.168.105.1/30 user@R2# set ae1 unit 0 family iso user@R2# set ae1 unit 0 family mplsОтключить селективную агрегированную статистику Ethernet.
[edit accounting-options]user@R2# set selective-aggregate-interface-stats disableНастраивайте RSVP на всех интерфейсах R2 и на пакетах AE.
[edit protocols]user@R2# set rsvp interface ge-1/2/0.0 user@R2# set rsvp interface ge-1/2/1.0 user@R2# set rsvp interface ae0.0 user@R2# set rsvp interface ae1.0Настраивайте MPLS на всех интерфейсах R2 и на пакетах AE.
[edit protocols]user@R2# set mpls interface ge-1/2/0.0 user@R2# set mpls interface ge-1/2/1.0 user@R2# set mpls interface ae0.0 user@R2# set mpls interface ae1.0Настраивайте IS-IS на всех интерфейсах R2 и на пакетах AE.
[edit protocols]user@R2# set isis traffic-engineering family inet shortcuts user@R2# set isis level 1 disable user@R2# set isis interface ge-1/2/0.0 user@R2# set isis interface ge-1/2/1.0 user@R2# set isis interface ae0.0 user@R2# set isis interface ae1.0 user@R2# set isis interface lo0.0
Результаты
Из режима конфигурации подтверждайте конфигурацию, show accounting-optionsshow interfacesвступив в show chassisпункты и show protocols команды. Если выходной продукт не отображает предполагаемую конфигурацию, повторяйте инструкции в этом примере, чтобы исправить конфигурацию.
user@R2# show chassis
aggregated-devices {
ethernet {
device-count 5;
}
}
user@R2# show interfaces
ge-1/2/0 {
unit 0 {
family inet {
address 120.168.100.1/30;
}
family iso;
family mpls;
}
}
ge-1/2/1 {
unit 0 {
family inet {
address 120.168.101.1/30;
}
family iso;
family mpls;
}
}
ge-1/3/0 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/1 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/2 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/3 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/4 {
gigether-options {
802.3ad ae0;
}
}
ge-2/2/1 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/2 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/3 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/4 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/5 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/6 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/7 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/8 {
gigether-options {
802.3ad ae1;
}
}
ae0 {
aggregated-ether-options {
load-balance {
adaptive tolerance 10;
}
link-speed 1g;
lacp {
active;
}
}
unit 0 {
family inet {
address 120.168.104.1/30;
}
family iso;
family mpls;
}
}
ae1 {
aggregated-ether-options {
load-balance {
adaptive tolerance 10;
}
link-speed 1g;
lacp {
active;
}
}
unit 0 {
family inet {
address 120.168.105.1/30;
}
family iso;
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 120.168.0.4/32;
}
family iso {
address 49.0001.1201.6800.0004.00;
}
}
}
user@R2# show accounting-options
selective-aggregate-interface-stats disable;
user@R2# show protocols
rsvp {
interface ge-1/2/0.0;
interface ge-1/2/1.0;
interface ae0.0;
interface ae1.0;
}
mpls {
interface ge-1/2/0.0;
interface ge-1/2/1.0;
interface ae0.0;
interface ae1.0;
}
isis {
traffic-engineering {
family inet {
shortcuts;
}
}
level 1 disable;
interface ge-1/2/0.0;
interface ge-1/2/1.0;
interface ae0.0;
interface ae1.0;
interface lo0.0;
}
Проверки
Подтвердите, что конфигурация работает правильно.
Проверка адаптивного балансировки нагрузки на ae0
Цель
Убедитесь в том, что пакеты, полученные в агрегированном пакете Ethernet ae0, сбалансированы по нагрузке среди каналов из пяти членов.
Действий
Из эксплуатационного режима запускайте show interfaces ae0 extensive команду.
user@R2> show interfaces ae0 extensive
Logical interface ae0.0 (Index 325) (SNMP ifIndex 917) (Generation 134)
Flags: SNMP-Traps 0x4004000 Encapsulation: ENET2
Statistics Packets pps Bytes bps
Bundle:
Input : 848761 9 81247024 7616
Output: 166067308909 3503173 126900990064983 21423804256
Adaptive Statistics:
Adaptive Adjusts: 264
Adaptive Scans : 27682
Adaptive Updates: 10
Link:
ge-1/3/0.0
Input : 290888 5 29454436 3072
Output: 33183442699 704569 25358563587277 4306031760
ge-1/3/1.0
Input : 162703 1 14806325 992
Output: 33248375409 705446 25406995966732 4315342152
ge-1/3/2.0
Input : 127448 1 12130566 992
Output: 33184552729 697572 25354827700261 4267192376
ge-1/3/3.0
Input : 121044 1 11481262 1280
Output: 33245875402 697716 25405953405192 4265750584
ge-1/3/4.0
Input : 146678 1 13374435 1280
Output: 33205071207 697870 25374651121458 4269487384
Смысл
Ссылки участников агрегированного Ethernet-пакета ae0 полностью используются при адаптивной балансировке нагрузки.
payload заявления.