Hi,
Here is my understanding...
- 1. If you're sending a LOWPAN_IPHC frame without 6LoRH, it'd be better
to use page-0 LOWPAN_IPHC, without paging dispatch, in case a receiver
is a legacy, non-6TiSCH, node.
- 2. Since a node may receive a page-1 LOWPAN_IPHC frame without 6LoRH,
it'd be better to support paging dispatch even though the node doesn't
support 6LoRH.
The first thing is the same as what Simon pointed out with the text in
RFC 8025. The second thing is what is shown in 3.6.1 of
draft-munoz-6tisch-examples-02.
Best,
Yatch
On 2017/07/05 19:50, Carsten Bormann wrote:
You indeed don’t need page 1 for IPHC.
You need to be on page 1 once you need 6LoRH.
(My proposal was to simply define 6TiSCH to start in page 1. No idea whether
that removes any ever-so-remote compatibility with 6LoWPAN or if there is any
other reason to start off in page 0.)
Grüße, Carsten
On Jul 5, 2017, at 12:02, Simon Duquennoy <[email protected]> wrote:
In Thomas' example
https://tools.ietf.org/html/draft-munoz-6tisch-examples-00#section-3.6.1
there is a page dispatch to page 1 (0xf1) followed by IPHC (no routing
header). In this case, couldn't one choose to elide the page dispatch
and directly include IPHC? Or is the IPHC different from a page 0
IPHC?
Just checking if we're on the same page (no pun intended ;))
Thanks,
Simon
On Wed, Jun 28, 2017 at 1:41 AM, Michael Richardson
<[email protected]> wrote:
Thomas Watteyne <[email protected]> wrote:
Simon, all, FYI, we agreed on Friday that using paging dispatch is the
right way forward. I propose we continue discussing on the plugtests
ML if that's going to create problems.
Yes, but the point is that a non-6loRH node will not be able to decode other
than "page 1", and we have no signaling mechanism to tell a 6loRH node to
"fall back".
That was intentional... We discussed having a flag in the RPL DIO to say if
there were old nodes present, but decided it wasn't worth it.
--
Michael Richardson <[email protected]>, Sandelman Software Works
-= IPv6 IoT consulting =-
_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch
_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch
_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch
