Главная страница


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)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Hужно вумно сделать traffic-shape   Irakli Natsvlishvili   14 Oct 2002 12:17:30 
 Re: Hужно вумно сделат ь traffic-shape   Oleg V Prokofiev   14 Oct 2002 16:22:30 
 Re: Hужно вумно сделать traffic-shape   Vasiliy A. Belov   14 Oct 2002 19:13:36 
 Re: Hужно вумно сделат ь traffic-shape   Oleg V Prokofiev   14 Oct 2002 19:25:58 
 Re: Hужно вумно сделать traffic-shape   Vasiliy A. Belov   14 Oct 2002 19:36:11 
 Re: Hужно вумно сделат ь traffic-shape   Irakli Natsvlishvili   14 Oct 2002 21:06:20 
 Re: Hужно вумно сделат ь traffic-shape   Vasiliy A. Belov   15 Oct 2002 11:01:07 
 Re: Hужно вумно сделат ь traffic-shape   Denis V. Schapov   15 Oct 2002 12:20:08 
 Re: Hужно вумно сделат ь traffic-shape   Vasiliy A. Belov   15 Oct 2002 13:19:47 
 Re: Hужно вумно сделат ь traffic-shape   Denis V. Schapov   15 Oct 2002 13:38:16 
 Re: Hужно вумно сделать traffic-shape   Denis V. Schapov   15 Oct 2002 07:39:53 
 Re: Hужно вумно сделать traffic-shape   Vasiliy A. Belov   15 Oct 2002 11:01:08 
 Re: Hужно вумно сделать traffic-shape   Denis V. Schapov   15 Oct 2002 12:13:54 
 Re: Hужно вумно сделать traffic-shape   Vasiliy A. Belov   15 Oct 2002 13:15:40 
 Re: Hужно вумно сделать traffic-shape   Denis V. Schapov   15 Oct 2002 13:46:26 
Архивное /ru.cisco/24973da14fe1c.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional