Настраиваю QoS на Cisco 3550, собственно появился ряд принципиальных вопросов... очень был бы рад если бы мне дали ответы на них. Поясню сложившуюся ситуацию, к 3550 подходят несколько магистральных линий и несколько сетей на тупых свичах, так вот реализовал модель качества обслуживания в которой интернет траффик был приоритетным, траффик управляющей сети высокого приоритета, а большой траффик файлообменной сети с нулевым приоритетом.
Делал по документации на Циску по следующей схеме - делаю class map в которых определяю классы траффика через (низкоропритетный траффик, интернет траффик и управляющий), далее делаю Policy map в которой определяется политика в которой устонавливаю соответсвующий уровень dscp и низкоприоритетный траффик ограничивается до 10 мегабит, далее вешаю эту политику на все интерфейсы, на интерфейсах также определяю в какие очереди что засовывать с помощью команды wrr queue, и определяю ширину канал для каждой очереди. После этого сниффером убедился что каждому определенному мной траффику дается уровенбь dscp какой я и ставил.
Сразу же возникла проблема что на некоторых портах работает QoS а на некоторых нет, полез читать документацию. В политике мы задаем уровень dscp для опредленного траффика, а в очереди на интерфейсах он засовывает по уровню CoS, для получения CoS я так понял искользуется карта DSCP-To-CoS. Оказывается это поле CoS (Class of Service) есть только в кадрах протокола 802.1q и ISL, это протоколы магистральных каналов, а у тех сетей которые напрямую поключены к Циске поля CoS нет и поэтому очевидно у них QoS и не работал из-за того что уровень dscp ставился у них правильно а в очереди шедуллер запихивает по значению CoS. Вот здесь первые вопросы - Получается единственный выход ставить еще один управляемый коммутатор и загонять эти сети в магистраль и подавать ее на циску или я не правильно что-то понял и можно сделать как чтоб все без лишнего обрудования можно решить?
Обратил внимание на то что траффик файлообменного сервиса ограниченный десятью мегабитами заваливает циску своим траффиком, очевидно что этот траффик ограничивется 10 мегабит на порт а со всех портов под 100 мегабит набирается... начал читать документацию обратил внимание на agregat policer, поставил его на первую очередь (которая низкоприоритеная) думал что он теперь эту сокрость 10 мегабит будет агрегироват ь между портами но по-моему не работает... очевидно он агрегирует скорость только между классами в одной политике (так было в примере) это так?И еще есть вопрос. есть команда show policy-map interfac в которой можно посмотреть сколько байт и какой битрейт прошел по классам траффика определнной в политике на данный интерфейс, так вот там по нулям, логично предположить что ничего не работает, НО после того как я еще раз проснифил траффик я убедился что уровни приоритета (dscp) она (политика) ставит как я и задавал... для теста сделал маленьку тестовую политику и посадил ее на выходной интерфейс и цифры какие-то побежали... немогу понять в чем дело, почему цифры никакие не появляются на входной политике ипользуя команду show policy-map interface ???
Помогите решить, у меня такое чувство что я что-то упустил при реализации, может кто сталкивался с подобными проблемами...
Ниже приведены class map, собственно политика и интерфейс на которую навешана политика.Class Map match-any Queue1
Match access-group name QoS_PunkClass Map match-any Queue3
Match access-group name QoS_InternetClass Map match-all Queue2
Match access-group name QoS_WEBClass Map match-all Queue4
Match access-group name QoS_CriticalPolicy Map QoS-4q-1
Class Queue1
set ip dscp default
Class Queue2
set ip dscp cs3
Class Queue3
set ip dscp cs5
Class Queue4
set ip dscp cs7
Class class-default
set ip dscp defaultinterface FastEthernet0/24
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 1,2,20-22,25
switchport mode trunk
ip arp inspection limit none
mls qos monitor dscp 40 0 24 56
storm-control broadcast level 10.00 5.00
wrr-queue bandwidth 10 45 45 1
wrr-queue cos-map 1 0 1 2 4 6
wrr-queue cos-map 2 3
wrr-queue cos-map 3 5
wrr-queue cos-map 4 7
priority-queue out
service-policy input QoS-4q-1
Решаю проблемы, похожие на те, которые описал автор. Пока положительного результата от настройки QoS на коммутаторе Cisco Catalyst 3550 не добился.Народ, отзовитесь, кто реально настраивал qos на 3550 или 3750. Помогите разобраться в тонкостях.
>Решаю проблемы, похожие на те, которые описал автор. Пока положительного результата от
>настройки QoS на коммутаторе Cisco Catalyst 3550 не добился.
>
>Народ, отзовитесь, кто реально настраивал qos на 3550 или 3750. Помогите разобраться
>в тонкостях.а равзе в class-map нельзя определить интерфейс ?
и далее промаркировать?
>>Решаю проблемы, похожие на те, которые описал автор. Пока положительного результата от
>>настройки QoS на коммутаторе Cisco Catalyst 3550 не добился.
>>
>>Народ, отзовитесь, кто реально настраивал qos на 3550 или 3750. Помогите разобраться
>>в тонкостях.
>
>а равзе в class-map нельзя определить интерфейс ?
>и далее промаркировать?Нельзя! Class map только определяет тип траффика, а непосредственно маркирует траффик Политика навешанная на интерфейс в которой заданному class map присваивается требуемый уровень dscp.
Я уже прочел цисковскую книгу "Качество обслуживание в сетях IP", но там описываются общие принципы, а тонкости реализации не обсуждаются (((... может у кого-нибудь есть примеры реализации QoS-политики на коммутаторах 3550 или 3750 ? поделитесь пожалуйста или киньте ссылку.
Я слышал что на этом форуме есть юзер с ником Volka у которог есть сертификат CCIE, QoS как раз сдают на этом уровне. Volka помоги пожалуйста с пролемами описанными в первом посте...
>[оверквотинг удален]
>dscp.
>
> Я уже прочел цисковскую книгу "Качество обслуживание в сетях IP", но
>там описываются общие принципы, а тонкости реализации не обсуждаются (((... может
>у кого-нибудь есть примеры реализации QoS-политики на коммутаторах 3550 или 3750
>? поделитесь пожалуйста или киньте ссылку.
>
>Я слышал что на этом форуме есть юзер с ником Volka у
>которог есть сертификат CCIE, QoS как раз сдают на этом уровне.
>Volka помоги пожалуйста с пролемами описанными в первом посте...да интересно, но информация CoS содержиться именно в кадре 802.1q, а на access-портах этого не будет...следовательно каким-то образом необходимо "раскрассить" весь трафик по интерфейсу...
>[оверквотинг удален]
>>у кого-нибудь есть примеры реализации QoS-политики на коммутаторах 3550 или 3750
>>? поделитесь пожалуйста или киньте ссылку.
>>
>>Я слышал что на этом форуме есть юзер с ником Volka у
>>которог есть сертификат CCIE, QoS как раз сдают на этом уровне.
>>Volka помоги пожалуйста с пролемами описанными в первом посте...
>
>да интересно, но информация CoS содержиться именно в кадре 802.1q, а на
>access-портах этого не будет...следовательно каким-то образом необходимо "раскрассить" весь трафик по
>интерфейсу...Поставить CoS на интерфейсе можно следующим способом
sw1.len1#conf t
sw1.len1(config)#int fast0/24
sw1.len1(config-if)#mls qos cos <0-7>Если вы имели ввиду именно это и если я правильно все понял то этот вариант нам не подходит, потому что жестко ставит заданный CoS на ВСЕ пакеты, т.о. интернет и управляющий траффик пойдут на общих правах с большим файлообменным трафиком который забьет как нечего делать полезный трафик и сразу теряется смысл ради чего Качество Обслуживания в сети внедряется...
>[оверквотинг удален]
>sw1.len1#conf t
>sw1.len1(config)#int fast0/24
>sw1.len1(config-if)#mls qos cos <0-7>
>
>Если вы имели ввиду именно это и если я правильно все понял
>то этот вариант нам не подходит, потому что жестко ставит заданный
>CoS на ВСЕ пакеты, т.о. интернет и управляющий траффик пойдут на
>общих правах с большим файлообменным трафиком который забьет как нечего делать
>полезный трафик и сразу теряется смысл ради чего Качество Обслуживания в
>сети внедряется...я понял Вас, ситуация интересная.
низкоприоритетный трафик вероятно в большей степени вхоядший ?
тогда может имеет смысл сформировать очередь на вхоядящем интерфейсе к коммутатору?
>[оверквотинг удален]
>>Если вы имели ввиду именно это и если я правильно все понял
>>то этот вариант нам не подходит, потому что жестко ставит заданный
>>CoS на ВСЕ пакеты, т.о. интернет и управляющий траффик пойдут на
>>общих правах с большим файлообменным трафиком который забьет как нечего делать
>>полезный трафик и сразу теряется смысл ради чего Качество Обслуживания в
>>сети внедряется...
>
>я понял Вас, ситуация интересная.
>низкоприоритетный трафик вероятно в большей степени вхоядший ?
>тогда может имеет смысл сформировать очередь на вхоядящем интерфейсе к коммутатору?Что Вы имеете в виду, говоря об очереди на входящем интерфейсе? Уточните, пожалуйста.
Мне вообще принципиально не понятно, если порт абонентский и кадрам, приходящим на этот порт нельзя установить значение поля CoS, в виду его отсутствия. То как же тогда затолкать пакеты по очередям, если это реализуется с помощью значения поля CoS?..
>[оверквотинг удален]
>>низкоприоритетный трафик вероятно в большей степени вхоядший ?
>>тогда может имеет смысл сформировать очередь на вхоядящем интерфейсе к коммутатору?
>
>Что Вы имеете в виду, говоря об очереди на входящем интерфейсе? Уточните,
>пожалуйста.
>
>Мне вообще принципиально не понятно, если порт абонентский и кадрам, приходящим на
>этот порт нельзя установить значение поля CoS, в виду его отсутствия.
>То как же тогда затолкать пакеты по очередям, если это реализуется
>с помощью значения поля CoS?..я имел ввиду "за устройством" использую классификацию низкоприоритетного трафика, политика работает на исходщий трафик, соответвенно если Вы устанавливаете на клиентском access-порту политеку QoS то исходящий трафик будет подвергаться механизам QoS
Перейду на конкретику. Допустим к интерфейсам FastEthernet 0/1 и FastEthernet 0/2 подключены абонентские сети с тупыми коммутаторами.Интерфейсы имеют следующие настройки:
interface FastEthernet0/1
description Clients
switchport access vlan 5
wrr-queue cos-map 1 0 1 2 4 6
wrr-queue cos-map 2 3 5 7
service-policy input myqos
!
interface FastEthernet0/2
description Clients
switchport access vlan 5
wrr-queue cos-map 1 0 1 2 4 6
wrr-queue cos-map 2 3 5 7
service-policy input myqos
!Политика myqos определена следующим образом:
class-map match-any Q1
match access-group name FTP
class-map match-any Q2
match access-group name SSHpolicy-map myqos
class Q1
set dscp default
class Q2
set dscp cs3
class class-default
set dscp default
!ip access-list extended FTP
permit tcp any any eq 20 21
ip access-list extended SSH
permit tcp any any eq 22Допустим, что пользователь, подключенный к порту FastEthernet0/1 качает с FTP-сервера, подключенного к порту FastEthernet0/2. Т.е. основной поток является входящим на порт FastEthernet0/2.
Для пакетов от FTP-сервера, приходящих на порт FastEthernet0/2 срабатывает классификатор, который согласно политике устанавливает 0 значение DSCP (set dscp default).На порту FastEthernet 0/2 политика QoS установлена следующим образом: service-policy input myqos. Т.е. то, что определено политикой myqos будет оказывать влияние на входящий на интерфейс трафик.
Т.е. трафик входящий на интерфейс FastEthernet 0/2 от FTp-сервера будет помещаться в первую выходную очередь интерфейсас FastEthernet 0/2.
Я правильно понимаю механизм? Поправьте, пожалуйста, если нет.
Видимо так много думать тут никто не любит :-)
>Видимо так много думать тут никто не любит :-)Если молодые даже в простом разобраться не могут, этот QoS L2 уже перелапачен 100 раз в инете в русскоязычном переводе. А Volka или кого-либо друго не надо просить, никто вам не обязан помогать!Читай cisco.com
>>Видимо так много думать тут никто не любит :-)
>
>Если молодые даже в простом разобраться не могут, этот QoS L2 уже
>перелапачен 100 раз в инете в русскоязычном переводе. А Volka
>или кого-либо друго не надо просить, никто вам не обязан помогать!Читай
>cisco.comУж извините что скажу прямо, но от таких "умников" как вы Ilya меня тошнит. ПО ДЕЛУ написать ничего не могут, а на других пальцем показывают что молодое поколение тупое идет. Завал. Писал я здесь от отчаяния, т.к. и на cisco.com читал документацию по теме с красивенькой анимацией как QoS должен работать и книгу прочел Качество обслуживания в сетях IP, теоретическими знаниями я под завяз накачан, нужны были ответы на вопросы по практическому внедрению QoS на КОНКРЕТНОЙ циске, про реальный опыт внедрения нигде не пишут, только на форуме можно у людей спросить.
>А Volka или кого-либо друго не надо просить, никто вам не обязан помогать
Этой фразой вы меня окончательно убили. Ясное дело что никто ничем на этом форуме никому не обязан, в интернете вообще никто никому ничем не обязан, я ПРОСИЛ ответить на мои вопросы и если есть желание и время ответить по делу то почему бы не ответить или ссылку кинуть хотябы...
QoS никогда не был простой темой, наверно по этому ее здают на уровень CCIE, я решил свою проблему с QoS - релизовал классификацию по траффика по Vlan-ам и все заработало, но мои вопросы остаются открытыми и на этом форуме ответить мне никто не смог.
>Настраиваю QoS на Cisco 3550, собственно появился ряд принципиальных вопросов... очень был
>бы рад если бы мне дали ответы на них. Поясню сложившуюся
>ситуацию, к 3550 подходят несколько магистральных линий и несколько сетей на
>тупых свичах, так вот реализовал модель качества обслуживания в которой интернет
>траффик был приоритетным, траффик управляющей сети высокого приоритета, а большой траффик
>файлообменной сети с нулевым приоритетом.
>Ниже приведены class map, собственно политика и интерфейс на которую навешана политика.
>Добрый день!
3550 имеет только 4 аппаратные очереди (и только на выход). Поэтому делить трафик более чем на 4 класса, включая default, нет смысла.
Сначала вам необходимо раскрасить трафик, навесив DSCP. И делать это нужно на входящих интерейсах layer3 интерфейсах.
>
>Class Map match-any Queue1
> Match access-group name QoS_Punk
>Если вы хотите этот трафик пустить как default, то не нужно для него класс создавать и ACL писать. Его красить не надо, у него и так DSCP 0 от рождения стоит.
> Class Map match-any Queue3
> Match access-group name QoS_Internet
>
> Class Map match-all Queue2
> Match access-group name QoS_WEB
>
> Class Map match-all Queue4
> Match access-group name QoS_Critical
>Классы расписаны нормально.
>Policy Map QoS-4q-1
> Class Queue1
> set ip dscp defaultНе нужно. У всего трафика и так 0 стоит.
> Class Queue2
> set ip dscp cs3Сделайте set cos 1
> Class Queue3
> set ip dscp cs5Сделайте set cos 2. Cs5 зарезервирован для голоса. В приличных домах вас перемаркируют (а в неприличных что-нибудь оторвут).
> Class Queue4
> set ip dscp cs7Сделайте set cos 3. Окраска по cs7 это вообще отвал бошки. Не столько другим нагадите, сколько себе.
> Class class-default
> set ip dscp defaultНе нужно, если всё перемаркировывать в 0 не хотите.
Далее, мапу QoS-4q-1 с исходящих инт-сов убираем, а на входящие вешаем.
Всё, трафик покрасили. Теперь начинаем исходящую полосу делить.>[оверквотинг удален]
> ip arp inspection limit none
> mls qos monitor dscp 40 0 24 56
> storm-control broadcast level 10.00 5.00
> wrr-queue bandwidth 10 45 45 1
> wrr-queue cos-map 1 0 ( убираем 1 2 4 6)
> wrr-queue cos-map 2 3 (меняем на 1)
> wrr-queue cos-map 3 5 (меняем на 2)
> wrr-queue cos-map 4 7 (меняем на 3)
> priority-queue out (не стоит её использовать не по назначению)
> service-policy input QoS-4q-1 (переносим на вход. инт-сы)Ну и сомтрим, что QoS на свиче включить не забыли (sh mls qos).
Можно спросить, почему Вы считаете что данной командой все перемаркируется на 0 ?> Class class-default
> set ip dscp defaultНе нужно, если всё перемаркировывать в 0 не хотите.
Насколько я понимаю этим перемаркируется только то что не описано в остальных классах .Понятно что это не нужно, так как в отсутствии mls qos trus dscp на входе все обнулится итак но все же недопянял Вашу фразу.Вы считаете вся раскраска этим погубится?
>[оверквотинг удален]
>
>> Class class-default
>> set ip dscp default
>
>Не нужно, если всё перемаркировывать в 0 не хотите.
>
>Насколько я понимаю этим перемаркируется только то что не описано в остальных
>классах .Понятно что это не нужно, так как в отсутствии mls
>qos trus dscp на входе все обнулится итак но все же
>недопянял Вашу фразу.Вы считаете вся раскраска этим погубится?Нет не считаю. Писал быстро, а потому неточно выразился. Этим перемаркируется только то, что не попало в другие классы.
>[оверквотинг удален]
>>> set ip dscp default
>>
>>Не нужно, если всё перемаркировывать в 0 не хотите.
>>
>>Насколько я понимаю этим перемаркируется только то что не описано в остальных
>>классах .Понятно что это не нужно, так как в отсутствии mls
>>qos trus dscp на входе все обнулится итак но все же
>>недопянял Вашу фразу.Вы считаете вся раскраска этим погубится?
> Нет не считаю. Писал быстро, а потому неточно выразился. Этим перемаркируется только
> то, что не попало в другие классы.http://it-admin.org/cisco-systems/qos-kachestvo-obsluzhivani...