Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 13 Jan 2006 16:14:12 -0600
From:      Dan Nelson <dnelson@allantgroup.com>
To:        Ian Lord <mailing-lists@msdi.ca>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: NIC bonding/teaming
Message-ID:  <20060113221411.GA10326@dan.emsphone.com>
In-Reply-To: <7.0.0.16.2.20060113165547.054915c8@Msdi.ca>
References:  <43C80BF0.9050609@jim-liesl.org> <41B6048D-0F43-452A-8135-F2BF71B2DEF2@submonkey.net> <7.0.0.16.2.20060113165547.054915c8@Msdi.ca>

next in thread | previous in thread | raw e-mail | index | archive | help
In the last episode (Jan 13), Ian Lord said:
> At 16:47 2006-01-13, Ceri Davies wrote:
> >On 13 Jan 2006, at 20:22, jim feldman wrote:
> >>Does 6.x have a nic bonding/teaming/failover feature like the linux
> >>bond (rnd robin, failover, ld bal, trunking)?  I'm thinking
> >>multiple nics, one server, same lan/vlan.  I've read up on CARP and
> >>one2many, but they don't seem to do what bond does.
> >
> >I think you want ng_one2many(4).
> 
> I did a lot of tests with carp (was not appropriate at all), and
> ng_one2many
>
> I was able to make two nics appears at one with ng_one2many, but
> after severals days of tests and research, dropped it because it
> caused bad side effects and when I was pulling one nic out, it was
> stopping to transmit/receive for some moment. Also on the switch,
> both nics were registering the same mac address so my cisco was
> sending me warning about it every minute.

That's because you forgot to configure your cisco and tell it those two
ports were trunked together :)

Another alternative to ng_one2many is ng_fec, which despite its name
does not actually negotiate the FEC protocol with the remote end (you
have to hardcode it on the switch), but does do mac/ip port hashing. 
That prevents packet reordering within flows.  Patches to add LACP
negotiation (FEC is obsolete) are welcome though :)

-- 
	Dan Nelson
	dnelson@allantgroup.com



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060113221411.GA10326>