Jump to content
Калькуляторы

burst на циско корректный расчёт

имеется несколько методик расчёта скоростей и бёрстов. например

 

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-----------------

 

чьё кон фу круче? кто как считает бёрсты при настройке полисеров?

Share this post


Link to post
Share on other sites

сама циска рекомендует вычислять по формуле

commited burst = configured rate/8 *1.5
exceeded burst = configured rate/8 *3

Share this post


Link to post
Share on other sites

ну если совсем дословно цитировать циску:

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%.

Share this post


Link to post
Share on other sites

мы наоборот отошли от рекомендованных берстов на больших скоростях. В случае с торрентами и в более общем случае трафика с больщим числом параллельных TCP сессий значения берстов не так уж сильно влияют на загрузку, сессии как бы сглаживают колебания скорости друг у друга.

Если TCP сессия одна, то график загрузки будет в любом случае иметь зигзагообразный вид. Но чем больше время берста, чем больше будет размах зигзага, т.к. TCP окно будет быстро разгоняться и быстро схлопываться. В общем, мы пришли к тому, что чем больше полоса, тем меньше ставим время берста.

Share this post


Link to post
Share on other sites

Но чем больше время берста, чем больше будет размах зигзага, т.к. TCP окно будет быстро разгоняться и быстро схлопываться. В общем, мы пришли к тому, что чем больше полоса, тем меньше ставим время берста.

 

+100500, потверждаю на собственном опыте

Share this post


Link to post
Share on other sites

мы наоборот отошли от рекомендованных берстов на больших скоростях. В случае с торрентами и в более общем случае трафика с больщим числом параллельных TCP сессий значения берстов не так уж сильно влияют на загрузку, сессии как бы сглаживают колебания скорости друг у друга.

Если TCP сессия одна, то график загрузки будет в любом случае иметь зигзагообразный вид. Но чем больше время берста, чем больше будет размах зигзага, т.к. TCP окно будет быстро разгоняться и быстро схлопываться. В общем, мы пришли к тому, что чем больше полоса, тем меньше ставим время берста.

своей табличкой поделитесь? :)

Share this post


Link to post
Share on other sites

как то так

speed (kbps) Common rate normal burst extended burst

128 131072 24576 49152

256 262144 49152 98304

Когда-то давно, когда скорости на тарифах были невелики, я проверял конкретно вот эти две скорости - не работает это на cisco rate-limit. Скорость получается отвратительная.

Остановились на:

256 256000 96000 96000

и т.д.

Share this post


Link to post
Share on other sites

как бы есть не только 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

 

работает немного по другому...

Share this post


Link to post
Share on other sites

на маленьких скоростях вобще правильней делать traffic-shape, если конечно железка умеет.

Share this post


Link to post
Share on other sites

есть asr100x оно как бы под полиси мап больше ориентировано, но на больших скоростях при установке классически рассчитанных бёрстов получается не всегда то что планировалось.

Share this post


Link to post
Share on other sites

жаль, что если и умеет, то только в одну сторону. придётся заводить разные полиси-мапы на вход/исход - в одной шейпинг, во второй полисинг

Share this post


Link to post
Share on other sites

есть ещё вариант оставить по умолчанию, циска рассчитает сама

 

#sh policy-map 10240
 Policy Map 10240
   Class ALL-MAP
    police cir 10240000 bc 320000
      conform-action transmit
      exceed-action drop

Share this post


Link to post
Share on other sites

а вот после этого начинается писк от абонентов и непонятные результаты на спидтесте, торрентах и иже с ним, иногда скорость чёрт знает какая получается.. особенно на больших скоростях

Share this post


Link to post
Share on other sites

рассчитывал руками, по формуле /8*1,5. на условных 16 мегабитах спидтест, например, показывает все 30

Share this post


Link to post
Share on other sites

своей табличкой поделитесь? :)

Попробуйте с 20М время берста 1сек, с 40М - 0.7 сек. У нас примерно так на цисках.

 

а вот после этого начинается писк от абонентов и непонятные результаты на спидтесте, торрентах и иже с ним, иногда скорость чёрт знает какая получается.. особенно на больших скоростях

 

при одной TCP сессии(i.e. speedtest.net) будет скорость скакать вверх-вниз в любом случае. А с торрентами странно у вас, обычно они хорошо полосу занимают, хотя это смотря сколько пиров на торрент...

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this