Перейти к содержимому
Калькуляторы

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

как то так

speed (kbps) Common rate normal burst extended burst

128 131072 24576 49152

256 262144 49152 98304

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

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

256 256000 96000 96000

и т.д.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.