|
ru.cisco
- RU.CISCO ---------------------------------------------------------------------
From : Denis V. Schapov 2:5020/400 15 Oct 2002 12:13:54
To : Vasiliy A. Belov
Subject : Re: Hужно вумно сделать traffic-shape
--------------------------------------------------------------------------------
> Откуда такие сведения?
Почитайте на CCO про QoS basics или concepts
> Я смотрел материалы цискиного
> курса QoS и беседовал с человеком, ему учившимся
> (соответственно видевшим лабы). В пару к priority
> рекомендуется police на ту же скорость с дропами при
> ее превышении. Особенно для voice.
В цискиных курсах иногда и не такого напишут ;)
Может вы имеет в виду, что впару к классическому PQ ? Да, там это может иметь
смысл, но не для LLQ - для LLQ это полный бред.
> Есть ли реальный положительный опыт применения priority
> без police? Точно ли приорететный трафик не забьет всю полосу?
> Расскажи, pls.
Есть. Оно так и должно работать.
> > > class ANY
> > > random-detect
> > RED не будет работать здесь, ему нужно сказать, в каком bandwidth
> > оно будет работать
> Согласен, надо написать bandwith = (остальное).
Или WFQ включать в class-default или любом другом классе на 75xx и других
distributed платформах.
> > > Опять же IMHO policing полосы низкоприоритетного трафика
> > > на входящем интерфейсе будет способствовать
> > > разгрузке и "входящего" канала (по принципу срыва скорости
> > > tcp сессий, ключевое слово RED (WRED), читать зачем он нужен).
> > Во-вот, читать ..
> > Дык, только RED работает на output. Это еще больше ухудшит ситуацию.
> Это вопрос терминологии, или ты утверждаешь, что управление
> (ну скажем в терминах CAR - rate-limit) дропами во входящей
> очереди не выходит? Мне кажется, что это возможно и
> востребовано, а уж какие команды при этом говорятся -
> CAR или class-based - дело второе...
Да я не про class-based или classic CAR .. А к тому, что это не sulution для
данного случая.
--
----
Denis V. Schapov
JSC "DSI"
Irkutsk, Russia
dschapov@dsi.ru
+7 3952 510506
--- ifmail v.2.15dev5
* Origin: JSC DSI Irkutsk region (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
