отмена
Отображаются результаты для 
Вместо этого искать 
Вы имели в виду: 
Объявления
Добро пожаловать в Сообщество Технической поддержки Cisco. Мы рады получить обратную связь .

QoS на 2851

Добрый день коллеги, хотелось бы услышать ваши мысли по поводу слудующей проблемы.

Представьте что вы имеете от своего провайдера 30 Мбит/сек и предоставляете доступ в Интернет собственным нескольким клиентам.

Ограничения по трафику:

Допустим один клиент заплатил за 1Мбит/сек, другой за 5Мбит/сек и т.д. Мне бы хотелось не просто их ограничивать rate-limit'ом по той скорости за которую они заплатили а получить следующее - если клиент заплатил за 1Мбит/сек то он гарантированно получает 1Мбит/сек и может пользоваться всей оставшейся свободной полосой полосой если таковая имеется.

1 УТВЕРЖДЕННОЕ РЕШЕНИЕ

Утвержденные решения

Re: QoS на 2851

С исходящим трафиком всё более-менее ясно. Потребуется примерно следующая конфигурация на внешнем интерфейсе, допустим F0/0:

int f0/0

service-policy output SHAPE_PMAP

!

class-map match-all CLIENT1_CMAP

match access-group name CLIENT1_ACL

class-map match-all CLIENT2_CMAP

match access-group name CLIENT2_ACL

!

policy-map OUTPUT_PMAP

class CLIENT1_CMAP

  bandwidth 1000

class CLIENT2_CMAP

  bandwidth 5000

policy-map SHAPE_PMAP

class class-default

  shape average 30000000

  service-policy OUTPUT_PMAP

!

Со входящим трафиком всё не так просто, т.к. shaper не может быть применен на input. Однако, если в сторону обоих клиентов смотрит один и тот же интерфейс, допустим, f0/1, то конфигцурация аналогична т.к. output с этого интерфейса будет не что иное, как input для клиентов.

9 ОТВЕТ.
Cisco Employee

QoS на 2851

Добрый День, Павел.

Ну как я понимаю должна сработать маркировка трафика на входящем от клиента порту, а затем настройка QoS на исходящем, таким образом, чтобы каждый клиент был в своем классе. А затем полосу каждого класса регулируем командой bandwidth - таким образом возволяем каждому клиенту иметь гарантировнную полосу + bandwidth позволяет брать больше, если нет congestion.

Николай.

Re: QoS на 2851

С исходящим трафиком всё более-менее ясно. Потребуется примерно следующая конфигурация на внешнем интерфейсе, допустим F0/0:

int f0/0

service-policy output SHAPE_PMAP

!

class-map match-all CLIENT1_CMAP

match access-group name CLIENT1_ACL

class-map match-all CLIENT2_CMAP

match access-group name CLIENT2_ACL

!

policy-map OUTPUT_PMAP

class CLIENT1_CMAP

  bandwidth 1000

class CLIENT2_CMAP

  bandwidth 5000

policy-map SHAPE_PMAP

class class-default

  shape average 30000000

  service-policy OUTPUT_PMAP

!

Со входящим трафиком всё не так просто, т.к. shaper не может быть применен на input. Однако, если в сторону обоих клиентов смотрит один и тот же интерфейс, допустим, f0/1, то конфигцурация аналогична т.к. output с этого интерфейса будет не что иное, как input для клиентов.

Re: QoS на 2851

Спасибо Евгений! Да в сторону клиентов смотрит именно один интерфейс.

Вопрос из области общих знаний (я не очень силен в QoS) относительно вашей конфигурации - допустим мы имеем переподписку, т.е. в сумме все наши клиенты дадут одновременно более 30Мбит/сек то в каких пропорциях между ними будет делиться полоса пропускания? Согласно прописанных им bandwith? Или при данном конфиге допускать переподписку нельзя?

Re: QoS на 2851

Согласно моим предствавлениям клиенту гарантированно будет обеспечена минимальная требуемая пропускная способность. Все остальные параметры распределения пропускной способности полностью зависят от типа трафика клиентов и аггресивности потоков. Т.е., допустим, UDP flood одного из клиентов займет явно большую пропускную способность, чем одна сессия FTP другого клиента.

Re: QoS на 2851

Может я не ясно выразился - допустим мы имеем 10 клиентов и распределили между ними с помощью нескольких команд bandwith не 30Мбит/с а 50Мбит/сек, в надежде на то, что все одновременно не будут занимать всю минимально выделенную им полосу, но в один прекрасный момент это случилось. Т.е. у нас не получается клиентам выделить минимальная требуемую пропускную способность которая была определена командой bandwith. Как в этом случае поделится канал?

Re: QoS на 2851

Вы не сможете выделить с помощью bandwith более 100% пропускной способности. Маршрутизатор сообщит вам об этом сообветствующим сообщением при поптыке повесить service-policy на интерфейс.

Re: QoS на 2851

Логично

Спасибо!

>>Все остальные параметры распределения пропускной способности полностью зависят от типа трафика клиентов и >>агресcивности потоков

Получаем ситуацию - один заплатил за 5Мбит/сек другой за 1Мбит/сек, допустим больше пока никого нет. Т.е. у них на двоих (пока) 30Мбит/сек. Один начал качать torrent - довольно агрессивный траффик, который старается забить всю полосу, т.е. получается он съест всю свободную полосу и второму ничего не останется. Что в этом случае делать с агрессивным траффиком - типа торрентов?

Re: QoS на 2851

Нет, второму останется пропускная способность, выделенная по bandwidth.

Аггрессивный траффик также можно ограничивать с помощью иерархических политик, допустим, на класс клиента повесить дополнительную вложенную policy, ограничивающую именно торрент, который клиссифицировать по nbar.

Re: QoS на 2851

Спасибо за подсказку! Будем разбираться

664
Просмотры
10
Полезный материал
9
Ответы