|
ru.cisco
- RU.CISCO ---------------------------------------------------------------------
From : Vasiliy A. Belov 2:5020/400 15 Oct 2002 11:01:07
To : Irakli Natsvlishvili
Subject : Re: Hужно вумно сделат ь traffic-shape
--------------------------------------------------------------------------------
"Irakli Natsvlishvili" <irakli_n@yahoo.com>
wrote in message news:aoetel$1bm8$1@ddt.demos.su...
> Итак максимальное количество одновременных разговоров по voip - это 24 у
> меня, но на практике дело больше 5-ти не шло. Это может изменится, но я не
> думаю, что оно будет больше 10-ти. Кодек - 729.
> VPN это связь с ремотным офисом. Оно больше 128К быть не может. У них
ISDN.
> Вот все остальное и беспокоит меня больше всего. Дело в том, что я пользую
> этот канал по самое не могу время от времени. Hедано 10 CD из MSDN-а
> скачивал, да еще и у меня бекам сиквела идет на ремоный фтп. Т.е. бывает
> ситуации 1-2 раза в неделю, что в течении нескольких часом канал
> используется на 95-99%. Вот если в это время будут поступать звонки, то
> нужно чтобы приоритет был отдан звонкам. Я не хочу _перманентно_
> резервировать полосу пропускания для звонков и VPN. Хочется чтобы это было
> динамично.
Ясно. Плохо, т.к. затык все же на входе...
IMHO тогда так -
1. policy на выходе все же не помешает
policy-map OUT
class voice
priority 128 # где-то 22K * max sessions, а уже сколько - 5 или 24 -
решать админу
class vpn
bandwith 128
class ANY
fair-queue
Хотя я бы добавил в voice policy, примерно такое -
police 128000 4000 4000 conform-action transmit exceed-action drop
Комментарий -
- голос - в приорететную очередь,
но с лимитом (примерно на 22K * max число одновременных
разговоров, наивероятнейшее или физический max),
- vpn-у - его bandwith,
- всему остальному - остальное.
2. на входе (imho опять же) стоит сделать так -
policy-map IN
class vpn+voice
bandwith 256
class ANY
bandwith percent 80
random-detect
Комментарий -
дропанье пакетов в очереди "для остального" при попытке
получить больше чем N% (80% канала в примере) будет приводить
к срыву скоростей tcp сессий этого самого "остального" и
позволит хоть как то разгрузить канал "на вход" для важных
приложений.
Возможно стоит описать, управление дропами через команды CAR,
но лезть в описание ломает...
Василий Белов, vab@rtcomm.ru
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
