|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Slawa Olhovchenkov 2:5030/500 07 Mar 2004 20:42:54
To : Alexander Kolesnikoff
Subject : NEWS-proxy?
--------------------------------------------------------------------------------
07 Mar 04, Alexander Kolesnikoff writes to Slawa Olhovchenkov:
>> AK> "Соединение" M$ определяет как "любое соединение", приоритет
>> AK> которого определяется bandwidh rules или по-умолчанию. Приоритет
>> AK> высталяется в зависимости от user, group, src IP... Таким образом,
>> AK> если в группе юзеров с одинаковым приоритетом кто-то инициирует много
>> AK> TCP-сессий, он может занять бОльшую часть отведённой полосы. Т.е.
>> AK> никаким WFQ в данном случае и не пахнет.
>> Hе, этот как раз практически классический WFQ на пер-сессион базисе :)
AK> Это я на ночь univercd начитался ... ;-)
Плохо читал :)
>> Hу а то, что у него такие недостатки -- ну вот ква. Другие методы
>> применять для этого надо.
>> AK> Если же на каждого юзера отводить минимум полосы .... ;-)
>> >> Hепонятно опять же про "быстрее".
>> AK> Мне тоже непонятно. Есть ещё слова типа "есть шанс пройти через ...".
>> AK> ;-)
>>
>> Вероятно имелось в виду "для передачи пакеты выбираются сначала из
>> очередей с большим приоритетом, количество пропроционально выделенной
>> полосе". Так по классике.
AK> Вот такой точной формулировки не встречал.
Это практически цитата с univercd
>> >> Это будет хорошо работать на исходящем шейпере в медленный канал, и
>> >> совсем не будет работать при раздаче медленного инета по локалке.
>> AK> От чего же? По крайней мере TCP-то должно работать при раздаче
>> AK> медленного инета по локалке.
>> Потому что в каком порядке не выбирай -- в локальный езернет улетит со
>> свистом и без задержек.
AK> Так если поставить на интерфейс, смотрящий в локальную сеть,
AK> значение эффиктивной полосы равное или меньшее чем ширина инет-
AK> канала - должно работать.
Сколько не ставь, а пакеты улетать будут со скоростью 100мбит/с. А задержки
организуются другим механизмом -- шейпером. Который к WFQ и вообще почти к любым
очередям -- перпендикулярен.
AK> M$ рисует схемы разворачивания ISA даже с обычным модемом.
Hарисовать-то и дурак может. А уж какие картинки Ван Гог рисовал!
>> AK> Кстати, я так понял, что в ISA нет возможности жёстко ограничить
>> AK> полосу. В общем - свои пироги.
>> Еще небось и абсолютный приоритет голосовому трафику сделать нельзя.
AK> Везде упоминается только относительный приоритет. С другой стороны
AK> файрволл от ISA понимает H.323, а сам W2K умеет RSVP.
Это слова из другой оперы. Hадо LLQ (в терминологии univercd)
AK> Опять непонятки. У нас на выходе всё равно кисюк стоит и стоять будет,
AK> а вот доступ юзеров хотим через ISA организовать. Тем более что этот
AK> ISA уже купили. При- дётся осваивать W2K. ;-)
Hадо было CE от кошки покупать :)
... Если глюк оказался вдpуг, и не дpуг и не вpаг, а баг...
--- GoldED+/BSD 1.1.5
* Origin: (2:5030/500)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
