Hello Timothy: The premise is that you do not get a stack to work with another by magic, and an ISA100.11a implementation would not work with ZigBee IP even if both claim 6loWPAN. There will soon be a fourth generation of 802.15.4 and you know that there are many variations on what you do in there, including TSCH, frame formats, you name it.
One must have a clear definition of what to pick from the standards at all layers to achieve interworking, and a conformance body is required that will validate a given profile and provide a stamp that guarantees interop. I saw opposition on option 1 from 2 camps, neither of which, I understand, is compatible with RFC 4944 by the book or could interop with ZigBee IP, for instance. Either they use Mesh header to put stuff that is not a MAC address, or they use escape encoding that was never standardized. All in all, they would not be able to forward a packet from one another though they certainly work perfectly fine if the subnet is a silo. If we get rid of the fantasy that there's a single 6LoWPAN network, and that all devices can plug into it, then we see that there will be multiple bodies like ZigBee IP defining profiles and ensuring connectivity of compliant implementations. A device would be designed for one such profile, where the use of either legacy mesh or option 1 would be enforced. Or a device could be compliant with multiple such profiles in which case there would be a need for configuration or discovery. To your question, I do not think that the particular use of the dispatch would be discovered on the fly, but rather imposed in the beacons. If we take that path we could define ways to do that. But there's a more complex opposition against option 1, more difficult to debate technically, and that is the political side, having to go and defend the case against other bodies outside the IETF. So the authors were asked to provide additional options, which are additions to the protocol. Do you have any advice on them? Cheers, Pascal > -----Original Message----- > From: Roll [mailto:[email protected]] On Behalf Of Timothy J. Salo > Sent: mardi 7 juillet 2015 23:01 > To: Routing Over Low power and Lossy networks; [email protected] > Subject: Re: [Roll] FW: New Version Notification for draft-thubert-6lo- > routing-dispatch-04.txt > > > Please consider those options, and come discuss them at 6Lo: > > > > Option 1 considers that a network where this specification applies > > is physically separate from a network where the Mesh Header > > defined in [RFC4944] is used. With that assumption, the Mesh > > Header dispatch space can be reused. > > How is this configured? Does it require manual configuration? > Or, can it be reliably detected automatically? > > -tjs > > _______________________________________________ > Roll mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/roll _______________________________________________ 6tisch mailing list [email protected] https://www.ietf.org/mailman/listinfo/6tisch
