|
|
ru.cisco- RU.CISCO --------------------------------------------------------------------- From : Oleg V Prokofiev 2:5020/400 19 Apr 2002 12:51:30 To : Pavel Andreev Subject : Re[2]: спорная ситуаци я -------------------------------------------------------------------------------- On Fri, 19 Apr 2002, Pavel Andreev wrote: > Oleg, > > On 19 Apr 02, at 10:51, you wrote to me: > >> >> OP> поставь со своей стороны любой роутер, на котором будешь > >> >> OP> буфферизовать так, как тебе нравится и никаких споров не > >> я, наверное, что-то не понимаю. какой смысл резать уже зарезанный > >> траффик? > OP> ты тем самым можешь сдвинуть throttle на свою железку и там уже > OP> буфферизовать так что бы ничего не терялось, это кривое > OP> технологическое решение, но для решения "спорной ситуации" самое то > брр. прет, скажем, мегабит, который провайдер режет до 64k, не допуская > никаких burst-ов. ты предлагаешь поставить *со своей стороны* бокс и > буфферизировать на нем. но буфферизировать уже нечего, так как провайдер тебе > дает чистых 64k, в дополнительной буфферизации не нуждающихся. как тут > "сдвинуть throttle"? разве что договориться с провайдером, чтобы он не резал, > но зачем оно ему? существуют, конечно, технологии управления входящим потоком > путем манипулирования исходящим - изменения tcp window size в зависимости от > нагрузки и тому подобное, но циско этого не умеет. ну траффик то не моментально скачет от 0 до 64k, по мере приближения к пределу начинать задерживать каждый пакет между 60k и 64k на достаточно большое время, если window size разумных пределов то это даст результат да и все-таки burst то некоторый все равно есть, там был указан, кажется, 8000 > > .paxvel > ccie #5957 > > -- Oleg Prokofiev OVP2-RIPE, OP1126 --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cisco/24973174fc688.html, оценка из 5, голосов 10
|