netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "David S. Miller" <davem@redhat.com>
To: Ville Nuorvala <vnuorval@tcs.hut.fi>
Cc: pekkas@netcore.fi, yoshfuji@linux-ipv6.org,
	usagi-core@linux-ipv6.org, netdev@oss.sgi.com
Subject: Re: [PATCH] IPv6: (5/5+1) Autoconfig link-local addr to IPv6 tunnels
Date: Fri, 5 Sep 2003 07:31:14 -0700	[thread overview]
Message-ID: <20030905073114.7a9a19e1.davem@redhat.com> (raw)
In-Reply-To: <Pine.LNX.4.44.0309031515500.5039-100000@rhea.tcs.hut.fi>

On Wed, 3 Sep 2003 19:57:56 +0300 (EEST)
Ville Nuorvala <vnuorval@tcs.hut.fi> wrote:

> In MIPL, the MN uses a "default" ::/0 route through the IPv6 tunnel, but
> it is only used for packets using the MN's home address as source. All
> other traffic (including packets already encapsulated by the IPv6 tunnel,
> thus having the care-of address as source) is routed normally through the
> physical device.
> 
> Things like this aren't possible in the current IPv6 routing code, so I
> had to modify the route lookup so it first checks the source address of
> the packet, then the destination.
> 
> I sent a patch for this source address based routing, but it didn't make
> it into the kernel, partly because the USAGI team has plans to introduce
> IPv6 policy routing, which should also fix the problems.

Well, it was rejected for another reason :-)

Doing route selection in the way you propose is completely backwards.

Routing engine is asked only where one would like to go, and in
response we are told how to get there and who to advertise ourselves
as (ie. source address selection).

That is, source address selection is a product of the routing lookup
not an input.

The whole engine works this way.  When TCP connects, unless user has
specified a specific source address when bind()'ing the socket, we
take source address from the route.  Source address selection is
routing task.

I do not see what it is about MIPV6 which changes this.  So you either
have to show me this thing, or accept what I say :-)

  reply	other threads:[~2003-09-05 14:31 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-31 23:34 [PATCH] IPv6: (1/5) Fix bugs in ip6_tunnel.c ICMP error handler Ville Nuorvala
2003-08-31 23:37 ` [PATCH] IPv6: (2/5) Use free_netdev() as destructor in ip6_tunnel.c Ville Nuorvala
2003-08-31 23:46   ` Ville Nuorvala
2003-09-01  8:45     ` David S. Miller
2003-08-31 23:48   ` [PATCH] IPv6: (3/5) Set dev->dev_addr and dev->broadcast in ip6_tnls Ville Nuorvala
2003-08-31 23:57     ` [PATCH] IPv6: (4/5) Remove sockets from ip6_tunnel.c Ville Nuorvala
2003-09-01  0:11       ` [PATCH] IPv6: (5/5) Allow IPv6 tunnels without own IPv6 address Ville Nuorvala
2003-09-01  2:24         ` YOSHIFUJI Hideaki / 吉藤英明
2003-09-01  8:18           ` Ville Nuorvala
2003-09-01  9:03             ` David S. Miller
2003-09-01 10:48               ` Pekka Savola
2003-09-01 10:51                 ` David S. Miller
2003-09-01 14:24                   ` [PATCH] IPv6: (5/5+1) Autoconfig link-local addr to IPv6 tunnels Ville Nuorvala
2003-09-02 11:35                     ` David S. Miller
2003-09-02 21:37                       ` YOSHIFUJI Hideaki / 吉藤英明
2003-09-03 10:17                         ` Ville Nuorvala
2003-09-03 10:22                           ` YOSHIFUJI Hideaki / 吉藤英明
2003-09-03 11:48                           ` Pekka Savola
2003-09-03 16:57                             ` Ville Nuorvala
2003-09-05 14:31                               ` David S. Miller [this message]
2003-09-02 14:40                     ` Pekka Savola
2003-09-02 16:59                       ` Ville Nuorvala
2003-09-03  6:10                         ` Pekka Savola
2003-09-03 12:15                           ` Ville Nuorvala
2003-09-01  8:52           ` [PATCH] IPv6: (5/5) Allow IPv6 tunnels without own IPv6 address David S. Miller
2003-09-01  8:48       ` [PATCH] IPv6: (4/5) Remove sockets from ip6_tunnel.c David S. Miller
2003-09-01  8:47     ` [PATCH] IPv6: (3/5) Set dev->dev_addr and dev->broadcast in ip6_tnls David S. Miller
2003-09-01  8:41 ` [PATCH] IPv6: (1/5) Fix bugs in ip6_tunnel.c ICMP error handler David S. Miller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030905073114.7a9a19e1.davem@redhat.com \
    --to=davem@redhat.com \
    --cc=netdev@oss.sgi.com \
    --cc=pekkas@netcore.fi \
    --cc=usagi-core@linux-ipv6.org \
    --cc=vnuorval@tcs.hut.fi \
    --cc=yoshfuji@linux-ipv6.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).