So far nobody has agreed or disagreed with my proposal at: https://www.ietf.org/mail-archive/web/6tisch/current/msg05628.html
> JP should set the DSCP bits in the packet > as per rfc2597 section 6, we want AF43 (0b100110). What, if anything, should the JRC set for the returning traffic? I'd like to say the same, because I don't think that we should allocate more bandwidth at the top of the mesh for join traffic going down. The JRC may need to pace it's replies so that none get dropped due to congestion. If the JRC is in the DAGroot, then the most congested link is the one leaving the DAGroot, and so if the JRC employs even a simple BQL on the outgoing AF43 queue is should work well. -- Michael Richardson <[email protected]>, Sandelman Software Works -= IPv6 IoT consulting =-
signature.asc
Description: PGP signature
_______________________________________________ 6tisch mailing list [email protected] https://www.ietf.org/mailman/listinfo/6tisch
