форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение		[ Отслеживать ]

"C2950 - гарантировать полосу пропускания трафика"

Сообщение от Dev_Dimon 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 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 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 (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 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]