netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andreas Gruenbacher <agruen@suse.de>
To: Vlad Yasevich <vladislav.yasevich@hp.com>
Cc: Jiri Bohac <jbohac@suse.cz>,
	netdev@vger.kernel.org, yoshfuji@linux-ipv6.org, kkeil@suse.de
Subject: Re: Why does a connect to IPv6 LLA address fail ?
Date: Thu, 8 Nov 2007 19:01:59 +0100	[thread overview]
Message-ID: <200711081901.59334.agruen@suse.de> (raw)
In-Reply-To: <4732151B.70309@hp.com>

On Wednesday 07 November 2007 20:42, Vlad Yasevich wrote:
> The reason is that 2 different hosts may have the same link-local
> address as long as they are on different links.  If the sender is
> connected to both links then it may send the packet to the wrong
> destination.

Good point.

What's confusing is that connect(2) fails even if the host itself has the 
specified address. This isn't necessary.

What's even more confusing is that the kernel doesn't seem to honor the 
interface in all cases: with
   fe80::20f:20ff:fe3b:e9c3 on eth0 and
   ::1 on lo,
I get the following:

  ping6 fe80::20f:20ff:fe3b:e9c3		fails with EINVAL
  ping6 fe80::20f:20ff:fe3b:e9c3%eth0		succeeds
  ping6 fe80::20f:20ff:fe3b:e9c3%lo		succeeds

At least the last ping should fail, shouldn't it?

> A different and some might say 'better' alternative is to define a
> default link.  Thus when the zone id is not specified the default is used.
> This will work fine for link-scoped addresses.  A default zone would also
> need to be defined for other scopes as well.  That's just one idea.

I think at least for host with only one link (in addition to loopback), 
selecting that link for non-local addresses would make sense.

Thanks,
Andreas

  reply	other threads:[~2007-11-08 18:02 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-07  9:40 Why does a connect to IPv6 LLA address fail ? Karsten Keil
2007-11-07 11:28 ` Jiri Bohac
2007-11-07 19:42   ` Vlad Yasevich
2007-11-08 18:01     ` Andreas Gruenbacher [this message]
2007-11-08 18:15       ` Vlad Yasevich
2007-11-08 18:32         ` Karsten Keil
2007-11-08 20:50           ` Vlad Yasevich

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=200711081901.59334.agruen@suse.de \
    --to=agruen@suse.de \
    --cc=jbohac@suse.cz \
    --cc=kkeil@suse.de \
    --cc=netdev@vger.kernel.org \
    --cc=vladislav.yasevich@hp.com \
    --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).