Микротик: упала скорость в час пик

[AKim]

Добрый вечер.

 

Третий день наблюдаю картину: как только люди возвращаются с работы и начинают активно пользоваться интернетом, падает скорость у всех. Аплинка в этот момент остаётся ещё 250 мбит. Он, по какой-то причине, в час пик не может подняться выше 650 мбит, хотя изредка прыгает выше.

 

Оговорюсь сразу, что микротик версии 5.26 x86, стоит на AMD FX6100, сетевая карта intel 82576, прерывания раскинуты и проблем серьёзных не было никогда. Общая нагрузка на процессор в ЧП до 45% прыжками, обычно 25-37%.

NAT у нас не используется, шейпер PCQ.

 

Есть подозрение, что процессор не тянет шейпер.

 

Вот замер скорости без шейпера http://www.speedtest.net/my-result/4306942606

Включил шейпер, скорость выставлена 500 мбит: http://www.speedtest.net/my-result/4306946907

 

Падение скорости более чем в 2 раза. Это ещё хороший результат, потому как замер производится вечером и уже нет большой нагрузки. Если сделать такой же замер в час пик, то вытянет от 15 до 100 мбит.

Максимальная нагрузка на некоторые ядра в момент замера 30%.

 

Несколько правил маркировки пакетов:

 

 0   chain=postrouting action=mark-connection new-connection-mark=users-local passthrough=yes src-address-list=!masquerade 
    dst-address-list=masquerade 

1   ;;; 1M-packet marker
    chain=postrouting action=mark-packet new-packet-mark=1M_packets passthrough=no dst-address-list=1M_address_list 
    connection-mark=users-local 

2   ;;; 1M-packet marker up
    chain=postrouting action=mark-packet new-packet-mark=1M_packets_up passthrough=no src-address-list=1M_address_list 
    connection-mark=users-local 

 

 

Где искать проблему?

[NiTr0]

Нагрузку по ядрам смотреть, или плясать с бубном вокруг версий тика.

[AKim]

Нагрузку по ядрам смотреть, или плясать с бубном вокруг версий тика.

 

Шейпер у тика ложится на все ядра или на одно?

 

Читал где-то что у микротика Queue Tree однопоточный. Стоит ли покупать CCR1036 и использовать Simpe Tree ?

Edited April 21, 2015 by AKim

[GrandPr1de]

тыц - недавнее освещение этой проблемы, думаю стоит спросить у автора того топика - чем и как всё закончилось у него.

[NiTr0]

Стоит ли покупать CCR1036 и использовать Simpe Tree ?

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

[pavel.odintsov]

В общем-то да, падение на смешных 650 мегабитах - повод отправить железку на свалку.

 

Btw, Linux box 82599/e5 2670v2 4GE в ЧНН при нагрузке в 40%.

Edited April 22, 2015 by pavel.odintsov

[AKim]

В общем-то да, падение на смешных 650 мегабитах - повод отправить железку на свалку.

 

Btw, Linux box 82599/e5 2670v2 4GE в ЧНН при нагрузке в 40%.

 

 

Судя по всему падения начались с самого начала. Если даже глубокой ночью сделать замер скорости с шейпером на 500 мбит, то вытягивает с трудом 300. Не обращали внимания раньше потому, что такие объёмы проходили мимо шейпера, а на шейпере было максимум 100 мбит для ограниченного числа клиентов. Эти 100 мбит тянуло без проблем.

 

Пока что шейпер выключил полностью. Без него всё очень шустро

[BETEPAH]

Правил шейпера сколько?

[AKim]

Правил шейпера сколько?

 

29

[Saab95]

Размеры буферов интерфейсов увеличивали до больших размеров? С родными настройками высокие скорости не прокачает из-за дропов.

[kosmich7]

AKim Опять 25 ? Читайте форум.

[AKim]

AKim Опять 25 ? Читайте форум.

 

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

[Saab95]

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

 

В 5 версии они медленнее, в 6 версии на CCR они быстрые. В 6 версии на x86 они так же медленнее работают, чем на CCR, но быстрее чем на 5 версии.