LINUX.ORG.RU
ФорумAdmin

Конфигурация компа-маршрутизатора на 4xGbit NIC

 , ,


0

2

Надо собрать программный маршрутизатор на Debian 6.0, который будет соединять 4 гигабитовые сети. Будут несколько статических маршрутов. Сколько ресурсов будет кушать такая маршрутизация на полной нагрузке? Хватит ли на это Celeron G460? Тут важно минимальное энергопотребление. Еще завалялась пара гигабитовых сетевых адаптеров на PCI-слоте. Докупить 3й такой самый и материнку с 3 PCI-слотами или лучше материнку с 3 PCI-E и 3 новых адаптера на этот-же слот?

Ответ на: комментарий от hizel

Если были бы деньги на каталист, я бы эту тему не начинал. Так-что будьте любезны и ответьте именно на мои вопросы без всяких тут да около.

tintix ()

побольше памяти, однозначно pcie и чтобы msi прерывания были

а pci шина делится на всех плюс с прерываниями будут проблемы.

dimon555 ★★★★★ ()
Ответ на: комментарий от dimon555

побольше памяти,

Зачем ?

чтобы msi прерывания были

Это подразумевает наличие соответствующих сетевых плат и никаких Celeron-ов, так как речь уже о многоядернике (более двух).

AS ★★★★★ ()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от hizel

лучше для маршрутизации сисечку третьего уровня возьмите.

Если наворотов не надо, а только роутинг, можно хоть D-Link.

AS ★★★★★ ()
Ответ на: комментарий от power

Откуда начинаются навороты ?

От наличия необходимости поддержки OSPF, например. Или, тем более, IS-IS. Оно там есть местами, и, даже, можно с D-Link списываться и явные ляпы онни устранять будут, но это кропотливая доводка и не каждый захочет возиться c багрепортами и ждать фиксов. Фильтрация трафика, опять же, и т.п. Вероятность того, что у Cisco эти грабли в прошлом, сильно выше. Вот что можно достаточно смело вместо Циско смотреть, это Хуавей. Смело можно Juniper, но это может, местами, дороже Циски выйти.

AS ★★★★★ ()

Тут важно минимальное энергопотребление.

L3 коммутатор будет сильно выигрышнее по этому параметру (если монстра какого-нибудь, операторского класса, не рассматривать). В разы. Если это важнее будущей гибкости, экономия на покупке коммутатора может оказаться липовой.

AS ★★★★★ ()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от YAR

в гигабитном стандарте нет полудуплекса, значитсо умножайте еще на два

hizel ★★★★★ ()
Ответ на: комментарий от AS

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

Эластичность тоже важна, а так-же DHCP и iptables тоже нужны. Еще не известно, что в будущем еще понадобится.

Значит так, материнская плата будет с одним встроенным и 3 дополнительными гигабитными адаптерами на PCI-E. Добрые люди, спрашиваю еще раз - Celeron G460 хватит, чтобы гонять пакеты по 4 сетям?

tintix ()
Ответ на: комментарий от tintix

Добрые люди, спрашиваю еще раз - Celeron G460 хватит, чтобы гонять пакеты по 4 сетям?

Да никто не скажет толком. Много неизвестных. У роутера один из ключевых параметров - пакет в секунду. Размер, при этом, почти не важен. Одно дело гнать гигабит в пакетах по 32 байта (обычный icmp echo, например), и совсем другое - в пакетах по, скажем, по килобайту. Последнее значительно проще. Плюс «умные» сетевые карты могут разбирать часть пакета самостоятельно, снижая нагрузку на процессор.

В общем, без теста однозначно никто не скажет. А вероятность того, что кто-то тут это лично проверял, не велика.

AS ★★★★★ ()
Ответ на: комментарий от AS

В общем, без теста однозначно никто не скажет. А вероятность того, что кто-то тут это лично проверял, не велика.

Так и быть - соберу тестовую систему с двумя адаптерами. Можете посоветовать какой-нибудь софт для проверки пропускной способности сети?

tintix ()
Ответ на: комментарий от tintix

Можете посоветовать какой-нибудь софт для проверки пропускной способности сети?

Могу только для отслеживания состояния: collectd на этот роутер. Генераторы трафика, которыми оценивают производительность, стоят немалых денег и это программно-аппаратные штуки. Чем характерно нагрузить без них, я не знаю. Разве что поставить прямо в работу. Для грубой оценки можно воспользоваться http://ru.wikipedia.org/wiki/Iperf наверное.

AS ★★★★★ ()

GIGABIT на простом PCI? уверен?;) и да,т память тут не очень важна, как впрочем и проц бесчеловечные опыты во времена она (~2004 год) показали что самый глваный фактор - шина. min 64bit PCI-X 100. было 2 встроенных гигабита и 1 плата типа 2порт Тундры (intel mt1000 или чего-то такое). сервант был какой-то из мелких IBM (x305 или как-то так) итого 4 GBE и 1 G.703. так оно ещё успевало и full-view BGP разруливать на 2 upstream.:-) так что смотри на PCIe однозначно!

а дешёвые PCI BGE - есть и такие - это ни о чём, офисный вариант.>/dev/null их.

mumpster ★★★★★ ()
Ответ на: комментарий от mumpster

А TOE вообще требует какой-то поддержки со стороны системы или работает сам по себе? А то вот есть у меня на Dell 2950 ключик, а хз, как с ним работать (и надо ли).

YAR ★★★★★ ()
Ответ на: комментарий от mumpster

Спасибо, mumpster, за советы

TOE не работает на Линуксе из коробки, а патчить-собирать ядро - да ну, стабильность и оффиц. обновления важней...

The standard Linux kernel does not include support for TOE hardware.

http://en.wikipedia.org/wiki/TCP_offload_engine#Support_in_Linux

tintix ()
Ответ на: комментарий от tintix

TOE

увы, но без TOE - тяжело.:( и да, вдороге кормить никто не обещал. и кстати - а в чём проблема ведро пропачить? можно даже полуавтоматически делать это - у тя какой дистр планируется ваще?

mumpster ★★★★★ ()
Ответ на: TOE от mumpster

Буду ставить Дебиан. Когда будет время, соберу тестовый мусорник - там и гляну, нужен ТОЕ или нет.

tintix ()
Ответ на: TOE от mumpster

Я лошара - инфа о TOE в википедии наверно 10-летней давности. В драйверах определенных адаптеров TOE включен по умолчанию. В одних девайсах TOE только разгружает чеки TX/RX, а в других девайсах умеет кое-что больше. Из того, что у меня имелось, больше всего наваротов оказалось на гигабитном интеловском адаптере.

root@dpils-gw:~# ethtool -k eth4
Offload parameters for eth4:
rx-checksumming: on
tx-checksumming: on
scatter-gather: on
tcp-segmentation-offload: on
udp-fragmentation-offload: off
generic-segmentation-offload: on
generic-receive-offload: off
large-receive-offload: off
ntuple-filters: off
receive-hashing: off
tintix ()
Ответ на: комментарий от tintix

О, интересно. Надо будет свежее ядро на сервер накатить да тоже глянуть.

YAR ★★★★★ ()
Ответ на: комментарий от tintix

гм, ну когда эта тема была мне интересна (в 2004 году) - именно так оно и было как в педивикии написано.

mumpster ★★★★★ ()
Ответ на: комментарий от tintix

софт для проверки пропускной способности сети?

iperf
netperf
nc
dimon555 ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.