Подскажите простейший коммутатор для подключения к серверу с использованием trunk. На сервере стоит две сетевые карты Intel PRO/1000MT. Необходимо их объединить в один канал для увеличения скорости обмена с сервером. Больше ничего не нужно. Количество портов на коммутаторе достаточно 8 на 1gb (желательно). Можно на 16 портов. Навороты коммутатора ненужны.

если сетевые карты Intel поддерживают стандарт LACP - то можно использовать DGS-3024.

_________________
С уважением, Карагезов Владислав

Получается, что DES-1226G (серия Smart) Link Aggregation при подключении к нему хоста не поддерживает, ибо там нет поддержки LACP'a?
В аннотации к DES-1226G написано:
"Объединение каналов для агрегирования полосы пропускания
Порты коммутатора могут быть объединены вместе для создания канала связи с агрегированной полосой пропускания для подключения к серверам или магистрали сети."

Как это понимать?

Подскажите пожалуйста, "Trunk" это, что за стандарт?
Насколько я понимаю он должен входить в IEEE 802.3ad, если это так то как он называется и чем отличается от EtherChannel и LACP'a.

Заранее спасибо...

Если на сервере "крутится" ОС linux, то вы вполне можете связать его (сервер) аггрегатированным каналом с ЛЮБЫМ коммутатором, поддерживающим "trunk". Т.е. наличие поддержки LACP со стороны коммутатора совершенно необязательно!
Причём вы можете получить как увеличение полосы пропускания, так и повышение отказоустойчивости.

openSUSE родимая и крутится.
Стало быть вы имеете ввиду "Bonding".
Будте любезны просветить относительно режима бондинга...

mode=0 (balance-rr)
Round-robin policy: Transmit packets in sequential order from the first available slave through the last. This mode provides load balancing and fault tolerance.

mode=1 (active-backup)
Active-backup policy: Only one slave in the bond is active. A different slave becomes active if, and only if, the active slave fails. The bond's MAC address is externally visible on only one port (network adapter) to avoid confusing the switch. This mode provides fault tolerance. The primary option affects the behavior of this mode.

mode=2 (balance-xor)
XOR policy: Transmit based on [(source MAC address XOR'd with destination MAC address) modulo slave count]. This selects the same slave for each destination MAC address. This mode provides load balancing and fault tolerance.

mode=3 (broadcast)
Broadcast policy: transmits everything on all slave interfaces. This mode provides fault tolerance.

mode=4 (802.3ad)
IEEE 802.3ad Dynamic link aggregation. Creates aggregation groups that share the same speed and duplex settings. Utilizes all slaves in the active aggregator according to the 802.3ad specification.

mode=5 (balance-tlb)
Adaptive transmit load balancing: channel bonding that does not require any special switch support. The outgoing traffic is distributed according to the current load (computed relative to the speed) on each slave. Incoming traffic is received by the current slave. If the receiving slave fails, another slave takes over the MAC address of the failed receiving slave.

mode=6 (balance-alb)
Adaptive load balancing: includes balance-tlb plus receive load balancing (rlb) for IPV4 traffic, and does not require any special switch support. The receive load balancing is achieved by ARP negotiation. The bonding driver intercepts the ARP Replies sent by the local system on their way out and overwrites the source hardware address with the unique hardware address of one of the slaves in the bond such that different peers use different hardware addresses for the server.

0 - в основном для соединения "server to server"
1 - тупой "fail over"
2 - это, как я понимаю, Cisco Fast EtherChannel (FEC), примерно 160Мбит при 2х 100Мбитных NIC'ак.
3 - ...?
4 - LACP?
5 - какая-то поделка не требующая поддержки со стороны коммутатора.
6 - то же, что и 5тый режим

Внимание вопрос!
Какие из этих режимов будут работать с DES-1226G
2ой не будет, ибо не Сисько.
5ый,6ой будут на любом, а ысчё?

Именно bonding
Я лично пользую mode 0 (round-robin balancing) и зело доволен (правда не в паре с DES-1226G, но тоже в режиме "trunk", так что работать должно).
Исходящий из сервера трафик идеально сбалансирован по всем интерфейсам в "транке" (в том смысле, что интерфейсы сервера "переключаются" по кругу с каждым новым отправляемым в сеть пакетом); трафик, входящий в сервер, балансирует согласно заданному на коммутаторе алгоритму.
Кроме того, если какой-либо линк в "транке" "падает", то и коммутатор, и сервер, перестают его использовать, и потерь пакетов не случается, хотя скорость в канале, естественно, падает. Когда же линк восстанавливается, обе стороны его "подхватывают".

hint: Кстати, в вашей сети используются vlan'ы? Если да, то под "линухом" они превосходно работают поверх boning'а!

зы. А коммутатор я бы всё ж таки посоветовал бы какой-нибудь из серии 3ххх. В конце концов простенький DGS-3024 не так уж и дОрог.