From owner-freebsd-net@FreeBSD.ORG Fri Feb 24 19:28:45 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8310E106566B for ; Fri, 24 Feb 2012 19:28:45 +0000 (UTC) (envelope-from andy@fud.org.nz) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3D0438FC12 for ; Fri, 24 Feb 2012 19:28:44 +0000 (UTC) Received: by yhgm50 with SMTP id m50so215300yhg.13 for ; Fri, 24 Feb 2012 11:28:44 -0800 (PST) Received-SPF: pass (google.com: domain of andy@fud.org.nz designates 10.50.156.194 as permitted sender) client-ip=10.50.156.194; Authentication-Results: mr.google.com; spf=pass (google.com: domain of andy@fud.org.nz designates 10.50.156.194 as permitted sender) smtp.mail=andy@fud.org.nz Received: from mr.google.com ([10.50.156.194]) by 10.50.156.194 with SMTP id wg2mr5100584igb.18.1330111724214 (num_hops = 1); Fri, 24 Feb 2012 11:28:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.156.194 with SMTP id wg2mr3934075igb.18.1330110038949; Fri, 24 Feb 2012 11:00:38 -0800 (PST) Sender: andy@fud.org.nz Received: by 10.231.207.16 with HTTP; Fri, 24 Feb 2012 11:00:38 -0800 (PST) In-Reply-To: <4F47D5EF.7060908@rdtc.ru> References: <4F47C55C.8060006@rdtc.ru> <4F47D5EF.7060908@rdtc.ru> Date: Sat, 25 Feb 2012 08:00:38 +1300 X-Google-Sender-Auth: AZmkZTS4U8V97otjwYsslnDy9xg Message-ID: From: Andrew Thompson To: Eugene Grosbein Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQkkmOG3c8H0OpTbIJsw9Hrc/UNh/4bS3nbeATK5nQ2hwopwcEM5liCfeC1O47MgwTMWUnJS Cc: Alexander Motin , "net@freebsd.org" Subject: Re: netisr+lagg+fragments=80% packet loss X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 19:28:45 -0000 2012/2/25 Eugene Grosbein : > 25.02.2012 00:14, Eugene Grosbein =D0=C9=DB=C5=D4: >> This problem occurs only when net.isr.direct=3D0/net.isr.direct_force=3D= 0. >> And only when lagg1 has both ports up and running. And when I use oversi= zed pings. >> At the same time, transit oversized pings go through this BRAS just fine= , >> no packet loss at all. > > Running two copies of tcpdump for igb0 and igb1 simultaneously, > I see that fragments of the same ICMP echo-reply packet encapsulated with= in PPPoE > frame always go out through different ports of lagg1. Even when they arri= ve to client in order, > it seems this depends of switching network in between PPPoE server and cl= ient. > If you are running a recent HEAD then you can try setting net.link.lagg.0.use_flowid to zero. Andrew