[verhoum]

Я отношу себя к сторонникам использования программных маршрутизаторов

когда для доступа в интернет используется полноценная ОС, как то больше шансов на то, что система будет делать, что от этой системы требуется, а не на что систему соорентировал производитель, как в случае с аппаратными маршрутизаторами.

 

и вот вопрос: как сравнить производительность какого нибудь почти soho маршрутизатора, таких как d-link di-624, dir-300, zyxel p-330w ee, asus WL-520g, RX3042h и им подобным c маршрутизатором на базе debian/ubuntu?

какие методы, критерии выбрать?

[Engineer62]

Я также как и вы за софт.

Микротик вполне устраивает. На слабеньком компе (Атлон 650МГц) работает локалка 100Мбит/с и инет 6Мбит/с

[vIv]

когда для доступа в интернет используется полноценная ОС, как то больше шансов на то, что система будет делать, что от этой системы требуется, а не на что систему соорентировал производитель, как в случае с аппаратными маршрутизаторами.

Большинство производителей ориентируют свои железки на то, что от них требуется ;-)

[Ivan_83]

Слабенькие сохо железки лимитированы по количеству одновременных TCP сессий, и пакетрейт у них тот ещё.

Вот и померийте.

 

[otaku]

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

Стоял Centos 5.0 , в фаерволе около 500 записей, бгп для получения локальных префиксов.

[bomberman]

Вот вопрос такой возник. Как потестировать роутер/NAT? Вернее как сэметировать эту нагрузку. iperf - понятно. Но хотелось бы что то более приблеженное к реальным условиям. Быть может есть какие то тесты (создание кучи соеденений, NAT сессий, IP, и прочего)?

P.s. Тест в реальных условиях понятное дело :)

[-Ars-]

Чем плохо отдельно проверить на ппс по rfc2544, а отдельно - запустив на пару дней качать кучу торрентов?

 

Ну и, по ходу, во многих железках нынче стоит hardware acceleration, так,что первые,скажем, 100 соединений все равно ничего не покажут :-)

[bomberman]

Имеется в виду эмитирование нагрузки нескольких сотен пользователей.

[-Ars-]

Ааа... Тогда ыыы... :-(

[s.lobanov]

Имеется в виду эмитирование нагрузки нескольких сотен пользователей.

 

Да легко.

Эмуляция коннектов по pppoe/dhcp делается так: берёте PC(сервер) с linux с нормальной картой на 1G, создаёте либо несколько сотен macvlan-интерфейсов(ip link add link eth0 address 00:XX:XX:XX:XX:$i m$i type macvlan, ifconfig m$i up) или сотни сабов с dot1q инкапсуляцией(vconfig add eth0 $i, ifconfig eth0.$i up) - в зависимости что у вас - S-Vlan или C-Vlan.

Далее запускаете сотни экзямпляров pppd или dhclient/dhcpcd. Потом создаёте сотни таблиц маршрутизации(/etc/iproute2/rt_tables), в которых выпускаете трафик через соответствующее клиентское подключение, с помощью ip rule по fwmark заруливаете трафик в нужную таблицу, а маркировку трафика осуществляете с помощью iptables(например можно матчить трафику по юзеру и запускать генераторы трафика от разных юзеров)

 

В принципе для pptp/l2tp тоже самое можно сделать, но я не знаю нормального высокопроизводительного клиента под linux(стараюсь pptp/l2tp обходить стороной)

 

Если вам сложно всё это сделать самому, то могу вам собрать такое решение за $$ (на вашем сервере(с возможностью пересобрать ядро))

[replicant]

Вот вопрос такой возник. Как потестировать роутер/NAT? Вернее как сэметировать эту нагрузку. iperf - понятно. Но хотелось бы что то более приблеженное к реальным условиям. Быть может есть какие то тесты (создание кучи соеденений, NAT сессий, IP, и прочего)?

P.s. Тест в реальных условиях понятное дело :)

 

Смотря какое железо пытаться тестировать. Если допустим в рутере или что там у Вас стоит Xeon E3-1240v2 - 1280v2, то замучаетесь с тестами. Эта тварь прожует и 4 Гбит/с на голом NAT и не подавится. А если двухпроцессорное железо в сумме ядер на 8,12,16 (нужное подчеркнуть), то вообще можно не пытаться тестировать какой-то имитацией. Такое hardware по-умолчанию нереально мощное и его завалить вряд ли удастся при правильных настройках ПО на нем. Ему нужны уже не сотни пользователей, а тысячи. Соответственно машина, которая генерирует поток может сама свалиться под нагрузкой.

[^rage^]

pktgen.ko в linux & ng_source в freebsd.

 

pktgen легко генерировал у меня 1.4Mpps.

[s.lobanov]

pktgen.ko в linux & ng_source в freebsd.

 

pktgen легко генерировал у меня 1.4Mpps.

 

pktgen это сила, но когда надо поднять dhcp/ppp-сессии и их поддерживать(слать lcp/dhcp-request), смотреть вернулся ли пакет и т.д., то приходится использовать кучу других подручных средств

[bomberman]

s.lobanov

Спасибо. Попробую что то подобное скрутить :)