|
|
ru.cisco- RU.CISCO --------------------------------------------------------------------- From : Denis V. Schapov 2:5020/400 15 Oct 2002 07:39:53 To : Vasiliy A. Belov Subject : Re: Hужно вумно сделать traffic-shape -------------------------------------------------------------------------------- > IMHO bandwith 100% странная идея, все бумаги по LLQ > советуют голос определять в приоритетную очередь, > чтобы без задержек и jitter-а. Hо при этом ограничить > ему общую скорость, дабы остальное хоть как то жило. > > Скажем так - > > policy-map MY_MAP > class voice > priority 1024 > police 1024000 32000 32000 conform-action transmit exceed-action drop Бред, LLQ сам организует rate-limiting, если в момент congestion класс будет кушать больше, оно будет rate-limited > class vpn > bandwidth percent 50 > class ANY > random-detect RED не будет работать здесь, ему нужно сказать, в каком bandwidth оно будет работать > > А если есть полный T1 голоса - это ж типа 50-60 одновременных > разговоров... Вряд ли это. Или пора на второй раскошеливаться. ;) > > > если у тебя это на входящем интерфейсе то шейпить там бестолку, тк > > дропаться это будет в output queue предидущей железяки > Опять же IMHO policing полосы низкоприоритетного трафика > на входящем интерфейсе будет способствовать > разгрузке и "входящего" канала (по принципу срыва скорости > tcp сессий, ключевое слово RED (WRED), читать зачем он нужен). Во-вот, читать .. Дык, только RED работает на output. Это еще больше ухудшит ситуацию. -- ---- 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) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cisco/65772e38e83d.html, оценка из 5, голосов 10
|