Thanks Carles,

Agree with your responses! Coming back to one point:


    - Sections 3.2.2 and 3.2.3
    In both cases, the second paragraph seems to repeat information
    from the 1st paragraph but slightly different.
    Is this intentional? If yes I can take a closer look to trying to
    understand this. If not intended, then I'll await new text.


Yes, this is intentional!

This relates with SCHC architecture concepts, as follows. There is a SCHC Stratum (atop 802.15.4 and below IPv6). There is only one SCHC Stratum Header end point in either case. In the second case (Multiple-end point networks), the SCHC Stratum Header indicates which is the SCHC Payload end point used for C/D (e.g., so that a receiver knows how to decompress a packet). Note that the SCHC Stratum Header itself is also compressed. In the first case (Single-end point networks), there is only one possible SCHC Payload end point. Conceptually, this is equivalent to the SCHC Stratum Header being fully elided, and having a Rule to decompress the SCHC Stratum Header implicitly known at the receiver.


I reread it now and it's clear: there was the difference in the stratum header vs SCHC payloads. One question comes to mind here is whether this is 802.15.4-specific, or not? Won't the same considerations apply to other networks/technologies using SCHC?
And the terms like single-end point networks; multiple-end point networks.

Esko

--
*IoTconsultancy.nl* | Email/Teams: [email protected] | +31 6 2385 8339
_______________________________________________
6lo mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to