имеется fbsd5.4 имеется отсутствие поддержки trunk ядром, и есть ng_one2many + catalyst2950 c-24. На фре крутиться почтовик, веб-сервер, самба для локалки, все достаточно заюзано. Необходимо повысить пропускную способность (частичная сегментация сети сделана, но это не панацея)
Даст ли такая вот конструкция, что приведена в мане:
# Plumb nodes together
ngctl mkpeer fxp0: one2many upper one
ngctl connect fxp0: fxp0:upper lower many0
ngctl connect fxp1: fxp0:upper lower many1
ngctl connect fxp2: fxp0:upper lower many2
ngctl connect fxp3: fxp0:upper lower many3
# Allow fxp1 through fxp3 to xmit/recv fxp0 frames
ngctl msg fxp1: setpromisc 1
ngctl msg fxp2: setpromisc 1
ngctl msg fxp3: setpromisc 1
ngctl msg fxp1: setautosrc 0
ngctl msg fxp2: setautosrc 0
ngctl msg fxp3: setautosrc 0
# Configure all four links as up
Даст ли необходимый мне прирост, хотя бы в режиме "отдать" от сервера клиенту данные? По идее:
The following commands will set up Ethernet interfaces fxp0 to deliver
packets alternating over the physical interfaces corresponding to net-
working interfaces fxp0 through fxp3:
Но я буду слать не четырем сетевухам такого-же сервера по принципу point-to-point.
И мне несколько не понятно, а как он будет принимать данные на один fxp0 или все же на все четыре?
В идеале мне необходимо получить и на вход и на выход увеличение пропускной способности хотя бы в полтора-два раза при наличии 2-3 карточек fxp по сравнению с нынешним положением вещей.
Если все же будут слаться на одну fxp0, тогда особого прироста я не олучу - все равно на свиче данные будут ставиться в очередь на доставку и на прием, я не выигрываю ничего, а то даже и проигрываю, хотя на исход и получаю определенный прирост.
Поясните, кто стаким крутился, механизм работы, а то полностью в ман въехать не могу.
Или может есть смысл что-то поправить в самой каталисте? Посмотреть в сторону trunk ?
Вариант для распечатки
OpenNET: Виртуальная конференция (Public)
(ok) on 16-Фев-06, 21:33 
