antiCisco blogs


блоги по технологиям и оборудованию cisco от инструкторов

Публикации помечены ‘QoS’

Опубликовано 29 Январь , 2013

Наконец-то очередная статья на тему настройки QoS на 2960/3560/3750! Теперь поговорим об очередизации трафика.

В отличии от коммутаторов-предшественников 2950/3550, на новых моделях к исходящим очередям добавились еще и входящие, и принципиально поменялся алгоритм работы исходящих очередей – теперь это SRR (Shaped Round Robin). В каждой из исходящих очередей есть 3 порога сброса (2 из которых можно двигать). Одна из 4-х исходящих очередей на порту – приоритетная (теперь это очередь номер 1). Таким образом, возможности QoS на этой серии коммутаторов кодируются как 1P3Q3T (1 приоритетная очередь, 3 карусельных, по 3 порога сброса в каждой из карусельных очередей). Появилась возможность тонкой настройки буферов во входящих и исходящих очередях.

Читать продолжение записи »

 

Метки: , , , , ,
Опубликовано: Маршрутизаторы и коммутаторы | 8 комментариев »

Опубликовано 3 Июнь , 2012

SPD это техника управления очередями на входе интерфейса. Команды SPD скрыты в IOS, но если Вы их введете, то они будут видны в файле running-configuration.

Каждый физический интерфейс имеет входную FIFO-очередь. Маршрутизатор использует эту очередь для буфферизации пакетов, которые предназначаются центральному процессору. Чаще всего, это пакеты для control-plane – keepalive’ы на L2 (HDLC, PPP), пакеты протоколов маршрутизации (OSPF, EIGRP, ISIS) и BGP (здесь напоминаю тем кто знает, а тем кто не знает говорю – eBGP и iBGP сессии обрабатываются разными (!!!) составляющими control-plane (cefexception и host соответственно)). В дополнение к вышеописанным control-plane пакетам, входная очередь хранит пакеты для route-процессора (например, пакеты с TTL=0, с неправильной длиной заголовка на L3, плохой контрольной суммой и пр.). И наконец, в этой очереди хранятся все пакеты, которые обрабатываются не по CEF, а по process-switching. Читать продолжение записи »

 

Метки: ,
Опубликовано: Маршрутизаторы и коммутаторы | 4 комментария »

Опубликовано 29 Апрель , 2011

В этой серии статей я расскажу о настройке QoS на коммутаторах 2960, 3560 и 3750. Объединил я их потому, что архитектура QoS и возможности у них примерно одинаковы (родоначальником явился 3750, потом были выпущены 2960 и 3560). Поскольку 3560 и 3750 – свичи 3-го уровня, они умеют немного больше, чем 2960.

Как-то в личной переписке с Сержем (Fedia) я сказал, что следующая моя статья на Антициске будет называться «Как настроить QoS на 3750 и не свихнуться» 🙂 Пусть теперь это будет кодовым названием серии статей – отдельно поговорим о классификации и маркировке, системе очередности, полисинге и VLAN-based QoS на 3560/3750.

Читать продолжение записи »

 

Метки: , , , , ,
Опубликовано: Маршрутизаторы и коммутаторы | 8 комментариев »

Опубликовано 29 Апрель , 2011

Поговорим теперь о классификации и маркировке на коммутаторах этого семейства. Круговорот маркировок там выглядит так:

Читать продолжение записи »

 

Метки: , , , , ,
Опубликовано: Маршрутизаторы и коммутаторы | Нет комментариев »

Опубликовано 24 Февраль , 2011

Для начала – зачем вообще нужен QoS в локальной сети? Казалось бы:

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

На самом деле, даже если бы у нас был самый быстрый в мире коммутатор, никто не застрахован от следующих 2-х случаев:

  1. Несоответствие скоростей входящего и исходящего интерфейсов, когда трафик, например, с гигабита пытается пролезть в 100Мб-интерфейс

  1. Агрегация скорости – когда трафик из нескольких гигабитных интерфейсов пытается запихнуться в один исходящий интерфейс

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

Читать продолжение записи »

 

Метки: , , ,
Опубликовано: Маршрутизаторы и коммутаторы | 14 комментариев »

Опубликовано 24 Сентябрь , 2010

Классификация пакетов представляет собой средство, позволяющее отнести пакет к тому или иному классу
трафика в зависимости от определённого критерия классификации. Фактически, каждое устройство
реализующее механизмы качества обслуживания должно обладать возможностью классификации трафика.
Мы же должны, к примеру, сначала понять какие из приходящих пакетов являются голосовыми, чтобы
обеспечить их приоритетное обслуживание, или применить ограничение по скорости для трафика
«мусорных» приложений. Классификация является основой любой системы качества обслуживания, и от
того, насколько гибко и эффективно реализованы средства классификации, зависит дальнейшая обработка
пакетов в устройстве. Более того, каждое устройство в сети должно уметь классифицировать трафик – в противном случае на этом устройстве будут отсутствовать возможности
обеспечения какого-либо качества обслуживания.
Читать продолжение записи »

 

Метки:
Опубликовано: Маршрутизаторы и коммутаторы | 4 комментария »

Опубликовано 19 Сентябрь , 2010

С 7 версии ОС у ASA наконец появилась хоть какая-то возможность управлять потоками пакетов. Т.е. появились зачатки QoS. В версии 8.0 эти возможности весьма расширили.
На ASA эту технологию, видимо, чтобы запутать админов, называют не так, как на маршрутизаторах. Там она называется MQC (Modular QoS CLI), а на asa — MPF. Однако, идея похожая: надо определить классы трафика при помощи команды class-map, затем создать политику (policy-map), где для различным классам сопоставить различные действия для качества обслуживания (например, ограничить полосу до явно указанной), или другие сложные действия (например, поменять параметры в ТСР заголовке или отправить на модуль AIP-SSM). И последним шагом надо применить созданную политику при помощи команды service-policy к интерфейсу либо глобально. Вот давайте с этими тремя шагами поподробнее познакомимся.
Читать продолжение записи »

 

Метки: , ,
Опубликовано: Безопасность cisco | Нет комментариев »

Опубликовано 7 Сентябрь , 2010

В этой статье я бы хотел кратко описать основную задачу механизмов качества
обслуживания и немного поговорить о сетевых характеристиках.
Сетевые устройства без применённых механизмов качества обслуживания обрабатывают
все пакеты одинаково (в порядке их поступления). Но в этих условиях получится, что
трафик пиринговых сетей, DoS атак, атак сетевых червей с точки зрения предоставляемой
полосы будет обрабатываться также как и голосовой трафик, видео трафик и трафик
важных для компании данных… Чтобы этого не происходило, механизмы качества
обслуживания обеспечивают способность сети предоставлять «специальное»
обслуживание пакетов определённых групп пользователей и/или приложений в ущерб
остальному трафику.

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

Основными сетевыми характеристиками при этом будут: доступная полоса пропускания,
задержка сети, джиттер, процент потерянных пакетов и распределение потерянных
пакетов.
Читать продолжение записи »

 

Метки:
Опубликовано: Маршрутизаторы и коммутаторы | 6 комментариев »