From owner-freebsd-net@FreeBSD.ORG Thu May 31 18:37:43 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56EAC16A400 for ; Thu, 31 May 2007 18:37:43 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 081D313C44B for ; Thu, 31 May 2007 18:37:42 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so122536anc for ; Thu, 31 May 2007 11:37:39 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NuWCD+1tFjWkBau1G1xx2lRekad6856aL3FD9t1hjy6JYHFPy5UkwzEvpDsEJ0hMobLDXfuDTdLRP9D6zrxQ0g13T96ynA3EgdXUEtFSIgq6bSS+E2f3BXNFKQzjSJ6Yp1eKMOSALnXgRY++k6Aum/GOxyAvKMtGJZnwfS2UQbE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kvxxj5Ey0XIcTnIiLv6d0wDlKYmwWCqai7gSHiJGUwC4dkYwyZzH1FhBW+j/urumNaMYYsZ9Y2Sw6so2vTWD7rOQzbQwZ0zpP61f/nsltAa9yr53+ToUwtayytB8UEZfq4UA0b4hgte/Mi1EAseDj/2Iu2fWUtYm1sYSMSKsngs= Received: by 10.78.193.19 with SMTP id q19mr582697huf.1180636658211; Thu, 31 May 2007 11:37:38 -0700 (PDT) Received: by 10.78.107.13 with HTTP; Thu, 31 May 2007 11:37:38 -0700 (PDT) Message-ID: Date: Thu, 31 May 2007 11:37:38 -0700 From: "Kip Macy" To: "Bruce M. Simpson" , "Jack Vogel" , freebsd-net@freebsd.org In-Reply-To: <465F13F2.7070404@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705301645x65e68e8q23c1b91d5f460ea3@mail.gmail.com> <20070531133828.GB4675@obelix.dsto.defence.gov.au> <2a41acea0705311056y7064ae79y6cd7a6a46d05c13b@mail.gmail.com> <465F13F2.7070404@FreeBSD.org> Cc: Subject: Re: driver packet coalesce 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: Thu, 31 May 2007 18:37:43 -0000 Bruce - All LRO implementations are currently on the host. On 5/31/07, Bruce M. Simpson wrote: > Jack Vogel wrote: > > On 5/31/07, Wilkinson, Alex wrote: > >> 0n Wed, May 30, 2007 at 04:45:05PM -0700, Jack Vogel wrote: > >> > >> > Does any driver do this now? And if a driver were to coalesce > >> > packets and send something up the stack that violates mss > >> > will it barf? > >> > >> erm, what is meant by "coalesce" ? > >> > > combining packets before sending to the stack, aka LRO. > > Yup - the firmware for the card's LRO engine would have to know not to > coalesce packets not destined for the local host. I speculate many cards > are not smart enough to do this, and LRO is an all-or-nothing > proposition, as it's a technology designed to optimize for hosts, not > routers; see recent discussions/slanging matches on end2end. > > At the moment there is no central place where we track all layer 2 > addresses for which traffic should be delivered locally. This would > logically belong in struct ifnet, and clients e.g. CARP would have to be > taught to add their layer 2 endpoint addresses there. > > It seems acceptable to disable LRO if bridging is on and document this > behaviour. > > BMS > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >