|
|
ru.cisco- RU.CISCO --------------------------------------------------------------------- From : Oleg V Prokofiev 2:5020/400 14 Oct 2002 19:25:58 To : Vasiliy A. Belov Subject : Re: Hужно вумно сделат ь traffic-shape -------------------------------------------------------------------------------- On Mon, 14 Oct 2002, Vasiliy A. Belov wrote: > "Oleg V Prokofiev" <quark@comset.net> wrote in > message > news:Pine.SGI.4.33.0210141533480.577061-100000@quark.office.comset.net... > > если же в общих словах то > > policy map QoS > > class VOIP > > bandwidth percent 100 > > class VPN > > bandwidth percent X > > проценты посчитать, или использовать для других классов > > просто конкретное число > IMHO bandwith 100% странная идея, все бумаги по LLQ > советуют голос определять в приоритетную очередь, > чтобы без задержек и jitter-а. Hо при этом ограничить > ему общую скорость, дабы остальное хоть как то жило. ты прочитай что спрашивалось ;) > > Скажем так - > > policy-map MY_MAP > class voice > priority 1024 > police 1024000 32000 32000 conform-action transmit exceed-action drop в данном случае в момент congection голос будет зажат ровно в 1024000, а надо голосу отдать всю полосу ;) хотя, понятно что правильно просто посчитать траффик и дать ему столько сколько нужно > class vpn > bandwidth percent 50 > class ANY > random-detect > > А если есть полный T1 голоса - это ж типа 50-60 одновременных > разговоров... Вряд ли это. Или пора на второй раскошеливаться. ;) > > > если у тебя это на входящем интерфейсе то шейпить там бестолку, тк > > дропаться это будет в output queue предидущей железяки > Опять же IMHO policing полосы низкоприоритетного трафика > на входящем интерфейсе будет способствовать > разгрузке и "входящего" канала (по принципу срыва скорости > tcp сессий, ключевое слово RED (WRED), читать зачем он нужен). теретически - да, на практике это очень ненадежно и лучше с с этим не связываться совсем > > Василий Белов, vab@rtcomm.ru > > -- Oleg Prokofiev OVP2-RIPE, OP1126 --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cisco/24973da14fe1c.html, оценка из 5, голосов 10
|