All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Richardson <mcr@sandelman.ca>
To: linux-wpan@vger.kernel.org, linux-bluetooth@vger.kernel.org
Subject: LL address and IPv6 address
Date: Fri, 13 Nov 2015 13:04:16 -0500	[thread overview]
Message-ID: <25991.1447437856@sandelman.ca> (raw)
In-Reply-To: <CAPpUg6P259rf9NXGpDXqNq2Qragc5Ht9ZvQCSaDGSG1vSWcbZg@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1806 bytes --]


I hadn't realized until I was trying to communicate LL (fe80::) addresses to
a plugfest peer that the LL addresses and layer-2 addresses are not stable.
(no eeprom in at86af23x, most of the OpenMote/Redwire devices that Contiki
runs on have same issue)

Yes, we can set them from /etc/network/interfaces using iwpan, but I'm a bit
not keen about this as a general solution.

Now, I have some ideas about deploying (802.1AR) certificates that permit a
node to prove it owns a particular L2 address.  Given that certificate, I
might as well configure the l2 and short address, etc. directly from the info
in the certificate.  This solution will suit my needs well, but probably not
others.

We do not have a kernel command line option to set the LL address, we should,
but in the specific case of the RPI, that won't help that much, because the
RPI doesn't use GRUB (nor uboot by default), so the cmdline is hard to
update.  Does this matter that much; I'm not sure.  Still, I think we should
have a non-programmatic way to do this, maybe some kind file in /etc,
or maybe a sensible recommendation for having udev do it.

I also noted that if I tried to change some things, such as panid and l2
address that it wouldn't work until I rebooted.  Probably there was another
sequence I could have used, but I didn't figure it out at the time.

Also, as far as I know, we can't operate on more than one panid at the same
time.  I could imagine that maybe one could create multiple lowpan on top of
the same wpanX interface, but the panid is actually at the lower level.

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        | network architect  [
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 481 bytes --]

  parent reply	other threads:[~2015-11-13 18:04 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-11 21:48 6lowpan socket Baptiste Clenet
     [not found] ` <CAF4BF-TStucwTg5Kp+YAN735RNQUA+aLf1fEPRKW7uSNZXSKYw@mail.gmail.com>
2015-11-11 22:06   ` Baptiste Clenet
2015-11-12  0:14     ` Baptiste Clenet
2015-11-12  8:53       ` Alexander Aring
2015-11-13 10:29         ` Baptiste Clenet
2015-11-13 10:54           ` Alexander Aring
2015-11-13 13:34             ` Baptiste Clenet
2015-11-13 18:04           ` Michael Richardson [this message]
2015-11-14 10:35             ` LL address and IPv6 address Alexander Aring
2015-11-16 14:46               ` Stefan Schmidt
2015-11-16 15:11                 ` Stefan Schmidt

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=25991.1447437856@sandelman.ca \
    --to=mcr@sandelman.ca \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=linux-wpan@vger.kernel.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 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.