Jump to content

реальный тест mikrotik ccr16-12g


Recommended Posts

Вы про марку автомобилей?

Нет. :) - он про имя пользователя. :)

Добавлю к плюсам еще время загрузки

Вы ими гвозди забиваете что ли? :) - 3-4 минуты на загрузку при аптайме более полугода ничего не решают.
Link to post
Share on other sites
  • Replies 100
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

50% загрузка на 500мбит pppoe? Без NATа и с выпиленным контраком? Это фейл, целерон за 30$('сервер' в сборе 200$) может значительно больше.

Отпишусь по нашему опыту тестов CCR для PPPoE терминации (BRAS) Это реальный тест Mikrotik CCR1036 в боевых условиях на живой сети.   CCR1036-8G-2S+   Включили двумя десятками - одну в бордер

А saab часом не твое альтер-эго?

Posted Images

Размеры/потребление/шум/скорость загрузки и прочая ерунда для браса/бордера не важны, вы ж его не в ящик на чердак ставите?

У меня в аппаратной (за стеной) MX480 стартовал, так его еле-еле слашно было.
Link to post
Share on other sites

 

Вы про марку автомобилей?

Нет. :) - он про имя пользователя. :)

Тогда мимо :)

 

Гвозди - не гвозди, но приятно через 10 секунд услышать звук готовности бордера

Link to post
Share on other sites

 

Две дуальных PT и порядок.

Ну да, пара двухголовых и стоит кругом. На pppoe ET все равно не нужна.

 

А с чего вдруг на PPPoE ET карта не нужна?

Link to post
Share on other sites

 

 

Две дуальных PT и порядок.

Ну да, пара двухголовых и стоит кругом. На pppoe ET все равно не нужна.

 

А с чего вдруг на PPPoE ET карта не нужна?

 

Дык очереди не работают. Зачем она там?
Link to post
Share on other sites

 

 

 

Две дуальных PT и порядок.

Ну да, пара двухголовых и стоит кругом. На pppoe ET все равно не нужна.

 

А с чего вдруг на PPPoE ET карта не нужна?

 

Дык очереди не работают. Зачем она там?

 

А если раскидывать РРР интерфейсы по ядрам?

Link to post
Share on other sites

Offtopic.

Друзья! Предложите плз свичек с 1-2 sfp+ и десятком гиговых портов

Offtopic off

D-Link 3420-26SC, D-Link 3420-28TC. Оба около 800-900$. Edited by fenix-vt
Link to post
Share on other sites

 

12 root       -68    -     0K   672K WAIT    2  41.2H 13.57% {irq259: igb0:que}

12 root       -68    -     0K   672K WAIT    3  40.9H 13.09% {irq260: igb0:que}

12 root       -68    -     0K   672K RUN     0  40.2H 10.35% {irq257: igb0:que}

12 root       -68    -     0K   672K RUN     1  34.8H  7.67% {irq258: igb0:que}

Link to post
Share on other sites

Как обычно, топик про тест микротика превратился на холивар "микротик vs софтовый десктопный тазик"

 

Странный восторг. Необоснованный какой-то.Любой современный сервер тянет требуемые 1500 online PPPoE без НАТа не напрягаясь вообще. Цена такого сервера - 500$, а пара(все-таки резервирование это сила) осилит 5к сессий и 4Г трафика.При той же итоговой цене что и у некротика.В хозяйстве есть несколько таких серверов, ~1300 сессий с 1G трафика на каждом и пиковая загрузка CPU 10%.Однопроцессорные тазики, уровня i5-2500.В чем плюс железки за $1к, кроме жажды познания? :)

2кайот: Мы такую задачу, как сравнение микротика с *никсами, не ставили. Не дай Бог нам усомниться в Вашем умении настраивать тазики за 500$, нам просто было не лень опубликовать те результаты тестов в реальных условиях, которые другие обычно жмотят!

 

Добра всем!

Edited by fenix-vt
Link to post
Share on other sites

Покажите, как вы проверяли - что-то у меня етшки нормально пашут

Значит ты - волшебник. Научи и нас.
Link to post
Share on other sites

Хм. Да вроде ничего сверхъестественного - все по гуглям. Какой результат вам нужен?

Что б очереди igb'шные на PPPoE трафике работали. Ибо не работают гады, весь поток валит в одну из очередей(хеширование в драйвере сделано по src/dst IP, а трафик то не IP).

В каком виде у вас очереди работают? И точно ли на pppoe?

Link to post
Share on other sites

 

Хм. Да вроде ничего сверхъестественного - все по гуглям. Какой результат вам нужен?

Что б очереди igb'шные на PPPoE трафике работали. Ибо не работают гады, весь поток валит в одну из очередей(хеширование в драйвере сделано по src/dst IP, а трафик то не IP).

В каком виде у вас очереди работают? И точно ли на pppoe?

 

Другого не юзаем. У меня 2 2-ядерных проца. 4 очереди каждой сетевухи прибиты к своему ядру. Топ чуть выше.

 

Скрипт такой...

 

#!/bin/sh

 

# PROVIDE: cpuset-igb

# REQUIRE: FILESYSTEMS

# BEFORE:  netif

# KEYWORD: nojail

 

case "$1" in

*start)

  echo "Binding igb(4) IRQs to CPUs"

  cpus=`sysctl -n kern.smp.cpus`

  vmstat -ai | sed -E '/^irq.*que/!d; s/^irq([0-9]+): igb([0-9]+):que ([0-9]+).*/\1 \2 \3/' |\

  while read irq igb que

  do

    cpuset -l $(( ($igb+$que) % $cpus )) -x $irq

  done

  ;;

esac

Edited by Demeo
Link to post
Share on other sites

 

Хм. Да вроде ничего сверхъестественного - все по гуглям. Какой результат вам нужен?

Что б очереди igb'шные на PPPoE трафике работали. Ибо не работают гады, весь поток валит в одну из очередей(хеширование в драйвере сделано по src/dst IP, а трафик то не IP).

В каком виде у вас очереди работают? И точно ли на pppoe?

 

Ну так может быть при запуске раскидывать pppX интерфейсы по ядрам (rps_cpus, xps_cpus) ?

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
  • Recently Browsing   0 members

    No registered users viewing this page.


×
×
  • Create New...