https://www.opennet.ru/openforum/vsluhforumID6/22504.html Добрый день.<br>С помощью гугла нашёл множество разрозненной инфы, например вот http://web.opennet.ru/openforum/vsluhforumID6/17924.html?n=Dev_Dimonтут. Может, кто имеет опыт - ссуммирует мне по моему вопросу.<br><br>Есть два устройства Cisco Catalyst 2960, расположенных на разных площадках, между ними выделенный канал в 10Mbps. Этот канал используется для работы критичных бизнесс приложений, траффик которых разбит на несколько vlan (сейчас их три). Возникла необходимость получить доступ к определённой сети по этому каналу. Канал будет расширен до 20Mbps, будет создан отдельный vlan для доступа в эту новую сеть. Можно ли на этих устройствах разграничить полосу пропускания между вышеназванными тремя критичными vlan (10mbps) и новым vlan (соответственно тоже 10Mbps), так, чтобы никто никого из них не обидел?<br><br>Может кто пояснит, что значит в вышеприведённом объяснении:<br><br>&gt;Покрасьте нужный трафик на порту access c помошью policy-map (не обращайте внимание, что счетчики не работают, в 29xx свичах так), на транковом п https://www.opennet.ru/openforum/vsluhforumID6/22504.html#6 Mon, 18 Apr 2011 08:50:30 GMT я подумал надо несколько VLAN суммарно ограничивать<br>конечно можещь, для этого не нужен aggregate policier<br>просто пропиши в policy-map police<br><br>Use the police policy-map class configuration command to define a policer for classified traffic. A policer defines a maximum permissible rate of transmission, a maximum burst size for transmissions, and an action to take if either maximum is exceeded. Use the no form of this command to remove an existing policer.<br><br>police rate-bps burst-byte [exceed-action {drop &#124; policed-dscp-transmit}] <br>и не забудь прописать сервис полиси на порту коммутатора (на транке), чтобы QOS применился<br><br>Вобще можно еще сказать <br>interface vlan xx<br>service-policy xx out<br>и тогда он будет применяться для всего VLAN в пределах коммутатора, но я не уверен что это можно сделатьна 29 серии<br>В этом случае кажется QOS работает за счет процесора а не ASIC<br> https://www.opennet.ru/openforum/vsluhforumID6/22504.html#5 Sat, 16 Apr 2011 12:38:04 GMT &gt;[оверквотинг удален]<br>&gt; !<br>&gt; mls qos aggregate-policer AGG256 &lt;cr&gt; <br>&gt; exceed-action drop <br>&gt; !<br>&gt; policy-map AGGREGATE_LIMIT <br>&gt; class VLAN1 <br>&gt; police aggregate AGG256 <br>&gt; class VLAN2 <br>&gt; police aggregate AGG256 <br>&gt; и VLAN1+VLAN2 в сумме не превысят &lt;cr&gt; бит <br><br>Если ограничивать policy-map только один vlan, то я добьюсь желаемого? Т.е. один из vlan (5 в моём примере) не вылезет больше &lt;cr&gt; бит ?<br> https://www.opennet.ru/openforum/vsluhforumID6/22504.html#4 Sat, 16 Apr 2011 10:47:06 GMT сделай так<br>сделай на транках mls trust cos<br>на аксес портах соотвествующих влан пропищи значения COS<br>6 и 7 значения cos отдаются в 4 очередь, она всегда обрабатывается первой.<br>сделай 1 влан 6 COS<br>сделай 2,3,4 влан 1,2,4 COS<br>потом<br>wrr-queue bandwidth 10 10 10 10<br>и к тебя все потоки будут считаться в отношении 1/1/1/1 + очередь с 6 COS всегда будет приоритетной.<br> <br>Есть еще второй вариант<br>тоже самое только ограничиать полисером<br>class-map VLAN1<br>match cos 5<br>class-map VLAN2<br>match cos 1<br>!<br>mls qos aggregate-policer AGG256 &lt;cr&gt; <br> exceed-action drop<br>!<br>policy-map AGGREGATE_LIMIT<br> class VLAN1<br> police aggregate AGG256<br> class VLAN2<br> police aggregate AGG256<br><br>и VLAN1+VLAN2 в сумме не превысят &lt;cr&gt; бит<br> https://www.opennet.ru/openforum/vsluhforumID6/22504.html#3 Fri, 15 Apr 2011 22:48:32 GMT http://www.cisco.com/en/US/docs/switches/lan/catalyst2960/software/release/12.2_25_see/configuration/guide/swqos.html<br><br>2960 не поддерживает mls qos vlan-based и вообще qos на SVI<br>Тут нужен как минимум 3560<br> https://www.opennet.ru/openforum/vsluhforumID6/22504.html#2 Fri, 15 Apr 2011 21:22:58 GMT &gt; как вариант можно попробовать ограничить сверху скорости на первых 3х виланах до <br>&gt; суммарно 10Мбит чтобы оставшемуся досталось 10 тоже.<br>&gt; Но вроде как гарантировать скорость на этой железке нельзя(вроде как) - младшая <br>&gt; же серия.<br><br>Суть в том, чтобы первым трём вместе гарантировать 10Mbps (можно и немного больше), а четвёртому оставить до 10 Mbps, при этом, чтобы при пиковой загрузке четвёртого vlan он не залес в полосу первых трёх.<br> https://www.opennet.ru/openforum/vsluhforumID6/22504.html#1 Fri, 15 Apr 2011 14:57:19 GMT как вариант можно попробовать ограничить сверху скорости на первых 3х виланах до суммарно 10Мбит чтобы оставшемуся досталось 10 тоже.<br><br>Но вроде как гарантировать скорость на этой железке нельзя(вроде как) - младшая же серия.<br>