| To: | jamal <hadi@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [RTNETLINK] Provide real oif |
| From: | Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx> |
| Date: | Thu, 4 Dec 2003 06:51:34 +1100 |
| Cc: | netdev@xxxxxxxxxxx |
| In-reply-to: | <1070459463.1036.179.camel@jzny.localdomain> |
| References: | <E1ARULX-0000Ny-00@gondolin.me.apana.org.au> <1070459463.1036.179.camel@jzny.localdomain> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.5.4i |
On Wed, Dec 03, 2003 at 08:51:03AM -0500, jamal wrote: > > I am wondering if they should have been the same resolved > cache entry to begin with. i.e the fl->oif should not have > been 0 rather the ifindex of eth0. > Even in the case of multipath routing, you have to wait for > the cache to expire before selecting the next one in the slow > path; so fl->oif of zero may not be a very useful artifact. That would be good. In fact, I think that's how IPv6 works. Dave, is this acceptable? -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <herbert@xxxxxxxxxxxxxxxxxxx> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [2.6 PATCH] bridge - provide valid tos value for ip_route_output_key, Bart De Schuymer |
|---|---|
| Next by Date: | [PATCH] 2.6.x net driver updates, Jeff Garzik |
| Previous by Thread: | Re: [RTNETLINK] Provide real oif, jamal |
| Next by Thread: | Re: IPv6 MIB:ipv6PrefixTable implementation, kuznet |
| Indexes: | [Date] [Thread] [Top] [All Lists] |