> From: Ralph Droms <[email protected]>
> Date: Thu, 24 Jun 2010 15:52:07 -0400
>
> How, exactly, would specifying the order make any difference to an
> implementation in terms of:
>
> * code size and complexity
If two options interact in any way, the code to process them
is simpler if they appear in a fixed order. The degree to
which a fixed order simplifies the code depends on the
degree of interaction between the various options.
> * processing time
No appreciable difference.
> * interoperability
Sending the options in the right order, and testing that
they are sent in the right order, is trivial. Testing
that the order in which they appear in incoming messages
is irrelevant is much harder.
> Seems to me such a requirement would reduce interoperability with
> existing implementations.
Absolutely. This only makes sense if there are there
no existing deployments. Given the freshness of 6LoWPAN ND
I am not sure that this is an issue.
-Richard Kelsey
_______________________________________________
6lowpan mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6lowpan
