From: Roland Bless <roland.bless@kit.edu>
To: Dave Taht <dave.taht@gmail.com>
Cc: bloat@lists.bufferbloat.net
Subject: Re: [Bloat] ipv6 fe80:: addresses, vlans and bridges... borked?
Date: Wed, 11 May 2011 06:40:25 +0200 [thread overview]
Message-ID: <4DCA1339.1010409@kit.edu> (raw)
In-Reply-To: <BANLkTi=KGJ3GGJUQeuPpiJHKMcC5PCnoAA@mail.gmail.com>
Hi Dave,
On 11.05.2011 05:32, Dave Taht wrote:
> 1) in a wireshark analysis, the %interface part is lost
But your wireshark is listening on some specific interface,
isn't it? This interface is your context then and link locals are
unique on that particular link (which is assured by
Duplicate Address Detection). Are you facing the problem from the
switch's perspective (e.g., that you can determine the receiving
i/f from the destination address of received packets) or from another
another device's perspective?
> 2) we have 2^64 possible choices for fe80 addresses. I don't see what
> having them all be the same buys me.
You can assign an individual fe80:: address to an interface, e.g.,
fe80::b101 for bridge one interface 1, fe80::b102 bridge one
interface 2 etc. if that helps. But be aware that it may create
address collisions in case you have two such bridges on the same
link :-( Therefore, using (modified) EUI-64 addresses within the
64-bit seems to be a good choice.
> 3) It worries me in the babel routing protocol
Sorry, I didn't study the spec so far. What is the
particular problem there? Maybe there is a problem
with the assumptions in the protocol.
> 4) My bridges are misbehaving over ipv6 in the general case and I'm
> willing to grasp at straws.
What is that misbehavior? That a bridge is using the same link local
address on each of its links? That's ok as long as its unique on that
particular on-link subnet.
Regards,
Roland
next prev parent reply other threads:[~2011-05-11 4:52 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-09 3:26 Dave Taht
2011-05-09 8:14 ` Fred Baker
2011-05-09 14:59 ` Dave Taht
2011-05-09 15:57 ` Fred Baker
2011-05-09 16:14 ` Dave Taht
2011-05-09 16:44 ` Fred Baker
2011-05-09 18:56 ` Dave Taht
2011-05-09 14:49 ` Roland Bless
2011-05-10 14:30 ` Jeremy Visser
2011-05-11 3:32 ` Dave Taht
2011-05-11 4:40 ` Roland Bless [this message]
2011-05-11 13:46 ` Dave Taht
2011-05-11 16:37 ` Rick Jones
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
List information: https://lists.bufferbloat.net/postorius/lists/bloat.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4DCA1339.1010409@kit.edu \
--to=roland.bless@kit.edu \
--cc=bloat@lists.bufferbloat.net \
--cc=dave.taht@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox