Yes, I’m trying to come up with some of our smart grid use-cases that would be improved by 6tisch-style DETNET features…

Will seek input on these soon…

Thx!
R.


On Apr 19, 2017, at 11:46 AM, Pascal Thubert (pthubert) <[email protected]> wrote:

Hello Randy :
 
We are lacking real deployments and could only use values derived from the practice of other TSCH-based standards.
But I do not have access on such figures. Hearsay is that those radios are rarely used in control loop operation and find more application in monitoring.
 
If you have more or have a source of such information, then we could improve the detnet draft : )
 
Pascal
 
 
From: 6tisch [mailto:[email protected]] On Behalf Of Randy Turner
Sent: mardi 18 avril 2017 17:55
To: Pascal Thubert (pthubert) <[email protected]>
Cc: [email protected]
Subject: Re: [6tisch] DETNET use cases
 

Hi Pascal,

 

I did look at section 5, and while there is a good discussion on how 6tisch works and/or how 6tisch mechanisms may be used to accomplish deterministic networking, I didn't see any concrete use-cases, similar to other sections of the document...i.e.,

"The BMS polls each LC at a maximum measurement interval of 100ms (for
example to draw a historical chart of 1 second granularity with a 10x
sampling interval) and then performs the operations as specified by
the operator. Each LC needs to measure each of its several hundred
sensors once per measurement interval. Latency is not critical in
this scenario as long as all sensor values are completed in the
measurement interval."

 

That being said, I can use some of this text, it would just be nice to show an example concrete use-case using the features of 6tisch as described in the document.

 

Thanks!
Randy

 

 

 

On April 17, 2017 at 4:31 PM "Pascal Thubert (pthubert)" <[email protected]> wrote:

Hello Randy :)
 
Section 5 is probably the one we care about most; the text derives from the 6TiSCH 4 detnet draft...
 
Regards;
 
Pascal


Le 17 avr. 2017 à 20:53, Randy Turner <[email protected]> a écrit :

Hi All,

Regarding the recent call minutes and my action item, I did a quick glance at the use-cases defined in the DETNET use-cases document - I looked across all the use-cases, but particularly the electrical/smart-grid use-cases. The use-cases appear to be valid, however, It looks to me (you guys can correct me if you feel differently) that the problem statements and the latencies mentioned, are not approachable by wireless/RF networks.  I'm not saying that deterministic methods (PCE scheduling, track switching, anything "MPLS-like or switching" on a mesh) wouldn't help, I just couldn't find any use-cases that could be addressed using the types of 6tisch networks (large/several-hops, lossy, 50Kbps - 1 Mbps) that I routinely deal with.  The DETNET use-case document (as Pascal may have suggested in the past) seems to be describing problems that could be approached with "wired" DETNET methods only. The smart grid use-cases specifically call for 50msec latency across a grid network - any RF segment along this end-to-end link wouldn't necessarily be able to "guarantee" this. At least from my experience.  Basically, the current use-case document appears to be a "wired" network use-case document.

Randy

_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch


 

_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch
_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch

_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch

Reply via email to