[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[lwip-devel] [task #13106] Add IPv6 scopes
From: |
David van Moolenbroek |
Subject: |
[lwip-devel] [task #13106] Add IPv6 scopes |
Date: |
Wed, 18 Jan 2017 19:55:07 +0000 (UTC) |
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:50.0) Gecko/20100101 Firefox/50.0 |
Follow-up Comment #10, task #13106 (project lwip):
Comment #4:
> The only thing I'm not sure about is storing the scope in the netif
addresses. I would keep it separate.
Hm yeah, that should be fine as well actually. For the embedding case it may
be a bit cheaper to have the assigned address prepared for comparisons,
basically. With a separate scope field, that is less of an issue.
Comment #5:
> Just as a note to the scope ID: There is an u8_t netif->num - already
managed by netif code to be unique.
Ah yes. I remember looking into netif->num earlier and being a bit confused as
to what it wants to be, as some places seemed to be treating it as a per-name
unit number..
The bigger problem with netif->num is that it starts from zero, and it seems
that eg the slipif code even relies on that. That means that at the very
least, some remapping will be necessary, although that can be as simple as
#define netif_index(netif) ((netif)->num + 1). It's probably best to retain
the special value for "no scope" everywhere else.
Otherwise, netif->num would be fine, at least as long as it can be overridden
from the netif init callback, because if netif_num overflows, uniqueness is no
longer guaranteed. My implementation has to support dynamic interface
creation/destruction..
Comment #9:
> When you add the scope ID member AFTER the IP address, then struct ip_addr
won't increase in size (at least in dual-stack mode) since the scope member
and u8_t type fit into one u32_t alignment.
I believe that's only the case if both structures are packed, and I'm not sure
packing is a good idea here?
_______________________________________________________
Reply to this item at:
<http://savannah.nongnu.org/task/?13106>
_______________________________________________
Message sent via/by Savannah
http://savannah.nongnu.org/
- [lwip-devel] [task #13106] Add IPv6 scopes, David van Moolenbroek, 2017/01/18
- [lwip-devel] [task #13106] Add IPv6 scopes, Ivan Delamer, 2017/01/18
- [lwip-devel] [task #13106] Add IPv6 scopes, David van Moolenbroek, 2017/01/18
- [lwip-devel] [task #13106] Add IPv6 scopes, Ivan Delamer, 2017/01/18
- [lwip-devel] [task #13106] Add IPv6 scopes, Dirk Ziegelmeier, 2017/01/18
- [lwip-devel] [task #13106] Add IPv6 scopes, Ivan Delamer, 2017/01/18
- [lwip-devel] [task #13106] Add IPv6 scopes, Simon Goldschmidt, 2017/01/18
- [lwip-devel] [task #13106] Add IPv6 scopes, Ivan Delamer, 2017/01/18
- [lwip-devel] [task #13106] Add IPv6 scopes, Dirk Ziegelmeier, 2017/01/18
- [lwip-devel] [task #13106] Add IPv6 scopes,
David van Moolenbroek <=
- [lwip-devel] [task #13106] Add IPv6 scopes, Ivan Delamer, 2017/01/18
- [lwip-devel] [task #13106] Add IPv6 scopes, Simon Goldschmidt, 2017/01/18
- [lwip-devel] [task #13106] Add IPv6 scopes, Joel Cunningham, 2017/01/18
- [lwip-devel] [task #13106] Add IPv6 scopes, David van Moolenbroek, 2017/01/18
- [lwip-devel] [task #13106] Add IPv6 scopes, Joel Cunningham, 2017/01/19
- [lwip-devel] [task #13106] Add IPv6 scopes, David van Moolenbroek, 2017/01/27
- [lwip-devel] [task #13106] Add IPv6 scopes, Simon Goldschmidt, 2017/01/30
- [lwip-devel] [task #13106] Add IPv6 scopes, David van Moolenbroek, 2017/01/31