From owner-freebsd-net@FreeBSD.ORG Thu Dec 4 20:50:51 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA1D3216 for ; Thu, 4 Dec 2014 20:50:51 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49C50257 for ; Thu, 4 Dec 2014 20:50:51 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id ex7so29281836wid.6 for ; Thu, 04 Dec 2014 12:50:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Qn2yARyZYjOU/DNK5zRO3NO69lIQq/O/gR3q5skZ4qc=; b=UEgIopdA6e+FKNwKjyWzfsrZoXKnZH1K18ebnq/GAj/uV3fOI+2CiQQLAP7coSqtue xlzW+uMY7N3SDy10T5pjmCdTWihjHNcQV/pIqkwGu6FxkrxtOWf56JdtPfUXXE8ZI2nu 9fRLkIlcoSK5kf3c7nRUMMfUbaYwfsvxBzcJZ6Wwp6e+P6PGM6nhNCi/8l/NJx9caE43 e95taVWAinXhUnZsSHYoEhADaoPDnUMrL66s37Z6Hj81aHUk/uEamPrDjoh54BvcOGsp ATtmx7WAfnkv+Tm0eBDLN2s53FtkXvJssk8sy5x4MK2mjRTz0VtJAUzHn8s60i8MWjyS 7txQ== MIME-Version: 1.0 X-Received: by 10.194.60.45 with SMTP id e13mr18914645wjr.109.1417726249608; Thu, 04 Dec 2014 12:50:49 -0800 (PST) Sender: asomers@gmail.com Received: by 10.194.17.129 with HTTP; Thu, 4 Dec 2014 12:50:49 -0800 (PST) In-Reply-To: <1A44709E-7D0C-4932-8A28-383EAC3F340B@dpdtech.com> References: <1A44709E-7D0C-4932-8A28-383EAC3F340B@dpdtech.com> Date: Thu, 4 Dec 2014 13:50:49 -0700 X-Google-Sender-Auth: FgusgvxB27xCWAwyP_XZ15cTKpM Message-ID: Subject: Re: FreeBSD 10-stable (r274577) LACP / IEEE 802.3ad with TP-Link TL-SG2008 - not working From: Alan Somers To: "David P. Discher" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2014 20:50:51 -0000 On Wed, Dec 3, 2014 at 12:21 PM, David P. Discher 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: 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 metric 0 mtu = 1500 > options=3D4219b > ether 00:30:48:35:cc:25 > inet 10.1.10.150 netmask 0xffffff00 broadcast 10.1.10.255 > nd6 options=3D29 > 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 > 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 > 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