Re: [6tisch] MSF Shepherd review

2019-12-06 Thread Pascal Thubert (pthubert)
Very good Tengfei This addresses my comments. Note that the uppercase NOT is not a valid BCP14 term by itself. I’d reword to say that the distribution of traffic over multiple parents is a routing decision that is out of scope for MSF... Regards, Pascal Le 6 déc. 2019 à 12:01, Tengfei Chang

Re: [6tisch] MSF adapts to traffic only for secured packets

2019-12-06 Thread Yasuyuki Tanaka
Thank you, Tengfei. > On Dec 6, 2019, at 22:49, Tengfei Chang wrote: > > Handling DSCP value will be a per-packet process. Can we pass DCSP value > to the TSCH layer using the interface for transmission defined by > IEEE802.15.4? I don't think so. > > TC: Not sure this is a standard way to d

Re: [6tisch] MSF adapts to traffic only for secured packets

2019-12-06 Thread Tengfei Chang
On Fri, Dec 6, 2019 at 9:31 PM Yasuyuki Tanaka wrote: > Hi Pascal, Tengfei, > > On 12/6/2019 6:48 PM, Tengfei Chang wrote: > > Yes, MSF indeed aware of the routing information such as RPL parent, I > > consider this is like an information stored at IPv6 layer that MSF can > > read it from without

Re: [6tisch] MSF Shepherd review

2019-12-06 Thread Tengfei Chang
Hi Yatch, The session is distinguished by the parent, there is no such case that two MSF sessions have a 'common parent'. MSF session to parent is 1 to 1 mapping relationship. MSF session should be ends as long as a neighbor is un-selected as parent. In the text, I agree we only details how MSF d

Re: [6tisch] MSF Shepherd review

2019-12-06 Thread Yasuyuki Tanaka
Hi Tengfei, How do we distinguish multiple MSF sessions? What if two MSF sessions have a same "selected parent", and then one of them selects another selected parent? How many negotiated cells should be taken over to the new selected parent? These are not covered by the current text, and I th

Re: [6tisch] MSF adapts to traffic only for secured packets

2019-12-06 Thread Yasuyuki Tanaka
Hi Pascal, Tengfei, On 12/6/2019 6:48 PM, Tengfei Chang wrote: Yes, MSF indeed aware of the routing information such as RPL parent, I consider this is like an information stored at IPv6 layer that MSF can read it from without touching the frame L2 payload. In such sense, I could consider the DS

Re: [6tisch] MSF Shepherd review

2019-12-06 Thread Tengfei Chang
I will add the following text at the intro part of MSF draft: *MSF works closely with RPL, specifically the routing parent defined in . This specification only describes how MSF works with one routing parent, which is phrased as "selected parent".The activity o

Re: [6tisch] MSF adapts to traffic only for secured packets

2019-12-06 Thread Pascal Thubert (pthubert)
Yes I do Regards, Pascal Le 6 déc. 2019 à 09:49, Tengfei Chang a écrit :  Pascal, Yes, MSF indeed aware of the routing information such as RPL parent, I consider this is like an information stored at IPv6 layer that MSF can read it from without touching the frame L2 payload. In such sense

Re: [6tisch] MSF adapts to traffic only for secured packets

2019-12-06 Thread Tengfei Chang
Pascal, Yes, MSF indeed aware of the routing information such as RPL parent, I consider this is like an information stored at IPv6 layer that MSF can read it from without touching the frame L2 payload. In such sense, I could consider the DSCP value can be another information stored at upper layer