Date: Thu, 4 Dec 2014 13:50:49 -0700 From: Alan Somers <asomers@freebsd.org> To: "David P. Discher" <dpd@dpdtech.com> Cc: FreeBSD Net <freebsd-net@freebsd.org> Subject: Re: FreeBSD 10-stable (r274577) LACP / IEEE 802.3ad with TP-Link TL-SG2008 - not working Message-ID: <CAOtMX2gEGxTyXjitBu=pjkteocp1pSGxnb%2BWDb_jL3f0YNOjrg@mail.gmail.com> In-Reply-To: <1A44709E-7D0C-4932-8A28-383EAC3F340B@dpdtech.com> References: <1A44709E-7D0C-4932-8A28-383EAC3F340B@dpdtech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Dec 3, 2014 at 12:21 PM, David P. Discher <dpd@dpdtech.com> wrote: > Hey Net - > > In probably a poor, cheap choice, I picked up a TP-Link TL-SG2008 Desktop= Smart Switch, which supports LACP/802.3ad. I=E2=80=99m currently running = 10.1-STABLE r274577 on the machine I=E2=80=99m testing with. I=E2=80=99m t= esting right now with just 1 port (two ports didn=E2=80=99t work either.). > > Hardware is Supermicro X7DB8. > > > em1: <Intel(R) PRO/1000 Network Connection 7.4.2> port 0x2020-0x203f mem = 0xd8260000-0xd827ffff,0xd8240000-0xd825ffff irq 19 at device 0.1 on pci6 > > em1@pci0:6:0:1: class=3D0x020000 card=3D0x109615d9 chip=3D0x10968086 rev= =3D0x01 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '80003ES2LAN Gigabit Ethernet Controller (Copper)' > class =3D network > subclass =3D ethernet > > >> ifconfig lagg0 > lagg0: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu = 1500 > options=3D4219b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM= ,TSO4,WOL_MAGIC,VLAN_HWTSO> > ether 00:30:48:35:cc:25 > inet 10.1.10.150 netmask 0xffffff00 broadcast 10.1.10.255 > nd6 options=3D29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> > media: Ethernet autoselect > status: active > laggproto lacp lagghash l2,l3,l4 > laggport: em1 flags=3D0<> > > > Setting net.link.lagg.lacp.debug=3D2, here is the output from the the hos= t trying to negotiate : > > > em1: lacp_sm_rx_update_default_selected > em1: lacp_sm_rx_update_selected_from_peerinfo > em1: lacp_sm_rx_record_default > em1: lacp_sm_mux: state=3D 0x1, selected=3D 0x0, p_sync=3D 0x0, p= _collecting=3D 0x0 > em1: lacpdu transmit > actor=3D(8000,00-30-48-35-CC-25,008B,8000,0002) > actor.state=3D45<ACTIVITY,AGGREGATION,DEFAULTED> > partner=3D(FFFF,00-00-00-00-00-00,0000,FFFF,0000) > partner.state=3D0 > maxdelay=3D0 > em1: lacp_sm_mux: state=3D 0x0, selected=3D 0x2, p_sync=3D 0x0, p= _collecting=3D 0x0 > em1: lacp_sm_mux: state=3D 0x1, selected=3D 0x2, p_sync=3D 0x0, p= _collecting=3D 0x0 > em1: lacp_sm_mux: state=3D 0x1, selected=3D 0x2, p_sync=3D 0x0, p= _collecting=3D 0x0 > em1: lacpdu transmit > actor=3D(8000,00-30-48-35-CC-25,008B,8000,0002) > actor.state=3D4d<ACTIVITY,AGGREGATION,SYNC,DEFAULTED> > partner=3D(FFFF,00-00-00-00-00-00,0000,FFFF,0000) > partner.state=3D0 > maxdelay=3D0 > em1: lacp_sm_mux: state=3D 0x2, selected=3D 0x2, p_sync=3D 0x0, p= _collecting=3D 0x0 > em1: lacp_sm_mux: state=3D 0x2, selected=3D 0x2, p_sync=3D 0x0, p= _collecting=3D 0x0 > em1: lacp_sm_mux: state=3D 0x2, selected=3D 0x2, p_sync=3D 0x0, p= _collecting=3D 0x0 > [...] > > Not sure if the attachment will work to the list, but here is a pcap atta= ched em1 (sudo tcpdump -i em1 -s 0 -w lacp.pcap). Attaching to the lagg0 w= ith tcpdump, filters out the freebsd=E2=80=99s LACP packets, but still sees= the TP-Link=E2=80=99s packets. Did you remember to configure the switch to use LACP on those ports? It isn't automatic. And did you remember to manually up em1? Those are the two commonest LACP configuration mistakes. -Alan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAOtMX2gEGxTyXjitBu=pjkteocp1pSGxnb%2BWDb_jL3f0YNOjrg>