Return-Path: X-Original-To: 6lo@ietfa.amsl.com Delivered-To: 6lo@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDC701295CA; Wed, 16 Nov 2016 23:21:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 Vv0vpvo0rBWL; Wed, 16 Nov 2016 23:21:35 -0800 (PST) Received: from mail-it0-x229.google.com (mail-it0-x229.google.com [IPv6:2607:f8b0:4001:c0b::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F217129498; Wed, 16 Nov 2016 23:21:35 -0800 (PST) Received: by mail-it0-x229.google.com with SMTP id y23so27458839itc.0; Wed, 16 Nov 2016 23:21:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=rcnbIes0ahaCZI4bUvxKkK7PrS06FhBv/9LZ5Ydpy0s=; b=ZGTs2TJTzKcPSLDLwhTo1Du/ED+goYDZ2TbWBQvUVpGDK0fdDruPtFwUjQ3VJKwt1m 2m62rJyn144YygTRUD2Oe49W6DNc7rlIJK+mEmUltsPSs9HH5rew164Qbd06rAkoV3os MxqPypLef6xv5SStSHyC2NXiJq1rwYYeMnNlZC6ASVaAEXqP9d4z/KCsqHjHAWmHiYkb bmHhAIe/Ur0wAXvZb2txqtw3kkrHm/5eGK/9ec7BvgeXH0bqT2MSZM7buMAbuJxpC+yA Y5GOLflHINtwB4qzI5J8Q8Z1ZoIIPb9oft2pqzlxaV4NedSVzVvR54Ue1t/VjORVxf8q caAw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=rcnbIes0ahaCZI4bUvxKkK7PrS06FhBv/9LZ5Ydpy0s=; b=XP4rO3sv6b8Dg77NTZPvSI5vmXl8XPSGiEMea6/3jEjBUpg/UA8yvgLfpnEdLi+oBw PPZghca2E4KSl3+NJr45F82CWcQ0mI6U9CPkPoN5ihrAHdik/p6FTXDHA7bT563GTVS/ Bh7n5BWZVVnq2CokpCQZ9fqh5AGrDrBucNNn9KBURuM1QnKPv4ubV9LA99NFc7cXftcc 6Z3WbnFUK+amPnnsjkYYjZQN0MHOfPkZ7V4r1GL7Ashy+yljjwShsbnuJRVa5Tr9XIl+ C8lTgoxlIyBZNPuBp6catwAQ0C5RouADH+NC985MOHbriTnQX4gusk9VZ5X4br3RlLqk /+PQ== X-Gm-Message-State: ABUngvfHz5/1AF4cZ/vKhimkUCtJPsRalf2SXWupRgUL6xxPAsFHrC2rnOhaNqmZ9QxRnvULzHlwgTwVHrO/7g== X-Received: by 10.107.141.77 with SMTP id p74mr1650480iod.98.1479367294357; Wed, 16 Nov 2016 23:21:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.19.148 with HTTP; Wed, 16 Nov 2016 23:21:33 -0800 (PST) Received: by 10.107.19.148 with HTTP; Wed, 16 Nov 2016 23:21:33 -0800 (PST) In-Reply-To: References: <23039.1479352110@dooku.sandelman.ca> <21ff858a48159377a1ef57656a67b843@xs4all.nl> From: Rahul Jadhav Date: Thu, 17 Nov 2016 16:21:33 +0900 Message-ID: To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=94eb2c05a34212964805417a0a1a Archived-At: Cc: Michael Richardson , consultancy@vanderstok.org, 6lo@ietf.org Subject: Re: [6lo] [Roll] lwig presentation on neighbor cache entries X-BeenThere: 6lo@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 07:21:37 -0000 --94eb2c05a34212964805417a0a1a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Great feedback! Thank you all. We will asap post the draft to the lwig WG. Thanks Joakim for letting know about contiki advancements. I ll review and understand the latest contiki code you mentioned (I assume the code is already part of contiki master git). Thanks, Rahul On 17 Nov 2016 3:56 p.m., "Joakim Eriksson" wrote: > +1 > > This is a very important topic for scalability of 6lowpan and RPL network= s > (we have worked on tuning our > neighbor policy implementation in Contiki at Yanzi during the last few > years). > > Best Regards, > =E2=80=94 Joakim Eriksson, SICS > > > On 17 Nov 2016, at 06:11, peter van der Stok wrote= : > > > > I also enjoyed the talk. > > My opinion is that it should stay in lwig because it is less protocol > and more storage optimization oriented. > > But yes, I think it is certainly interesting for roll to learn about > this work. > > > > Peter > > > > Michael Richardson schreef op 2016-11-17 04:08: > >> A very interesting presentation was done by Rahul Jahwad today at LWIG= . > >> https://www.ietf.org/proceedings/97/slides/slides- > 97-lwig-neighbor-management-policy-for-6lowpan-01.pdf > >> I think that a document will ensue. Probably it should stay in lwig, > but I > >> think that ROLL could contribute many comments about this, and it woul= d > be > >> worth having on the agenda for IETF98. > >> -- > >> ] Never tell me the odds! | ipv6 mesh > networks [ > >> ] Michael Richardson, Sandelman Software Works | network > architect [ > >> ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on > rails [ > >> _______________________________________________ > >> Roll mailing list > >> Roll@ietf.org > >> https://www.ietf.org/mailman/listinfo/roll > > > > _______________________________________________ > > Roll mailing list > > Roll@ietf.org > > https://www.ietf.org/mailman/listinfo/roll > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > --94eb2c05a34212964805417a0a1a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Great feedback! Thank you all.
We will asap post the draft to the lwig WG.

Thanks Joakim for letting know about contiki advancements. I= ll review and understand the latest contiki code you mentioned (I assume t= he code is already part of contiki master git).

Thanks,
Rahul


On 17 Nov 2016 3:= 56 p.m., "Joakim Eriksson" <joakime@sics.se> wrote:
+1

This is a very important topic for scalability of 6lowpan and RPL networks = (we have worked on tuning our
neighbor policy implementation in Contiki at Yanzi during the last few year= s).

Best Regards,
=E2=80=94 Joakim Eriksson, SICS

> On 17 Nov 2016, at 06:11, peter van der Stok <stokcons@xs4all.nl> wrote:
>
> I also enjoyed the talk.
> My opinion is that it should stay in lwig because it is less protocol = and more storage optimization oriented.
> But yes, I think it is certainly interesting for roll to learn about t= his work.
>
> Peter
>
> Michael Richardson schreef op 2016-11-17 04:08:
>> A very interesting presentation was done by Rahul Jahwad today at = LWIG.
>> https://www.ietf.org/proceedings/97/slides/slides-97-= lwig-neighbor-management-policy-for-6lowpan-01.pdf
>> I think that a document will ensue.=C2=A0 Probably it should stay = in lwig, but I
>> think that ROLL could contribute many comments about this, and it = would be
>> worth having on the agenda for IETF98.
>> --
>> ]=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Never tell= me the odds!=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= | ipv6 mesh networks [
>> ]=C2=A0 =C2=A0Michael Richardson, Sandelman Software Works=C2=A0 = =C2=A0 =C2=A0 =C2=A0 | network architect=C2=A0 [
>> ]=C2=A0 =C2=A0 =C2=A0mcr@sande= lman.ca=C2=A0 http://www.sandelman.ca/=C2=A0 =C2=A0 =C2=A0 =C2=A0 |= =C2=A0 =C2=A0ruby on rails=C2=A0 =C2=A0 [
>> _______________________________________________
>> Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll
--94eb2c05a34212964805417a0a1a--