vladd Опубликовано 5 февраля, 2008 · Жалоба Всех приветствую! Имеется с одной стороны cisco 3550, с другой - 3750. Соединены линком 100 мбит. Внутри линка бегает две VLAN. Первая VLAN - важный коммерческий трафик (его мало), вторая - файлообменники и варез (трафика много, канал все время забит под полочку). Возможно ли сделать так, чтобы под первую VLAN всегда резервировалось 20 мбит из общего потока? Скоростью второго VLAN можно пожертвовать, но совсем убирать его нельзя. Также нету возможности сделать для этого альтернативный канал. В крайнем случае, что можно сделать - разделить трафик не по VLAN, а по IP. Пока рытье форумов и цисковских доков не приводит к результату. rate-limit на interface vlanXX не работает.. Заранее спасибо за советы! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Susanin Опубликовано 5 февраля, 2008 (изменено) · Жалоба Наверное не самое красивое решение, но... Вывести вланы тегированными с разных портов ( достаточно на одном свиче) (объединив потом линки через тупую свичу) и на портах для второго влана зажать скорость.. :) Изменено 5 февраля, 2008 пользователем Susanin Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
John Smith Опубликовано 5 февраля, 2008 · Жалоба 2 vladd: на int vlanX надо не rate-limit, а service-policy использовать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ugluck Опубликовано 5 февраля, 2008 · Жалоба на int vlan оно не поможет, это тока для пакетов, которые будут _роутицца. если вланы _свичуюцца, то на входе в свич надо их раскрасить. примерно так: policy-ma viptrafmark class class-default police 20000000 excee policed-dsc set cos 5 ! int g0/2 descr govnotraffic sw ac vla 2 ! int g0/3 descr viptraffic sw ac vla 3 service-pol in viptrafmark ! int g0/4 descr bottleneck sw tr al vla 2,3 priority-queue out Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
John Smith Опубликовано 6 февраля, 2008 · Жалоба 2ugluck: да ну? Еще как работает. ! mls qos ! interface FastEthernet0/4 switchport trunk encapsulation dot1q switchport trunk allowed vlan 201,202 switchport mode trunk switchport nonegotiate spanning-tree portfast spanning-tree bpduguard enable ! interface FastEthernet0/13 mls qos vlan-based ! interface FastEthernet0/14 mls qos vlan-based ! interface FastEthernet0/15 mls qos vlan-based ! interface Vlan201 no ip address service-policy input VLAN201_POLICY ! interface Vlan202 no ip address service-policy input VLAN202_POLICY ! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SergeiK Опубликовано 6 февраля, 2008 (изменено) · Жалоба То что это там написано, не значит, что будет работать. То есть будет, на L3 уровне. А L2 обмен внутри влана - как угодно. Если нужные вланы только в одном единственном порту - то этого хватит, но если в этом влане и другие порты есть, то обмен трафиком внутри влана строчки на int vlan201 никак не ограничивают. Прямое решение - то что предложил ugluck. Изменено 6 февраля, 2008 пользователем SergeiK Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Roman Ivanov Опубликовано 6 февраля, 2008 · Жалоба IMHO - раскарашивать трафф и под service policy. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vladd Опубликовано 7 февраля, 2008 · Жалоба на int vlan оно не поможет, это тока для пакетов, которые будут _роутицца. если вланы _свичуюцца, то на входе в свич надо их раскрасить. примерно так: Спасибо, вроде помогло. Ситуация осложняется еще тем, что 3750 - не EMI, поэтому многие из предложенных способов на ней не работают. Есть много прошивок для 3750. Если просто залить EMI в 3750, будет ли работать? Или нужны будут еще какие-нибудь ключи? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
UglyAdmin Опубликовано 7 февраля, 2008 · Жалоба EMI от SMI отличается роутингом (BGP, OSPF, PIM, IPv6), в части QoS не отличается совсем. В Фичнавигатор посмотрите. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...