https://opennet.me/openforum/vsluhforumID6/17924.html Здравствуйте!<br><br>Столкнулся с такой траблой. Есть Cat-2950. На нем есть транковый порт, включающий в себя несколько VLAN'ов. Есть радио-канал, подключенный к этому порту = 2 МБит/сек. Один из VLAN'ов периодически (рабочее состояние) грузит канал "под-завязку". В это время данные из второго VLAN'а начинают испытывать проблемы, а этот канал критичный, хотя и надо ему гарантированно хотя бы 64 кБит/сек. Внутри одного VLAN'а для разного типа трафика, как я понимаю, это делается с помощью очередей QUEUE. <br>Вопрос в следующем: Каким средствами можно на физическом интерфейсе (FE) настроить гарантированную полосу пропускания для одного VLAN'а из транка?<br><br>Заранее благодарен за ответ...<br>С уважением, Дмитрий<br> https://opennet.me/openforum/vsluhforumID6/17924.html#9 Mon, 20 Apr 2009 03:09:08 GMT &gt; priority 64 (вроде формат в килобитах) <br><br>т.е. как я понимаю мы гарантируем нижнюю границу канала в 64К? А если трафика много, то будет брать больше от общей полосы пропускания? Тогда вопрос - насколько больше? Весь? Или вообще отрезаем жестко канал в 64К? <br><br>&gt; shape average 10000000 (10 Мбит/с - общая пропускная способность порта, <br>&gt;укажи свою) <br><br>Это скорость интерфейса или скорость канала между интерфейсами? На интерфейсе скорость 100 МБ/с, а канал между каталистами - 24 МБ/сек - указываем 24000000?<br><br>Вообщем задача немного изменилась - надо теперь не только нижнюю границу гарантировать, но и выдавать в канал не больше, т.е. жестко зажать данный ACL на 64К...<br><br>P/S/ Если С2950 не поддерживает данный тип шейпинга или на С2960 это проще настроить - есть возможность поменять каталисты на 2960. Я так понял именно srr-queue bandwidth shape на 2960 жестко зажимает трафик внизу и вверху по очередям в %%-отношении от общей полосы пропускания канала. На 2950 такого, как я понимаю - НЕТ (http://www.cisco.com https://opennet.me/openforum/vsluhforumID6/17924.html#8 Thu, 29 Jan 2009 14:14:23 GMT &gt;Спасибо всем за отклики. <br>&gt;<br>&gt;Выделить полосу определенному VLAN невозможно. <br>&gt;Решением проблемы возможно может служить только тегирование пакетов с нужного вилана на <br>&gt;входящих "mode access" интерфейсах и придание этому тэгу большего приоритета QoS <br>&gt;в транке уже. Настроил, бум тестить. <br>&gt;<br>&gt;Если интересно - о результатах - отпишусь. <br>&gt;<br>&gt;С уважением, Дмитрий <br><br>Мне интересно как было настроено. Насколько я понимаю, только некоторые модели 2950 с Cisco Enhanced Image software поддерживают WRR queue. Вопрос возник в связи с тем, что необходимо понять, может ли 2950 ограничивать скорость на портах.<br> https://opennet.me/openforum/vsluhforumID6/17924.html#7 Mon, 05 Jan 2009 08:08:29 GMT &gt;[оверквотинг удален]<br>&gt;2 МБит/сек. Один из VLAN'ов периодически (рабочее состояние) грузит канал "под-завязку". <br>&gt;В это время данные из второго VLAN'а начинают испытывать проблемы, а <br>&gt;этот канал критичный, хотя и надо ему гарантированно хотя бы 64 <br>&gt;кБит/сек. Внутри одного VLAN'а для разного типа трафика, как я понимаю, <br>&gt;это делается с помощью очередей QUEUE. <br>&gt;Вопрос в следующем: Каким средствами можно на физическом интерфейсе (FE) настроить гарантированную <br>&gt;полосу пропускания для одного VLAN'а из транка? <br>&gt;<br>&gt;Заранее благодарен за ответ... <br>&gt;С уважением, Дмитрий <br><br>Согласно теории Cisco vlan - это подсеть.<br>Предлагаю сделать аксес-лист для этой подсети<br><br>access-list 100..........<br><br>далее создать радио-класс, которому соответствуют пакеты из нужной подсети(влана)<br><br>class-map match-all radio-class<br><br> match access-group 100<br><br>далее <br><br>policy-map radio-policy<br><br> class radio-class<br><br> priority 64 (вроде формат в килобитах)<br><br> class class-default<br><br> fair-queue<br><br> random-detect<br><br>polic https://opennet.me/openforum/vsluhforumID6/17924.html#6 Fri, 02 Jan 2009 18:52:02 GMT &gt;&gt;<br>&gt;&gt;Если интересно - о результатах - отпишусь. <br>&gt;&gt;<br><br>Результат неутешительный :( Не помогло. Скорее всего справедливо мнение о там, что приоретизация на свитче не действует на радио-канале...<br><br>&gt;Покрасьте нужный трафик на порту access c помошью policy-map (не обращайте внимание, <br>&gt;что счетчики не работают, в 29xx свичах так), на транковом порту <br>&gt;<br>&gt;srr-queue bandwidth shape .... <br>&gt;srr-queue bandwidth share .... <br>&gt;priority-queue out <br><br>Если можно - поподробнее, а лучше пример конфига для всего трафика одного вилана или ссылку, где это описано хорошо...<br><br>Заранее сенкс...<br> https://opennet.me/openforum/vsluhforumID6/17924.html#5 Tue, 30 Dec 2008 22:01:52 GMT &gt;насколько мне известно, на этой модели приоритизация осуществляестя на физических портах. на <br>&gt;каждом порту есть 4 egress очереди. обслуживание каждой очереди происходит в <br>&gt;соостетствии с весом (weight) для этой очереди... <br>&gt;полагаю, в Вашем случае следует весь трафик для 2Mbps VLAN'а складывать в <br>&gt;отдельную очередь на транковом порту и настроить для нее соответствующий вес... <br>&gt;это в качестве идеи. <br>&gt;конкретные команды смотрите в документации. <br>&gt;http://cisco.com/en/US/docs/switches/lan/catalyst2950/software/release/12.1_22_ea11x/configuration/guide/swqos.html <br>&gt;<br>&gt;удачи. <br><br>вот в этом месте поподробнее не подскажете, если кто понимает как оно все работает, а то я чтото непонимаю:<br><br>за очередью в свиче пакеты попадут в очередь на передачу в радиоканале. кторая скорее всего длинее (я прав? а примерно насколько длинее/короче) и приоритеты в ней вероятно не действуют. тогда в чем смысл приоритетов в свиче?<br><br>а если очередь в радиоканале переполнится - что будет с очередью в свиче? она тоже остановит https://opennet.me/openforum/vsluhforumID6/17924.html#4 Tue, 30 Dec 2008 13:51:51 GMT &gt;Спасибо всем за отклики. <br>&gt;<br>&gt;Выделить полосу определенному VLAN невозможно. <br>&gt;Решением проблемы возможно может служить только тегирование пакетов с нужного вилана на <br>&gt;входящих "mode access" интерфейсах и придание этому тэгу большего приоритета QoS <br>&gt;в транке уже. Настроил, бум тестить. <br>&gt;<br>&gt;Если интересно - о результатах - отпишусь. <br>&gt;<br>&gt;С уважением, Дмитрий <br><br>Покрасьте нужный трафик на порту access c помошью policy-map (не обращайте внимание, что счетчики не работают, в 29xx свичах так), на транковом порту <br><br>srr-queue bandwidth shape ....<br>srr-queue bandwidth share ....<br>priority-queue out<br><br><br><br> https://opennet.me/openforum/vsluhforumID6/17924.html#3 Fri, 26 Dec 2008 19:45:49 GMT Спасибо всем за отклики. <br><br>Выделить полосу определенному VLAN невозможно. <br>Решением проблемы возможно может служить только тегирование пакетов с нужного вилана на входящих "mode access" интерфейсах и придание этому тэгу большего приоритета QoS в транке уже. Настроил, бум тестить. <br><br>Если интересно - о результатах - отпишусь.<br><br>С уважением, Дмитрий<br><br><br> https://opennet.me/openforum/vsluhforumID6/17924.html#2 Fri, 26 Dec 2008 18:49:57 GMT Думаю, что приоритизация не осуществляется на VLANах, а только на подинтерфейсах типа Fa0/0.2 (в транке),<br>а Циска 2950 (2 уровень) их не поддерживает. Где-то на сайте Циски видел статью про приоритизацию на подинтерфейсах (можно найти поиском по сообщению, которое выдаст Циска при попытке сходу повесить на подинтерфейс service-policy)<br>Если и можно то по всему порту, но это как я понял не то, что надо.<br>Может и ошибаюсь.<br><br><br> https://opennet.me/openforum/vsluhforumID6/17924.html#1 Thu, 25 Dec 2008 21:51:12 GMT насколько мне известно, на этой модели приоритизация осуществляестя на физических портах. на каждом порту есть 4 egress очереди. обслуживание каждой очереди происходит в соостетствии с весом (weight) для этой очереди...<br>полагаю, в Вашем случае следует весь трафик для 2Mbps VLAN'а складывать в отдельную очередь на транковом порту и настроить для нее соответствующий вес... это в качестве идеи.<br>конкретные команды смотрите в документации.<br>http://cisco.com/en/US/docs/switches/lan/catalyst2950/software/release/12.1_22_ea11x/configuration/guide/swqos.html<br><br>удачи.<br>