{"action":"created","issue":{"url":"https://api.github.com/repos/contiki-os/contiki/issues/1285","labels_url":"https://api.github.com/repos/contiki-os/contiki/issues/1285/labels{/name}","comments_url":"https://api.github.com/repos/contiki-os/contiki/issues/1285/comments","events_url":"https://api.github.com/repos/contiki-os/contiki/issues/1285/events","html_url":"https://github.com/contiki-os/contiki/pull/1285","id":108835137,"number":1285,"title":"TSCH + Basic 6TiSCH","user":{"login":"simonduq","id":1425999,"avatar_url":"https://avatars.githubusercontent.com/u/1425999?v=3","gravatar_id":"","url":"https://api.github.com/users/simonduq","html_url":"https://github.com/simonduq","followers_url":"https://api.github.com/users/simonduq/followers","following_url":"https://api.github.com/users/simonduq/following{/other_user}","gists_url":"https://api.github.com/users/simonduq/gists{/gist_id}","starred_url":"https://api.github.com/users/simonduq/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/simonduq/subscriptions","organizations_url":"https://api.github.com/users/simonduq/orgs","repos_url":"https://api.github.com/users/simonduq/repos","events_url":"https://api.github.com/users/simonduq/events{/privacy}","received_events_url":"https://api.github.com/users/simonduq/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":5,"created_at":"2015-09-29T09:55:46Z","updated_at":"2015-09-29T20:57:59Z","closed_at":null,"pull_request":{"url":"https://api.github.com/repos/contiki-os/contiki/pulls/1285","html_url":"https://github.com/contiki-os/contiki/pull/1285","diff_url":"https://github.com/contiki-os/contiki/pull/1285.diff","patch_url":"https://github.com/contiki-os/contiki/pull/1285.patch"},"body":"TSCH (TImeSlotted Channel Hopping) is a MAC layer of the [IEEE 802.15.4e-2012 amendment](http://standards.ieee.org/getieee802/download/802.15.4e-2012.pdf), currently being integrated as part of the new IEEE 802.15.4-2015. [6TiSCH](https://datatracker.ietf.org/wg/6tisch/documents/) is an IETF Working Group focused on IPv6 over TSCH. This is a Contiki implementation of TSCH and the 6TiSCH so-called \"minimal configuration\", which defines how to run a basic RPL+TSCH network. \r\n\r\nWe provide a full documentation of the features, code structure, how to use, configure and port it to new platforms in this [README.md](https://github.com/simonduq/contiki/blob/pr/tsch/core/net/mac/tsch/README.md).\r\n\r\nAmong the key features (full list [here](https://github.com/simonduq/contiki/blob/pr/tsch/core/net/mac/tsch/README.md#features)), we include standard 6TiSCH link-layer security (based on Contiki's ccm-star interface), standard 6TiSCH interfacing of TSCH with RPL, and a generic scheduling API for TSCH. We also include [Orchestra](https://github.com/simonduq/contiki/blob/pr/tsch/apps/orchestra/README.md), an autonomous scheduling solution where nodes maintain their own schedule locally, solely based on their local RPL state.\r\n\r\nThis implementation participated in the ETSI 6TiSCH plugtest, where it interoperated successfully with all 4 implementations it was tested against, including OpenWSN, a reference implementation of 6TiSCH.\r\n\r\nThe code is ported to jn516x, sky and z1. It was extensively evaluated in two different testbeds (25 jn5168 nodes, 98 sky nodes) along with RPL in storing mode, achieving end-to-end delivery ratios over 99.99% (less than one loss per 10k). For a detailed evaluation, see our paper [*Orchestra: Robust Mesh Networks Through Autonomously Scheduled TSCH*](http://www.simonduquennoy.net/papers/duquennoy15orchestra.pdf), ACM SenSys'15.\r\n\r\nThis PR includes regression testing in Cooja with emulated z1 nodes, checking that a RPL/TSCH network builds correctly. The test is run with and without security, and with either 6TiSCH minimal schedule or Orchestra.\r\n"},"comment":{"url":"https://api.github.com/repos/contiki-os/contiki/issues/comments/144189364","html_url":"https://github.com/contiki-os/contiki/pull/1285#issuecomment-144189364","issue_url":"https://api.github.com/repos/contiki-os/contiki/issues/1285","id":144189364,"user":{"login":"simonduq","id":1425999,"avatar_url":"https://avatars.githubusercontent.com/u/1425999?v=3","gravatar_id":"","url":"https://api.github.com/users/simonduq","html_url":"https://github.com/simonduq","followers_url":"https://api.github.com/users/simonduq/followers","following_url":"https://api.github.com/users/simonduq/following{/other_user}","gists_url":"https://api.github.com/users/simonduq/gists{/gist_id}","starred_url":"https://api.github.com/users/simonduq/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/simonduq/subscriptions","organizations_url":"https://api.github.com/users/simonduq/orgs","repos_url":"https://api.github.com/users/simonduq/repos","events_url":"https://api.github.com/users/simonduq/events{/privacy}","received_events_url":"https://api.github.com/users/simonduq/received_events","type":"User","site_admin":false},"created_at":"2015-09-29T20:57:59Z","updated_at":"2015-09-29T20:57:59Z","body":"It's not great at handling bursts, you have wait for one period for every packet. I can think of possible enhancements for back-to-back transmission but that is not that trivial and not supported yet."}}