From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 21:00:08 2010 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 E957E1065696 for ; Tue, 24 Aug 2010 21:00:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 5D0508FC13 for ; Tue, 24 Aug 2010 21:00:08 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id C4C5E41C670; Tue, 24 Aug 2010 23:00:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id YuMLZvYkyB9F; Tue, 24 Aug 2010 23:00:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 2C46041C650; Tue, 24 Aug 2010 23:00:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id C614F4448F3; Tue, 24 Aug 2010 20:56:25 +0000 (UTC) Date: Tue, 24 Aug 2010 20:56:25 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Ingo Flaschberger In-Reply-To: Message-ID: <20100824205412.G48418@maildrop.int.zabbadoz.net> References: X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Li, Qing" , net@freebsd.org Subject: RE: funny ECMP 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: Tue, 24 Aug 2010 21:00:09 -0000 On Tue, 24 Aug 2010, Ingo Flaschberger wrote: Hey, >>> in arp-lookup code, the lowest weight + without gateway should be >>> choosen. >> >> Sure, but such a configuration did not make much sense. > > when the in_lltable_lookup code tries to lookup the arp entry, the > rtalloc_mpath_fib already has choosen that this packet should go the direkt > way. So also in_lltable_rtcheck should return the direkt was route. I looked at some similar problem for someone end of April and the crude workaround was to disable (#if 0) the following code in in_lltable_lookup(): #if 0 if (!(flags & LLE_IFADDR) && in_lltable_rtcheck(ifp, flags, l3addr) != 0) goto done; #endif I had since defered looking at fixing this but finding this thread I thought I'd just let you know. /bz -- Bjoern A. Zeeb This signature is about you not me.