[6tisch] WG Action: Rechartered IPv6 over the TSCH mode of IEEE 802.15.4e (6tisch)

2016-03-04 Thread The IESG
The IPv6 over the TSCH mode of IEEE 802.15.4e (6tisch) WG in the Internet Area of the IETF has been rechartered. For additional information, please contact the Area Directors or the WG Chairs. IPv6 over the TSCH mode of IEEE 802.15.4e (6tisch) --

Re: [6tisch] 6P and Sf0 issue: Token to identify transactions in 6P

2016-03-04 Thread Pascal Thubert (pthubert)
Hello Tengfei But if the ack is sent and not received then the parent does not allocate the cells and the child uses them... And if a transaction hangs in the middle - say the child dies or is out of reach - then we'd have a deadlock. No, as Xavi said we must plan for parallel transaction and

Re: [6tisch] 6P and Sf0 issue: Token to identify transactions in 6P

2016-03-04 Thread Tengfei Chang
Hi Pascal, The parent should allocate cells only when it received the ACK of the response. If no ACK received, no cell will be allocated. This can be handled by state machine, though it doesn't support concurrency. Tengfei On Fri, Mar 4, 2016 at 12:37 PM, Pascal Thubert (pthubert) < pthub...@cis

Re: [6tisch] 6P and Sf0 issue: Piggybacking data packet with IE confirmation

2016-03-04 Thread Lijo Thomas
Hi Diego, Do we really require 3 transactions for 6P operations as mentioned. The second transaction from the parent contains all the required information for the task. In case the 2nd packet is lost, the parent will schedule a RX link which will be unutilized for the time being

Re: [6tisch] 6P and Sf0 issue: Token to identify transactions in 6P

2016-03-04 Thread Pascal Thubert (pthubert)
One issue with that, Tengfei, is if the 6p response is sent but not received. The client will retry the request for the same need of bandwidth but will get a new set of cells. The parent that allocates cells must correlate them with a request ID (token, sequence, whatever) in case that request i

Re: [6tisch] 6P and Sf0 issue: Statistics for SFs and Relocation

2016-03-04 Thread Pascal Thubert (pthubert)
I’d support that, Diego If the visible operation of the device depends on it and that influences the interoperation, it is good to document a base way of doing things. Cheers, Pascal From: 6tisch [mailto:6tisch-boun...@ietf.org] On Behalf Of Prof. Diego Dujovne Sent: jeudi 3 mars 2016 20:26 To

Re: [6tisch] 6P and Sf0 issue: 6top protocol behaviour at boot

2016-03-04 Thread Pascal Thubert (pthubert)
Hello Diego: One suggestion would be that when a node attempts to join, the parent immediately grants a set of cells for the join process from a limited pool (to avoid DDOS). These cells are to be released at the end of the join and are there to boost the bandwidth for that critical phase. Che

Re: [6tisch] 6P and Sf0 issue: IANA IDs

2016-03-04 Thread Pascal Thubert (pthubert)
Hello Diego: You need a IANA section where you detail which registries you create and which you add to. Then you need to enumerate the entries that you need, as you do below. You may suggest values to help interop till you make RFC, but the IANA will have the final word and implementations may

Re: [6tisch] 6P and Sf0 issue: Examples of error handling

2016-03-04 Thread Tengfei Chang
Hello Diego, *For IANA_6TOP_CMD_ROLLBACK command: * I think I understand what you are trying to solve. But using IANA_6TOP_CMD_ROLLBACK has another issue: how to decide when to send the command. I think this is the same question for setting the value of 6P_TIMEOUT. Also if a transaction timeout b

Re: [6tisch] 6P and Sf0 issue: Token to identify transactions in 6P

2016-03-04 Thread Tengfei Chang
Hi Xavi, Thanks for explanation! It makes sense for me. Xavi, Diego, All, Does the token indicates the ID of one transaction? How this 8-bits value changes during a transaction/multiple transaction? It would be helpful if there is some martial showing how the token works with 6p. Let me know if