From nobody@FreeBSD.org  Tue Jan 21 15:19:28 2014
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1])
	(using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by hub.freebsd.org (Postfix) with ESMTPS id DC8A3B36
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 21 Jan 2014 15:19:28 +0000 (UTC)
Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.freebsd.org (Postfix) with ESMTPS id AE86317A7
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 21 Jan 2014 15:19:28 +0000 (UTC)
Received: from oldred.freebsd.org ([127.0.1.6])
	by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id s0LFJSwT002513
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 21 Jan 2014 15:19:28 GMT
	(envelope-from nobody@oldred.freebsd.org)
Received: (from nobody@localhost)
	by oldred.freebsd.org (8.14.5/8.14.5/Submit) id s0LFJSOn002499;
	Tue, 21 Jan 2014 15:19:28 GMT
	(envelope-from nobody)
Message-Id: <201401211519.s0LFJSOn002499@oldred.freebsd.org>
Date: Tue, 21 Jan 2014 15:19:28 GMT
From: Michael Rebele <m.rebele@web.de>
To: freebsd-gnats-submit@FreeBSD.org
Subject: Link Aggregation LAGG: LACP not working in 10.0
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         185967
>Category:       kern
>Synopsis:       [lagg] [patch] Link Aggregation LAGG: LACP not working in 10.0
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-net
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jan 21 15:20:00 UTC 2014
>Closed-Date:    
>Last-Modified:  Sun Apr 20 03:22:26 UTC 2014
>Originator:     Michael Rebele
>Release:        10.0-RELEASE
>Organization:
>Environment:
FreeBSD fserver 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014     root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64
>Description:
After upgrading from 9.2-RELEASE-p3 the link aggregation with lacp is not working anymore.
It seems that it does not depend on the used network-hardware.
The machine has the following configuration:
a quad-port Broadcom card:
bge0: <Broadcom NetXtreme Gigabit Ethernet, ASIC rev. 0x5720000> mem 0xd90a0000-0xd90affff,0xd90b0000-0xd90bffff,0xd90c0000-0xd90cffff irq 34 at device 0.0 on pci2

and a dual-port Intel card:
igb0: <Intel(R) PRO/1000 Network Connection version - 2.4.0> mem 0xd4d00000-0xd4dfffff,0xd4ff8000-0xd4ffbfff irq 82 at device 0.0 on pci68

On 9.2 the lagg0 configuration was as follows (from /etc/rc.conf):
ifconfig_igb0="UP"
ifconfig_igb1="UP"
ifconfig_bge2="UP"
ifconfig_bge3="UP"
cloned_interfaces="lagg0"
ifconfig_lagg0="laggproto lacp laggport igb0 laggport igb1 laggport bge2 laggport bge3 10.50.1.154 netmask 255.255.0.0"
defaultrouter="10.50.0.1"
 ifconfig_lagg0_alias0="inet 10.50.1.155 netmask 255.255.0.0"
 ifconfig_lagg0_alias1="inet 10.50.1.165 netmask 255.255.0.0"

This all works fine and as expected under 9.2.

After upgrading to 10.0-RC5, you can't connect to the machine as expected. The lagg0-Interface goes up, but no network connection is possible. Changing to 10.0-RELEASE didn't solve the problem. 
I tried several things under 10.0 (w. LACP as Protocol Type):
lagg-Interface with bge2 and bge3 network interfaces: not working
lagg-interface with igb0 and igb1 network interfaces: not working

ifconfig shows the interface as up and active, netstat -r shows the assigned IP-Adresses and the correct entry for the defaultroute. But e.g. you can't ping the gateway (100% packet loss).

If i change the LAGG-Protocol to failover, then the lagg-Interface is working. It seems to me, that there is a problem only with LACP in 10.0.
>How-To-Repeat:
With the help of Google i found this thread, the problem has been previously discussed here before:
http://forums.freebsd.org/viewtopic.php?f=7&t=43665
>Fix:
Don't use laggproto lacp, use laggproto failover instead (which is virtually not the same)

>Release-Note:
>Audit-Trail:

From: Brad Davis <brd@FreeBSD.org>
To: bug-followup@FreeBSD.org, m.rebele@web.de
Cc:  
Subject: Re: kern/185967: Link Aggregation LAGG: LACP not working in 10.0
Date: Thu, 23 Jan 2014 09:30:45 -0700

 Hi,
 
 I have been using LACP interfaces on 10.0 just fine using the em driver
 with a Cisco 3750X switch.
 
 What brand/model switch are you using on the remote side?
 
 
 Regards,
 Brad Davis

From: =?iso-8859-1?Q?Benedikt_Nie=DFen?= <info@bhash.de>
To: bug-followup@FreeBSD.org,
 m.rebele@web.de
Cc:  
Subject: Re: kern/185967: Link Aggregation LAGG: LACP not working in 10.0
Date: Fri, 24 Jan 2014 09:21:48 +0100

 --Apple-Mail=_4504054A-AB78-4540-A587-96998E3CFECA
 Content-Transfer-Encoding: quoted-printable
 Content-Type: text/plain;
 	charset=windows-1252
 
 Hi,
 
 I=92m using the igb driver and it doesn=92t work as well.
 
 The switch is a Juniper EX3300-48T.
 
 I tried to switch to failover but this seems not to work as well.
 
 Best regards
 Ben=
 
 --Apple-Mail=_4504054A-AB78-4540-A587-96998E3CFECA
 Content-Disposition: attachment;
 	filename=smime.p7s
 Content-Type: application/pkcs7-signature;
 	name=smime.p7s
 Content-Transfer-Encoding: base64
 
 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOzDCCBIow
 ggNyoAMCAQICECf06hH0eobEbp27bqkXBwcwDQYJKoZIhvcNAQEFBQAwbzELMAkGA1UEBhMCU0Ux
 FDASBgNVBAoTC0FkZFRydXN0IEFCMSYwJAYDVQQLEx1BZGRUcnVzdCBFeHRlcm5hbCBUVFAgTmV0
 d29yazEiMCAGA1UEAxMZQWRkVHJ1c3QgRXh0ZXJuYWwgQ0EgUm9vdDAeFw0wNTA2MDcwODA5MTBa
 Fw0yMDA1MzAxMDQ4MzhaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNh
 bHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0
 dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0
 aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsjmF
 pPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIxB8dOtINknS4p1aJk
 xIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8om+rWV6lL8/K2m2q
 L+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHGTPNpsaguG7bUMSAs
 vIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7NlyP0e03RiqhjKaJMe
 oYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4HhMIHeMB8GA1UdIwQYMBaAFK29mHo0tCb3
 +sQmVO8DveAky1QaMB0GA1UdDgQWBBSJgmd9xJ0mcABLtFBIfN49rgRufTAOBgNVHQ8BAf8EBAMC
 AQYwDwYDVR0TAQH/BAUwAwEB/zB7BgNVHR8EdDByMDigNqA0hjJodHRwOi8vY3JsLmNvbW9kb2Nh
 LmNvbS9BZGRUcnVzdEV4dGVybmFsQ0FSb290LmNybDA2oDSgMoYwaHR0cDovL2NybC5jb21vZG8u
 bmV0L0FkZFRydXN0RXh0ZXJuYWxDQVJvb3QuY3JsMA0GCSqGSIb3DQEBBQUAA4IBAQAZ2IkRbyis
 pgCi54fBm5AD236hEv0e8+LwAamUVEJrmgnEoG3XkJIEA2Z5Q3H8+G+v23ZF4jcaPd3kWQR4rBz0
 g0bzes9bhHIt5UbBuhgRKfPLSXmHPLptBZ2kbWhPrXIUNqi5sf2/z3/wpGqUNVCPz4FtVbHdWTBK
 322gnGQfSXzvNrv042n0+DmPWq1LhTq3Du3Tzw1EovsEv+QvcI4l+1pUBrPQxLxtjftzMizpm4Qk
 LdZ/kXpoAlAfDj9N6cz1u2fo3BwuO/xOzf4CjuOoEwqlJkRl6RDyTVKnrtw+ymsyXEFs/vVdoOr/
 0fqbhlhtPZZH5f4ulQTCAMyOofK7MIIFGjCCBAKgAwIBAgIQbRnqpxlPajMi5iIyeqpx3jANBgkq
 hkiG9w0BAQUFADCBrjELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVUMRcwFQYDVQQHEw5TYWx0IExh
 a2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3JrMSEwHwYDVQQLExhodHRwOi8v
 d3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVUTi1VU0VSRmlyc3QtQ2xpZW50IEF1dGhlbnRp
 Y2F0aW9uIGFuZCBFbWFpbDAeFw0xMTA0MjgwMDAwMDBaFw0yMDA1MzAxMDQ4MzhaMIGTMQswCQYD
 VQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRow
 GAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50
 aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC
 AQEAkoSEW0tXmNReL4uk4UDIo1NYX2Zl8TJO958yfVXQeExVt0KU4PkncQfFxmmkuTLE8UAakMwn
 VmJ/F7Vxaa7lIBvky2NeYMqiQfZq4aP/uN8fSG1lQ4wqLitjOHffsReswtqCAtbUMmrUZ28gE49c
 NfrlVICv2HEKHTcKAlBTbJUdqRAUtJmVWRIx/wmi0kzcUtve4kABW0ho3cVKtODtJB86r3FfB+Os
 vxQ7sCVxaD30D9YXWEYVgTxoi4uDD216IVfmNLDbMn7jSuGlUnJkJpFOpZIP/+CxYP0ab2hRmWON
 GoulzEKbm30iY9OpoPzOnpDfRBn0XFs1uhbzp5v/wQIDAQABo4IBSzCCAUcwHwYDVR0jBBgwFoAU
 iYJnfcSdJnAAS7RQSHzePa4Ebn0wHQYDVR0OBBYEFHoTTgB0W8Z4Y2QnwS/ioFu8ecV7MA4GA1Ud
 DwEB/wQEAwIBBjASBgNVHRMBAf8ECDAGAQH/AgEAMBEGA1UdIAQKMAgwBgYEVR0gADBYBgNVHR8E
 UTBPME2gS6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRB
 dXRoZW50aWNhdGlvbmFuZEVtYWlsLmNybDB0BggrBgEFBQcBAQRoMGYwPQYIKwYBBQUHMAKGMWh0
 dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BZGRUcnVzdENsaWVudF9DQS5jcnQwJQYIKwYBBQUH
 MAGGGWh0dHA6Ly9vY3NwLnVzZXJ0cnVzdC5jb20wDQYJKoZIhvcNAQEFBQADggEBAIXWvnhXVW0z
 f0RS/kLVBqgBA4CK+w2y/Uq/9q9BSfUbWsXSrRtzbj7pJnzmTJjBMCjfy/tCPKElPgp11tA9OYZm
 0aGbtU2bb68obB2v5ep0WqjascDxdXovnrqTecr+4pEeVnSy+I3T4ENyG+2P/WA5IEf7i686ZUg8
 mD2lJb+972DgSeUWyOs/Q4Pw4O4NwdPNM1+b0L1garM7/vrUyTo8H+2b/5tJM75CKTmD7jNpLoKd
 RU2oadqAGx490hpdfEeZpZsIbRKZhtZdVwcbpzC+S0lEuJB+ytF5OOu0M/qgOl0mWJ5hVRi0IdWZ
 1eBDQEIwvuql55TSsP7zdfl/bucwggUcMIIEBKADAgECAhEAx3zL/6cW5BC6sDSgozFtojANBgkq
 hkiG9w0BAQUFADCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ
 MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP
 TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTAeFw0xMzExMjUw
 MDAwMDBaFw0xNDExMjUyMzU5NTlaMB4xHDAaBgkqhkiG9w0BCQEWDWluZm9AYmhhc2guZGUwggEi
 MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCwTNM2eX6b2VjHsBtiDVv6PsobqV8IdFJef8J2
 3+DLk8J9V2morkHrUm7aAH78uFQ1JZ4n2UjaJ+pqbhbA5R5qxixKDYfjVyX+8TRQmMq0IuLVEEWc
 9I50+6bHUDKCsHh3sb9dKiaNzxJqegal/G5imVjaAELKkO1318d2Fy1Q2NEA0667WVX26QqiZdmW
 QA/o3yzlLw4QM4aHWY8bFusqi8QFB1pfleuvK82bMe1Py5gXPZG8TjriH+w31KRJy7Q+yd6Fk4Ax
 MaRVnZd7rAqHGF1M5NBPctAVMIAXEe2KGASxmMwgQiOIkg62FZjS4PNsFk/iiF6/EYSLyqFxL0+9
 AgMBAAGjggHdMIIB2TAfBgNVHSMEGDAWgBR6E04AdFvGeGNkJ8Ev4qBbvHnFezAdBgNVHQ4EFgQU
 K0ds3lov8tHBWbsfLW3g4bM+K6wwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwIAYDVR0l
 BBkwFwYIKwYBBQUHAwQGCysGAQQBsjEBAwUCMBEGCWCGSAGG+EIBAQQEAwIFIDBGBgNVHSAEPzA9
 MDsGDCsGAQQBsjEBAgEBATArMCkGCCsGAQUFBwIBFh1odHRwczovL3NlY3VyZS5jb21vZG8ubmV0
 L0NQUzBXBgNVHR8EUDBOMEygSqBIhkZodHRwOi8vY3JsLmNvbW9kb2NhLmNvbS9DT01PRE9DbGll
 bnRBdXRoZW50aWNhdGlvbmFuZFNlY3VyZUVtYWlsQ0EuY3JsMIGIBggrBgEFBQcBAQR8MHowUgYI
 KwYBBQUHMAKGRmh0dHA6Ly9jcnQuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0
 aW9uYW5kU2VjdXJlRW1haWxDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9kb2Nh
 LmNvbTAYBgNVHREEETAPgQ1pbmZvQGJoYXNoLmRlMA0GCSqGSIb3DQEBBQUAA4IBAQBu9rTBApFL
 uEtd10yo5mHWoZMc+6mJHCWtHXeZD/VW5mfKMnMKMlv3f4duxwIa39RGQSJwa+miCrQ1rxUXogkl
 fJ57yl5KkdKKzCmvSI+itbuze8A4wwLPj6bmnYSeT/YcZ7vOKUxCvdpPFw48OpGpg7RXS9DW/1ni
 UKR8sWUwsrZJYljWrS59AbSI1aiuV3vs3aBE8+fCfvu8lblTELsJa8FrVdKC+dpYiYfUujIbepU1
 aeohzrm7aynqxuUm1OGFgOVG9+dVXtBijMyjLikXSKtm62Q+mpLdFX1tq6PBQqmTagX6jBf8AwsH
 YLcPycnw3YJlUgRtNckZOtwh5G0KMYIDrjCCA6oCAQEwgakwgZMxCzAJBgNVBAYTAkdCMRswGQYD
 VQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9E
 TyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBT
 ZWN1cmUgRW1haWwgQ0ECEQDHfMv/pxbkELqwNKCjMW2iMAkGBSsOAwIaBQCgggHZMBgGCSqGSIb3
 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDEyNDA4MjE0OFowIwYJKoZIhvcN
 AQkEMRYEFPXGqVUR9K7ZU0Cj99hTo3dzelMmMIG6BgkrBgEEAYI3EAQxgawwgakwgZMxCzAJBgNV
 BAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAY
 BgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRp
 Y2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEQDHfMv/pxbkELqwNKCjMW2iMIG8BgsqhkiG9w0B
 CRACCzGBrKCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ
 MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP
 TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAMd8y/+nFuQQ
 urA0oKMxbaIwDQYJKoZIhvcNAQEBBQAEggEAZZdIZE2Qnh4bwu+KWC5Xw3lGJ39R55YtDdQBxZpj
 VkuaY5kbpGw6uJucfk8OdIidit6vKCE+h6uqIAIt//ro0lGMx4ekZhMzh1v0fc/iGfa86htA+j1o
 1HhKtBV9yHqNEZ+OwtFpBLcBOJgWvfwu2V/X70u9PYyDWGGwT4CBU0W+DwxsVgZb0BLS156m/lmE
 fX3rj3gIO9BgGRu0Glbbsc8SBZzk6zLQHCyvDDZcBumtE5oMbqvWsWvHu5q/oa0tBRNgp0CJvdOb
 z0DVHnZwrIYnfVmHkfZ7JZA0z9xGIxsPc1uou3UBpmWTNoa2y7dDYznYtygoriAyrP5s2sauPAAA
 AAAAAA==
 
 --Apple-Mail=_4504054A-AB78-4540-A587-96998E3CFECA--

From: Michael Rebele <m.rebele@web.de>
To: Brad Davis <brd@FreeBSD.org>, bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/185967: Link Aggregation LAGG: LACP not working in 10.0
Date: Fri, 24 Jan 2014 09:54:35 +0100

 Hi,
 
 On 23.01.14 17:30, Brad Davis wrote:
 > 
 > I have been using LACP interfaces on 10.0 just fine using the em driver
 > with a Cisco 3750X switch.
 > 
 > What brand/model switch are you using on the remote side?
 > 
 
 i'm using a HP ProCurve 6600ml-24G (J9263A).
 
 Kind regards,
 
 Michael
 

From: Benedikt Niessen <info@bhash.de>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/185967: Link Aggregation LAGG: LACP not working in 10.0
Date: Mon, 03 Feb 2014 11:24:10 +0100

 Scott Long helped to fix this issue for me:
 
 "The difference between FreeBSD 9.x and 10 is that in 9.x, it ran in=20
 =93optimistic=94 mode, meaning that it didn=92t rely on getting receive=20
 messages from the switch, and only took a channel down if the link state=20
 went down. In strict mode, it looks for the receive messages and only=20
 transitions to a full operational state if it gets them. So while I know=20
 it=92s easy to point at the problem being FreeBSD 10, seeing as FreeBSD 9=
 =20
 worked for you, please check to make sure that your switch is set up=20
 correctly."
 
 Setting up my Juniper switch to "active" LACP mode it worked again:
 
 "The LACP mode can be active or passive. If the actor and partner are=20
 both in passive mode, they do not exchange LACP packets, which results=20
 in the aggregated Ethernet links not coming up. If either the actor or=20
 partner is active, they do exchange LACP packets. By default, LACP is=20
 turned off on aggregated Ethernet interfaces. If LACP is configured, it=20
 is in passive mode by default. To initiate transmission of LACP packets=20
 and response to LACP packets, you must configure LACP in active mode."
 
 If you have this issue please check if you have a similar setting.
 
 Best regards
 Ben

From: Benedikt Niessen <info@bhash.de>
To: bug-followup@FreeBSD.org, m.rebele@web.de
Cc:  
Subject: Re: kern/185967: Link Aggregation LAGG: LACP not working in 10.0
Date: Mon, 03 Feb 2014 16:13:21 +0100

 Scott Long helped to fix this issue for me:
 
 "The difference between FreeBSD 9.x and 10 is that in 9.x, it ran in=20
 =93optimistic=94 mode, meaning that it didn=92t rely on getting receive=20
 messages from the switch, and only took a channel down if the link state=20
 went down. In strict mode, it looks for the receive messages and only=20
 transitions to a full operational state if it gets them. So while I know=20
 it=92s easy to point at the problem being FreeBSD 10, seeing as FreeBSD 9=
 =20
 worked for you, please check to make sure that your switch is set up=20
 correctly."
 
 Setting up my Juniper switch to "active" LACP mode it worked again:
 
 "The LACP mode can be active or passive. If the actor and partner are=20
 both in passive mode, they do not exchange LACP packets, which results=20
 in the aggregated Ethernet links not coming up. If either the actor or=20
 partner is active, they do exchange LACP packets. By default, LACP is=20
 turned off on aggregated Ethernet interfaces. If LACP is configured, it=20
 is in passive mode by default. To initiate transmission of LACP packets=20
 and response to LACP packets, you must configure LACP in active mode."
 
 If you have this issue please check if you have a similar setting.
 
 Best regards
 Ben

From: Michael Rebele <m.rebele@web.de>
To: Benedikt Niessen <info@bhash.de>, bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/185967: Link Aggregation LAGG: LACP not working in 10.0
Date: Mon, 10 Feb 2014 12:01:29 +0100

 Scott Long provided here (thanks to Ben Niessen for opening the thread there):
 http://www.opendevs.org/mhthu/kern-185967-link-aggregation-lagg-lacp-not-working-in-10.html
 the following Patch for the issue:
 
 Index: ieee8023ad_lacp.c
 ===================================================================
 --- ieee8023ad_lacp.c	(revision 261432)
 +++ ieee8023ad_lacp.c	(working copy)
 @@ -192,6 +192,11 @@
  SYSCTL_INT(_net_link_lagg_lacp, OID_AUTO, debug, CTLFLAG_RW | CTLFLAG_TUN,
      &lacp_debug, 0, "Enable LACP debug logging (1=debug, 2=trace)");
  TUNABLE_INT("net.link.lagg.lacp.debug", &lacp_debug);
 +static int lacp_strict = 0;
 +SYSCTL_INT(_net_link_lagg_lacp, OID_AUTO, lacp_strict_mode,
 +    CTLFLAG_RW | CTLFLAG_TUN, &lacp_strict, 0,
 +    "Enable LACP strict protocol compliance");
 +TUNABLE_INT("net.link.lagg.lacp.lacp_strict_mode", &lacp_strict);
 
  #define LACP_DPRINTF(a) if (lacp_debug & 0x01) { lacp_dprintf a ; }
  #define LACP_TRACE(a) if (lacp_debug & 0x02) { lacp_dprintf(a,"%s\n",__func__); }
 @@ -791,7 +796,7 @@
 
  	lsc->lsc_hashkey = arc4random();
  	lsc->lsc_active_aggregator = NULL;
 -	lsc->lsc_strict_mode = 1;
 +	lsc->lsc_strict_mode = lacp_strict;
  	LACP_LOCK_INIT(lsc);
  	TAILQ_INIT(&lsc->lsc_aggregators);
  	LIST_INIT(&lsc->lsc_ports);
 
 
 
 I've applied this patch and can confirm, that this patch restores the LACP-behaviour of FreeBSD 10.0
 to that of 9.2. Though, with this patch, you may upgrade your OS without changing your
 configuration, neither on the switch nor on the OS.
 I've tested this across different type of interfaces (igb/bge) with up to four interfaces and also
 configurations with two interfaces of the same type (bge0/1 and igb 0/1).
 You may run FreeBSD on the switch without the need of configuring LACP on the switch side. This may
 not strictly to be conform with 802.3ad standard, but is working (just for the records: bonding mode
 4 under Linux, which claims also conformity against 802.3ad, works like this)
 
 From my point of view, the patch should be applied and merged ASAP into the FreeBSD-Kernel and be
 the standard behaviour for the next release.
 
 Kind regards
 
 Michael
Responsible-Changed-From-To: freebsd-bugs->freebsd-net 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Sun Apr 20 03:22:00 UTC 2014 
Responsible-Changed-Why:  
Over to maintainer(s). 

http://www.freebsd.org/cgi/query-pr.cgi?pr=185967 
>Unformatted:
