Re: [6tisch] plugfest synchronization point 1

Hi Nicola,

that would be a good demonstrator. We still do not know information about
the room we will have. I will update with that information as soon as I
know about it.

thanks!
Xavi

On Fri, Feb 7, 2014 at 11:47 AM, Nicola Accettura
<nick.accettura@gmail.com>wrote:

> Hi Xavi,
> the contribution of Telematics Lab (Politecnico di Bari) to the plugfest
> will be a demonstration of some experimental multi-hop topologies scheduled
> with DeTAS. By now, I think we can show constrained topologies (forcing RPL
> parent selection in some way) with about 20 TelosB motes. Actually, we have
> reduced the transmission power to allow motes to be deployed in small areas
> (tx range of about 35 cm), but it would be nice to understand how much
> space and time we will have at the plugfest. We are also planning to show
> some on-line performance (those available on OpenWSN).
> Let me know if this is ok and possible suggestions.
>
> Kind regards
> Nicola
>
>
> 2014-02-07 9:33 GMT+01:00 Xavier Vilajosana Guillen <
> xvilajosana@eecs.berkeley.edu>:
>
>> Hi Pascal, this sounds awesome!! Let's see if we can hook some motes
>> there :-)
>> X
>>
>>
>> On Fri, Feb 7, 2014 at 8:53 AM, Pascal Thubert (pthubert) <
>> pthubert@cisco.com> wrote:
>>
>>>  Hello Xavi:
>>>
>>>
>>>
>>> Cisco's contribution to the plugfest will be a demo of the backbone
>>> router functionality as presented at IETF 86 in Orlando, limited to the
>>> 6LoWPAN ND registration (RFC 6775).
>>>
>>> I will have a sneak preview of efficient ND support (WiND) for those
>>> interested. The code will run on an IE3K industrial switch. The idea is to
>>> interface with one or more 6TiSCH root node(s) over Ethernet.
>>>
>>>
>>>
>>> In order to connect to the switch acting as backbone router, the root
>>> node will need to implement RFC 6775 or WiND to advertise (towards the
>>> switch) any device that it learns (e.g. through RPL DAO) from the 15.4e
>>> TSCH side.
>>>
>>>
>>>
>>> The root will use its own MAC address (the address on the Ethernet
>>> connection to the switch) as SLLA in the registration, but present a real
>>> unique identifier for each device in the 64-bit unique ID that it will need
>>> to infer in some fashion (sadly RPL is missing the unique ID, but if all
>>> the addresses are based on EUI 64 then that can be done in a trivial
>>> fashion). The dependency is that a same device claiming a same address must
>>> always appear with the same unique ID, otherwise the registration may be
>>> rejected as duplicate if it happens within lifetime.
>>>
>>>
>>>
>>> The IE3K switch will act as 6LR on its SVI interface, and register the
>>> device. It will also defend the IPv6 address of the device on the Ethernet
>>> side using the root MAC address (the SLLA in the NS(ARO)).
>>>
>>> As such, the demo will implement
>>> http://tools.ietf.org/html/draft-thubert-6lowpan-backbone-router-03#section-5.2"ND Proxy Operations" and will enable a PC connected over Ethernet to ping
>>> a 6TiSCH device effectively forming a single heterogeneous multilink subnet.
>>>
>>>
>>>
>>> So far, we are in line with the plan. Anyone interested to connect is
>>> certainly welcome!
>>>
>>>
>>>
>>> Cheers,
>>>
>>>
>>>
>>> Pascal
>>>
>>>
>>>
>>> *From:* 6tisch [mailto:6tisch-bounces@ietf.org] *On Behalf Of *Xavier
>>> Vilajosana Guillen
>>> *Sent:* jeudi 6 février 2014 21:34
>>> *To:* 6tisch@ietf.org
>>> *Subject:* [6tisch] plugfest synchronization point 1
>>>
>>>
>>>
>>> Dear all,
>>>
>>>
>>>
>>> we reached the first synchronization point. I would like to call to
>>> plugfest participants to provide a very quick status update and raise any
>>> possible problem during the 6TiSCH call tomorrow. We will have some minutes
>>> during the call to talk about that and start some planning.
>>>
>>>
>>>
>>> regards,
>>> Xavi
>>>
>>
>>
>> _______________________________________________
>> 6tisch mailing list
>> 6tisch@ietf.org
>> https://www.ietf.org/mailman/listinfo/6tisch
>>
>>
>