The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"C2950 - гарантировать полосу пропускания трафика"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение [ Отслеживать ]

"C2950 - гарантировать полосу пропускания трафика"  
Сообщение от Dev_Dimon email on 25-Дек-08, 08:08 
Здравствуйте!

Столкнулся с такой траблой. Есть Cat-2950. На нем есть транковый порт, включающий в себя несколько VLAN'ов. Есть радио-канал, подключенный к этому порту = 2 МБит/сек. Один из VLAN'ов периодически (рабочее состояние) грузит канал "под-завязку". В это время данные из второго VLAN'а начинают испытывать проблемы, а этот канал критичный, хотя и надо ему гарантированно хотя бы 64 кБит/сек. Внутри одного VLAN'а для разного типа трафика, как я понимаю, это делается с помощью очередей QUEUE.
Вопрос в следующем: Каким средствами можно на физическом интерфейсе (FE) настроить гарантированную полосу пропускания для одного VLAN'а из транка?

Заранее благодарен за ответ...
С уважением, Дмитрий

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "C2950 - гарантировать полосу пропускания трафика"  
Сообщение от Evstifeika (ok) on 26-Дек-08, 00:51 
насколько мне известно, на этой модели приоритизация осуществляестя на физических портах. на каждом порту есть 4 egress очереди. обслуживание каждой очереди происходит в соостетствии с весом (weight) для этой очереди...
полагаю, в Вашем случае следует весь трафик для 2Mbps VLAN'а складывать в отдельную очередь на транковом порту и настроить для нее соответствующий вес... это в качестве идеи.
конкретные команды смотрите в документации.
http://cisco.com/en/US/docs/switches/lan/catalyst2950/softwa...

удачи.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "C2950 - гарантировать полосу пропускания трафика"  
Сообщение от Аноним (??) on 31-Дек-08, 01:01 
>насколько мне известно, на этой модели приоритизация осуществляестя на физических портах. на
>каждом порту есть 4 egress очереди. обслуживание каждой очереди происходит в
>соостетствии с весом (weight) для этой очереди...
>полагаю, в Вашем случае следует весь трафик для 2Mbps VLAN'а складывать в
>отдельную очередь на транковом порту и настроить для нее соответствующий вес...
>это в качестве идеи.
>конкретные команды смотрите в документации.
>http://cisco.com/en/US/docs/switches/lan/catalyst2950/softwa...
>
>удачи.

вот в этом месте поподробнее не подскажете, если кто понимает как оно все работает, а то я чтото непонимаю:

за очередью в свиче пакеты попадут в очередь на передачу в радиоканале. кторая скорее всего длинее (я прав? а примерно насколько длинее/короче) и приоритеты в ней вероятно не действуют. тогда в чем смысл приоритетов в свиче?

а если очередь в радиоканале переполнится - что будет с очередью в свиче? она тоже остановится и переполнится или пакеты будут теряться? на это както влияет "flow control" в настройках свича?



Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "C2950 - гарантировать полосу пропускания трафика"  
Сообщение от tvy (??) on 26-Дек-08, 21:49 
Думаю, что приоритизация не осуществляется на VLANах, а только на подинтерфейсах типа Fa0/0.2 (в транке),
а Циска 2950 (2 уровень) их не поддерживает. Где-то на сайте Циски видел статью про приоритизацию на подинтерфейсах (можно найти поиском по сообщению, которое выдаст Циска при попытке сходу повесить на подинтерфейс service-policy)
Если и можно то по всему порту, но это как я понял не то, что надо.
Может и ошибаюсь.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "C2950 - гарантировать полосу пропускания трафика"  
Сообщение от Dev_Dimon email on 26-Дек-08, 22:45 
Спасибо всем за отклики.

Выделить полосу определенному VLAN невозможно.
Решением проблемы возможно может служить только тегирование пакетов с нужного вилана на входящих "mode access" интерфейсах и придание этому тэгу большего приоритета QoS в транке уже. Настроил, бум тестить.

Если интересно - о результатах - отпишусь.

С уважением, Дмитрий


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "C2950 - гарантировать полосу пропускания трафика"  
Сообщение от SUY (ok) on 30-Дек-08, 16:51 
>Спасибо всем за отклики.
>
>Выделить полосу определенному VLAN невозможно.
>Решением проблемы возможно может служить только тегирование пакетов с нужного вилана на
>входящих "mode access" интерфейсах и придание этому тэгу большего приоритета QoS
>в транке уже. Настроил, бум тестить.
>
>Если интересно - о результатах - отпишусь.
>
>С уважением, Дмитрий

Покрасьте нужный трафик на порту access c помошью policy-map (не обращайте внимание, что счетчики не работают, в 29xx свичах так), на транковом порту

srr-queue bandwidth shape ....
srr-queue bandwidth share ....
priority-queue out

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "C2950 - гарантировать полосу пропускания трафика"  
Сообщение от Dev_Dimon email on 02-Янв-09, 21:52 
>>
>>Если интересно - о результатах - отпишусь.
>>

Результат неутешительный :( Не помогло. Скорее всего справедливо мнение о там, что приоретизация на свитче не действует на радио-канале...

>Покрасьте нужный трафик на порту access c помошью policy-map (не обращайте внимание,
>что счетчики не работают, в 29xx свичах так), на транковом порту
>
>srr-queue bandwidth shape ....
>srr-queue bandwidth share ....
>priority-queue out

Если можно - поподробнее, а лучше пример конфига для всего трафика одного вилана или ссылку, где это описано хорошо...

Заранее сенкс...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "C2950 - гарантировать полосу пропускания трафика"  
Сообщение от vityazev email(ok) on 29-Янв-09, 17:14 
>Спасибо всем за отклики.
>
>Выделить полосу определенному VLAN невозможно.
>Решением проблемы возможно может служить только тегирование пакетов с нужного вилана на
>входящих "mode access" интерфейсах и придание этому тэгу большего приоритета QoS
>в транке уже. Настроил, бум тестить.
>
>Если интересно - о результатах - отпишусь.
>
>С уважением, Дмитрий

Мне интересно как было настроено. Насколько я понимаю, только некоторые модели 2950 с Cisco Enhanced Image software поддерживают WRR queue. Вопрос возник в связи с тем, что необходимо понять, может ли 2950 ограничивать скорость на портах.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "C2950 - гарантировать полосу пропускания трафика"  
Сообщение от Кореш on 05-Янв-09, 11:08 
>[оверквотинг удален]
>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)


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "C2950 - гарантировать полосу пропускания трафика"  
Сообщение от Dev_Dimon email on 20-Апр-09, 07:09 
>  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...)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру