Протокол Multilink PPP (також званий MP, MPPP, MLP або Multilink) надає метод розподілу трафіку по кільком фізичним каналам WAN. При цьому забезпечується фрагментація і повторна збірка пакетів, правильна послідовність, взаємодія з устаткуванням різних постачальників і балансування навантаження як для вхідного, так і для вихідного трафіку.
При використанні віддалених підключень протокол MPPP може бути налаштований для інтерфейсів ISDN BRI і PRI, а також для асинхронних послідовних інтерфейсів. Його також можна налаштувати для послідовних інтерфейсів, відмінних від інтерфейсів дозвону, хоча окремо ця функціональна можливість в документі не описується. Даний документ розглядає питання настройки базового MPPP для маршрутизації з'єднань на вимогу (DDR). PPP багатоблокових мультиканального протоколу не буде покритий цим документом; см. документацію протоколу PPP з використанням декількох шасі і декількох каналів (MMP) для отримання додаткової інформації.
Для даного документа відсутні попередні умови.
Відомості в цьому документі засновані на версіях обладнання та програмного забезпечення, зазначених нижче.
Функція Multilink PPP вперше з'явилася в Cisco IOS® Software Release 11.0 (3)
У цьому прикладі використовується ПО Cisco IOS версії 11.3.
Відомості, що містяться в даному документі, були отримані з пристроїв в спеціальній лабораторній середовищі. Всі пристрої, описані в даному документі, були запущені з конфігурацією за умовчанням. При роботі з реальною мережею необхідно повністю усвідомлювати можливі результати використання всіх команд.
Трафік, маршрутизациї через канал MPPP по інтерфейсу управління (інтерфейс віртуального доступу), буде фрагментований. Фрагменти будуть відправлятися по різним фізичним каналам. На віддаленому кінці каналу виконується збірка фрагментів, після чого вони направляються до своєї кінцевої мети.
У цьому розділі описуються команди і різні методи настройки MPPP на маршрутизаторі.
Налаштуйте команду PPP multilink (на обох маршрутизаторах) для фізичного інтерфейсу і інтерфейсу номеронабирателя (якщо використовується профіль номеронабирателя).
Примітка: Якщо ви додаєте цю команду, необхідно роз'єднати будь-які існуючі з'єднання і потім возз'єднатися для нових багатоканальних параметрів, які будуть застосовані. Так як багатоканальне підключення узгоджується при налаштуванні виклику, зміни не застосовуються до тих підключень, які завершили узгодження по протоколу керування каналом (LCP).
dialer load-threshold 5 outbound
Навантаження інтерфейсу (від 1 до 255), при перевищенні якої номеронабиратель задіє наступний виклик призначення. Пропускна здатність визначається як відношення до 255, де 255 означає 100-відсоткову пропускну здатність. У цьому прикладі буде задіяний додатковий канал, якщо виходить навантаження каналу дорівнює 5/255 або 2 відсоткам. Міняйте це значення в залежності від потреби. Аргумент outbound служить для включення розрахунку навантаження тільки для вихідного трафіка.Аргумент inbound служить для обчислення навантаження для вхідного трафіка.Іспользованіе аргументу either призводить до розрахунку навантаження по більшому значенню в порівнянні вхідної та вихідної навантаження.
Порада: Часто, клієнти налаштують команду dialer load-threshold 1. тому що вони хочуть, щоб всі їхні B-канали відразу використовувалися для кожного виклику. Теоретично при одночасному підключенні всіх B-каналів і використанні всієї магістралі ISDN виклик повинен тривати менше, т. К. На передачу даних користувача піде менше часу.
Незважаючи на цю теорію, на практиці краще ніколи не встановлювати значення порога навантаження номеронабирателя менше 3. Завдання цього значення менше 3 може викликати кілька каналів ISDN встановлюватися одночасно, що може привести до конфлікту між каналами і неможливості підключитися до жодного з них.
ppp timeout multilink link remove seconds
Ця команда може бути використана для запобігання перекидання багатоканальних підключень при зміні навантаження. Наприклад, якщо поріг завантаження встановлений в значення 15 (т. Е. 15/255 = 6 відсотків) і трафік перевищує порогове значення, будуть підключені додаткові лінії. При зниженні обсягів трафіку нижче заданого порогового значення відбувається відключення додаткових каналів. При істотних змінах обсягів передачі даних більш ефективним є підтримка декількох каналів в стані з'єднання протягом певного періоду часу, навіть якщо рівень навантаження опускається нижче заданого порогового значення. Встановіть значення часу очікування багатоканального режиму менше значення часу очікування простою номеронабирателя, визначального значення часу очікування для всіх каналів.
секунди ppp timeout multilink link add
Ця команда може використовуватися для запобігання додаванню декількох каналів в пучок MP до отримання високого рівня трафіку протягом певного інтервалу часу. Це запобіжить непотрібне включення додаткових каналів внаслідок сплесків трафіку.
ppp multilink max-link або ppp multilink links maximum (IOS 12.2 або вище)
Значення, що задається в команді ppp multilink linksmaximum, вказує максимальну кількість каналів, доступних в пучку. При наявності більшої кількості каналів, ніж призначених за допомогою команди ppp multilink links maximum номерів, і спроби їх додавання в пучок каналів викликають канали, які використовують протокол MLP, перестають відповідати на запити, що призводить до зменшення кількості каналів. Це може використовуватися для обмеження створення занадто великої кількості підключень при використанні підключень MPPP.
ppp multilink min-link або ppp multilink links minimum (IOS 12.2 або вище)
Значення, що задається командою ppp multilink links minimum, вказує мінімальну кількість каналів, які будуть підтримуватися протоколом MLP в пучку. Протокол MLP намагається підключитися по додаткових каналах для досягнення кількості, зазначеного в аргументі каналів, навіть якщо навантаження не перевищує граничного значення. Це можна використовувати для примусового включення певної кількості каналів
ім'я багатоканальної зв'язки
Ця команда може використовуватися для зміни критерію ідентифікації багатоканального підключення.
У цьому розділі пояснюється, як настройки Multilink PPP з використанням успадкованого профілю DDR (група набору номера і схеми набору номера).
Так як інтерфейси ISDN вважаються інтерфейсамі- «номеронабирачами», потрібно кілька команд, щоб включити підтримку підключень MPPP на інтерфейсі ISDN. Наприклад, необов'язково налаштовувати групу набору номера для номеронабирача, якщо використовується більш одного інтерфейсу BRI або PRI.
Нижче слідує приклад налаштування BRI для створення простого PPP-підключення з з'єднанням на вимогу:
У цю конфігурацію інтерфейсу слід додати тільки дві команди для включення MPPP. Конфігурація маршрутизатора на іншому кінці виклику повинна бути такою ж. Нижче наведені ці дві команди:
У разі коли два і більше фізичних інтерфейсу повинні бути пов'язані (наприклад, при використанні асинхронного або серійного інтерфейсів, або при використанні більш одного інтерфейсу ISDN) необхідно застосовувати різні методи. У цих випадках повинна бути налаштована група набору номера для номеронабирача, а інтерфейс номеронабирача повинен бути доданий в конфігурацію маршрутизатора, що дозволить управляти підключенням MPPP. Коротко: «логічний» інтерфейс повинен керувати «фізичними» інтерфейсами.
Для цього необхідно виконати наступні дії:
Помістити фізичні інтерфейси в групу набору номера.
Створити логічний інтерфейс ( «номеронабиратель») в якості інтерфейсу управління групою.
Налаштувати інтерфейс номеронабирача для підтримки протоколу MPPP.
Виконайте наступні дії для налаштування MPPP на декількох інтерфейсах:
Внесіть фізичні інтерфейси в чергуються групу за допомогою команди dialer rotary-group number. В даному приклад асинхронний інтерфейс поміщено в групу набору номера 1:
Примітка: Обов'язково не використовуйте команду настройки інтерфейсу завершення. якщо маршрутизатор ніколи не налаштовувався або якщо маршрутизатор був затриманий до його конфігурації за замовчуванням.
Для створення інтерфейсу номеронабирателя скористайтеся командою глобального конфігурування interface dialer number. У цьому прикладі створюється інтерфейс номеронабирача Dialer 1:
Примітка: Аргумент номера команди interface dialer повинен співпасти з кількістю групового номера, налаштованого в Кроці 1.
Після цього налаштуйте інтерфейс номеронабирача для здійснення та отримування дзвінків. Основні команди для MPPP такі ж, як і на кроці 1:
Налаштування Multilink PPP в профілях номеронабирачів схожа з налаштуванням Multilink PPP в успадкованих профілях DDR. Команда ppp multilink повинна бути виконана на обох інтерфейсах: на фізичному інтерфейсі і інтерфейсі номеронабірателя.Команда dialer load-threshold повинна бути виконана на інтерфейсі номеронабирателя. приклад,
Для отримання додаткової інформації про профілі DDR звертаються до Настройці документа і Позначення профілів DDR Усунення проблем
Щоб переконатися в правильності роботи MPPP-підключення, слід використовувати команду debug ppp negotiation. Критичними елементами, узгодження за якими потрібно провести в фазі LCP, є максимально реконструюються одиниця прийому MRRU і діскрімінатор кінцевої точки (EndpointDisc):
Після успішного узгодження MPPP на фазі LCP узгодження PPP і успішного завершення роботи протоколів CHAP і PAP в ПО Cisco IOS створюється інтерфейс віртуального доступу, який представляє пакет MPPP. Для отримання додаткової інформації про використання та теорії позаду Інтерфейсів віртуального доступу, подивіться Характеристики віртуального доступу PPP в документації по Cisco IOS.
Створення інтерфейсу віртуального доступу відзначається в вихідних даних команди debug ppp negotiation наступним чином:
З цього моменту РРР-узгодження протоколів керування мережею (NCP) обробляється інтерфейсом віртуального доступу. приклад:
Після встановлення MPPP-підключення відомості про підключення можна знайти в вихідних даних команди show ppp multilink:
Замовлення якого угоду про записи імен спробують спочатку (як помічено в імені пучка), може бути змінений за допомогою імені багатоканальної зв'язки команди.
Крім того, команда show interface допустима для інтерфейсу віртуального доступу як для фізичного, так і для логічного інтерфейса.Будет представлений той же тип даних, що і в будь-яких інших вихідних даних команди show interface.