From owner-freebsd-net@FreeBSD.ORG Thu Dec 18 16:46:56 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 57416F28; Thu, 18 Dec 2014 16:46:56 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2ABEC186B; Thu, 18 Dec 2014 16:46:56 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id sBIGkpR3072513 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Dec 2014 08:46:52 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id sBIGkpGU072512; Thu, 18 Dec 2014 08:46:51 -0800 (PST) (envelope-from jmg) Date: Thu, 18 Dec 2014 08:46:51 -0800 From: John-Mark Gurney To: Alan Somers Subject: Re: FreeBSD 10-stable (r274577) LACP / IEEE 802.3ad with TP-Link TL-SG2008 - not working Message-ID: <20141218164651.GS25139@funkthat.com> Mail-Followup-To: Alan Somers , Craig Rodrigues , FreeBSD Net , Adam McDougall , "David P. Discher" References: <5480D8EF.9000804@egr.msu.edu> <3D993418-E632-44BA-8FE2-2F3F34188F20@dpdtech.com> <34276C9E-CAEF-4E3F-AA2A-568F2D3099EC@dpdtech.com> <2BCFC9D3-3B7D-421F-9FDA-0C4E1018F8F5@dpdtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Thu, 18 Dec 2014 08:46:52 -0800 (PST) Cc: Craig Rodrigues , FreeBSD Net , Adam McDougall , "David P. Discher" 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, 18 Dec 2014 16:46:56 -0000 Alan Somers wrote this message on Thu, Dec 18, 2014 at 09:15 -0700: > On Wed, Dec 17, 2014 at 10:11 PM, Craig Rodrigues wrote: > > On Wed, Dec 17, 2014 at 9:08 PM, Craig Rodrigues > > wrote: > >> > >> > >> > >> On Wed, Dec 17, 2014 at 5:36 PM, David P. Discher wrote: > >>> > >>> > >>> Yeah, Alan - will do ... if I decided to look into more. That is why I was > >>> looking for spec on LACP. One side is doing it wrong. FreeBSD is looking > >>> for a LACPDU of exactly sizeof ( struct lacpdu ) which is 124 bytes. The > >>> TP-Link is sending a PDU of 128 bytes. I was hoping someone would know off > >>> hand what the spec says, if the PDU "should be" or "must be". > >>> > >> > >> > >> I think you have stumbled across a valid problem in the FreeBSD code. I > >> don't have access > >> to 802.3ad-2000, but this might give you some clues: > >> http://kb.juniper.net/InfoCenter/index?page=content&id=KB17674 > >> > >> I would also look at the source code of wireshark to be sure. wireshark > >> has a sample capture of LACP packets here: > >> > >> http://wiki.wireshark.org/LinkAggregationControlProtocol > >> > >> > > And here: > > > > http://www-01.ibm.com/support/docview.wss?uid=isg1VM64842 > > Good find, Craig. Also, I found the full LACPDU definition. It's in > section 5.4.2.2, page 33, of the 802.1ax-2008 spec that I linked to. > You can see the 4-byte FCS field at the end. Does your tp_link[4] > field look like an FCS? If so, you need to figure out why it's > propagating all the way up to the LACP level. It very well could be that the authors of the TP-Link firmware missed the comment in 1ax that says the FCS is generated by the MAC, and include it in their sending... If you could capture the original frame, and check the ether_type field, to see if it is 124 or 128... If it's 128, they probably added the FCS manually and the the MAC adds it a second time... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."