alkanaft Опубликовано 7 февраля, 2013 · Жалоба имеется несколько методик расчёта скоростей и бёрстов. например 1024*1024=1048576=1М [1 мегабит будем считать так] вариации: [скорость в мегабитах * 1М] [скорость в мегабитах * 1М]/8 {[скорость в мегабитах * 1М]/8}*2 -----скорость-----------------------1 burts---------------------2 burst----------------- [скорость в мегабитах * 1М] [скорость в мегабитах * 1М]/8 {[скорость в мегабитах * 1М]/8}*1,5 -----скорость-----------------------1 burts---------------------2 burst----------------- чьё кон фу круче? кто как считает бёрсты при настройке полисеров? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
agr Опубликовано 7 февраля, 2013 · Жалоба сама циска рекомендует вычислять по формуле commited burst = configured rate/8 *1.5 exceeded burst = configured rate/8 *3 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 7 февраля, 2013 · Жалоба ну если совсем дословно цитировать циску: normal burst = configured rate * (1 byte)/(8 bits) * 1.5 seconds extended burst = 2 * normal burst дальше применяем excel-skills, и получаем таблицу под любые нужные скорости. как то так speed (kbps) Common rate normal burst extended burst 64 65536 12288 24576 128 131072 24576 49152 256 262144 49152 98304 512 524288 98304 196608 768 786432 147456 294912 1024 1048576 196608 393216 2048 2097152 393216 786432 3072 3145728 589824 1179648 4096 4194304 786432 1572864 5120 5242880 983040 1966080 6144 6291456 1179648 2359296 8192 8388608 1572864 3145728 10240 10485760 1966080 3932160 12288 12582912 2359296 4718592 14336 14680064 2752512 5505024 15360 15728640 2949120 5898240 16384 16777216 3145728 6291456 20480 20971520 3932160 7864320 24576 25165824 4718592 9437184 25600 26214400 4915200 9830400 30720 31457280 5898240 11796480 32768 33554432 6291456 12582912 35840 36700160 6881280 13762560 40960 41943040 7864320 15728640 49152 50331648 9437184 18874368 51200 52428800 9830400 19660800 61440 62914560 11796480 23592960 65536 67108864 12582912 25165824 71680 73400320 13762560 27525120 81920 83886080 15728640 31457280 102400 104857600 19660800 39321600 кстати, формула рекомендованна не просто так. как показала практика, сколько мы ни игрались с нестандартными значениями, всегда получалась полная хрень - пока одни виды трафика ходили хорошо, другие еле ползли - очень хорошо заметно это, когда на регулируешь 20мбит/с - шаг влево шаг вправо - либо торренты выжирают больше положенного, либо тытруба и прочие видеохостеры ползут аки черепахи, и т.д. и т.п. при "рекомендованном" расчете, тесты скорости могут показывать необъятый космос, особенно на скоростях >20мбит/с, но на деле берсты очень быстро выравнивают полосу и получаешь то что закладывал, с погрешностью +/- 5%. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
agr Опубликовано 8 февраля, 2013 · Жалоба мы наоборот отошли от рекомендованных берстов на больших скоростях. В случае с торрентами и в более общем случае трафика с больщим числом параллельных TCP сессий значения берстов не так уж сильно влияют на загрузку, сессии как бы сглаживают колебания скорости друг у друга. Если TCP сессия одна, то график загрузки будет в любом случае иметь зигзагообразный вид. Но чем больше время берста, чем больше будет размах зигзага, т.к. TCP окно будет быстро разгоняться и быстро схлопываться. В общем, мы пришли к тому, что чем больше полоса, тем меньше ставим время берста. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alks Опубликовано 8 февраля, 2013 · Жалоба Но чем больше время берста, чем больше будет размах зигзага, т.к. TCP окно будет быстро разгоняться и быстро схлопываться. В общем, мы пришли к тому, что чем больше полоса, тем меньше ставим время берста. +100500, потверждаю на собственном опыте Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 8 февраля, 2013 · Жалоба мы наоборот отошли от рекомендованных берстов на больших скоростях. В случае с торрентами и в более общем случае трафика с больщим числом параллельных TCP сессий значения берстов не так уж сильно влияют на загрузку, сессии как бы сглаживают колебания скорости друг у друга. Если TCP сессия одна, то график загрузки будет в любом случае иметь зигзагообразный вид. Но чем больше время берста, чем больше будет размах зигзага, т.к. TCP окно будет быстро разгоняться и быстро схлопываться. В общем, мы пришли к тому, что чем больше полоса, тем меньше ставим время берста. своей табличкой поделитесь? :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
catalist Опубликовано 8 февраля, 2013 · Жалоба +1 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 11 февраля, 2013 · Жалоба как то так speed (kbps) Common rate normal burst extended burst 128 131072 24576 49152 256 262144 49152 98304 Когда-то давно, когда скорости на тарифах были невелики, я проверял конкретно вот эти две скорости - не работает это на cisco rate-limit. Скорость получается отвратительная. Остановились на: 256 256000 96000 96000 и т.д. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alkanaft Опубликовано 11 февраля, 2013 · Жалоба как бы есть не только rate limit. есть еще другое зло, например: policy-map 4m-out description Download 4M class class-default police 4194000 524288 1048576 conform-action transmit exceed-action drop policy-map 4m-in description Upload 4M class class-default police 4194000 524288 1048576 conform-action transmit exceed-action drop работает немного по другому... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 11 февраля, 2013 · Жалоба на маленьких скоростях вобще правильней делать traffic-shape, если конечно железка умеет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alkanaft Опубликовано 11 февраля, 2013 · Жалоба есть asr100x оно как бы под полиси мап больше ориентировано, но на больших скоростях при установке классически рассчитанных бёрстов получается не всегда то что планировалось. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dima89 Опубликовано 11 февраля, 2013 · Жалоба жаль, что если и умеет, то только в одну сторону. придётся заводить разные полиси-мапы на вход/исход - в одной шейпинг, во второй полисинг Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dima89 Опубликовано 11 февраля, 2013 · Жалоба есть ещё вариант оставить по умолчанию, циска рассчитает сама #sh policy-map 10240 Policy Map 10240 Class ALL-MAP police cir 10240000 bc 320000 conform-action transmit exceed-action drop Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alkanaft Опубликовано 11 февраля, 2013 · Жалоба а вот после этого начинается писк от абонентов и непонятные результаты на спидтесте, торрентах и иже с ним, иногда скорость чёрт знает какая получается.. особенно на больших скоростях Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dima89 Опубликовано 11 февраля, 2013 · Жалоба рассчитывал руками, по формуле /8*1,5. на условных 16 мегабитах спидтест, например, показывает все 30 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
agr Опубликовано 11 февраля, 2013 · Жалоба своей табличкой поделитесь? :) Попробуйте с 20М время берста 1сек, с 40М - 0.7 сек. У нас примерно так на цисках. а вот после этого начинается писк от абонентов и непонятные результаты на спидтесте, торрентах и иже с ним, иногда скорость чёрт знает какая получается.. особенно на больших скоростях при одной TCP сессии(i.e. speedtest.net) будет скорость скакать вверх-вниз в любом случае. А с торрентами странно у вас, обычно они хорошо полосу занимают, хотя это смотря сколько пиров на торрент... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...