Re: [6tisch] plugfest synchronization point 1

Xavier Vilajosana <xvilajosana@eecs.berkeley.edu> Sat, 08 February 2014 06:50 UTC

Return-Path: <xvilajosana@gmail.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FBF21ACCF6 for <6tisch@ietfa.amsl.com>; Fri, 7 Feb 2014 22:50:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.677
X-Spam-Level:
X-Spam-Status: No, score=-0.677 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_21=0.6, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HzfGj2aK1tTE for <6tisch@ietfa.amsl.com>; Fri, 7 Feb 2014 22:49:57 -0800 (PST)
Received: from mail-vb0-x22c.google.com (mail-vb0-x22c.google.com [IPv6:2607:f8b0:400c:c02::22c]) by ietfa.amsl.com (Postfix) with ESMTP id 121621A05A8 for <6tisch@ietf.org>; Fri, 7 Feb 2014 22:49:56 -0800 (PST)
Received: by mail-vb0-f44.google.com with SMTP id f12so3392772vbg.3 for <6tisch@ietf.org>; Fri, 07 Feb 2014 22:49:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=esOQY3URwnRwUDxGfsCIIS+DF+yQJ5tJ6e+LmYpgvSg=; b=mYM4Abe8dU6egvwLt+736I3DcVDZFu4jIeeZvoVainhPn2Mw3RXYC7pshTcAUVoyOR Tvmad5rhSlX7RECOhyIYCI4S/RxS4OolRNU6jKNr55HnsIRtd5EkYbkUSmv/Hz2WFFzR m0JRkxgiDv4zBpCSXO0p8xI8fNFXhhkXrfVJIYFnWboZepUvCrq1/iQ0jG8/GnFTjqaJ H+QAxxNSq6rBKZrlRSz9XTm/g1hLam10w7Co0KCMPG4jAq1PY4MWPQI/iQbomO5/hHeJ gO9+tzDEHbAXUs3wczf00ZGCU36dFqLmyoDojJg95VJNPnROiuWfFEdoyRq4NEKiU4j1 exyg==
MIME-Version: 1.0
X-Received: by 10.58.243.3 with SMTP id wu3mr13843672vec.12.1391842196474; Fri, 07 Feb 2014 22:49:56 -0800 (PST)
Sender: xvilajosana@gmail.com
Received: by 10.58.151.198 with HTTP; Fri, 7 Feb 2014 22:49:56 -0800 (PST)
In-Reply-To: <CADJ9OA-izdiy6rH4u1rr=P9UcGeQpnadbJifv=4tB0-ERT_Pbg@mail.gmail.com>
References: <CALEMV4Yr9GOn7JrhA0eQ6aRbxmq_8GuSpQ-mimFN8hHT3JhyMQ@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8416FFBA0@xmb-rcd-x01.cisco.com> <CADJ9OA-izdiy6rH4u1rr=P9UcGeQpnadbJifv=4tB0-ERT_Pbg@mail.gmail.com>
Date: Sat, 08 Feb 2014 07:49:56 +0100
X-Google-Sender-Auth: -1uISXJnk5QW2xGT40S271Ul5s8
Message-ID: <CAMsDxWTcUmEPMkTYV6i0vAAwHSvWLoAVA=fc3w7V7wLy-ZhCKA@mail.gmail.com>
From: Xavier Vilajosana <xvilajosana@eecs.berkeley.edu>
To: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Content-Type: multipart/alternative; boundary="e89a8f83a0d7b44f6d04f1df83d9"
Cc: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, "6tisch@ietf.org" <6tisch@ietf.org>
Subject: Re: [6tisch] plugfest synchronization point 1
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tisch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tisch>, <mailto:6tisch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tisch/>
List-Post: <mailto:6tisch@ietf.org>
List-Help: <mailto:6tisch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tisch>, <mailto:6tisch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Feb 2014 06:52:37 -0000

Hi Thomas,

that would be really impressive. As far as I understand the SBC will handle
NS management and 6LoWPAN compaction and will be connected through ethernet
to the Cisco router on one side and to one Smart Mesh IP manager in the
other. Right?

thanks for the update!
X


2014-02-07 19:04 GMT+01:00 Thomas Watteyne <watteyne@eecs.berkeley.edu>:

> Xavi,
>
> As discussed during the call today, the contribution to the plugfest of
> Linear Technology's (through its Dust Networks product group) will be to
> demonstrate end-to-end connectivity between an Internet host and a
> low-power node based running a protocol stack based on IEEE802.15.4e and
> 6LoWPAN.
>
> This demonstration is in collaboration with Cisco. Specifically, we will
> interconnect a low-power mesh (based on Linear's SmartMesh IP product line)
> to the 6LoWPAN-ND-capable Cisco switch described by Pascal. Interconnection
> will be done through an SBC in charge of 6LoWPAN compaction.
>
> Data coming "down" from the Internet will go through the switch which
> handles ND, the SBC taking care of 6LoWPAN compaction, and into the
> SmartMesh IP low-power mesh. Data going "up" takes the inverse route.
>
> As discussed during the call, time permitting, we can put together 1-2
> slides with an overview of the architecture and technology demonstrated for
> the next call.
>
> Thomas
>
>
> On Thu, Feb 6, 2014 at 11:53 PM, 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
>>
>>
>