All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Kent <raven@themaw.net>
To: christof.koehler@bccms.uni-bremen.de
Cc: autofs@vger.kernel.org
Subject: Re: autofs reverts to IPv4 for multi-homed IPv6 server ?
Date: Fri, 29 Apr 2016 09:54:06 +0800	[thread overview]
Message-ID: <1461894846.3033.14.camel@themaw.net> (raw)
In-Reply-To: <20160428112648.GS30271@bccms.uni-bremen.de>

On Thu, 2016-04-28 at 13:26 +0200, Christof Koehler wrote:
> Hello,
> 
> On Thu, Apr 28, 2016 at 06:50:58PM +0800, Ian Kent wrote:
> > On Thu, 2016-04-28 at 11:10 +0200, Christof Koehler wrote:
> > 
> > Sounds like I'll need to actually have a look at that RFC before
> > doing
> > anything, ;)
> These might be nicer reads:
> http://biplane.com.au/blog/?p=22
> http://biplane.com.au/blog/?p=30
> 
> Please note that the actual "ip addrlabel" output on a pristine 16.04
> is 
> prefix ::1/128 label 0 
> prefix ::/96 label 3 
> prefix ::ffff:0.0.0.0/96 label 4 
> prefix 2001::/32 label 6 
> prefix 2001:10::/28 label 7 
> prefix 3ffe::/16 label 12 
> prefix 2002::/16 label 2 
> prefix fec0::/10 label 11 
> prefix fc00::/7 label 5 
> prefix ::/0 label 1
> so that catches ULAs in the fc00::/7 already with a label separating
> them. I additional add
> prefix 2001:638:708:1261:2000::/96 label 99 
> prefix 2001:638:708:1261:1000::/96 label 99
> but that should not matter.
> 
> > > However, ping times (response times) on ethernet effectively show
> > > random variations, sometimes in the millisecond range.
> > 
> > True but the worst case is you end up with a trivial load balancing
> > effect.
> 
> If addresses are equivalent that is a desirable effect. My goal
> however
> was to distinguish between GUA and ULA relying on the RFC for
> selection
> to avoid headaches. I will have to rethink this for sure.

I've had a quick look at this and I'm not sure I need to do much at all
to help with this.

The proximity values I use for list insertion are fairly simple mined
and I use gataddrinfo(3) everywhere.

If I add an additional sort value for IPv6 addresses that lies between
local address proximity and the next lower proximity sort value and use
the order of addresses returned by getaddrinfi(3) I should get an order
that is rfc 3484 with some adjustments made by glibc for real world
experience and possibly some adjustments related to rfc 6724 to the
extent glibc has been willing to adopt them.

All I would need to do then is check the local interface comparison code
since addresses corresponding to a local interface have special
handling.

The only difficulty would be with IPv4 addresses that also correspond to
a local interface, due to the special handling.

Would that approach help with what you're trying to achieve?

Ian
--
To unsubscribe from this list: send the line "unsubscribe autofs" in

  parent reply	other threads:[~2016-04-29  1:54 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-07 14:19 autofs reverts to IPv4 for multi-homed IPv6 server ? Christof Koehler
2016-04-08  4:46 ` Ian Kent
2016-04-08 10:10   ` Ian Kent
2016-04-08 10:14     ` Ian Kent
2016-04-08 12:25     ` Christof Koehler
2016-04-08 14:29       ` Christof Koehler
2016-04-08 15:32         ` Christof Koehler
2016-04-10  2:09           ` Ian Kent
2016-04-08 16:12         ` Christof Koehler
2016-04-08 16:15           ` Christof Koehler
2016-04-10  2:17             ` Ian Kent
2016-04-10  2:14           ` Ian Kent
2016-04-09  1:42         ` Ian Kent
2016-04-09  9:56           ` Christof Koehler
2016-04-10  2:29             ` Ian Kent
2016-04-25  4:40             ` Ian Kent
2016-04-25 15:06               ` Christof Koehler
2016-04-26  1:06                 ` Ian Kent
2016-04-26  9:53                   ` Ian Kent
2016-04-26 15:27                     ` Christof Koehler
2016-04-27  1:54                       ` Ian Kent
2016-04-27  2:27                         ` Ian Kent
2016-04-27 16:52                         ` Christof Koehler
2016-04-28  2:56                           ` Ian Kent
2016-04-28  3:21                             ` Ian Kent
2016-04-28  9:12                               ` Christof Koehler
2016-04-28  9:10                             ` Christof Koehler
2016-04-28 10:50                               ` Ian Kent
2016-04-28 11:26                                 ` Christof Koehler
2016-04-28 12:40                                   ` Christof Koehler
2016-04-29  1:54                                   ` Ian Kent [this message]
2016-04-29 14:10                                     ` Christof Koehler
2016-04-29 14:42                                       ` Christof Koehler
2016-04-30  3:21                                       ` Ian Kent
2016-04-30 11:36                                         ` Christof Koehler
2016-04-30 15:15                                           ` Christof Koehler
2016-04-30 15:16                                           ` Christof Koehler
2016-05-02  6:01                                           ` Ian Kent
2016-05-02 16:08                                             ` Christof Koehler
2016-05-03  7:58                                               ` Ian Kent
2016-05-03 15:13                                                 ` Christof Koehler
2016-05-04  7:20                                                   ` Ian Kent
2016-05-04 12:38                                                     ` Christof Koehler
2016-04-09  1:35       ` Ian Kent
2016-04-11  2:42     ` Ian Kent
2016-04-11 16:32       ` Christof Koehler
2016-04-11 16:35         ` Christof Koehler
2016-04-12  1:07           ` Ian Kent
2016-04-08 11:47   ` Christof Koehler

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=1461894846.3033.14.camel@themaw.net \
    --to=raven@themaw.net \
    --cc=autofs@vger.kernel.org \
    --cc=christof.koehler@bccms.uni-bremen.de \
    /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.