Simon, Didn't look at details, but you look at examples-00. Could you please check examples-02 and whether the issue is still there?
Thomas On Wed, Jul 5, 2017 at 12:02 PM, Simon Duquennoy <simon.duquen...@inria.fr> 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 > <mcr+i...@sandelman.ca> wrote: > > > > Thomas Watteyne <thomas.watte...@inria.fr> 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 <mcr+i...@sandelman.ca>, Sandelman Software Works > > -= IPv6 IoT consulting =- > > > > > > > -- _______________________________________ Thomas Watteyne, PhD Research Scientist & Innovator, Inria Sr Networking Design Eng, Linear Tech Founder & co-lead, UC Berkeley OpenWSN Co-chair, IETF 6TiSCH www.thomaswatteyne.com _______________________________________
_______________________________________________ 6tisch mailing list 6tisch@ietf.org https://www.ietf.org/mailman/listinfo/6tisch