All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pekka Savola <pekkas@netcore.fi>
To: kuznet@ms2.inr.ac.ru
Cc: "David S. Miller" <davem@redhat.com>, <netdev@oss.sgi.com>
Subject: Re: 2.4.21+ - IPv6 over IPv4 tunneling b0rked
Date: Tue, 15 Jul 2003 09:14:07 +0300 (EEST)	[thread overview]
Message-ID: <Pine.LNX.4.44.0307150906340.7445-100000@netcore.fi> (raw)
In-Reply-To: <200307142349.DAA06134@dub.inr.ac.ru>

On Tue, 15 Jul 2003 kuznet@ms2.inr.ac.ru wrote:
> > Alexey, please add some sanity to this discussion.
> 
> It is about anycast addresses, I maybe not competent here.
> I have no idea what is purpose of all-routers anycast.
> 
> However, my modest opinion is here:
> 
> IN NO WAY ANYCAST ADDRESSES MAY BE USED AS NEXTHOP ADDRESSES.
> NEXTHOP ADDRESS IS THE ADDRESS WHICH IS EXPECTED TO BE SOURCE OF REDIRECT
> MESSAGES ET AL. ANYCAST ADDRESSES ARE INVALID AS SOURCE, HENCE...

Modestly, I disagree.

You just can't get away from the requirement of having be able to
"resolve" next-hops.  I.e., the requirement that the users/protocols will
give you non-final nexthop information which you have to "resolve" to get
the final nexthop (e.g. a global address -> a link-local address 
obtained using Neighbor Discovery).

You want to avoid that: simple IPv4 routers can, but IPv6 in particular,
as it implements different scopes which are used extensively especially
with Neighbor Discovery, can't really live without it.

I'm not sure about the level of complexity resolvable next-hops cause, but 
it shouldn't be huge.  The tricky part where proprietary vendors often 
break are the cases when the "global nexthop" changes but the mapping to 
the resolved nexthop is not updated.

-- 
Pekka Savola                 "You each name yourselves king, yet the
Netcore Oy                    kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings

  reply	other threads:[~2003-07-15  6:14 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20030710.214551.08349572.davem@redhat.com>
2003-07-14 23:49 ` 2.4.21+ - IPv6 over IPv4 tunneling b0rked kuznet
2003-07-15  6:14   ` Pekka Savola [this message]
2003-07-15 14:46     ` kuznet
2003-07-15 17:29       ` Pekka Savola
2003-07-15 23:19         ` kuznet
2003-07-16  6:03           ` Pekka Savola
2003-07-17  0:03             ` kuznet
2003-07-17  6:50               ` Pekka Savola
2003-07-10 15:43 CaT
2003-07-10 15:55 ` YOSHIFUJI Hideaki / 吉藤英明
2003-07-10 15:58   ` CaT
2003-07-10 16:08   ` Pekka Savola
2003-07-13 14:49     ` Anand Kumria
2003-07-13 16:23       ` Pekka Savola
2003-07-10 19:57   ` Mika Penttilä
2003-07-10 16:27 ` Mika Liljeberg
2003-07-10 23:39   ` CaT
2003-07-11  0:04     ` Mika Liljeberg
2003-07-11  1:49       ` Andre Tomt
2003-07-11  2:03         ` Mika Liljeberg
2003-07-11  4:51         ` Pekka Savola
2003-07-11  5:20           ` Mika Liljeberg
2003-07-11  5:22             ` Pekka Savola
2003-07-11  5:39               ` YOSHIFUJI Hideaki / 吉藤英明
2003-07-11  8:46                 ` Pekka Savola
2003-07-11  9:04                   ` YOSHIFUJI Hideaki / 吉藤英明
2003-07-11  9:39                     ` Mika Penttilä
2003-07-11  9:39                       ` Mika Penttilä
2003-07-11 10:03                     ` Pekka Savola
2003-07-11 10:47                       ` YOSHIFUJI Hideaki / 吉藤英明
2003-07-11 10:47                         ` Pekka Savola
2003-07-11 10:59                           ` YOSHIFUJI Hideaki / 吉藤英明
2003-07-11 10:59                             ` Pekka Savola
2003-07-11 11:03                               ` YOSHIFUJI Hideaki / 吉藤英明
2003-07-11 11:04                                 ` Pekka Savola
2003-07-11 11:36               ` Mika Liljeberg
2003-07-11 11:48                 ` Pekka Savola
2003-07-11 12:09                   ` Mika Liljeberg
2003-07-11 12:48                     ` Mika Penttilä
2003-07-11 13:38                       ` Mika Liljeberg
2003-07-11 14:27                         ` Mika Penttilä
2003-07-11 14:32                           ` Mika Liljeberg
2003-07-11 15:16                             ` Mika Penttilä

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=Pine.LNX.4.44.0307150906340.7445-100000@netcore.fi \
    --to=pekkas@netcore.fi \
    --cc=davem@redhat.com \
    --cc=kuznet@ms2.inr.ac.ru \
    --cc=netdev@oss.sgi.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.