From owner-freebsd-bugs@FreeBSD.ORG Wed May 6 14:30:41 2015 Return-Path: Delivered-To: freebsd-bugs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE82CE63 for ; Wed, 6 May 2015 14:30:41 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AD0D41D7D for ; Wed, 6 May 2015 14:30:41 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t46EUfG8003714 for ; Wed, 6 May 2015 14:30:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 199996] Link Aggregation LAGG: LACP bugs in 10.1 Date: Wed, 06 May 2015 14:30:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: m.grishin@msk-ix.ru X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 May 2015 14:30:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199996 Bug ID: 199996 Summary: Link Aggregation LAGG: LACP bugs in 10.1 Product: Base System Version: 10.1-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: m.grishin@msk-ix.ru Initial state: 1) lagg/lacp is organized between FreeBSD at one side and some network switch at another side (Cisco, Extreme Networks, Dell/Force10, ...) 2) lagg/lacp is running and state is UP at both sides. For example and for simplification, there is only one physical link in lagg. At FreeBSD side: laggport: ix1 flags=1c In case if there is some unidirectional failure occured, and lacp packets are passed only in one direction and doesn't pass in another direction, we expect that LACP protocol will remove such link from lagg interface. This is true if lacp packets doesn't pass from FreeBSD to some network switch. Then lacp timeout is occured at switch side and link is removed from agregat. (OK) laggport: ix1 flags=0<> This is not true if lacp packets doesn't pass from network switch to FreeBSD. At the same time lacp packets are transmitted from FreeBSD to network switch, so there is no any lacp timeout occured at switch side. (BUG?) laggport: ix1 flags=1c How to reproduce: For example, to filter with layer2 acl or something like that egress LACP packets at switch side. At the same time, tcpdump at FreeBSD shows that incoming LACP packets is gone, only outgoing are present. lagg/lacp still UP. P.S. The same behaviour regardless of net.link.lagg.0.lacp.lacp_strict_mode state. -- You are receiving this mail because: You are the assignee for the bug.