Здравствуйте!Столкнулся с такой траблой. Есть Cat-2950. На нем есть транковый порт, включающий в себя несколько VLAN'ов. Есть радио-канал, подключенный к этому порту = 2 МБит/сек. Один из VLAN'ов периодически (рабочее состояние) грузит канал "под-завязку". В это время данные из второго VLAN'а начинают испытывать проблемы, а этот канал критичный, хотя и надо ему гарантированно хотя бы 64 кБит/сек. Внутри одного VLAN'а для разного типа трафика, как я понимаю, это делается с помощью очередей QUEUE.
Вопрос в следующем: Каким средствами можно на физическом интерфейсе (FE) настроить гарантированную полосу пропускания для одного VLAN'а из транка?Заранее благодарен за ответ...
С уважением, Дмитрий
насколько мне известно, на этой модели приоритизация осуществляестя на физических портах. на каждом порту есть 4 egress очереди. обслуживание каждой очереди происходит в соостетствии с весом (weight) для этой очереди...
полагаю, в Вашем случае следует весь трафик для 2Mbps VLAN'а складывать в отдельную очередь на транковом порту и настроить для нее соответствующий вес... это в качестве идеи.
конкретные команды смотрите в документации.
http://cisco.com/en/US/docs/switches/lan/catalyst2950/softwa...удачи.
>насколько мне известно, на этой модели приоритизация осуществляестя на физических портах. на
>каждом порту есть 4 egress очереди. обслуживание каждой очереди происходит в
>соостетствии с весом (weight) для этой очереди...
>полагаю, в Вашем случае следует весь трафик для 2Mbps VLAN'а складывать в
>отдельную очередь на транковом порту и настроить для нее соответствующий вес...
>это в качестве идеи.
>конкретные команды смотрите в документации.
>http://cisco.com/en/US/docs/switches/lan/catalyst2950/softwa...
>
>удачи.вот в этом месте поподробнее не подскажете, если кто понимает как оно все работает, а то я чтото непонимаю:
за очередью в свиче пакеты попадут в очередь на передачу в радиоканале. кторая скорее всего длинее (я прав? а примерно насколько длинее/короче) и приоритеты в ней вероятно не действуют. тогда в чем смысл приоритетов в свиче?
а если очередь в радиоканале переполнится - что будет с очередью в свиче? она тоже остановится и переполнится или пакеты будут теряться? на это както влияет "flow control" в настройках свича?
Думаю, что приоритизация не осуществляется на VLANах, а только на подинтерфейсах типа Fa0/0.2 (в транке),
а Циска 2950 (2 уровень) их не поддерживает. Где-то на сайте Циски видел статью про приоритизацию на подинтерфейсах (можно найти поиском по сообщению, которое выдаст Циска при попытке сходу повесить на подинтерфейс service-policy)
Если и можно то по всему порту, но это как я понял не то, что надо.
Может и ошибаюсь.
Спасибо всем за отклики.Выделить полосу определенному VLAN невозможно.
Решением проблемы возможно может служить только тегирование пакетов с нужного вилана на входящих "mode access" интерфейсах и придание этому тэгу большего приоритета QoS в транке уже. Настроил, бум тестить.Если интересно - о результатах - отпишусь.
С уважением, Дмитрий
>Спасибо всем за отклики.
>
>Выделить полосу определенному VLAN невозможно.
>Решением проблемы возможно может служить только тегирование пакетов с нужного вилана на
>входящих "mode access" интерфейсах и придание этому тэгу большего приоритета QoS
>в транке уже. Настроил, бум тестить.
>
>Если интересно - о результатах - отпишусь.
>
>С уважением, ДмитрийПокрасьте нужный трафик на порту access c помошью policy-map (не обращайте внимание, что счетчики не работают, в 29xx свичах так), на транковом порту
srr-queue bandwidth shape ....
srr-queue bandwidth share ....
priority-queue out
>>
>>Если интересно - о результатах - отпишусь.
>>Результат неутешительный :( Не помогло. Скорее всего справедливо мнение о там, что приоретизация на свитче не действует на радио-канале...
>Покрасьте нужный трафик на порту access c помошью policy-map (не обращайте внимание,
>что счетчики не работают, в 29xx свичах так), на транковом порту
>
>srr-queue bandwidth shape ....
>srr-queue bandwidth share ....
>priority-queue outЕсли можно - поподробнее, а лучше пример конфига для всего трафика одного вилана или ссылку, где это описано хорошо...
Заранее сенкс...
>Спасибо всем за отклики.
>
>Выделить полосу определенному VLAN невозможно.
>Решением проблемы возможно может служить только тегирование пакетов с нужного вилана на
>входящих "mode access" интерфейсах и придание этому тэгу большего приоритета QoS
>в транке уже. Настроил, бум тестить.
>
>Если интересно - о результатах - отпишусь.
>
>С уважением, ДмитрийМне интересно как было настроено. Насколько я понимаю, только некоторые модели 2950 с Cisco Enhanced Image software поддерживают WRR queue. Вопрос возник в связи с тем, что необходимо понять, может ли 2950 ограничивать скорость на портах.
>[оверквотинг удален]
>2 МБит/сек. Один из VLAN'ов периодически (рабочее состояние) грузит канал "под-завязку".
>В это время данные из второго VLAN'а начинают испытывать проблемы, а
>этот канал критичный, хотя и надо ему гарантированно хотя бы 64
>кБит/сек. Внутри одного VLAN'а для разного типа трафика, как я понимаю,
>это делается с помощью очередей QUEUE.
>Вопрос в следующем: Каким средствами можно на физическом интерфейсе (FE) настроить гарантированную
>полосу пропускания для одного VLAN'а из транка?
>
>Заранее благодарен за ответ...
>С уважением, ДмитрийСогласно теории Cisco vlan - это подсеть.
Предлагаю сделать аксес-лист для этой подсетиaccess-list 100..........
далее создать радио-класс, которому соответствуют пакеты из нужной подсети(влана)
class-map match-all radio-class
match access-group 100
далее
policy-map radio-policy
class radio-class
priority 64 (вроде формат в килобитах)
class class-default
fair-queue
random-detect
policy-map Shape-policy
class class-default
shape average 10000000 (10 Мбит/с - общая пропускная способность порта, укажи свою)
service-policy radio-policy
далее policy-map Shape-policy накладываешь на порт.Итого, у тебя есть порт 10 Мбит/с, весь трафик на порту class-default, и от 10 Мбит/с отрезаем полосу 64кб/с для радио трафика (radio-class)
> priority 64 (вроде формат в килобитах)т.е. как я понимаю мы гарантируем нижнюю границу канала в 64К? А если трафика много, то будет брать больше от общей полосы пропускания? Тогда вопрос - насколько больше? Весь? Или вообще отрезаем жестко канал в 64К?
> shape average 10000000 (10 Мбит/с - общая пропускная способность порта,
>укажи свою)Это скорость интерфейса или скорость канала между интерфейсами? На интерфейсе скорость 100 МБ/с, а канал между каталистами - 24 МБ/сек - указываем 24000000?
Вообщем задача немного изменилась - надо теперь не только нижнюю границу гарантировать, но и выдавать в канал не больше, т.е. жестко зажать данный ACL на 64К...
P/S/ Если С2950 не поддерживает данный тип шейпинга или на С2960 это проще настроить - есть возможность поменять каталисты на 2960. Я так понял именно srr-queue bandwidth shape на 2960 жестко зажимает трафик внизу и вверху по очередям в %%-отношении от общей полосы пропускания канала. На 2950 такого, как я понимаю - НЕТ (http://www.cisco.com/en/US/docs/switches/lan/catalyst2960/so...)