From owner-freebsd-net@FreeBSD.ORG Wed May 16 01:52:00 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9353E106566B; Wed, 16 May 2012 01:52:00 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from plsvl-mailgw-02.bluecoat.com (plsvl-mailgw-02.bluecoat.com [199.91.133.12]) by mx1.freebsd.org (Postfix) with ESMTP id 7015D8FC16; Wed, 16 May 2012 01:52:00 +0000 (UTC) Received: from PWSVL-EXCHTS-01.internal.cacheflow.com (unknown [10.2.2.122]) by plsvl-mailgw-02.bluecoat.com (Postfix) with ESMTP id ED49E200DE; Tue, 15 May 2012 18:58:30 -0700 (PDT) Received: from pwsvl-excmbx-05.internal.cacheflow.com ([fe80::f848:d461:9aa9:59a8]) by PWSVL-EXCHTS-01.internal.cacheflow.com ([fe80::5c50:e2ba:8115:4223%20]) with mapi id 14.01.0289.001; Tue, 15 May 2012 18:51:59 -0700 From: "Li, Qing" To: David DeSimone , "freebsd-net@freebsd.org" Thread-Topic: [stable-9] Thread-Index: AQHNMsZC3lDxBmu+h0ScSqswC32Xc5bLM4x8gAC9OYD//7QIgw== Date: Wed, 16 May 2012 01:51:59 +0000 Message-ID: References: <1337105271.3434.8.camel@powernoodle-l7.corp.yahoo.com> , <20120515231432.GH28776@verio.net> In-Reply-To: <20120515231432.GH28776@verio.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [199.91.133.85] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "qingli@freebsd.org" Subject: RE: [stable-9] 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: Wed, 16 May 2012 01:52:00 -0000 Yes, you are right, I should have paid closer attention to the output, howe= ver, what=0A= I replied still apply to RADIX_MPATH in general.=0A= =0A= Now, when I first introduced RADIX_MPATH, to get the (not always even) gene= ral load =0A= balancing among interfaces attached to the same prefix, you only need to ad= d the following=0A= additional host routes, as in:=0A= =0A= route add -host gateway-ip -interface igb0=0A= route add -host gateway-ip -interface igb1=0A= =0A= However, I just realized that strategy no longer work after the ARP entries= are maintained =0A= separately from the general routing table.=0A= =0A= Let me think it through and try to come up with a patch.=0A= =0A= --Qing=0A= =0A= ________________________________________=0A= From: owner-freebsd-net@freebsd.org [owner-freebsd-net@freebsd.org] on beha= lf of David DeSimone [fox@verio.net]=0A= Sent: Tuesday, May 15, 2012 4:14 PM=0A= To: freebsd-net@freebsd.org=0A= Subject: Re: [stable-9]=0A= =0A= Li, Qing wrote:=0A= >=0A= > The route selection is based on a hash function of source-ip and=0A= > destination-ip when RADIX_MPATH is enabled. You do not need to perform=0A= > specific actions, other than perhaps setting varying weights on each=0A= > entry as an option. So depends on the traffic destination the chosen=0A= > route may always be the same one.=0A= =0A= These comments suggest that there are multiple routes to be selected=0A= from. However, this output:=0A= =0A= > Internet:=0A= > Destination Gateway Flags Refs Use Netif=0A= > Expire=0A= > default UGS 0 33320033 igb0=0A= > XXX.XXX.XXX.0/25 link#1 U 0 0 igb0 =3D>= =0A= > XXX.XXX.XXX.0/25 link#2 U 0 0 igb1=0A= =0A= suggests that there is only ONE default route, pointing to ONE=0A= interface, igb0. Without an extra default route that is also pointing=0A= to igb1, I can't see how the system woudl ever forward traffic out igb1,=0A= unless it was directed to the local /25.=0A= =0A= --=0A= David DeSimone =3D=3D Network Admin =3D=3D fox@verio.net=0A= "I don't like spinach, and I'm glad I don't, because if I=0A= liked it I'd eat it, and I just hate it." -- Clarence Darrow=0A= =0A= =0A= This email message is intended for the use of the person to whom it has bee= n sent, and may contain information that is confidential or legally protect= ed. If you are not the intended recipient or have received this message in = error, you are not authorized to copy, distribute, or otherwise use this me= ssage or its attachments. Please notify the sender immediately by return e-= mail and permanently delete this message and any attachments. Verio, Inc. m= akes no warranty that this email is error or virus free. Thank you.=0A= _______________________________________________=0A= freebsd-net@freebsd.org mailing list=0A= http://lists.freebsd.org/mailman/listinfo/freebsd-net=0A= To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"=0A=