verhoum Опубликовано 18 сентября, 2009 · Жалоба Я отношу себя к сторонникам использования программных маршрутизаторов когда для доступа в интернет используется полноценная ОС, как то больше шансов на то, что система будет делать, что от этой системы требуется, а не на что систему соорентировал производитель, как в случае с аппаратными маршрутизаторами. и вот вопрос: как сравнить производительность какого нибудь почти soho маршрутизатора, таких как d-link di-624, dir-300, zyxel p-330w ee, asus WL-520g, RX3042h и им подобным c маршрутизатором на базе debian/ubuntu? какие методы, критерии выбрать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Engineer62 Опубликовано 18 сентября, 2009 · Жалоба Я также как и вы за софт. Микротик вполне устраивает. На слабеньком компе (Атлон 650МГц) работает локалка 100Мбит/с и инет 6Мбит/с Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 19 сентября, 2009 · Жалоба когда для доступа в интернет используется полноценная ОС, как то больше шансов на то, что система будет делать, что от этой системы требуется, а не на что систему соорентировал производитель, как в случае с аппаратными маршрутизаторами. Большинство производителей ориентируют свои железки на то, что от них требуется ;-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 19 сентября, 2009 · Жалоба Слабенькие сохо железки лимитированы по количеству одновременных TCP сессий, и пакетрейт у них тот ещё. Вот и померийте. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
otaku Опубликовано 20 сентября, 2009 · Жалоба Начальный коре2дуо с двумя гигами оперативы пропускал гигабитный трафик через себя, примерно на 500 клиентов онлайн, то есть потоки по 2 мегабита от клиента. Стоял Centos 5.0 , в фаерволе около 500 записей, бгп для получения локальных префиксов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bomberman Опубликовано 12 декабря, 2012 · Жалоба Вот вопрос такой возник. Как потестировать роутер/NAT? Вернее как сэметировать эту нагрузку. iperf - понятно. Но хотелось бы что то более приблеженное к реальным условиям. Быть может есть какие то тесты (создание кучи соеденений, NAT сессий, IP, и прочего)? P.s. Тест в реальных условиях понятное дело :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
-Ars- Опубликовано 12 декабря, 2012 · Жалоба Чем плохо отдельно проверить на ппс по rfc2544, а отдельно - запустив на пару дней качать кучу торрентов? Ну и, по ходу, во многих железках нынче стоит hardware acceleration, так,что первые,скажем, 100 соединений все равно ничего не покажут :-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bomberman Опубликовано 12 декабря, 2012 · Жалоба Имеется в виду эмитирование нагрузки нескольких сотен пользователей. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
-Ars- Опубликовано 12 декабря, 2012 · Жалоба Ааа... Тогда ыыы... :-( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 12 декабря, 2012 · Жалоба Имеется в виду эмитирование нагрузки нескольких сотен пользователей. Да легко. Эмуляция коннектов по 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 обходить стороной) Если вам сложно всё это сделать самому, то могу вам собрать такое решение за $$ (на вашем сервере(с возможностью пересобрать ядро)) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
replicant Опубликовано 12 декабря, 2012 · Жалоба Вот вопрос такой возник. Как потестировать роутер/NAT? Вернее как сэметировать эту нагрузку. iperf - понятно. Но хотелось бы что то более приблеженное к реальным условиям. Быть может есть какие то тесты (создание кучи соеденений, NAT сессий, IP, и прочего)? P.s. Тест в реальных условиях понятное дело :) Смотря какое железо пытаться тестировать. Если допустим в рутере или что там у Вас стоит Xeon E3-1240v2 - 1280v2, то замучаетесь с тестами. Эта тварь прожует и 4 Гбит/с на голом NAT и не подавится. А если двухпроцессорное железо в сумме ядер на 8,12,16 (нужное подчеркнуть), то вообще можно не пытаться тестировать какой-то имитацией. Такое hardware по-умолчанию нереально мощное и его завалить вряд ли удастся при правильных настройках ПО на нем. Ему нужны уже не сотни пользователей, а тысячи. Соответственно машина, которая генерирует поток может сама свалиться под нагрузкой. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
^rage^ Опубликовано 12 декабря, 2012 · Жалоба pktgen.ko в linux & ng_source в freebsd. pktgen легко генерировал у меня 1.4Mpps. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 13 декабря, 2012 · Жалоба pktgen.ko в linux & ng_source в freebsd. pktgen легко генерировал у меня 1.4Mpps. pktgen это сила, но когда надо поднять dhcp/ppp-сессии и их поддерживать(слать lcp/dhcp-request), смотреть вернулся ли пакет и т.д., то приходится использовать кучу других подручных средств Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bomberman Опубликовано 13 декабря, 2012 · Жалоба s.lobanov Спасибо. Попробую что то подобное скрутить :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...