Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 5 Apr 2011 15:43:11 +0000
From:      "Li, Qing" <qing.li@bluecoat.com>
To:        Ingo Flaschberger <if@freebsd.org>
Cc:        Nikolay Denev <ndenev@gmail.com>, "freebsd-net@freebsd.org" <freebsd-net@freebsd.org>
Subject:   RE: Routing enhancement - reduce routing table locking
Message-ID:  <B143A8975061C446AD5E29742C531723025C17@PWSVL-EXCMBX-01.internal.cacheflow.com>
In-Reply-To: <alpine.LRH.2.00.1104051731080.2152@filebunker.xip.at>
References:  <alpine.LRH.2.00.1104050303140.2152@filebunker.xip.at> <E0E87D94-3DE3-4884-8FBB-CC778486C364@gmail.com> <alpine.LRH.2.00.1104051615160.2152@filebunker.xip.at>, <alpine.LRH.2.00.1104051731080.2152@filebunker.xip.at>

next in thread | previous in thread | raw e-mail | index | archive | help
I see,=0A=
=0A=
What you are saying is the "rtalloc()" call does not have an indicator whet=
her it should be searching=0A=
for an interface route or not. =0A=
=0A=
In the case when RADIX_MPATH is enabled, in_lltable_rtcheck() needs to walk=
 the ECMP route chain=0A=
to find an interface route.=0A=
=0A=
yes ?=0A=
=0A=
-- Qing=0A=
=0A=
________________________________________=0A=
From: owner-freebsd-net@freebsd.org [owner-freebsd-net@freebsd.org] on beha=
lf of Ingo Flaschberger [if@freebsd.org]=0A=
Sent: Tuesday, April 05, 2011 8:31 AM=0A=
Cc: Nikolay Denev; freebsd-net@freebsd.org=0A=
Subject: Re: Routing enhancement - reduce routing table locking=0A=
=0A=
>> Can you say something more about :=0A=
>>    "implement some multipath changes to use a direct attached=0A=
>>      interface route and a real route, used some OpenBSD code"=0A=
>>=0A=
>> I've looked at the patch but it's not obvious to me.=0A=
>>=0A=
>> P.S.: I've just saw your reply to kern/155772 and was wondering if this=
=0A=
>> patch can help.=0A=
>=0A=
> regarding kern/155772:=0A=
> at stock 8.2 FreeBSD the system panics after ifconfig down / ifconfig up =
/=0A=
> ifconfig down with 1 route and 1 interface route (multipath).=0A=
>=0A=
> Also there are problems with arp, due wrong multipath route selection=0A=
> (if the decision is already made that the route should go the direct way,=
 the=0A=
> route and not the interface route is choosen, depends on which route was=
=0A=
> first in the tree).=0A=
=0A=
see "in_lltable_rtcheck"=0A=
=0A=
> And finally, there are problems when adding / deleteing routes.=0A=
>=0A=
> example that does not work:=0A=
> ifconfig em0 192.168.0.1/24=0A=
> ifconfig em1 10.0.0.1/24=0A=
> route add 10.0.0.0/24 192.168.0.2=0A=
>=0A=
> example that currently works with 8.2:=0A=
> ifconfig em0 192.168.0.1/24=0A=
> ifconfig em1 10.0.0.1/24=0A=
> route add 172.16.0.0/24 192.168.0.2=0A=
> route add 172.16.0.0/24 10.0.0.2=0A=
>=0A=
> Kind regards,=0A=
>       Ingo Flaschberger=0A=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B143A8975061C446AD5E29742C531723025C17>