Per-Tunnel QoS DMVPN. Настройка иерархических политик (policy-map) приоритезации DMVPN-трафика
Rendering Error in layout Widget/Social: Call to a member function exists() on null. Please enable debug mode for more information.
9 года 4 мес. назад - 5 года 9 мес. назад #19
от TOLLIFi
IT и Телеком: IP-телефония, интернет-технологии, программирование, web-сервисы.
COM_KUNENA_MESSAGE_CREATED_NEW
Данная статья является продолжением предыдущей (
Настройка Dual-Hub DMVPN
), здесь мы будем настраивать приоритезацию трафика в сети Multipoint VPN (Per-Tunnel QoS DMVPN).
В прикрепленных файлах литература по курсу "Implementing Cisco Quality of Service (full course Vol.1 & 2)", в которой приведена подробная информация по разработке и внедрению QoS-политик в сетях Cisco...
Правила конфигурации QoS:
1. Classification & Marking. Входящий трафик д.б. классифицирован и маркирован как можно ближе к оконечным устройствам. Идеальный вариант - маркировка трафика на коммутаторах доступа, чтобы не загружать CPU CE-маршрутизатора и поставлять на него уже маркированный трафик (в данном случае, коммутаторов нету, поэтому все функции выполняет маршрутизатор). Следует заметить, что сам туннельный интерфейс не поддерживает большинство распространенных методов QoS-управления трафиком. Поэтому все QoS-политики назначаются на физических интерфейс. Но поскольку весь трафик в туннеле шифруется и инкапсулируется в заголовки GRE/ESP/IPsec, маркировка трафика не будет видна на физической интерфейсе. В данном случае применяется технология QoS Pre-Classify на туннельных интерфейсах (аналогично для Crypto-Map), которая обозначает следующее: применить QoS-политику до того, как будет произведена инкапсуляция в туннель.
2. Congestion Manager. Управление потоком трафика при перегрузке сети. Существует несколько методов управления очередями трафика в момент перегрузки канала (см. инфо. в прикрепленных файлах), но самыми эффективными и распространенными методами являются: LLQ (Low-Latency Queueing), CBWFQ (Class-Based Weighted Fair Queueing). LLQ создает отдельные приоритетные очереди (priority ...), которые должны быть опустошены прежде, чем пакеты из неприоритетных очередей (bandwidth ...) будут транспортироваться далее. Weighted Round Robin (WRR) и Priority Queueing (PQ) применяются на 2 уровне модели OSI (Layer 2). В текщих конфигурация отсутствует (подробнее см. прикрепленные файлы).
3. Congestion Avoidance. Предотвращение перегрузки канала. Наиболее эффективный метод предотвращения перегрузки канала для большинства оборудования Cisco Systems - Weighted Random Early-Detection (WRED) (поддерживается широким семейством IOS), также существует более эффективный метод WRED with ECN - управление TCP-потоком (изменение Window-size в зависимости от загруженности канала).
4. Traffic Shaping & Policing. Сглаживание и ограничение потока трафика до необходимой полосы пропускания канала. При этом Shaping может назначаться только на выходной поток трафика, а Policing рекомендуется назначать на входной поток. Shaping необходимо назначать отдельно на каждое Site-направление (для удовлетворения пропускной способности Site-стороны). Policy чаще назначается на интерфейсах провайдерских ISP-маршрутизаторов дял ограничения входящего трафика от клиентов ('police cir ... bc ... be ...' или 'police ...', в этом случае значения bc и be вычисляются автоматически).
5. Link Efficiecy Mechanisms (LEM). Механизмы эффективного использования канала. В большинстве случаев для косвенного увеличения полосы пропускания канала используется сжатие заголовков IP (Compression IP Header). Поскольку, к примеру, голосовй RTP-трафик имеет полезную нагрузку (payload) зачастую меньше, чем сами заголовки IP/UDP/RTP, поэтому к подобного рода трафику применяется сжатие заголовков для более эффективного использования канала. Также применяется фрагментация больших пакетов для уменьшения задержек высокоприоритетного трафика (это связано с аппаратной очередью, использующей единственный механизм FIFO).
--- ПРИМЕРЫ ФАЙЛОВ КОНФИГУРАЦИИ PER-TUNNEL QOS DMVPN >>>
В прикрепленных файлах литература по курсу "Implementing Cisco Quality of Service (full course Vol.1 & 2)", в которой приведена подробная информация по разработке и внедрению QoS-политик в сетях Cisco...
Правила конфигурации QoS:
1. Classification & Marking. Входящий трафик д.б. классифицирован и маркирован как можно ближе к оконечным устройствам. Идеальный вариант - маркировка трафика на коммутаторах доступа, чтобы не загружать CPU CE-маршрутизатора и поставлять на него уже маркированный трафик (в данном случае, коммутаторов нету, поэтому все функции выполняет маршрутизатор). Следует заметить, что сам туннельный интерфейс не поддерживает большинство распространенных методов QoS-управления трафиком. Поэтому все QoS-политики назначаются на физических интерфейс. Но поскольку весь трафик в туннеле шифруется и инкапсулируется в заголовки GRE/ESP/IPsec, маркировка трафика не будет видна на физической интерфейсе. В данном случае применяется технология QoS Pre-Classify на туннельных интерфейсах (аналогично для Crypto-Map), которая обозначает следующее: применить QoS-политику до того, как будет произведена инкапсуляция в туннель.
2. Congestion Manager. Управление потоком трафика при перегрузке сети. Существует несколько методов управления очередями трафика в момент перегрузки канала (см. инфо. в прикрепленных файлах), но самыми эффективными и распространенными методами являются: LLQ (Low-Latency Queueing), CBWFQ (Class-Based Weighted Fair Queueing). LLQ создает отдельные приоритетные очереди (priority ...), которые должны быть опустошены прежде, чем пакеты из неприоритетных очередей (bandwidth ...) будут транспортироваться далее. Weighted Round Robin (WRR) и Priority Queueing (PQ) применяются на 2 уровне модели OSI (Layer 2). В текщих конфигурация отсутствует (подробнее см. прикрепленные файлы).
3. Congestion Avoidance. Предотвращение перегрузки канала. Наиболее эффективный метод предотвращения перегрузки канала для большинства оборудования Cisco Systems - Weighted Random Early-Detection (WRED) (поддерживается широким семейством IOS), также существует более эффективный метод WRED with ECN - управление TCP-потоком (изменение Window-size в зависимости от загруженности канала).
4. Traffic Shaping & Policing. Сглаживание и ограничение потока трафика до необходимой полосы пропускания канала. При этом Shaping может назначаться только на выходной поток трафика, а Policing рекомендуется назначать на входной поток. Shaping необходимо назначать отдельно на каждое Site-направление (для удовлетворения пропускной способности Site-стороны). Policy чаще назначается на интерфейсах провайдерских ISP-маршрутизаторов дял ограничения входящего трафика от клиентов ('police cir ... bc ... be ...' или 'police ...', в этом случае значения bc и be вычисляются автоматически).
5. Link Efficiecy Mechanisms (LEM). Механизмы эффективного использования канала. В большинстве случаев для косвенного увеличения полосы пропускания канала используется сжатие заголовков IP (Compression IP Header). Поскольку, к примеру, голосовй RTP-трафик имеет полезную нагрузку (payload) зачастую меньше, чем сами заголовки IP/UDP/RTP, поэтому к подобного рода трафику применяется сжатие заголовков для более эффективного использования канала. Также применяется фрагментация больших пакетов для уменьшения задержек высокоприоритетного трафика (это связано с аппаратной очередью, использующей единственный механизм FIFO).
--- ПРИМЕРЫ ФАЙЛОВ КОНФИГУРАЦИИ PER-TUNNEL QOS DMVPN >>>
ВНИМАНИЕ: Спойлер!
Это вложение скрыто для гостей.
Пожалуйста, зарегистрируйтесь или войдите, чтобы увидеть его.
Пожалуйста, зарегистрируйтесь или войдите, чтобы увидеть его.
Это вложение скрыто для гостей.
Пожалуйста, зарегистрируйтесь или войдите, чтобы увидеть его.
Пожалуйста, зарегистрируйтесь или войдите, чтобы увидеть его.
IT и Телеком: IP-телефония, интернет-технологии, программирование, web-сервисы.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Forum Login
- Вы здесь:
-
Главная
-
Форум
-
IT и телекоммуникации
-
Конфигурация сетевого оборудования
- Per-Tunnel QoS DMVPN. Настройка иерархических политик (policy-map) приоритезации DMVPN-трафика