Alvaro Retana has entered the following ballot position for draft-ietf-6tisch-enrollment-enhanced-beacon-13: Discuss
When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-6tisch-enrollment-enhanced-beacon/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- I am balloting DISCUSS because the relationship between this document and RPL parent selection is not clear. I expect that the issues I point at will be easy to address, either by clarifying the text or my potential confusion. It is not clear to me what is the "RPL status" of an enrolled node. IOW, is an enrolled node to be considered one that has joined a DODAG already? This is then causing some confusion on how RPL parent selection and the new structure defined here are related. More details/questions below. (1) rank priority What is the relationship between the rank priority and parent selection as described in rfc6550? The text says that "it is to help enrolled devices only to compare different connection points", but no details on the use are provided. The rank priority is described as "an indication of how willing this 6LR is to serve as an RPL {?RFC6550} parent", which points directly at parent selection. The only mention (that I could find) in rfc6550 of an indication of how "willing to act as a parent" a node may be shows up as a guideline when describing the DAO-ACK. The relative values ("Lower values indicate more willing, and higher values indicate less willing.") are aligned, but the size of the fields is different. How, if at all, are these values related? (2) What is the PANID? Is there a relationship with the DODAGID or the RPL Instance? (3) The text says that the pan priority "typically is used by devices which have already enrolled...MAY consider this value when looking for an eligible parent device." As with the rank priority, there are no details about how a node may use this value during parent selection. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- ยง2 says that the "network ID...[is]...communicated by the RPL Configuration Option payloads". I scanned rfc6550, but couldn't find a place where the network ID is mentioned. Maybe I'm looking in the wrong place -- please point me in the right direction. _______________________________________________ 6tisch mailing list [email protected] https://www.ietf.org/mailman/listinfo/6tisch
