From nobody Wed Mar 2 03:55:48 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72FFA1B2A19 for ; Wed, 2 Mar 2016 03:55:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.377 X-Spam-Level: X-Spam-Status: No, score=-1.377 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 I3ueVkAxereO for ; Wed, 2 Mar 2016 03:55:45 -0800 (PST) Received: from mail-vk0-x22c.google.com (mail-vk0-x22c.google.com [IPv6:2607:f8b0:400c:c05::22c]) (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 7299D1AD2EE for ; Wed, 2 Mar 2016 03:46:48 -0800 (PST) Received: by mail-vk0-x22c.google.com with SMTP id k196so199628995vka.0 for ; Wed, 02 Mar 2016 03:46:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=ije+YDsT/w5Mpx0QOg7m53PdifVdb0uD0HnRLlThMls=; b=ZKfPEA6djHHmClQe4f/f+gI3H8w+AM9AZzPE6QI2aa6PihDHzSPjLCWj3qZjr9Oou+ YKKh7dVUhL+24SzjoLm4037FYQuTlgKcDy7Q0vYN5pw6cMIW0BvypKqVwW5LuheJw41A rlTZ2s1F4bbUsO9BOk2JndkCqCTT0a+aP9MJuz2330I+89I1FIWM3Eq2/mXvmkznkwdj tWAt60Y2DivQnZBTZk8UbYmsblSeqftOe7IdBEL+QM/OC6p3KfUeYWqGNOhCGaQunTql PDzMCXOZZO0yzSixCqh1jm0D4uJsGWJd/Vc76k5ET36D7uIRUzhMXtgLp+9y2uE4IU0I uBLA== 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:date :message-id:subject:from:to:cc; bh=ije+YDsT/w5Mpx0QOg7m53PdifVdb0uD0HnRLlThMls=; b=XWAuyROUOdPUY01aGrBnKzT4xcSdDJG+q7LB1xWQqAu0+gdiitW30ZYLb23QEMyP0t JT89byYBHp24VAQZ4vo1KiSmsPKtCB0JTraEwtrMWTz1BnZZ4RVcSpcK7PHjjKf/Y1Lo 8fwyEQ8yme3j8vtcG4FxWB/pkaW+Zeq7KKEMzWNiRgVT5hTEAEXrvz0Th/qTy1bNux1g 0O8dzDKwjAR4/L2GC3tSi/1J1/dXb1g2MBwOEbKiDtF0X70HTj6B1wxeZnTvBeAYutlh FywzT3TreYtmk5MREPTw0EM7tBNhp3ytwa31RDA5D0FAHiFUjnz4x5oVzCil2Gpi9fYp xlBQ== X-Gm-Message-State: AD7BkJJANrPxdxaooydIo/zdkmjsmoZc2ETJAZQywiD1HerSnTMR7xwQULETD/R4hOidwljUNYPYMZXsiu6X1g== MIME-Version: 1.0 X-Received: by 10.31.168.135 with SMTP id r129mr19975754vke.7.1456919207583; Wed, 02 Mar 2016 03:46:47 -0800 (PST) Received: by 10.176.1.19 with HTTP; Wed, 2 Mar 2016 03:46:47 -0800 (PST) In-Reply-To: <9111.1456113115@obiwan.sandelman.ca> References: <068.083c7610ff2ac4904b0f3d42985de0e5@trac.tools.ietf.org> <083.ab1b0b92eb7919631cac4e82fc5f8d77@trac.tools.ietf.org> <9111.1456113115@obiwan.sandelman.ca> Date: Wed, 2 Mar 2016 13:46:47 +0200 Message-ID: From: Ines Robles To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=001a11414f94d5ac56052d0f6ff9 Archived-At: Cc: Michael Richardson Subject: Re: [Roll] how to solve flow from RPL-aware-leaf to non-RPL-aware-leaf X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 11:55:46 -0000 --001a11414f94d5ac56052d0f6ff9 Content-Type: text/plain; charset=UTF-8 Hi, The version 01 of the draft was updated with these options. Please we would like to know your opinion on the possible solutions Thank you, The authors, 2016-02-22 5:51 GMT+02:00 Michael Richardson : > > here are two possible ways to deal with this issue: > > 1) Pascal has pointed out that we can use an IPIP header on a hop-by-hop > basis, using either link-local addresses, or even GUA addresses, but > each IPIP header needs to be added/removed at each hop. > > 2) If the definition of the RPI was changed so that it isn't a > "discard if not recognized" type. This change is an incompatible > on-the-wire change, and would represent a flag day. > However, this change could perhaps be done with the updated 6LoRH > compression work, as that is also an incompatible on-the-wire > change for which we presently have no way to signal. > > 3) These proposals are not mutually exclusive: we could do both. > > I'm not looking for "yes, I like proposal X", but rather I'm looking for > replies of the form of "I can not live with proposal X because Y" > > > --001a11414f94d5ac56052d0f6ff9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

The version 01 of the draft was upd= ated with these options.

Please we would like to k= now your opinion on the possible solutions

Thank y= ou,

The authors,
<= br>
2016-02-22 5:51 GMT+02:00 Michael Richardson = <mcr+ietf@sandelman.ca>:

here are two possible ways to deal with this issue:

1) Pascal has pointed out that we can use an IPIP header on a hop-by-hop =C2=A0 =C2=A0basis, using either link-local addresses, or even GUA addresse= s, but
=C2=A0 =C2=A0each IPIP header needs to be added/removed at each hop.

2) If the definition of the RPI was changed so that it isn't a
=C2=A0 =C2=A0"discard if not recognized" type.=C2=A0 This change = is an incompatible
=C2=A0 =C2=A0on-the-wire change, and would represent a flag day.
=C2=A0 =C2=A0However, this change could perhaps be done with the updated 6L= oRH
=C2=A0 =C2=A0compression work, as that is also an incompatible on-the-wire<= br> =C2=A0 =C2=A0change for which we presently have no way to signal.

3) These proposals are not mutually exclusive: we could do both.

I'm not looking for "yes, I like proposal X", but rather I= 9;m looking for
replies of the form of "I can not live with proposal X because Y"=



--001a11414f94d5ac56052d0f6ff9-- From nobody Wed Mar 2 06:10:48 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 872341B2AF6 for ; Wed, 2 Mar 2016 06:10:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.206 X-Spam-Level: X-Spam-Status: No, score=-4.206 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.006, SPF_PASS=-0.001] autolearn=unavailable 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 3wp-fAr-hr5C for ; Wed, 2 Mar 2016 06:10:45 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 88E501B2AB5 for ; Wed, 2 Mar 2016 06:04:18 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CJL01445; Wed, 02 Mar 2016 14:04:16 +0000 (GMT) Received: from BLREML406-HUB.china.huawei.com (10.20.4.43) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 2 Mar 2016 14:04:14 +0000 Received: from BLREML510-MBS.china.huawei.com ([169.254.2.93]) by BLREML406-HUB.china.huawei.com ([10.20.4.43]) with mapi id 14.03.0235.001; Wed, 2 Mar 2016 19:34:05 +0530 From: "Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs)" To: Routing Over Low power and Lossy networks Thread-Topic: No path DAO problem stmt draft Thread-Index: AdF0jF/v4O3xW+LCQPupRYViUwm4pA== Date: Wed, 2 Mar 2016 14:04:05 +0000 Message-ID: <982B626E107E334DBE601D979F31785C5CEC8E5C@blreml510-mbs.china.huawei.com> Accept-Language: en-IN, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.214.70] Content-Type: multipart/alternative; boundary="_000_982B626E107E334DBE601D979F31785C5CEC8E5Cblreml510mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.56D6F2E0.01CA, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.93, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 91c355a912352b81f15fb14001993e3d Archived-At: Subject: [Roll] No path DAO problem stmt draft X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 14:10:46 -0000 --_000_982B626E107E334DBE601D979F31785C5CEC8E5Cblreml510mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear All, We recently submitted a draft (https://tools.ietf.org/html/draft-jadhav-rol= l-no-path-dao-ps-00) stating problem statements pertaining to No Path DAO m= essaging in RPL spec. The primary pain point that is highlighted is that the No-Path DAO messagin= g takes a path which has a higher probability of not been available. For e.= g. when the node switches its parent, a No-Path DAO is usually generated al= ong the path through the previous parent and the No-Path DAO traverses upwa= rds always along that path. A path which is no longer a preferred path is u= sed for No-Path DAO messaging and thus the probability of No-Path DAO messa= ging failure is high, resulting in stale routing entries. Also there are other negative implications mentioned in the document becaus= e of this messaging mode. The work drafts the problem statement and explains requirements from soluti= on point of view. Kindly feedback if the problem statement impacts you. Thanks, Rahul ***************************************************************************= ************ This e-mail and attachments contain confidential information from HUAWEI, w= hich is intended only for the person or entity whose address is listed abov= e. Any use of the information contained herein in any way (including, but n= ot limited to, total or partial disclosure, reproduction, or dissemination)= by persons other than the intended recipient's) is prohibited. If you rece= ive this e-mail in error, please notify the sender by phone or email immedi= ately and delete it! --_000_982B626E107E334DBE601D979F31785C5CEC8E5Cblreml510mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear All,

 

We recently submitted a draft (https://tools.ietf.or= g/html/draft-jadhav-roll-no-path-dao-ps-00) stating problem statements pert= aining to No Path DAO messaging in RPL spec.

 

The primary pain point that is highlighted is that t= he No-Path DAO messaging takes a path which has a higher probability of not= been available. For e.g. when the node switches its parent, a No-Path DAO = is usually generated along the path through the previous parent and the No-Path DAO traverses upwards always a= long that path. A path which is no longer a preferred path is used for No-P= ath DAO messaging and thus the probability of No-Path DAO messaging failure= is high, resulting in stale routing entries.

 

Also there are other negative implications mentioned= in the document because of this messaging mode.

 

The work drafts the problem statement and explains r= equirements from solution point of view.

 

Kindly feedback if the problem statement impacts you= .

 

Thanks,

Rahul

 

 

****************************= ***********************************************************
This e-mail and attachments contain confidential information from HUAWEI, w= hich is intended only for the person or entity whose address is listed abov= e. Any use of the information contained herein in any way (including, but n= ot limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the inte= nded recipient's) is prohibited. If you receive this e-mail in error, pleas= e notify the sender by phone or email immediately and delete it!=

 

--_000_982B626E107E334DBE601D979F31785C5CEC8E5Cblreml510mbschi_-- From nobody Wed Mar 2 09:31:24 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A27BD1B2EA8 for ; Wed, 2 Mar 2016 09:31:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.199 X-Spam-Level: X-Spam-Status: No, score=-0.199 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, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, 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 FX6c093b_ND7 for ; Wed, 2 Mar 2016 09:31:07 -0800 (PST) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (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 6A4721B2E9B for ; Wed, 2 Mar 2016 09:31:07 -0800 (PST) Received: by mail-wm0-x233.google.com with SMTP id n186so96816229wmn.1 for ; Wed, 02 Mar 2016 09:31:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=CAR/u8wibh1xAsoN2pb7Ojqo0BWd0na6wM9szt6ldKA=; b=QIv24lLVx/7GT+YBzsYxxUiYyVP4/CFzUZqs/i99XCKp9XjnVI2iPAQ7i59p+M+CZV sMmnfZfClQlsKr3vhB9UJ0QhNz2Gr8LnLYXV1hG/AGzYWzugUIzrFeFkA9ryX1POls2j hREmdp0pF+NYNINNadk/h7DnmeCW2kiaA3B3fyO3tLcQgbZuKjTTW6FXnFq8paev8D0j VwenYQO/vbwTbJuQatmmfAsRwSdW7uHmT7zKVD21Nzb9UjqZtiMU8CT7p8kZslTT0Sza Ia9FVpsQnnmZjET2ixLCTVuh9qQyoXH+hm/FbjEbf5snw9WvCfpyPt9LLySRo+kRV0KV LHMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=CAR/u8wibh1xAsoN2pb7Ojqo0BWd0na6wM9szt6ldKA=; b=XECVzW1K+AmhNGYgDyDe+zyoHIfj45GIJ8d3Tf9hNTT9muExkxcB4oyH7kBz4ZFdWu F/1D6Uw1NngSUHZdzBhf5Lr+VvKcC8fQ/8TRM6TTCgvYrOvuJ/rwrU4t5UVMdapuAkcf 3LsgNTQfip2bur206K4X7uROY74Q5Fb9Izl2paRPA3N29gG6DnhyBgn1pB2LVmafoXus y8XBUFtBe7dhVbEcZDN2+94ixlxCOiDE4FUUpqN1OpFyQGW9z7rFl1xC3kMuRxDNwxlO cmT5KfGaTuYgPgiKew3gJ4X+Uk2xRIarB7F5Mu7h0WXXgtpjh+cSKGFfaWtgF1sV0IPw 4fGQ== X-Gm-Message-State: AD7BkJKsfSsa3WVBxZ1LzPDb2NjDwC9X2gXoG+ykx4iUIC6BYtU483+HW2S6wIWjBhlnAQ== X-Received: by 10.28.68.86 with SMTP id r83mr1118452wma.73.1456939865891; Wed, 02 Mar 2016 09:31:05 -0800 (PST) Received: from ?IPv6:2a02:8109:8680:45c:221:ccff:fe67:d847? ([2a02:8109:8680:45c:221:ccff:fe67:d847]) by smtp.googlemail.com with ESMTPSA id i5sm36795896wja.23.2016.03.02.09.31.04 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Mar 2016 09:31:04 -0800 (PST) To: roll@ietf.org References: <982B626E107E334DBE601D979F31785C5CEC8E5C@blreml510-mbs.china.huawei.com> From: =?UTF-8?Q?Cenk_G=c3=bcndogan?= Message-ID: <56D72358.9040102@gmail.com> Date: Wed, 2 Mar 2016 18:31:04 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <982B626E107E334DBE601D979F31785C5CEC8E5C@blreml510-mbs.china.huawei.com> Content-Type: multipart/alternative; boundary="------------020704040005080503090109" Archived-At: Subject: Re: [Roll] No path DAO problem stmt draft X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 17:31:09 -0000 This is a multi-part message in MIME format. --------------020704040005080503090109 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Dear Rahul, I find the problems outlined in your draft very interesting and thought-provoking. My two cents.. Usually, an implementation has the choice to request acknowledgements for DAOs and I would expect some sort of retry mechanism taking place in case of a lost DAO. I couldn't find any reference to DAO-ACKs in your draft, but I am sure that the stated problems still hold for the DAO <-> DAO-ACK case. One advantage of having the DAO <-> DAO-ACK case is however, that the implementation *knows* whether the NP-DAO reached a previous parent or not. Unfortunately, there's still the question of how the implementation should respond to such knowledge? Without specifying this somewhere (and I couldn't find a reference in RFC 6550, but I could be wrong), the behaviour is implementation-defined. This can in turn make the interoperability between different implementations more difficult. Would it make sense to widen your proposed draft to also include the DAO <-> DAO-ACK scenario? And maybe some suggestions about how to react in such cases? Best, Cenk On 02.03.2016 15:04, Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs) wrote: > > Dear All, > > We recently submitted a draft > (https://tools.ietf.org/html/draft-jadhav-roll-no-path-dao-ps-00) > stating problem statements pertaining to No Path DAO messaging in RPL > spec. > > The primary pain point that is highlighted is that the No-Path DAO > messaging takes a path which has a higher probability of not been > available. For e.g. when the node switches its parent, a No-Path DAO > is usually generated along the path through the previous parent and > the No-Path DAO traverses upwards always along that path. A path which > is no longer a preferred path is used for No-Path DAO messaging and > thus the probability of No-Path DAO messaging failure is high, > resulting in stale routing entries. > > Also there are other negative implications mentioned in the document > because of this messaging mode. > > The work drafts the problem statement and explains requirements from > solution point of view. > > Kindly feedback if the problem statement impacts you. > > Thanks, > > Rahul > > *************************************************************************************** > This e-mail and attachments contain confidential information from > HUAWEI, which is intended only for the person or entity whose address > is listed above. Any use of the information contained herein in any > way (including, but not limited to, total or partial disclosure, > reproduction, or dissemination) by persons other than the intended > recipient's) is prohibited. If you receive this e-mail in error, > please notify the sender by phone or email immediately and delete it! > > > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll --------------020704040005080503090109 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Dear Rahul,

I find the problems outlined in your draft very interesting and thought-provoking.

My two cents..

Usually, an implementation has the choice to request acknowledgements for DAOs
and I would expect some sort of retry mechanism taking place in case of a lost DAO.
I couldn't find any reference to DAO-ACKs in your draft, but I am sure that the
stated problems still hold for the DAO <-> DAO-ACK case.
One advantage of having the DAO <-> DAO-ACK case is however, that the implementation
*knows* whether the NP-DAO reached a previous parent or not.
Unfortunately, there's still the question of how the implementation should respond
to such knowledge? Without specifying this somewhere (and I couldn't find a reference
in RFC 6550, but I could be wrong), the behaviour is implementation-defined.
This can in turn make the interoperability between different implementations
more difficult.

Would it make sense to widen your proposed draft to also include the
DAO <-> DAO-ACK scenario? And maybe some suggestions about how to
react in such cases?

Best,
Cenk

On 02.03.2016 15:04, Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs) wrote:

Dear All,

 

We recently submitted a draft (https://tools.ietf.org/html/draft-jadhav-roll-no-path-dao-ps-00) stating problem statements pertaining to No Path DAO messaging in RPL spec.

 

The primary pain point that is highlighted is that the No-Path DAO messaging takes a path which has a higher probability of not been available. For e.g. when the node switches its parent, a No-Path DAO is usually generated along the path through the previous parent and the No-Path DAO traverses upwards always along that path. A path which is no longer a preferred path is used for No-Path DAO messaging and thus the probability of No-Path DAO messaging failure is high, resulting in stale routing entries.

 

Also there are other negative implications mentioned in the document because of this messaging mode.

 

The work drafts the problem statement and explains requirements from solution point of view.

 

Kindly feedback if the problem statement impacts you.

 

Thanks,

Rahul

 

 

***************************************************************************************
This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient's) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!

 



_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll

--------------020704040005080503090109-- From nobody Wed Mar 2 20:17:57 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0F421B3BC6 for ; Wed, 2 Mar 2016 20:17:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.206 X-Spam-Level: X-Spam-Status: No, score=-4.206 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.006, SPF_PASS=-0.001] autolearn=ham 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 hIX8B1w_bi2I for ; Wed, 2 Mar 2016 20:17:53 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC2261B3BC4 for ; Wed, 2 Mar 2016 20:17:52 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml708-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CFG33878; Thu, 03 Mar 2016 04:17:50 +0000 (GMT) Received: from BLREML408-HUB.china.huawei.com (10.20.4.47) by lhreml708-cah.china.huawei.com (10.201.5.202) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 3 Mar 2016 04:17:47 +0000 Received: from BLREML510-MBS.china.huawei.com ([169.254.2.93]) by BLREML408-HUB.china.huawei.com ([10.20.4.47]) with mapi id 14.03.0235.001; Thu, 3 Mar 2016 09:47:39 +0530 From: "Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] No path DAO problem stmt draft Thread-Index: AdF0jF/v4O3xW+LCQPupRYViUwm4pP//3aQA//77uhA= Date: Thu, 3 Mar 2016 04:17:39 +0000 Message-ID: <982B626E107E334DBE601D979F31785C5CEC8F25@blreml510-mbs.china.huawei.com> References: <982B626E107E334DBE601D979F31785C5CEC8E5C@blreml510-mbs.china.huawei.com> <56D72358.9040102@gmail.com> In-Reply-To: <56D72358.9040102@gmail.com> Accept-Language: en-IN, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.214.70] Content-Type: multipart/alternative; boundary="_000_982B626E107E334DBE601D979F31785C5CEC8F25blreml510mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.56D7BAEE.0113, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.93, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 9a037dd0b086e108ea78cd0cd6716c35 Archived-At: Subject: Re: [Roll] No path DAO problem stmt draft X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 04:17:56 -0000 --_000_982B626E107E334DBE601D979F31785C5CEC8F25blreml510mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIENlbmssDQoNClllcyB0aGUgREFPLUFDSyBzY2VuYXJpbyB5b3UgbWVudGlvbmVkIGlz IHJlbGV2YW50IGFuZCBJTU8gc2hvdWxkIGJlIGV4cGxhaW5lZCBpbiB0aGUgZHJhZnQuDQpBbmQg YXMgeW91IG1lbnRpb25lZCwgdXNpbmcgREFPLUFDSywgZXZlbiB0aG91Z2ggYSBub2RlIGlzIGF3 YXJlIHRoYXQgaXRzIE5QREFPIChOby1QYXRoIERBTykgZGlkbuKAmXQgd29yayBvdXQsIHRoZXJl IGlzIG5vdGhpbmcgaXQgY2FuIGRvIGFib3V0IGl0LiBUaGUgYmVoYXZpb3IgaXMgaW1wbGVtZW50 YXRpb24tZGVmaW5lZCBhbmQgbWF5IGNhdXNlIGludGVyb3AgaXNzdWVzLg0KDQpKdXN0IHRvIHJl c3RhdGUgeW91ciBzY2VuYXJpbzoNCkEgbm9kZSBzZW5kcyBhbiBOUC1EQU8gd2l0aCBBQ0sgZmxh ZyBlbmFibGVkLiBJZiB0aGUgcHJldmlvdXMgcGFyZW50IGlzIHVuYXZhaWxhYmxlIHRoZW4gdGhl IERBTy1BQ0sgd29u4oCZdCBiZSByY3ZkIGFuZCB0aHVzIHRoZSB0YXJnZXQgbm9kZSBpcyBub3cg YXdhcmUgdGhhdCBOUERBTyBkaWRu4oCZdCB3b3JrIG91dC4gSGF2aW5nIGxlYXJudCB0aGF0LCB0 aGVyZSBpcyBub3RoaW5nIHRoZSBub2RlIGNvdWxkIGRvIGFib3V0IGl0LCBhbmQgaXQgd291bGQg c3RpbGwgcmVzdWx0IGluIHN0YWxlL3Vud2FudGVkIGVudHJpZXMgYWxvbmcgdGhlIHByZXZpb3Vz IHBhdGguDQoNCkFsc28gdGhlcmUgaXMgb25lIG1vcmUgcHJvYmxlbSBzdGF0ZW1lbnQgdGhhdCBu ZWVkcyB0byBiZSBhZGRlZCB0byB0aGUgZHJhZnQsIHJlZ2FyZGluZyBpbXBhY3Qgb24gUDJQIHRy YWZmaWMgaWYgcm91dGUgaW52YWxpZGF0aW9uIHVzaW5nIE5QREFPIGRvZXMgbm90IHdvcmsuIFN0 YWxlL1Vud2FudGVkIHJvdXRpbmcgZW50cmllcyBtYXkgaW1wYWN0IFAyUCB0cmFmZmljIHNpbmNl IHRoZSByb3V0aW5nIGVudHJpZXMgYXJlIG5vdCBmbHVzaGVkIGZyb20gcHJldmlvdXMgcGFyZW50 IHNldCBhbmQgdGhleSB3b3VsZCBzdGlsbCBjb25zaWRlciB0aGF0IHRoZSB0YXJnZXQgbm9kZSBp cyByZWFjaGFibGUgdmlhIHRoZW0gZm9yIGFueSBwMnAgdHJhZmZpYy4NCg0KVGhhbmtzLA0KUmFo dWwNCg0KDQpGcm9tOiBSb2xsIFttYWlsdG86cm9sbC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhh bGYgT2YgQ2VuayBHw7xuZG9nYW4NClNlbnQ6IDAyIE1hcmNoIDIwMTYgUE0gMTE6MDENClRvOiBy b2xsQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW1JvbGxdIE5vIHBhdGggREFPIHByb2JsZW0gc3Rt dCBkcmFmdA0KDQpEZWFyIFJhaHVsLA0KDQpJIGZpbmQgdGhlIHByb2JsZW1zIG91dGxpbmVkIGlu IHlvdXIgZHJhZnQgdmVyeSBpbnRlcmVzdGluZyBhbmQgdGhvdWdodC1wcm92b2tpbmcuDQoNCk15 IHR3byBjZW50cy4uDQoNClVzdWFsbHksIGFuIGltcGxlbWVudGF0aW9uIGhhcyB0aGUgY2hvaWNl IHRvIHJlcXVlc3QgYWNrbm93bGVkZ2VtZW50cyBmb3IgREFPcw0KYW5kIEkgd291bGQgZXhwZWN0 IHNvbWUgc29ydCBvZiByZXRyeSBtZWNoYW5pc20gdGFraW5nIHBsYWNlIGluIGNhc2Ugb2YgYSBs b3N0IERBTy4NCkkgY291bGRuJ3QgZmluZCBhbnkgcmVmZXJlbmNlIHRvIERBTy1BQ0tzIGluIHlv dXIgZHJhZnQsIGJ1dCBJIGFtIHN1cmUgdGhhdCB0aGUNCnN0YXRlZCBwcm9ibGVtcyBzdGlsbCBo b2xkIGZvciB0aGUgREFPIDwtPiBEQU8tQUNLIGNhc2UuDQpPbmUgYWR2YW50YWdlIG9mIGhhdmlu ZyB0aGUgREFPIDwtPiBEQU8tQUNLIGNhc2UgaXMgaG93ZXZlciwgdGhhdCB0aGUgaW1wbGVtZW50 YXRpb24NCiprbm93cyogd2hldGhlciB0aGUgTlAtREFPIHJlYWNoZWQgYSBwcmV2aW91cyBwYXJl bnQgb3Igbm90Lg0KVW5mb3J0dW5hdGVseSwgdGhlcmUncyBzdGlsbCB0aGUgcXVlc3Rpb24gb2Yg aG93IHRoZSBpbXBsZW1lbnRhdGlvbiBzaG91bGQgcmVzcG9uZA0KdG8gc3VjaCBrbm93bGVkZ2U/ IFdpdGhvdXQgc3BlY2lmeWluZyB0aGlzIHNvbWV3aGVyZSAoYW5kIEkgY291bGRuJ3QgZmluZCBh IHJlZmVyZW5jZQ0KaW4gUkZDIDY1NTAsIGJ1dCBJIGNvdWxkIGJlIHdyb25nKSwgdGhlIGJlaGF2 aW91ciBpcyBpbXBsZW1lbnRhdGlvbi1kZWZpbmVkLg0KVGhpcyBjYW4gaW4gdHVybiBtYWtlIHRo ZSBpbnRlcm9wZXJhYmlsaXR5IGJldHdlZW4gZGlmZmVyZW50IGltcGxlbWVudGF0aW9ucw0KbW9y ZSBkaWZmaWN1bHQuDQoNCldvdWxkIGl0IG1ha2Ugc2Vuc2UgdG8gd2lkZW4geW91ciBwcm9wb3Nl ZCBkcmFmdCB0byBhbHNvIGluY2x1ZGUgdGhlDQpEQU8gPC0+IERBTy1BQ0sgc2NlbmFyaW8/IEFu ZCBtYXliZSBzb21lIHN1Z2dlc3Rpb25zIGFib3V0IGhvdyB0bw0KcmVhY3QgaW4gc3VjaCBjYXNl cz8NCg0KQmVzdCwNCkNlbmsNCk9uIDAyLjAzLjIwMTYgMTU6MDQsIFJhaHVsIEFydmluZCBKYWRo YXYgKFJhaHVsIEFydmluZCBKYWRoYXYsIDIwMTIgTGFicykgd3JvdGU6DQpEZWFyIEFsbCwNCg0K V2UgcmVjZW50bHkgc3VibWl0dGVkIGEgZHJhZnQgKGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC1qYWRoYXYtcm9sbC1uby1wYXRoLWRhby1wcy0wMCkgc3RhdGluZyBwcm9ibGVtIHN0 YXRlbWVudHMgcGVydGFpbmluZyB0byBObyBQYXRoIERBTyBtZXNzYWdpbmcgaW4gUlBMIHNwZWMu DQoNClRoZSBwcmltYXJ5IHBhaW4gcG9pbnQgdGhhdCBpcyBoaWdobGlnaHRlZCBpcyB0aGF0IHRo ZSBOby1QYXRoIERBTyBtZXNzYWdpbmcgdGFrZXMgYSBwYXRoIHdoaWNoIGhhcyBhIGhpZ2hlciBw cm9iYWJpbGl0eSBvZiBub3QgYmVlbiBhdmFpbGFibGUuIEZvciBlLmcuIHdoZW4gdGhlIG5vZGUg c3dpdGNoZXMgaXRzIHBhcmVudCwgYSBOby1QYXRoIERBTyBpcyB1c3VhbGx5IGdlbmVyYXRlZCBh bG9uZyB0aGUgcGF0aCB0aHJvdWdoIHRoZSBwcmV2aW91cyBwYXJlbnQgYW5kIHRoZSBOby1QYXRo IERBTyB0cmF2ZXJzZXMgdXB3YXJkcyBhbHdheXMgYWxvbmcgdGhhdCBwYXRoLiBBIHBhdGggd2hp Y2ggaXMgbm8gbG9uZ2VyIGEgcHJlZmVycmVkIHBhdGggaXMgdXNlZCBmb3IgTm8tUGF0aCBEQU8g bWVzc2FnaW5nIGFuZCB0aHVzIHRoZSBwcm9iYWJpbGl0eSBvZiBOby1QYXRoIERBTyBtZXNzYWdp bmcgZmFpbHVyZSBpcyBoaWdoLCByZXN1bHRpbmcgaW4gc3RhbGUgcm91dGluZyBlbnRyaWVzLg0K DQpBbHNvIHRoZXJlIGFyZSBvdGhlciBuZWdhdGl2ZSBpbXBsaWNhdGlvbnMgbWVudGlvbmVkIGlu IHRoZSBkb2N1bWVudCBiZWNhdXNlIG9mIHRoaXMgbWVzc2FnaW5nIG1vZGUuDQoNClRoZSB3b3Jr IGRyYWZ0cyB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQgYW5kIGV4cGxhaW5zIHJlcXVpcmVtZW50cyBm cm9tIHNvbHV0aW9uIHBvaW50IG9mIHZpZXcuDQoNCktpbmRseSBmZWVkYmFjayBpZiB0aGUgcHJv YmxlbSBzdGF0ZW1lbnQgaW1wYWN0cyB5b3UuDQoNClRoYW5rcywNClJhaHVsDQoNCg0KKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqDQpUaGlzIGUtbWFpbCBhbmQgYXR0YWNobWVudHMgY29u dGFpbiBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24gZnJvbSBIVUFXRUksIHdoaWNoIGlzIGludGVu ZGVkIG9ubHkgZm9yIHRoZSBwZXJzb24gb3IgZW50aXR5IHdob3NlIGFkZHJlc3MgaXMgbGlzdGVk IGFib3ZlLiBBbnkgdXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaGVyZWluIGluIGFu eSB3YXkgKGluY2x1ZGluZywgYnV0IG5vdCBsaW1pdGVkIHRvLCB0b3RhbCBvciBwYXJ0aWFsIGRp c2Nsb3N1cmUsIHJlcHJvZHVjdGlvbiwgb3IgZGlzc2VtaW5hdGlvbikgYnkgcGVyc29ucyBvdGhl ciB0aGFuIHRoZSBpbnRlbmRlZCByZWNpcGllbnQncykgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJl Y2VpdmUgdGhpcyBlLW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBieSBw aG9uZSBvciBlbWFpbCBpbW1lZGlhdGVseSBhbmQgZGVsZXRlIGl0IQ0KDQoNCg0KDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNClJvbGwgbWFpbGlu ZyBsaXN0DQoNClJvbGxAaWV0Zi5vcmc8bWFpbHRvOlJvbGxAaWV0Zi5vcmc+DQoNCmh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcm9sbA0KDQo= --_000_982B626E107E334DBE601D979F31785C5CEC8F25blreml510mbschi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJc QOWui+S9kyI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30N Ci8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYu TXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv cjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBD aGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6YmxhY2s7fQ0Kc3Bh bi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uSFRNTFBy ZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIi Ow0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3Jt YXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uRW1h aWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVs dA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBw YWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0 IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2Vj dGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVm YXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxv OmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwh W2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBs aW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+VGhhbmtzIENl bmssPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5ZZXMgdGhlIERBTy1BQ0sg c2NlbmFyaW8geW91IG1lbnRpb25lZCBpcyByZWxldmFudCBhbmQgSU1PIHNob3VsZCBiZSBleHBs YWluZWQgaW4gdGhlIGRyYWZ0Lg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkFuZCBhcyB5b3UgbWVudGlvbmVk LCB1c2luZyBEQU8tQUNLLCBldmVuIHRob3VnaCBhIG5vZGUgaXMgYXdhcmUgdGhhdCBpdHMgTlBE QU8gKE5vLVBhdGggREFPKSBkaWRu4oCZdCB3b3JrIG91dCwgdGhlcmUgaXMgbm90aGluZyBpdCBj YW4gZG8gYWJvdXQgaXQuIFRoZSBiZWhhdmlvciBpcyBpbXBsZW1lbnRhdGlvbi1kZWZpbmVkIGFu ZCBtYXkgY2F1c2UgaW50ZXJvcA0KIGlzc3Vlcy4gPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjojMUY0OTdEIj5KdXN0IHRvIHJlc3RhdGUgeW91ciBzY2VuYXJpbzo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+ QSBub2RlIHNlbmRzIGFuIE5QLURBTyB3aXRoIEFDSyBmbGFnIGVuYWJsZWQuIElmIHRoZSBwcmV2 aW91cyBwYXJlbnQgaXMgdW5hdmFpbGFibGUgdGhlbiB0aGUgREFPLUFDSyB3b27igJl0IGJlIHJj dmQgYW5kIHRodXMgdGhlIHRhcmdldCBub2RlIGlzIG5vdyBhd2FyZSB0aGF0IE5QREFPIGRpZG7i gJl0IHdvcmsgb3V0LiBIYXZpbmcgbGVhcm50IHRoYXQsIHRoZXJlIGlzDQogbm90aGluZyB0aGUg bm9kZSBjb3VsZCBkbyBhYm91dCBpdCwgYW5kIGl0IHdvdWxkIHN0aWxsIHJlc3VsdCBpbiBzdGFs ZS91bndhbnRlZCBlbnRyaWVzIGFsb25nIHRoZSBwcmV2aW91cyBwYXRoLjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+QWxzbyB0aGVyZSBpcyBvbmUgbW9yZSBwcm9ibGVtIHN0 YXRlbWVudCB0aGF0IG5lZWRzIHRvIGJlIGFkZGVkIHRvIHRoZSBkcmFmdCwgcmVnYXJkaW5nIGlt cGFjdCBvbiBQMlAgdHJhZmZpYyBpZiByb3V0ZSBpbnZhbGlkYXRpb24gdXNpbmcgTlBEQU8gZG9l cyBub3Qgd29yay4gU3RhbGUvVW53YW50ZWQgcm91dGluZyBlbnRyaWVzIG1heSBpbXBhY3QgUDJQ IHRyYWZmaWMNCiBzaW5jZSB0aGUgcm91dGluZyBlbnRyaWVzIGFyZSBub3QgZmx1c2hlZCBmcm9t IHByZXZpb3VzIHBhcmVudCBzZXQgYW5kIHRoZXkgd291bGQgc3RpbGwgY29uc2lkZXIgdGhhdCB0 aGUgdGFyZ2V0IG5vZGUgaXMgcmVhY2hhYmxlIHZpYSB0aGVtIGZvciBhbnkgcDJwIHRyYWZmaWMu PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5UaGFua3MsPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5 N0QiPlJhaHVsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2lu ZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OndpbmRvd3RleHQiPiBSb2xsIFttYWlsdG86cm9sbC1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24g QmVoYWxmIE9mIDwvYj5DZW5rIEfDvG5kb2dhbjxicj4NCjxiPlNlbnQ6PC9iPiAwMiBNYXJjaCAy MDE2IFBNIDExOjAxPGJyPg0KPGI+VG86PC9iPiByb2xsQGlldGYub3JnPGJyPg0KPGI+U3ViamVj dDo8L2I+IFJlOiBbUm9sbF0gTm8gcGF0aCBEQU8gcHJvYmxlbSBzdG10IGRyYWZ0PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0 b206MTIuMHB0Ij5EZWFyIFJhaHVsLDxicj4NCjxicj4NCkkgZmluZCB0aGUgcHJvYmxlbXMgb3V0 bGluZWQgaW4geW91ciBkcmFmdCB2ZXJ5IGludGVyZXN0aW5nIGFuZCB0aG91Z2h0LXByb3Zva2lu Zy48YnI+DQo8YnI+DQpNeSB0d28gY2VudHMuLjxicj4NCjxicj4NClVzdWFsbHksIGFuIGltcGxl bWVudGF0aW9uIGhhcyB0aGUgY2hvaWNlIHRvIHJlcXVlc3QgYWNrbm93bGVkZ2VtZW50cyBmb3Ig REFPczxicj4NCmFuZCBJIHdvdWxkIGV4cGVjdCBzb21lIHNvcnQgb2YgcmV0cnkgbWVjaGFuaXNt IHRha2luZyBwbGFjZSBpbiBjYXNlIG9mIGEgbG9zdCBEQU8uPGJyPg0KSSBjb3VsZG4ndCBmaW5k IGFueSByZWZlcmVuY2UgdG8gREFPLUFDS3MgaW4geW91ciBkcmFmdCwgYnV0IEkgYW0gc3VyZSB0 aGF0IHRoZTxicj4NCnN0YXRlZCBwcm9ibGVtcyBzdGlsbCBob2xkIGZvciB0aGUgREFPICZsdDst Jmd0OyBEQU8tQUNLIGNhc2UuPGJyPg0KT25lIGFkdmFudGFnZSBvZiBoYXZpbmcgdGhlIERBTyAm bHQ7LSZndDsgREFPLUFDSyBjYXNlIGlzIGhvd2V2ZXIsIHRoYXQgdGhlIGltcGxlbWVudGF0aW9u PGJyPg0KKmtub3dzKiB3aGV0aGVyIHRoZSBOUC1EQU8gcmVhY2hlZCBhIHByZXZpb3VzIHBhcmVu dCBvciBub3QuPGJyPg0KVW5mb3J0dW5hdGVseSwgdGhlcmUncyBzdGlsbCB0aGUgcXVlc3Rpb24g b2YgaG93IHRoZSBpbXBsZW1lbnRhdGlvbiBzaG91bGQgcmVzcG9uZDxicj4NCnRvIHN1Y2gga25v d2xlZGdlPyBXaXRob3V0IHNwZWNpZnlpbmcgdGhpcyBzb21ld2hlcmUgKGFuZCBJIGNvdWxkbid0 IGZpbmQgYSByZWZlcmVuY2U8YnI+DQppbiBSRkMgNjU1MCwgYnV0IEkgY291bGQgYmUgd3Jvbmcp LCB0aGUgYmVoYXZpb3VyIGlzIGltcGxlbWVudGF0aW9uLWRlZmluZWQuPGJyPg0KVGhpcyBjYW4g aW4gdHVybiBtYWtlIHRoZSBpbnRlcm9wZXJhYmlsaXR5IGJldHdlZW4gZGlmZmVyZW50IGltcGxl bWVudGF0aW9uczxicj4NCm1vcmUgZGlmZmljdWx0Ljxicj4NCjxicj4NCldvdWxkIGl0IG1ha2Ug c2Vuc2UgdG8gd2lkZW4geW91ciBwcm9wb3NlZCBkcmFmdCB0byBhbHNvIGluY2x1ZGUgdGhlPGJy Pg0KREFPICZsdDstJmd0OyBEQU8tQUNLIHNjZW5hcmlvPyBBbmQgbWF5YmUgc29tZSBzdWdnZXN0 aW9ucyBhYm91dCBob3cgdG88YnI+DQpyZWFjdCBpbiBzdWNoIGNhc2VzPzxicj4NCjxicj4NCkJl c3QsPGJyPg0KQ2VuazxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pk9uIDAyLjAzLjIwMTYgMTU6MDQsIFJhaHVsIEFydmluZCBKYWRoYXYgKFJhaHVsIEFydmluZCBK YWRoYXYsIDIwMTIgTGFicykgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+RGVhciBBbGwsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldlIHJlY2Vu dGx5IHN1Ym1pdHRlZCBhIGRyYWZ0ICg8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0 bWwvZHJhZnQtamFkaGF2LXJvbGwtbm8tcGF0aC1kYW8tcHMtMDAiPmh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1qYWRoYXYtcm9sbC1uby1wYXRoLWRhby1wcy0wMDwvYT4pIHN0YXRp bmcgcHJvYmxlbSBzdGF0ZW1lbnRzIHBlcnRhaW5pbmcgdG8gTm8gUGF0aCBEQU8gbWVzc2FnaW5n DQogaW4gUlBMIHNwZWMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSBwcmltYXJ5IHBhaW4g cG9pbnQgdGhhdCBpcyBoaWdobGlnaHRlZCBpcyB0aGF0IHRoZSBOby1QYXRoIERBTyBtZXNzYWdp bmcgdGFrZXMgYSBwYXRoIHdoaWNoIGhhcyBhIGhpZ2hlciBwcm9iYWJpbGl0eSBvZiBub3QgYmVl biBhdmFpbGFibGUuIEZvciBlLmcuIHdoZW4gdGhlIG5vZGUgc3dpdGNoZXMgaXRzIHBhcmVudCwg YSBOby1QYXRoIERBTyBpcyB1c3VhbGx5IGdlbmVyYXRlZCBhbG9uZyB0aGUgcGF0aA0KIHRocm91 Z2ggdGhlIHByZXZpb3VzIHBhcmVudCBhbmQgdGhlIE5vLVBhdGggREFPIHRyYXZlcnNlcyB1cHdh cmRzIGFsd2F5cyBhbG9uZyB0aGF0IHBhdGguIEEgcGF0aCB3aGljaCBpcyBubyBsb25nZXIgYSBw cmVmZXJyZWQgcGF0aCBpcyB1c2VkIGZvciBOby1QYXRoIERBTyBtZXNzYWdpbmcgYW5kIHRodXMg dGhlIHByb2JhYmlsaXR5IG9mIE5vLVBhdGggREFPIG1lc3NhZ2luZyBmYWlsdXJlIGlzIGhpZ2gs IHJlc3VsdGluZyBpbiBzdGFsZSByb3V0aW5nDQogZW50cmllcy48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+QWxzbyB0aGVyZSBhcmUgb3RoZXIgbmVnYXRpdmUgaW1wbGljYXRpb25zIG1lbnRpb25l ZCBpbiB0aGUgZG9jdW1lbnQgYmVjYXVzZSBvZiB0aGlzIG1lc3NhZ2luZyBtb2RlLjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5UaGUgd29yayBkcmFmdHMgdGhlIHByb2JsZW0gc3RhdGVtZW50IGFu ZCBleHBsYWlucyByZXF1aXJlbWVudHMgZnJvbSBzb2x1dGlvbiBwb2ludCBvZiB2aWV3LjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5LaW5kbHkgZmVlZGJhY2sgaWYgdGhlIHByb2JsZW0gc3RhdGVt ZW50IGltcGFjdHMgeW91LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MsPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SYWh1bDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKjxicj4NClRoaXMgZS1tYWlsIGFuZCBhdHRhY2htZW50 cyBjb250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiBmcm9tIEhVQVdFSSwgd2hpY2ggaXMg aW50ZW5kZWQgb25seSBmb3IgdGhlIHBlcnNvbiBvciBlbnRpdHkgd2hvc2UgYWRkcmVzcyBpcyBs aXN0ZWQgYWJvdmUuIEFueSB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBoZXJlaW4g aW4gYW55IHdheSAoaW5jbHVkaW5nLCBidXQgbm90IGxpbWl0ZWQgdG8sIHRvdGFsIG9yIHBhcnRp YWwNCiBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIG9yIGRpc3NlbWluYXRpb24pIGJ5IHBlcnNv bnMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50J3MpIGlzIHByb2hpYml0ZWQuIElm IHlvdSByZWNlaXZlIHRoaXMgZS1tYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5k ZXIgYnkgcGhvbmUgb3IgZW1haWwgaW1tZWRpYXRlbHkgYW5kIGRlbGV0ZSBpdCE8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+PGJy Pg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZT5fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl PlJvbGwgbWFpbGluZyBsaXN0PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0ibWFpbHRv OlJvbGxAaWV0Zi5vcmciPlJvbGxAaWV0Zi5vcmc8L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+ PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9yb2xsIj5odHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3JvbGw8L2E+PG86cD48L286cD48L3By ZT4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv dDtzZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Jv ZHk+DQo8L2h0bWw+DQo= --_000_982B626E107E334DBE601D979F31785C5CEC8F25blreml510mbschi_-- From nobody Wed Mar 2 23:57:21 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E72721A014C for ; Wed, 2 Mar 2016 23:57:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 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, 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 rRavbuEKWqZ6 for ; Wed, 2 Mar 2016 23:57:17 -0800 (PST) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (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 E76F21A013F for ; Wed, 2 Mar 2016 23:57:16 -0800 (PST) Received: by mail-wm0-x230.google.com with SMTP id l68so118850923wml.0 for ; Wed, 02 Mar 2016 23:57:16 -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; bh=8M6gQwzsmgjEppZDhH1I5lvAV4N4ZF6/Olwho8zEUyk=; b=eZrS+Wp2k1LHBz4h8vq+nX6OMGFt9BkT4jrO9GITfRZ+cn5YbSMw7Bd/Z4ZWVKwqgC 9W4W/lGP6KEhVST0bmdr97MtCr0xHvGDZTEmbmc3AfKHof7ceK3K4uPcZPzAZ4dcAH7j 9mm34f8y0sbmUV4QWDBc1fi64t0V3Wq1UKXECzm/U9P1MEbPTw7qnc+Z5UnoR1hJ0Sxc AovowGcmHgna9OzKyDzxmHAkBU4lAxWTSSQwlTwSYzYJeVsbDgvjZZijNa8iU+JR2HvC dj9p+rNayreBWJk3Lh7przOzTGGPWmboc4FxXfQTX/jcGWzhrYUuET+3aEtgAnUW4N3S M11g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sics-se.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to; bh=8M6gQwzsmgjEppZDhH1I5lvAV4N4ZF6/Olwho8zEUyk=; b=uFYMc5XXvNNrcptgu9ivr/7B+5lm2GULBfbtvG6qD8J8KiWDAR1SgXBOFX05DPHXiy IHifsgK3QFLoy0VSuYfjEkauHjuoU6r07DgXMYnlzcPQkMwxQdKCEaaZbmHzZdvSbukA h/Uv1SHsq3ADSZ6NUvC8aR1P1T6zRXyEfku45NSDKD5MLWYEJFPyb+9xMpsuXTfzC7hb 2gVC4Iz/azmtviJ3zsCIH4zk/iUAoAdkyOq2sB0GhGzL/XcFvDZCVNEnAa+lcajAcl34 LHG+1EK+p4+HRXA+pFxc676s65ABgj2YMJNKkhYTOdzmfdQIUU7w1YH2ZBFPOAS6tGOM oScA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to; bh=8M6gQwzsmgjEppZDhH1I5lvAV4N4ZF6/Olwho8zEUyk=; b=FgQ8lmQdowuFM3J41YFbjphFj/+FOCSfL1o7Qpf8IqFAQoO+wOVogr148ejD6eCXy5 DgiTCyDFD2vDHOquNHQbb7jiwvV9jkpj0nTX2gss3MGlq099IBKYAwjQMPkakl2i/Kz9 jRLRBgLBaA07A0bRB1TFmwivjEk/wGEgCwCM4dvEky8ELc5uK2t+0lihJ+e8rDL4i8ga o9cX3lV40Cu9pLTZBRzAczCOadmMAeZ9DSlKPGaCTJSYSQCLbrXcjCumAos53wSxPvX3 h/7nxQ6e9RZlfqyvNdLU2CLi9nIkhRinflui5Gr5Kun9cjOHcvrnDilUJNnmjM4svMsV 8zyw== X-Gm-Message-State: AD7BkJJOBQO8WbJuXMqUGlYwXBoR6hq2RdVubFLOE2SLA6lcavBex8V5as7Aw0CRKiNBmss2/GNuW+oS6IvX3A== MIME-Version: 1.0 X-Received: by 10.28.212.85 with SMTP id l82mr1840843wmg.82.1456991835472; Wed, 02 Mar 2016 23:57:15 -0800 (PST) Sender: simon.duquennoy@gmail.com Received: by 10.194.164.130 with HTTP; Wed, 2 Mar 2016 23:57:15 -0800 (PST) In-Reply-To: <982B626E107E334DBE601D979F31785C5CEC8F25@blreml510-mbs.china.huawei.com> References: <982B626E107E334DBE601D979F31785C5CEC8E5C@blreml510-mbs.china.huawei.com> <56D72358.9040102@gmail.com> <982B626E107E334DBE601D979F31785C5CEC8F25@blreml510-mbs.china.huawei.com> Date: Thu, 3 Mar 2016 08:57:15 +0100 X-Google-Sender-Auth: E67P_fywz8cilwApPFKWJfhs2sY Message-ID: From: Simon Duquennoy To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=001a1146ed8ccb4a49052d205861 Archived-At: Subject: Re: [Roll] No path DAO problem stmt draft X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 07:57:20 -0000 --001a1146ed8ccb4a49052d205861 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dear Rahul, Simply wanted to add that this is a problem we also encountered. This is an important draft IMO (and nicely-written one). One additional comment regarding DAO-ACK: if the node does not receive the ACK it may decide to resend the NP-DAO some time in the future. May help if the link failure to the old parent was transient. Best, Simon On Thu, Mar 3, 2016 at 5:17 AM, Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs) wrote: > Thanks Cenk, > > > > Yes the DAO-ACK scenario you mentioned is relevant and IMO should be > explained in the draft. > > And as you mentioned, using DAO-ACK, even though a node is aware that its > NPDAO (No-Path DAO) didn=E2=80=99t work out, there is nothing it can do a= bout it. > The behavior is implementation-defined and may cause interop issues. > > > > Just to restate your scenario: > > A node sends an NP-DAO with ACK flag enabled. If the previous parent is > unavailable then the DAO-ACK won=E2=80=99t be rcvd and thus the target no= de is now > aware that NPDAO didn=E2=80=99t work out. Having learnt that, there is no= thing the > node could do about it, and it would still result in stale/unwanted entri= es > along the previous path. > > > > Also there is one more problem statement that needs to be added to the > draft, regarding impact on P2P traffic if route invalidation using NPDAO > does not work. Stale/Unwanted routing entries may impact P2P traffic sinc= e > the routing entries are not flushed from previous parent set and they wou= ld > still consider that the target node is reachable via them for any p2p > traffic. > > > > Thanks, > > Rahul > > > > > > *From:* Roll [mailto:roll-bounces@ietf.org] *On Behalf Of *Cenk G=C3=BCnd= ogan > *Sent:* 02 March 2016 PM 11:01 > *To:* roll@ietf.org > *Subject:* Re: [Roll] No path DAO problem stmt draft > > > > Dear Rahul, > > I find the problems outlined in your draft very interesting and > thought-provoking. > > My two cents.. > > Usually, an implementation has the choice to request acknowledgements for > DAOs > and I would expect some sort of retry mechanism taking place in case of a > lost DAO. > I couldn't find any reference to DAO-ACKs in your draft, but I am sure > that the > stated problems still hold for the DAO <-> DAO-ACK case. > One advantage of having the DAO <-> DAO-ACK case is however, that the > implementation > *knows* whether the NP-DAO reached a previous parent or not. > Unfortunately, there's still the question of how the implementation shoul= d > respond > to such knowledge? Without specifying this somewhere (and I couldn't find > a reference > in RFC 6550, but I could be wrong), the behaviour is > implementation-defined. > This can in turn make the interoperability between different > implementations > more difficult. > > Would it make sense to widen your proposed draft to also include the > DAO <-> DAO-ACK scenario? And maybe some suggestions about how to > react in such cases? > > Best, > Cenk > > On 02.03.2016 15:04, Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs) > wrote: > > Dear All, > > > > We recently submitted a draft ( > https://tools.ietf.org/html/draft-jadhav-roll-no-path-dao-ps-00) stating > problem statements pertaining to No Path DAO messaging in RPL spec. > > > > The primary pain point that is highlighted is that the No-Path DAO > messaging takes a path which has a higher probability of not been > available. For e.g. when the node switches its parent, a No-Path DAO is > usually generated along the path through the previous parent and the > No-Path DAO traverses upwards always along that path. A path which is no > longer a preferred path is used for No-Path DAO messaging and thus the > probability of No-Path DAO messaging failure is high, resulting in stale > routing entries. > > > > Also there are other negative implications mentioned in the document > because of this messaging mode. > > > > The work drafts the problem statement and explains requirements from > solution point of view. > > > > Kindly feedback if the problem statement impacts you. > > > > Thanks, > > Rahul > > > > > > > *************************************************************************= ************** > This e-mail and attachments contain confidential information from HUAWEI, > which is intended only for the person or entity whose address is listed > above. Any use of the information contained herein in any way (including, > but not limited to, total or partial disclosure, reproduction, or > dissemination) by persons other than the intended recipient's) is > prohibited. If you receive this e-mail in error, please notify the sender > by phone or email immediately and delete it! > > > > > > > _______________________________________________ > > 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 > > --001a1146ed8ccb4a49052d205861 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Dear Rahul,

Simply wanted to add that t= his is a problem we also encountered. This is an important draft IMO (and n= icely-written one).
One additional comment regarding DAO-ACK: if = the node does not receive the ACK it may decide to resend the NP-DAO some t= ime in the future. May help if the link failure to the old parent was trans= ient.

Best,
Simon


On Thu, Mar 3= , 2016 at 5:17 AM, Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs) <rahul.jadhav@huawei.com> wrote:

Thanks Cenk,=

=C2=A0

Yes the DAO-ACK scenar= io you mentioned is relevant and IMO should be explained in the draft.

And as you mentioned, = using DAO-ACK, even though a node is aware that its NPDAO (No-Path DAO) did= n=E2=80=99t work out, there is nothing it can do about it. The behavior is = implementation-defined and may cause interop issues.

=C2=A0

Just to restate your s= cenario:

A node sends an NP-DAO= with ACK flag enabled. If the previous parent is unavailable then the DAO-= ACK won=E2=80=99t be rcvd and thus the target node is now aware that NPDAO = didn=E2=80=99t work out. Having learnt that, there is nothing the node could do about it, and it would still result in stale/unw= anted entries along the previous path.

=C2=A0

Also there is one more= problem statement that needs to be added to the draft, regarding impact on= P2P traffic if route invalidation using NPDAO does not work. Stale/Unwante= d routing entries may impact P2P traffic since the routing entries are not flushed from previous parent set and the= y would still consider that the target node is reachable via them for any p= 2p traffic.

=C2=A0

Thanks,<= /span>

Rahul

=C2=A0

=C2=A0

From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Cenk G=C3=BCndogan
Sent: 02 March 2016 PM 11:01
To: roll@ietf.org=
Subject: Re: [Roll] No path DAO problem stmt draft

=C2=A0

Dear Rahul,

I find the problems outlined in your draft very interesting and thought-pro= voking.

My two cents..

Usually, an implementation has the choice to request acknowledgements for D= AOs
and I would expect some sort of retry mechanism taking place in case of a l= ost DAO.
I couldn't find any reference to DAO-ACKs in your draft, but I am sure = that the
stated problems still hold for the DAO <-> DAO-ACK case.
One advantage of having the DAO <-> DAO-ACK case is however, that the= implementation
*knows* whether the NP-DAO reached a previous parent or not.
Unfortunately, there's still the question of how the implementation sho= uld respond
to such knowledge? Without specifying this somewhere (and I couldn't fi= nd a reference
in RFC 6550, but I could be wrong), the behaviour is implementation-defined= .
This can in turn make the interoperability between different implementation= s
more difficult.

Would it make sense to widen your proposed draft to also include the
DAO <-> DAO-ACK scenario? And maybe some suggestions about how to
react in such cases?

Best,
Cenk

On 02.03.2016 15:04, Rahul Arvind Jadhav (Rahul Arvi= nd Jadhav, 2012 Labs) wrote:

Dear All,

=C2=A0

We recently submitted a draft (ht= tps://tools.ietf.org/html/draft-jadhav-roll-no-path-dao-ps-00) stating = problem statements pertaining to No Path DAO messaging in RPL spec.

=C2=A0

The primary pain point that is highlighted is that t= he No-Path DAO messaging takes a path which has a higher probability of not= been available. For e.g. when the node switches its parent, a No-Path DAO = is usually generated along the path through the previous parent and the No-Path DAO traverses upwards always a= long that path. A path which is no longer a preferred path is used for No-P= ath DAO messaging and thus the probability of No-Path DAO messaging failure= is high, resulting in stale routing entries.

=C2=A0

Also there are other negative implications mentioned= in the document because of this messaging mode.

=C2=A0

The work drafts the problem statement and explains r= equirements from solution point of view.

=C2=A0

Kindly feedback if the problem statement impacts you= .

=C2=A0

Thanks,

Rahul

=C2=A0

=C2=A0

****************************************= ***********************************************
This e-mail and attachments contain confidential information from HUAWEI, w= hich is intended only for the person or entity whose address is listed abov= e. Any use of the information contained herein in any way (including, but n= ot limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the inte= nded recipient's) is prohibited. If you receive this e-mail in error, p= lease notify the sender by phone or email immediately and delete it!=

=C2=A0




_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll

=C2=A0


_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll


--001a1146ed8ccb4a49052d205861-- From nobody Thu Mar 3 00:15:53 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D00F61A03AB for ; Thu, 3 Mar 2016 00:15:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.199 X-Spam-Level: X-Spam-Status: No, score=-0.199 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, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, 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 rXzOTCTVKqdZ for ; Thu, 3 Mar 2016 00:15:49 -0800 (PST) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (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 8DD1A1A038D for ; Thu, 3 Mar 2016 00:15:48 -0800 (PST) Received: by mail-wm0-x22c.google.com with SMTP id p65so20790589wmp.0 for ; Thu, 03 Mar 2016 00:15:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=HXvE2+3WEusjm/lQvO8U8/3eeYdpE27KP5X1UUQVExo=; b=kii4UcjmopekD0aNuoNy95veIPbPlpdhPGC/cDV7UeS3uq4w+zlCYUzG7r7fveQTiQ eq+dxAAEO6oTXGYeZFZojSDEIgkqFzw8QJIQBuIswOfATVzLSr5WO8EC9nWf5WTKkn3q m2ibRS6NMCV/8F5nXdHpjLL2/BPYHP4mGk+awrI1PGjBZAgWOnGcKTtjp0yyswUUW08W sRcGXHGl032GnPJnffQ8ai0lreGlLA05sQvRnD36/8yu6UY2p+WdT9gCErN9pSgwAwam mOvz3rQ3diHc621ffj0rLb84i0rsypyLT2xqgIA2+r6NEdH3t5E0e9QQFSa+HJwjTwGK 8zkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=HXvE2+3WEusjm/lQvO8U8/3eeYdpE27KP5X1UUQVExo=; b=YiB6nSdKdyIIoQAcS7NQuGfUWjtSD3yLA34cE/Mjc9ClEOd+3ufBhH19lxPfD3Qp42 NvoA30Q5LK1gwVvKD6eyCoj9bYIDAtJCwQtTqmiKDhWLmgvXWIkWLYPj4E4Y1CTr+cOI weNNfEHetmoI53npE/JY00JIGH3KeYpLPX+F5Bn7RAGSvxpog5vsfYRdGdCOzIikRfQf WZA32vZBZTzGIUdn+5rIVjyQerGYaHa1ofBKPpSWInjxpE68FSjA6zCLvBIU9j+EFD64 sJM92OCKaagR3Jgutoh/VJrC0Ld1ZEDPVi97vGq98CHmPow7rzhCsysWS3oqFBPx/mm0 UP+Q== X-Gm-Message-State: AD7BkJK3qqIcW3zBdKbjgDkFy2oIBsVblawIlZL1L7O+5ilzW/AkhiefQXBT8+ntzF+6vA== X-Received: by 10.28.217.146 with SMTP id q140mr4072787wmg.85.1456992946980; Thu, 03 Mar 2016 00:15:46 -0800 (PST) Received: from ?IPv6:2a02:8109:8680:45c:221:ccff:fe67:d847? ([2a02:8109:8680:45c:221:ccff:fe67:d847]) by smtp.googlemail.com with ESMTPSA id o16sm29380457wjr.9.2016.03.03.00.15.45 for (version=TLSv1/SSLv3 cipher=OTHER); Thu, 03 Mar 2016 00:15:45 -0800 (PST) To: roll@ietf.org References: <982B626E107E334DBE601D979F31785C5CEC8E5C@blreml510-mbs.china.huawei.com> <56D72358.9040102@gmail.com> <982B626E107E334DBE601D979F31785C5CEC8F25@blreml510-mbs.china.huawei.com> From: =?UTF-8?Q?Cenk_G=c3=bcndogan?= Message-ID: <56D7F2B1.1090603@gmail.com> Date: Thu, 3 Mar 2016 09:15:45 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <982B626E107E334DBE601D979F31785C5CEC8F25@blreml510-mbs.china.huawei.com> Content-Type: multipart/alternative; boundary="------------020604070501090908000008" Archived-At: Subject: Re: [Roll] No path DAO problem stmt draft X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 08:15:52 -0000 This is a multi-part message in MIME format. --------------020604070501090908000008 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hello Rahul, On 03.03.2016 05:17, Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs) wrote: > > Thanks Cenk, > > Yes the DAO-ACK scenario you mentioned is relevant and IMO should be > explained in the draft. > > And as you mentioned, using DAO-ACK, even though a node is aware that > its NPDAO (No-Path DAO) didn’t work out, there is nothing it can do > about it. The behavior is implementation-defined and may cause interop > issues. > > Just to restate your scenario: > > A node sends an NP-DAO with ACK flag enabled. If the previous parent > is unavailable then the DAO-ACK won’t be rcvd and thus the target node > is now aware that NPDAO didn’t work out. Having learnt that, there is > nothing the node could do about it, and it would still result in > stale/unwanted entries along the previous path. > > Also there is one more problem statement that needs to be added to the > draft, regarding impact on P2P traffic if route invalidation using > NPDAO does not work. Stale/Unwanted routing entries may impact P2P > traffic since the routing entries are not flushed from previous parent > set and they would still consider that the target node is reachable > via them for any p2p traffic. > I think this statement can/should be broken down. If node D changes its parent from B to C it still could be able to receive traffic from B. This is however highly dependent on the underlying metric that is used to drive the parent selection. From the picture in your draft: I would expect that p2p traffic traversing from G -> B -> D should still work (when we have stale entries and still connectivity) And p2p traffic from D to G would traverse through D -> C -> H -> A -> G. But I understand your point and I completely agree with you, in case of a complete link loss B -> D wouldn't work anymore. So to summarize, I see two cases here: 1) D changed from B to C, but the link B <-> D still has *some* connectivity: p2p traffic in the storing-mode must include a RPL Hop-by-Hop option (RFC6553), which could detect this dilemma by inspecting the SenderRank within that option. As a reaction, node D would try to send that packet back to D with the Forwarding-Error bit set. In the best case, B would receive this and delete its DAO state to this former child. Well, .. this only works if the new rank of D changed when accepting C as a preferred parent. As a side note: I just ran into [1] which addresses the cleanup of old DAO entries for ancestors, recursively. 2) D changed from B to C, but the link B <-> D has *no* connectivity: I would assume the (6Lo-)Neighbor Discovery would resolve this issue by detecting that the neighbour is not reachable anymore. If there is enough p2p traffic going on, then the Neighbour Unreachability Detection (NUD) might kick in fairly quick. Once the neighbour was detected as unreachable, this information needs to be synchronized with RPL's routing table, of course. RPL shouldn't keep routing entries where the next-hop part is known to be unreachable. Afterwards, as a consequence of p2p traffic from any previous ancestor to D, ICMPv6 error messages (Destination Unreachable) could clear up the states in their routing tables as well. Best, Cenk [1] https://tools.ietf.org/html/rfc6550#section-11.2.2.3 > Thanks, > > Rahul > > *From:*Roll [mailto:roll-bounces@ietf.org] *On Behalf Of *Cenk Gündogan > *Sent:* 02 March 2016 PM 11:01 > *To:* roll@ietf.org > *Subject:* Re: [Roll] No path DAO problem stmt draft > > Dear Rahul, > > I find the problems outlined in your draft very interesting and > thought-provoking. > > My two cents.. > > Usually, an implementation has the choice to request acknowledgements > for DAOs > and I would expect some sort of retry mechanism taking place in case > of a lost DAO. > I couldn't find any reference to DAO-ACKs in your draft, but I am sure > that the > stated problems still hold for the DAO <-> DAO-ACK case. > One advantage of having the DAO <-> DAO-ACK case is however, that the > implementation > *knows* whether the NP-DAO reached a previous parent or not. > Unfortunately, there's still the question of how the implementation > should respond > to such knowledge? Without specifying this somewhere (and I couldn't > find a reference > in RFC 6550, but I could be wrong), the behaviour is > implementation-defined. > This can in turn make the interoperability between different > implementations > more difficult. > > Would it make sense to widen your proposed draft to also include the > DAO <-> DAO-ACK scenario? And maybe some suggestions about how to > react in such cases? > > Best, > Cenk > > On 02.03.2016 15:04, Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 > Labs) wrote: > > Dear All, > > We recently submitted a draft > (https://tools.ietf.org/html/draft-jadhav-roll-no-path-dao-ps-00) > stating problem statements pertaining to No Path DAO messaging in > RPL spec. > > The primary pain point that is highlighted is that the No-Path DAO > messaging takes a path which has a higher probability of not been > available. For e.g. when the node switches its parent, a No-Path > DAO is usually generated along the path through the previous > parent and the No-Path DAO traverses upwards always along that > path. A path which is no longer a preferred path is used for > No-Path DAO messaging and thus the probability of No-Path DAO > messaging failure is high, resulting in stale routing entries. > > Also there are other negative implications mentioned in the > document because of this messaging mode. > > The work drafts the problem statement and explains requirements > from solution point of view. > > Kindly feedback if the problem statement impacts you. > > Thanks, > > Rahul > > *************************************************************************************** > This e-mail and attachments contain confidential information from > HUAWEI, which is intended only for the person or entity whose > address is listed above. Any use of the information contained > herein in any way (including, but not limited to, total or partial > disclosure, reproduction, or dissemination) by persons other than > the intended recipient's) is prohibited. If you receive this > e-mail in error, please notify the sender by phone or email > immediately and delete it! > > > > > _______________________________________________ > > 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 --------------020604070501090908000008 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Hello Rahul,

On 03.03.2016 05:17, Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs) wrote:

Thanks Cenk,

 

Yes the DAO-ACK scenario you mentioned is relevant and IMO should be explained in the draft.

And as you mentioned, using DAO-ACK, even though a node is aware that its NPDAO (No-Path DAO) didn’t work out, there is nothing it can do about it. The behavior is implementation-defined and may cause interop issues.

 

Just to restate your scenario:

A node sends an NP-DAO with ACK flag enabled. If the previous parent is unavailable then the DAO-ACK won’t be rcvd and thus the target node is now aware that NPDAO didn’t work out. Having learnt that, there is nothing the node could do about it, and it would still result in stale/unwanted entries along the previous path.

 

Also there is one more problem statement that needs to be added to the draft, regarding impact on P2P traffic if route invalidation using NPDAO does not work. Stale/Unwanted routing entries may impact P2P traffic since the routing entries are not flushed from previous parent set and they would still consider that the target node is reachable via them for any p2p traffic.

I think this statement can/should be broken down.
If node D changes its parent from B to C it still could be able to receive traffic from B.
This is however highly dependent on the underlying metric that is used
to drive the parent selection.
From the picture in your draft: I would expect that p2p traffic traversing
from G -> B -> D should still work (when we have stale entries and still connectivity)
And p2p traffic from D to G would traverse through D -> C -> H -> A -> G.
But I understand your point and I completely agree with you, in case of a complete
link loss B -> D wouldn't work anymore.

So to summarize, I see two cases here:

1) D changed from B to C, but the link B <-> D still has *some* connectivity:

p2p traffic in the storing-mode must include a RPL Hop-by-Hop option (RFC6553),
which could detect this dilemma by inspecting the SenderRank within that option.
As a reaction, node D would try to send that packet back to D with the Forwarding-Error bit set.
In the best case, B would receive this and delete its DAO state to this former child.
Well, .. this only works if the new rank of D changed when accepting C as a preferred parent.

As a side note:
I just ran into [1] which addresses the cleanup of old DAO entries for ancestors, recursively.



2) D changed from B to C, but the link B <-> D has *no* connectivity:

I would assume the (6Lo-)Neighbor Discovery would resolve this
issue by detecting that the neighbour is not reachable anymore.
If there is enough p2p traffic going on, then the Neighbour Unreachability Detection
(NUD) might kick in fairly quick. Once the neighbour was detected as unreachable,
this information needs to be synchronized with RPL's routing table, of course.
RPL shouldn't keep routing entries where the next-hop part is known to be unreachable.
Afterwards, as a consequence of p2p traffic from any previous ancestor to D, ICMPv6
error messages (Destination Unreachable) could clear up the states in their routing tables as well.

Best,
Cenk

[1] https://tools.ietf.org/html/rfc6550#section-11.2.2.3

 

Thanks,

Rahul

 

 

From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Cenk Gündogan
Sent: 02 March 2016 PM 11:01
To: roll@ietf.org
Subject: Re: [Roll] No path DAO problem stmt draft

 

Dear Rahul,

I find the problems outlined in your draft very interesting and thought-provoking.

My two cents..

Usually, an implementation has the choice to request acknowledgements for DAOs
and I would expect some sort of retry mechanism taking place in case of a lost DAO.
I couldn't find any reference to DAO-ACKs in your draft, but I am sure that the
stated problems still hold for the DAO <-> DAO-ACK case.
One advantage of having the DAO <-> DAO-ACK case is however, that the implementation
*knows* whether the NP-DAO reached a previous parent or not.
Unfortunately, there's still the question of how the implementation should respond
to such knowledge? Without specifying this somewhere (and I couldn't find a reference
in RFC 6550, but I could be wrong), the behaviour is implementation-defined.
This can in turn make the interoperability between different implementations
more difficult.

Would it make sense to widen your proposed draft to also include the
DAO <-> DAO-ACK scenario? And maybe some suggestions about how to
react in such cases?

Best,
Cenk

On 02.03.2016 15:04, Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs) wrote:

Dear All,

 

We recently submitted a draft (https://tools.ietf.org/html/draft-jadhav-roll-no-path-dao-ps-00) stating problem statements pertaining to No Path DAO messaging in RPL spec.

 

The primary pain point that is highlighted is that the No-Path DAO messaging takes a path which has a higher probability of not been available. For e.g. when the node switches its parent, a No-Path DAO is usually generated along the path through the previous parent and the No-Path DAO traverses upwards always along that path. A path which is no longer a preferred path is used for No-Path DAO messaging and thus the probability of No-Path DAO messaging failure is high, resulting in stale routing entries.

 

Also there are other negative implications mentioned in the document because of this messaging mode.

 

The work drafts the problem statement and explains requirements from solution point of view.

 

Kindly feedback if the problem statement impacts you.

 

Thanks,

Rahul

 

 

***************************************************************************************
This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient's) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!

 




_______________________________________________
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

--------------020604070501090908000008-- From nobody Thu Mar 3 06:04:33 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 468811ACE3E for ; Thu, 3 Mar 2016 06:04:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.206 X-Spam-Level: X-Spam-Status: No, score=-4.206 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.006, SPF_PASS=-0.001] autolearn=ham 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 X3xlT7T0uYHE for ; Thu, 3 Mar 2016 06:04:26 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0A291ACE3A for ; Thu, 3 Mar 2016 06:04:25 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml708-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CJM41858; Thu, 03 Mar 2016 14:04:22 +0000 (GMT) Received: from BLREML405-HUB.china.huawei.com (10.20.4.41) by lhreml708-cah.china.huawei.com (10.201.5.202) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 3 Mar 2016 14:04:21 +0000 Received: from BLREML510-MBS.china.huawei.com ([169.254.2.93]) by BLREML405-HUB.china.huawei.com ([10.20.4.41]) with mapi id 14.03.0235.001; Thu, 3 Mar 2016 19:34:10 +0530 From: "Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] No path DAO problem stmt draft Thread-Index: AdF0jF/v4O3xW+LCQPupRYViUwm4pP//3aQA//77uhCAAftzgP//d8Ow Date: Thu, 3 Mar 2016 14:04:10 +0000 Message-ID: <982B626E107E334DBE601D979F31785C5CEC8FDA@blreml510-mbs.china.huawei.com> References: <982B626E107E334DBE601D979F31785C5CEC8E5C@blreml510-mbs.china.huawei.com> <56D72358.9040102@gmail.com> <982B626E107E334DBE601D979F31785C5CEC8F25@blreml510-mbs.china.huawei.com> <56D7F2B1.1090603@gmail.com> In-Reply-To: <56D7F2B1.1090603@gmail.com> Accept-Language: en-IN, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.214.70] Content-Type: multipart/alternative; boundary="_000_982B626E107E334DBE601D979F31785C5CEC8FDAblreml510mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090202.56D84467.0098, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.93, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 4ad07b6a074fce991e3cfdebc5939562 Archived-At: Subject: Re: [Roll] No path DAO problem stmt draft X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 14:04:32 -0000 --_000_982B626E107E334DBE601D979F31785C5CEC8FDAblreml510mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQ2VuaywNCg0KUGxlYXNlIGZpbmQgY29tbWVudHMgaW5saW5lIOKApg0KDQpUaGFua3MsDQpS YWh1bA0KDQpGcm9tOiBSb2xsIFttYWlsdG86cm9sbC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhh bGYgT2YgQ2VuayBHw7xuZG9nYW4NClNlbnQ6IDAzIE1hcmNoIDIwMTYgUE0gMDE6NDYNClRvOiBy b2xsQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW1JvbGxdIE5vIHBhdGggREFPIHByb2JsZW0gc3Rt dCBkcmFmdA0KDQpIZWxsbyBSYWh1bCwNCk9uIDAzLjAzLjIwMTYgMDU6MTcsIFJhaHVsIEFydmlu ZCBKYWRoYXYgKFJhaHVsIEFydmluZCBKYWRoYXYsIDIwMTIgTGFicykgd3JvdGU6DQpUaGFua3Mg Q2VuaywNCg0KWWVzIHRoZSBEQU8tQUNLIHNjZW5hcmlvIHlvdSBtZW50aW9uZWQgaXMgcmVsZXZh bnQgYW5kIElNTyBzaG91bGQgYmUgZXhwbGFpbmVkIGluIHRoZSBkcmFmdC4NCkFuZCBhcyB5b3Ug bWVudGlvbmVkLCB1c2luZyBEQU8tQUNLLCBldmVuIHRob3VnaCBhIG5vZGUgaXMgYXdhcmUgdGhh dCBpdHMgTlBEQU8gKE5vLVBhdGggREFPKSBkaWRu4oCZdCB3b3JrIG91dCwgdGhlcmUgaXMgbm90 aGluZyBpdCBjYW4gZG8gYWJvdXQgaXQuIFRoZSBiZWhhdmlvciBpcyBpbXBsZW1lbnRhdGlvbi1k ZWZpbmVkIGFuZCBtYXkgY2F1c2UgaW50ZXJvcCBpc3N1ZXMuDQoNCkp1c3QgdG8gcmVzdGF0ZSB5 b3VyIHNjZW5hcmlvOg0KQSBub2RlIHNlbmRzIGFuIE5QLURBTyB3aXRoIEFDSyBmbGFnIGVuYWJs ZWQuIElmIHRoZSBwcmV2aW91cyBwYXJlbnQgaXMgdW5hdmFpbGFibGUgdGhlbiB0aGUgREFPLUFD SyB3b27igJl0IGJlIHJjdmQgYW5kIHRodXMgdGhlIHRhcmdldCBub2RlIGlzIG5vdyBhd2FyZSB0 aGF0IE5QREFPIGRpZG7igJl0IHdvcmsgb3V0LiBIYXZpbmcgbGVhcm50IHRoYXQsIHRoZXJlIGlz IG5vdGhpbmcgdGhlIG5vZGUgY291bGQgZG8gYWJvdXQgaXQsIGFuZCBpdCB3b3VsZCBzdGlsbCBy ZXN1bHQgaW4gc3RhbGUvdW53YW50ZWQgZW50cmllcyBhbG9uZyB0aGUgcHJldmlvdXMgcGF0aC4N Cg0KQWxzbyB0aGVyZSBpcyBvbmUgbW9yZSBwcm9ibGVtIHN0YXRlbWVudCB0aGF0IG5lZWRzIHRv IGJlIGFkZGVkIHRvIHRoZSBkcmFmdCwgcmVnYXJkaW5nIGltcGFjdCBvbiBQMlAgdHJhZmZpYyBp ZiByb3V0ZSBpbnZhbGlkYXRpb24gdXNpbmcgTlBEQU8gZG9lcyBub3Qgd29yay4gU3RhbGUvVW53 YW50ZWQgcm91dGluZyBlbnRyaWVzIG1heSBpbXBhY3QgUDJQIHRyYWZmaWMgc2luY2UgdGhlIHJv dXRpbmcgZW50cmllcyBhcmUgbm90IGZsdXNoZWQgZnJvbSBwcmV2aW91cyBwYXJlbnQgc2V0IGFu ZCB0aGV5IHdvdWxkIHN0aWxsIGNvbnNpZGVyIHRoYXQgdGhlIHRhcmdldCBub2RlIGlzIHJlYWNo YWJsZSB2aWEgdGhlbSBmb3IgYW55IHAycCB0cmFmZmljLg0KSSB0aGluayB0aGlzIHN0YXRlbWVu dCBjYW4vc2hvdWxkIGJlIGJyb2tlbiBkb3duLg0KSWYgbm9kZSBEIGNoYW5nZXMgaXRzIHBhcmVu dCBmcm9tIEIgdG8gQyBpdCBzdGlsbCBjb3VsZCBiZSBhYmxlIHRvIHJlY2VpdmUgdHJhZmZpYyBm cm9tIEIuDQpUaGlzIGlzIGhvd2V2ZXIgaGlnaGx5IGRlcGVuZGVudCBvbiB0aGUgdW5kZXJseWlu ZyBtZXRyaWMgdGhhdCBpcyB1c2VkDQp0byBkcml2ZSB0aGUgcGFyZW50IHNlbGVjdGlvbi4NCkZy b20gdGhlIHBpY3R1cmUgaW4geW91ciBkcmFmdDogSSB3b3VsZCBleHBlY3QgdGhhdCBwMnAgdHJh ZmZpYyB0cmF2ZXJzaW5nDQpmcm9tIEcgLT4gQiAtPiBEIHNob3VsZCBzdGlsbCB3b3JrICh3aGVu IHdlIGhhdmUgc3RhbGUgZW50cmllcyBhbmQgc3RpbGwgY29ubmVjdGl2aXR5KQ0KQW5kIHAycCB0 cmFmZmljIGZyb20gRCB0byBHIHdvdWxkIHRyYXZlcnNlIHRocm91Z2ggRCAtPiBDIC0+IEggLT4g QSAtPiBHLg0KQnV0IEkgdW5kZXJzdGFuZCB5b3VyIHBvaW50IGFuZCBJIGNvbXBsZXRlbHkgYWdy ZWUgd2l0aCB5b3UsIGluIGNhc2Ugb2YgYSBjb21wbGV0ZQ0KbGluayBsb3NzIEIgLT4gRCB3b3Vs ZG4ndCB3b3JrIGFueW1vcmUuDQoNClNvIHRvIHN1bW1hcml6ZSwgSSBzZWUgdHdvIGNhc2VzIGhl cmU6DQoNCjEpIEQgY2hhbmdlZCBmcm9tIEIgdG8gQywgYnV0IHRoZSBsaW5rIEIgPC0+IEQgc3Rp bGwgaGFzICpzb21lKiBjb25uZWN0aXZpdHk6DQoNCnAycCB0cmFmZmljIGluIHRoZSBzdG9yaW5n LW1vZGUgbXVzdCBpbmNsdWRlIGEgUlBMIEhvcC1ieS1Ib3Agb3B0aW9uIChSRkM2NTUzKSwNCndo aWNoIGNvdWxkIGRldGVjdCB0aGlzIGRpbGVtbWEgYnkgaW5zcGVjdGluZyB0aGUgU2VuZGVyUmFu ayB3aXRoaW4gdGhhdCBvcHRpb24uDQpBcyBhIHJlYWN0aW9uLCBub2RlIEQgd291bGQgdHJ5IHRv IHNlbmQgdGhhdCBwYWNrZXQgYmFjayB0byBEIHdpdGggdGhlIEZvcndhcmRpbmctRXJyb3IgYml0 IHNldC4NCkluIHRoZSBiZXN0IGNhc2UsIEIgd291bGQgcmVjZWl2ZSB0aGlzIGFuZCBkZWxldGUg aXRzIERBTyBzdGF0ZSB0byB0aGlzIGZvcm1lciBjaGlsZC4NCldlbGwsIC4uIHRoaXMgb25seSB3 b3JrcyBpZiB0aGUgbmV3IHJhbmsgb2YgRCBjaGFuZ2VkIHdoZW4gYWNjZXB0aW5nIEMgYXMgYSBw cmVmZXJyZWQgcGFyZW50Lg0KDQpbUkpdOiBJbiB0aGUgYWJvdmUgc3RtdCwgSSBkaWRu4oCZdCB1 bmRlcnN0YW5kLCDigJxBcyBhIHJlYWN0aW9uLCBOb2RlIEQgd291bGQgdHJ5IHRvIHNlbmQgdGhh dCBwYWNrZXQgYmFjayB0byBEIHdpdGgg4oCm4oCdLiBJIHRoaW5rIHlvdSBtZWFudCDigJxwYWNr ZXQgYmFjayB0byBCIHdpdGjigKbigJ0uIFdoeSBzaG91bGQgaW4gdGhpcyBjYXNlIEQgc2VuZCB0 aGUgcGFja2V0IGJhY2sgdG8gQj8gVGhlcmUgYXJlIHNjZW5hcmlvcyB3aGVuIGZvcndhcmRpbmct ZXJyb3IgYml0IGNvdWxkIGJlIHNldCBhbmQgc3RpbGwgdGhlIHRyYWZmaWMgZmxvd3MgYXMgdXN1 YWwgYW5kIG1heSB3b3JrICh1bnRpbCBhbm90aGVyIGZ3ZC1lcnJvciBpcyBkZXRlY3RlZCkuIFRo ZSBjaGFuZ2Ugd2lsbCBpbXBhY3QgdGhhdCBmdW5jdGlvbmFsaXR5Lg0KQW55d2F5cywgaW1vIChh bmQgbGlrZSB5b3Ugb2JzZXJ2ZWQpIHRoaXMgd29u4oCZdCBiZSBhIGdlbmVyaWMgc29sdXRpb24g YmVjYXVzZSBvZiBpdHMgZGVwZW5kZW5jeSBvbiBE4oCZcyByYW5rIHBvc3Qgc3dpdGNoaW5nIHRv IGRldGVjdCBmb3J3YXJkaW5nIGVycm9yLg0KDQoNCkFzIGEgc2lkZSBub3RlOg0KSSBqdXN0IHJh biBpbnRvIFsxXSB3aGljaCBhZGRyZXNzZXMgdGhlIGNsZWFudXAgb2Ygb2xkIERBTyBlbnRyaWVz IGZvciBhbmNlc3RvcnMsIHJlY3Vyc2l2ZWx5Lg0KDQpbUkpdOiBJIHRoaW5rIHRoZSBzdG10IGlu IDY1NTAgeW91IGFyZSBwb2ludGluZyB0b3dhcmRzIGlz4oCmDQogICAgICAgIOKAnFdpdGggREFP IGluY29uc2lzdGVuY3kgbG9vcCByZWNvdmVyeSwgYSBwYWNrZXQgY2FuIGJlIHVzZWQgdG8gcmVj dXJzaXZlbHkNCiAgICAgICAgZXhwbG9yZSBhbmQgY2xlYW4gdXAgdGhlIG9ic29sZXRlIERBTyBz dGF0ZXMgYWxvbmcgYSBzdWItRE9EQUcu4oCdDQpJdCBpcyBub3QgY2xlYXIgd2hhdCBwYWNrZXQg Y2FuIGJlIGdlbmVyYXRlZCEhISBBc3N1bWluZyBhbiBOUERBTyBjb3VsZCBiZSBnZW5lcmF0ZWQg 4oCmLiBCdXQgdGhlbiBhbiBOUERBTyBjYW5ub3QgYmUgZ2VuZXJhdGVkIGJ5IGFueSBvdGhlciBu b2RlIG9uIGJlaGFsZiBvZiB0aGUgdGFyZ2V0LiBUbyBjbGFyaWZ5LCBhbnkgb3RoZXIgbm9kZSBk b2VzIG5vdCBrbm93IHRoZSBUYXJnZXTigJlzIERBT1NlcXVlbmNlIGFuZCBQYXRoIFNlcXVlbmNl IHRvIGdlbmVyYXRlIGFuIE5QREFPLiBUaGVyZSBhcmUgcmFjZS1jb25kaXRpb25zIGlmIGFueSBv dGhlciBub2RlIGdlbmVyYXRlcyBOUERBTyBvbiBiZWhhbGYgb2YgdGhlIHRhcmdldCBhbmQgZG9l cyBub3Qgb2JleSB0aGUgREFPU2VxdWVuY2UgYW5kIFBhdGggU2VxdWVuY2UgZmllbGRzIG9mIHRo ZSB0YXJnZXQuDQoNCg0KMikgRCBjaGFuZ2VkIGZyb20gQiB0byBDLCBidXQgdGhlIGxpbmsgQiA8 LT4gRCBoYXMgKm5vKiBjb25uZWN0aXZpdHk6DQoNCkkgd291bGQgYXNzdW1lIHRoZSAoNkxvLSlO ZWlnaGJvciBEaXNjb3Zlcnkgd291bGQgcmVzb2x2ZSB0aGlzDQppc3N1ZSBieSBkZXRlY3Rpbmcg dGhhdCB0aGUgbmVpZ2hib3VyIGlzIG5vdCByZWFjaGFibGUgYW55bW9yZS4NCklmIHRoZXJlIGlz IGVub3VnaCBwMnAgdHJhZmZpYyBnb2luZyBvbiwgdGhlbiB0aGUgTmVpZ2hib3VyIFVucmVhY2hh YmlsaXR5IERldGVjdGlvbg0KKE5VRCkgbWlnaHQga2ljayBpbiBmYWlybHkgcXVpY2suIE9uY2Ug dGhlIG5laWdoYm91ciB3YXMgZGV0ZWN0ZWQgYXMgdW5yZWFjaGFibGUsDQp0aGlzIGluZm9ybWF0 aW9uIG5lZWRzIHRvIGJlIHN5bmNocm9uaXplZCB3aXRoIFJQTCdzIHJvdXRpbmcgdGFibGUsIG9m IGNvdXJzZS4NClJQTCBzaG91bGRuJ3Qga2VlcCByb3V0aW5nIGVudHJpZXMgd2hlcmUgdGhlIG5l eHQtaG9wIHBhcnQgaXMga25vd24gdG8gYmUgdW5yZWFjaGFibGUuDQpBZnRlcndhcmRzLCBhcyBh IGNvbnNlcXVlbmNlIG9mIHAycCB0cmFmZmljIGZyb20gYW55IHByZXZpb3VzIGFuY2VzdG9yIHRv IEQsIElDTVB2Ng0KZXJyb3IgbWVzc2FnZXMgKERlc3RpbmF0aW9uIFVucmVhY2hhYmxlKSBjb3Vs ZCBjbGVhciB1cCB0aGUgc3RhdGVzIGluIHRoZWlyIHJvdXRpbmcgdGFibGVzIGFzIHdlbGwuDQoN CltSSl06IFRoZXJlIGFyZSBmb2xsIHByb2JsZW1zIHdpdGggdGhpcyBhcHByb2FjaDoNCg0KMS4g ICAgICAgRGVzdGluYXRpb24gVW5yZWFjaGFibGUgd2lsbCBiZSBhYmxlIHRvIGNsZWFyIHVwIHRo ZSBzdGF0ZXMgb25seSBpbiB0aGUgc291cmNlIG5vZGUgd2hpY2ggb3JpZ2luYXRlZCB0aGUgUDJQ IHRyYWZmaWMsIHNpbmNlIGljbXAgZGVzdCB1bnJlYWNoYWJsZSB3b3VsZCBiZSBkaXJlY3RseSBz ZW50IHRvIGl0LiBBbGwgdGhlIGludGVybWVkaWF0ZSA2TFJzIHdpbGwgY29udGludWUgdG8gbWFp bnRhaW4gdGhlIHN0YXRlcy4NCg0KMi4gICAgICAgVGhlIHRpbWUgZmFjdG9yIGZvciBOVUQgY291 bGQgYmUgc3Vic3RhbnRpYWxseSBoaWdoZXIgaW1wYWN0aW5nIFAyUCB0cmFmZmljIHNpZ25pZmlj YW50bHkuDQoNCjMuICAgICAgIENvdXBsaW5nIG9mIFJQTCBzdGF0ZXMgd2l0aCBOVUQuIEl0IGlz IG5vdCBkZXNpcmVkIHRoYXQgUlBMIGFzc3VtZXMgTkQuDQoNCg0KQmVzdCwNCkNlbmsNCg0KWzFd IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2NTUwI3NlY3Rpb24tMTEuMi4yLjMNCg0K DQoNClRoYW5rcywNClJhaHVsDQoNCg0KRnJvbTogUm9sbCBbbWFpbHRvOnJvbGwtYm91bmNlc0Bp ZXRmLm9yZ10gT24gQmVoYWxmIE9mIENlbmsgR8O8bmRvZ2FuDQpTZW50OiAwMiBNYXJjaCAyMDE2 IFBNIDExOjAxDQpUbzogcm9sbEBpZXRmLm9yZzxtYWlsdG86cm9sbEBpZXRmLm9yZz4NClN1Ympl Y3Q6IFJlOiBbUm9sbF0gTm8gcGF0aCBEQU8gcHJvYmxlbSBzdG10IGRyYWZ0DQoNCkRlYXIgUmFo dWwsDQoNCkkgZmluZCB0aGUgcHJvYmxlbXMgb3V0bGluZWQgaW4geW91ciBkcmFmdCB2ZXJ5IGlu dGVyZXN0aW5nIGFuZCB0aG91Z2h0LXByb3Zva2luZy4NCg0KTXkgdHdvIGNlbnRzLi4NCg0KVXN1 YWxseSwgYW4gaW1wbGVtZW50YXRpb24gaGFzIHRoZSBjaG9pY2UgdG8gcmVxdWVzdCBhY2tub3ds ZWRnZW1lbnRzIGZvciBEQU9zDQphbmQgSSB3b3VsZCBleHBlY3Qgc29tZSBzb3J0IG9mIHJldHJ5 IG1lY2hhbmlzbSB0YWtpbmcgcGxhY2UgaW4gY2FzZSBvZiBhIGxvc3QgREFPLg0KSSBjb3VsZG4n dCBmaW5kIGFueSByZWZlcmVuY2UgdG8gREFPLUFDS3MgaW4geW91ciBkcmFmdCwgYnV0IEkgYW0g c3VyZSB0aGF0IHRoZQ0Kc3RhdGVkIHByb2JsZW1zIHN0aWxsIGhvbGQgZm9yIHRoZSBEQU8gPC0+ IERBTy1BQ0sgY2FzZS4NCk9uZSBhZHZhbnRhZ2Ugb2YgaGF2aW5nIHRoZSBEQU8gPC0+IERBTy1B Q0sgY2FzZSBpcyBob3dldmVyLCB0aGF0IHRoZSBpbXBsZW1lbnRhdGlvbg0KKmtub3dzKiB3aGV0 aGVyIHRoZSBOUC1EQU8gcmVhY2hlZCBhIHByZXZpb3VzIHBhcmVudCBvciBub3QuDQpVbmZvcnR1 bmF0ZWx5LCB0aGVyZSdzIHN0aWxsIHRoZSBxdWVzdGlvbiBvZiBob3cgdGhlIGltcGxlbWVudGF0 aW9uIHNob3VsZCByZXNwb25kDQp0byBzdWNoIGtub3dsZWRnZT8gV2l0aG91dCBzcGVjaWZ5aW5n IHRoaXMgc29tZXdoZXJlIChhbmQgSSBjb3VsZG4ndCBmaW5kIGEgcmVmZXJlbmNlDQppbiBSRkMg NjU1MCwgYnV0IEkgY291bGQgYmUgd3JvbmcpLCB0aGUgYmVoYXZpb3VyIGlzIGltcGxlbWVudGF0 aW9uLWRlZmluZWQuDQpUaGlzIGNhbiBpbiB0dXJuIG1ha2UgdGhlIGludGVyb3BlcmFiaWxpdHkg YmV0d2VlbiBkaWZmZXJlbnQgaW1wbGVtZW50YXRpb25zDQptb3JlIGRpZmZpY3VsdC4NCg0KV291 bGQgaXQgbWFrZSBzZW5zZSB0byB3aWRlbiB5b3VyIHByb3Bvc2VkIGRyYWZ0IHRvIGFsc28gaW5j bHVkZSB0aGUNCkRBTyA8LT4gREFPLUFDSyBzY2VuYXJpbz8gQW5kIG1heWJlIHNvbWUgc3VnZ2Vz dGlvbnMgYWJvdXQgaG93IHRvDQpyZWFjdCBpbiBzdWNoIGNhc2VzPw0KDQpCZXN0LA0KQ2Vuaw0K T24gMDIuMDMuMjAxNiAxNTowNCwgUmFodWwgQXJ2aW5kIEphZGhhdiAoUmFodWwgQXJ2aW5kIEph ZGhhdiwgMjAxMiBMYWJzKSB3cm90ZToNCkRlYXIgQWxsLA0KDQpXZSByZWNlbnRseSBzdWJtaXR0 ZWQgYSBkcmFmdCAoaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWphZGhhdi1yb2xs LW5vLXBhdGgtZGFvLXBzLTAwKSBzdGF0aW5nIHByb2JsZW0gc3RhdGVtZW50cyBwZXJ0YWluaW5n IHRvIE5vIFBhdGggREFPIG1lc3NhZ2luZyBpbiBSUEwgc3BlYy4NCg0KVGhlIHByaW1hcnkgcGFp biBwb2ludCB0aGF0IGlzIGhpZ2hsaWdodGVkIGlzIHRoYXQgdGhlIE5vLVBhdGggREFPIG1lc3Nh Z2luZyB0YWtlcyBhIHBhdGggd2hpY2ggaGFzIGEgaGlnaGVyIHByb2JhYmlsaXR5IG9mIG5vdCBi ZWVuIGF2YWlsYWJsZS4gRm9yIGUuZy4gd2hlbiB0aGUgbm9kZSBzd2l0Y2hlcyBpdHMgcGFyZW50 LCBhIE5vLVBhdGggREFPIGlzIHVzdWFsbHkgZ2VuZXJhdGVkIGFsb25nIHRoZSBwYXRoIHRocm91 Z2ggdGhlIHByZXZpb3VzIHBhcmVudCBhbmQgdGhlIE5vLVBhdGggREFPIHRyYXZlcnNlcyB1cHdh cmRzIGFsd2F5cyBhbG9uZyB0aGF0IHBhdGguIEEgcGF0aCB3aGljaCBpcyBubyBsb25nZXIgYSBw cmVmZXJyZWQgcGF0aCBpcyB1c2VkIGZvciBOby1QYXRoIERBTyBtZXNzYWdpbmcgYW5kIHRodXMg dGhlIHByb2JhYmlsaXR5IG9mIE5vLVBhdGggREFPIG1lc3NhZ2luZyBmYWlsdXJlIGlzIGhpZ2gs IHJlc3VsdGluZyBpbiBzdGFsZSByb3V0aW5nIGVudHJpZXMuDQoNCkFsc28gdGhlcmUgYXJlIG90 aGVyIG5lZ2F0aXZlIGltcGxpY2F0aW9ucyBtZW50aW9uZWQgaW4gdGhlIGRvY3VtZW50IGJlY2F1 c2Ugb2YgdGhpcyBtZXNzYWdpbmcgbW9kZS4NCg0KVGhlIHdvcmsgZHJhZnRzIHRoZSBwcm9ibGVt IHN0YXRlbWVudCBhbmQgZXhwbGFpbnMgcmVxdWlyZW1lbnRzIGZyb20gc29sdXRpb24gcG9pbnQg b2Ygdmlldy4NCg0KS2luZGx5IGZlZWRiYWNrIGlmIHRoZSBwcm9ibGVtIHN0YXRlbWVudCBpbXBh Y3RzIHlvdS4NCg0KVGhhbmtzLA0KUmFodWwNCg0KDQoqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioNClRoaXMgZS1tYWlsIGFuZCBhdHRhY2htZW50cyBjb250YWluIGNvbmZpZGVudGlhbCBp bmZvcm1hdGlvbiBmcm9tIEhVQVdFSSwgd2hpY2ggaXMgaW50ZW5kZWQgb25seSBmb3IgdGhlIHBl cnNvbiBvciBlbnRpdHkgd2hvc2UgYWRkcmVzcyBpcyBsaXN0ZWQgYWJvdmUuIEFueSB1c2Ugb2Yg dGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBoZXJlaW4gaW4gYW55IHdheSAoaW5jbHVkaW5nLCBi dXQgbm90IGxpbWl0ZWQgdG8sIHRvdGFsIG9yIHBhcnRpYWwgZGlzY2xvc3VyZSwgcmVwcm9kdWN0 aW9uLCBvciBkaXNzZW1pbmF0aW9uKSBieSBwZXJzb25zIG90aGVyIHRoYW4gdGhlIGludGVuZGVk IHJlY2lwaWVudCdzKSBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGUtbWFpbCBp biBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGJ5IHBob25lIG9yIGVtYWlsIGltbWVk aWF0ZWx5IGFuZCBkZWxldGUgaXQhDQoNCg0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpSb2xsIG1haWxpbmcgbGlzdA0KDQpSb2xsQGll dGYub3JnPG1haWx0bzpSb2xsQGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL3JvbGwNCg0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KDQpSb2xsIG1haWxpbmcgbGlzdA0KDQpSb2xsQGlldGYub3Jn PG1haWx0bzpSb2xsQGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL3JvbGwNCg0K --_000_982B626E107E334DBE601D979F31785C5CEC8FDAblreml510mbschi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJc QOWui+S9kyI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiBcLCBzZXJpZiI7DQoJ cGFub3NlLTE6MCAwIDAgMCAwIDAgMCAwIDAgMDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6YmxhY2s7fQ0KYTpsaW5rLCBzcGFuLk1z b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28t c3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJn aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291 cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwg ZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAx cHQ7DQoJZm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlm IjsNCgljb2xvcjpibGFjazt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3Jh cGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJn aW4tdG9wOjBjbTsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1hcmdpbi1ib3R0b206MGNtOw0KCW1h cmdpbi1sZWZ0OjM2LjBwdDsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEx LjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNr O30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJl Zm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGlu azoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJs YWNrO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQpz cGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5CYWxsb29u VGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7DQoJZm9udC1m YW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uRW1haWxT dHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0K CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdl IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDkw LjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlv bjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6MTQ5 NjQwNjIzOw0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczot OTY4OTY2MDA4IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3 Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1O30NCkBsaXN0IGwwOmxldmVsMQ0KCXtt c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQp1bA0K CXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s Pg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1s PjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpl eHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVs YXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIg bGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29y ZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj5IaSBDZW5rLCA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlBsZWFz ZSBmaW5kIGNvbW1lbnRzIGlubGluZSDigKY8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+UmFodWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv cmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OndpbmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjp3aW5kb3d0ZXh0Ij4gUm9sbCBbbWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZ10NCjxi Pk9uIEJlaGFsZiBPZiA8L2I+Q2VuayBHw7xuZG9nYW48YnI+DQo8Yj5TZW50OjwvYj4gMDMgTWFy Y2ggMjAxNiBQTSAwMTo0Njxicj4NCjxiPlRvOjwvYj4gcm9sbEBpZXRmLm9yZzxicj4NCjxiPlN1 YmplY3Q6PC9iPiBSZTogW1JvbGxdIE5vIHBhdGggREFPIHByb2JsZW0gc3RtdCBkcmFmdDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t Ym90dG9tOjEyLjBwdCI+SGVsbG8gUmFodWwsPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+T24gMDMuMDMuMjAxNiAwNToxNywgUmFodWwgQXJ2aW5kIEphZGhhdiAo UmFodWwgQXJ2aW5kIEphZGhhdiwgMjAxMiBMYWJzKSB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+ VGhhbmtzIENlbmssPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5ZZXMgdGhl IERBTy1BQ0sgc2NlbmFyaW8geW91IG1lbnRpb25lZCBpcyByZWxldmFudCBhbmQgSU1PIHNob3Vs ZCBiZSBleHBsYWluZWQgaW4gdGhlIGRyYWZ0Lg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkFuZCBhcyB5b3Ug bWVudGlvbmVkLCB1c2luZyBEQU8tQUNLLCBldmVuIHRob3VnaCBhIG5vZGUgaXMgYXdhcmUgdGhh dCBpdHMgTlBEQU8gKE5vLVBhdGggREFPKSBkaWRu4oCZdCB3b3JrIG91dCwgdGhlcmUgaXMgbm90 aGluZyBpdCBjYW4gZG8gYWJvdXQgaXQuIFRoZSBiZWhhdmlvciBpcyBpbXBsZW1lbnRhdGlvbi1k ZWZpbmVkIGFuZCBtYXkgY2F1c2UgaW50ZXJvcA0KIGlzc3Vlcy4gPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjojMUY0OTdEIj5KdXN0IHRvIHJlc3RhdGUgeW91ciBzY2VuYXJpbzo8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6 IzFGNDk3RCI+QSBub2RlIHNlbmRzIGFuIE5QLURBTyB3aXRoIEFDSyBmbGFnIGVuYWJsZWQuIElm IHRoZSBwcmV2aW91cyBwYXJlbnQgaXMgdW5hdmFpbGFibGUgdGhlbiB0aGUgREFPLUFDSyB3b27i gJl0IGJlIHJjdmQgYW5kIHRodXMgdGhlIHRhcmdldCBub2RlIGlzIG5vdyBhd2FyZSB0aGF0IE5Q REFPIGRpZG7igJl0IHdvcmsgb3V0LiBIYXZpbmcgbGVhcm50IHRoYXQsIHRoZXJlIGlzDQogbm90 aGluZyB0aGUgbm9kZSBjb3VsZCBkbyBhYm91dCBpdCwgYW5kIGl0IHdvdWxkIHN0aWxsIHJlc3Vs dCBpbiBzdGFsZS91bndhbnRlZCBlbnRyaWVzIGFsb25nIHRoZSBwcmV2aW91cyBwYXRoLjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+QWxzbyB0aGVyZSBpcyBvbmUgbW9yZSBw cm9ibGVtIHN0YXRlbWVudCB0aGF0IG5lZWRzIHRvIGJlIGFkZGVkIHRvIHRoZSBkcmFmdCwgcmVn YXJkaW5nIGltcGFjdCBvbiBQMlAgdHJhZmZpYyBpZiByb3V0ZSBpbnZhbGlkYXRpb24gdXNpbmcg TlBEQU8gZG9lcyBub3Qgd29yay4gU3RhbGUvVW53YW50ZWQgcm91dGluZyBlbnRyaWVzIG1heSBp bXBhY3QgUDJQIHRyYWZmaWMNCiBzaW5jZSB0aGUgcm91dGluZyBlbnRyaWVzIGFyZSBub3QgZmx1 c2hlZCBmcm9tIHByZXZpb3VzIHBhcmVudCBzZXQgYW5kIHRoZXkgd291bGQgc3RpbGwgY29uc2lk ZXIgdGhhdCB0aGUgdGFyZ2V0IG5vZGUgaXMgcmVhY2hhYmxlIHZpYSB0aGVtIGZvciBhbnkgcDJw IHRyYWZmaWMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij5JIHRoaW5rIHRoaXMg c3RhdGVtZW50IGNhbi9zaG91bGQgYmUgYnJva2VuIGRvd24uPGJyPg0KSWYgbm9kZSBEIGNoYW5n ZXMgaXRzIHBhcmVudCBmcm9tIEIgdG8gQyBpdCBzdGlsbCBjb3VsZCBiZSBhYmxlIHRvIHJlY2Vp dmUgdHJhZmZpYyBmcm9tIEIuPGJyPg0KVGhpcyBpcyBob3dldmVyIGhpZ2hseSBkZXBlbmRlbnQg b24gdGhlIHVuZGVybHlpbmcgbWV0cmljIHRoYXQgaXMgdXNlZDxicj4NCnRvIGRyaXZlIHRoZSBw YXJlbnQgc2VsZWN0aW9uLjxicj4NCkZyb20gdGhlIHBpY3R1cmUgaW4geW91ciBkcmFmdDogSSB3 b3VsZCBleHBlY3QgdGhhdCBwMnAgdHJhZmZpYyB0cmF2ZXJzaW5nPGJyPg0KZnJvbSBHIC0mZ3Q7 IEIgLSZndDsgRCBzaG91bGQgc3RpbGwgd29yayAod2hlbiB3ZSBoYXZlIHN0YWxlIGVudHJpZXMg YW5kIHN0aWxsIGNvbm5lY3Rpdml0eSk8YnI+DQpBbmQgcDJwIHRyYWZmaWMgZnJvbSBEIHRvIEcg d291bGQgdHJhdmVyc2UgdGhyb3VnaCBEIC0mZ3Q7IEMgLSZndDsgSCAtJmd0OyBBIC0mZ3Q7IEcu PGJyPg0KQnV0IEkgdW5kZXJzdGFuZCB5b3VyIHBvaW50IGFuZCBJIGNvbXBsZXRlbHkgYWdyZWUg d2l0aCB5b3UsIGluIGNhc2Ugb2YgYSBjb21wbGV0ZTxicj4NCmxpbmsgbG9zcyBCIC0mZ3Q7IEQg d291bGRuJ3Qgd29yayBhbnltb3JlLjxicj4NCjxicj4NClNvIHRvIHN1bW1hcml6ZSwgSSBzZWUg dHdvIGNhc2VzIGhlcmU6PGJyPg0KPGJyPg0KMSkgRCBjaGFuZ2VkIGZyb20gQiB0byBDLCBidXQg dGhlIGxpbmsgQiAmbHQ7LSZndDsgRCBzdGlsbCBoYXMgKnNvbWUqIGNvbm5lY3Rpdml0eTo8YnI+ DQo8YnI+DQpwMnAgdHJhZmZpYyBpbiB0aGUgc3RvcmluZy1tb2RlIG11c3QgaW5jbHVkZSBhIFJQ TCBIb3AtYnktSG9wIG9wdGlvbiAoUkZDNjU1MyksPGJyPg0Kd2hpY2ggY291bGQgZGV0ZWN0IHRo aXMgZGlsZW1tYSBieSBpbnNwZWN0aW5nIHRoZSBTZW5kZXJSYW5rIHdpdGhpbiB0aGF0IG9wdGlv bi48YnI+DQpBcyBhIHJlYWN0aW9uLCBub2RlIEQgd291bGQgdHJ5IHRvIHNlbmQgdGhhdCBwYWNr ZXQgYmFjayB0byBEIHdpdGggdGhlIEZvcndhcmRpbmctRXJyb3IgYml0IHNldC48YnI+DQpJbiB0 aGUgYmVzdCBjYXNlLCBCIHdvdWxkIHJlY2VpdmUgdGhpcyBhbmQgZGVsZXRlIGl0cyBEQU8gc3Rh dGUgdG8gdGhpcyBmb3JtZXIgY2hpbGQuPGJyPg0KV2VsbCwgLi4gdGhpcyBvbmx5IHdvcmtzIGlm IHRoZSBuZXcgcmFuayBvZiBEIGNoYW5nZWQgd2hlbiBhY2NlcHRpbmcgQyBhcyBhIHByZWZlcnJl ZCBwYXJlbnQuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPltSSl06IEluIHRoZSBh Ym92ZSBzdG10LCBJIGRpZG7igJl0IHVuZGVyc3RhbmQsIOKAnEFzIGEgcmVhY3Rpb24sIE5vZGUg RCB3b3VsZCB0cnkgdG8gc2VuZCB0aGF0IHBhY2tldCBiYWNrIHRvIEQgd2l0aCDigKbigJ0uIEkg dGhpbmsgeW91IG1lYW50IOKAnHBhY2tldCBiYWNrIHRvIEIgd2l0aOKApuKAnS4gV2h5IHNob3Vs ZCBpbiB0aGlzIGNhc2UgRCBzZW5kIHRoZSBwYWNrZXQgYmFjaw0KIHRvIEI/IFRoZXJlIGFyZSBz Y2VuYXJpb3Mgd2hlbiBmb3J3YXJkaW5nLWVycm9yIGJpdCBjb3VsZCBiZSBzZXQgYW5kIHN0aWxs IHRoZSB0cmFmZmljIGZsb3dzIGFzIHVzdWFsIGFuZCBtYXkgd29yayAodW50aWwgYW5vdGhlciBm d2QtZXJyb3IgaXMgZGV0ZWN0ZWQpLiBUaGUgY2hhbmdlIHdpbGwgaW1wYWN0IHRoYXQgZnVuY3Rp b25hbGl0eS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+QW55d2F5cywgaW1vIChhbmQgbGlrZSB5b3Ugb2JzZXJ2 ZWQpIHRoaXMgd29u4oCZdCBiZSBhIGdlbmVyaWMgc29sdXRpb24gYmVjYXVzZSBvZiBpdHMgZGVw ZW5kZW5jeSBvbiBE4oCZcyByYW5rIHBvc3Qgc3dpdGNoaW5nIHRvIGRldGVjdCBmb3J3YXJkaW5n IGVycm9yLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+PGJyPg0KPGJyPg0KQXMgYSBzaWRlIG5vdGU6PGJy Pg0KSSBqdXN0IHJhbiBpbnRvIFsxXSB3aGljaCBhZGRyZXNzZXMgdGhlIGNsZWFudXAgb2Ygb2xk IERBTyBlbnRyaWVzIGZvciBhbmNlc3RvcnMsIHJlY3Vyc2l2ZWx5Ljwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjojMUY0OTdEIj5bUkpdOiBJIHRoaW5rIHRoZSBzdG10IGluIDY1NTAgeW91IGFyZSBw b2ludGluZyB0b3dhcmRzIGlz4oCmPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyDigJxXaXRoIERBTyBpbmNvbnNp c3RlbmN5IGxvb3AgcmVjb3ZlcnksIGEgcGFja2V0IGNhbiBiZSB1c2VkIHRvIHJlY3Vyc2l2ZWx5 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InBhZ2Ut YnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBleHBsb3JlIGFuZCBjbGVhbiB1cCB0aGUgb2Jzb2xldGUgREFPIHN0 YXRlcyBhbG9uZyBhIHN1Yi1ET0RBRy7igJ08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SXQgaXMgbm90IGNsZWFy IHdoYXQgcGFja2V0IGNhbiBiZSBnZW5lcmF0ZWQhISEgQXNzdW1pbmcgYW4gTlBEQU8gY291bGQg YmUgZ2VuZXJhdGVkIOKApi4gQnV0IHRoZW4gYW4gTlBEQU8gY2Fubm90IGJlIGdlbmVyYXRlZCBi eSBhbnkgb3RoZXIgbm9kZSBvbiBiZWhhbGYgb2YgdGhlIHRhcmdldC4gVG8gY2xhcmlmeSwgYW55 IG90aGVyIG5vZGUgZG9lcyBub3Qga25vdw0KIHRoZSBUYXJnZXTigJlzIERBT1NlcXVlbmNlIGFu ZCBQYXRoIFNlcXVlbmNlIHRvIGdlbmVyYXRlIGFuIE5QREFPLiBUaGVyZSBhcmUgcmFjZS1jb25k aXRpb25zIGlmIGFueSBvdGhlciBub2RlIGdlbmVyYXRlcyBOUERBTyBvbiBiZWhhbGYgb2YgdGhl IHRhcmdldCBhbmQgZG9lcyBub3Qgb2JleSB0aGUgREFPU2VxdWVuY2UgYW5kIFBhdGggU2VxdWVu Y2UgZmllbGRzIG9mIHRoZSB0YXJnZXQuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZx dW90OyI+PGJyPg0KPGJyPg0KPGJyPg0KMikgRCBjaGFuZ2VkIGZyb20gQiB0byBDLCBidXQgdGhl IGxpbmsgQiAmbHQ7LSZndDsgRCBoYXMgKm5vKiBjb25uZWN0aXZpdHk6PGJyPg0KPGJyPg0KSSB3 b3VsZCBhc3N1bWUgdGhlICg2TG8tKU5laWdoYm9yIERpc2NvdmVyeSB3b3VsZCByZXNvbHZlIHRo aXM8YnI+DQppc3N1ZSBieSBkZXRlY3RpbmcgdGhhdCB0aGUgbmVpZ2hib3VyIGlzIG5vdCByZWFj aGFibGUgYW55bW9yZS48YnI+DQpJZiB0aGVyZSBpcyBlbm91Z2ggcDJwIHRyYWZmaWMgZ29pbmcg b24sIHRoZW4gdGhlIE5laWdoYm91ciBVbnJlYWNoYWJpbGl0eSBEZXRlY3Rpb248YnI+DQooTlVE KSBtaWdodCBraWNrIGluIGZhaXJseSBxdWljay4gT25jZSB0aGUgbmVpZ2hib3VyIHdhcyBkZXRl Y3RlZCBhcyB1bnJlYWNoYWJsZSw8YnI+DQp0aGlzIGluZm9ybWF0aW9uIG5lZWRzIHRvIGJlIHN5 bmNocm9uaXplZCB3aXRoIFJQTCdzIHJvdXRpbmcgdGFibGUsIG9mIGNvdXJzZS48YnI+DQpSUEwg c2hvdWxkbid0IGtlZXAgcm91dGluZyBlbnRyaWVzIHdoZXJlIHRoZSBuZXh0LWhvcCBwYXJ0IGlz IGtub3duIHRvIGJlIHVucmVhY2hhYmxlLjxicj4NCkFmdGVyd2FyZHMsIGFzIGEgY29uc2VxdWVu Y2Ugb2YgcDJwIHRyYWZmaWMgZnJvbSBhbnkgcHJldmlvdXMgYW5jZXN0b3IgdG8gRCwgSUNNUHY2 PGJyPg0KZXJyb3IgbWVzc2FnZXMgKERlc3RpbmF0aW9uIFVucmVhY2hhYmxlKSBjb3VsZCBjbGVh ciB1cCB0aGUgc3RhdGVzIGluIHRoZWlyIHJvdXRpbmcgdGFibGVzIGFzIHdlbGwuPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPltSSl06IFRoZXJlIGFyZSBmb2xsIHByb2JsZW1zIHdpdGggdGhpcyBhcHByb2FjaDo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9 InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPjwhW2lmICFzdXBw b3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxp c3Q6SWdub3JlIj4xLjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9z cGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkRlc3RpbmF0 aW9uIFVucmVhY2hhYmxlIHdpbGwgYmUgYWJsZSB0byBjbGVhciB1cCB0aGUgc3RhdGVzIG9ubHkg aW4gdGhlIHNvdXJjZSBub2RlIHdoaWNoIG9yaWdpbmF0ZWQgdGhlIFAyUCB0cmFmZmljLCBzaW5j ZSBpY21wIGRlc3QgdW5yZWFjaGFibGUgd291bGQgYmUgZGlyZWN0bHkgc2VudCB0byBpdC4gQWxs IHRoZSBpbnRlcm1lZGlhdGUgNkxScw0KIHdpbGwgY29udGludWUgdG8gbWFpbnRhaW4gdGhlIHN0 YXRlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg c3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPjwhW2lm ICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0i bXNvLWxpc3Q6SWdub3JlIj4yLjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3Nw YW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlRo ZSB0aW1lIGZhY3RvciBmb3IgTlVEIGNvdWxkIGJlIHN1YnN0YW50aWFsbHkgaGlnaGVyIGltcGFj dGluZyBQMlAgdHJhZmZpYyBzaWduaWZpY2FudGx5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28t bGlzdDpsMCBsZXZlbDEgbGZvMSI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImNv bG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjMuPHNwYW4gc3R5bGU9 ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Q291cGxpbmcgb2YgUlBMIHN0YXRlcyB3aXRoIE5VRC4g SXQgaXMgbm90IGRlc2lyZWQgdGhhdCBSUEwgYXNzdW1lcyBORC4NCjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90 OyI+PGJyPg0KPGJyPg0KQmVzdCw8YnI+DQpDZW5rPGJyPg0KPGJyPg0KWzFdIDxhIGhyZWY9Imh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2NTUwI3NlY3Rpb24tMTEuMi4yLjMiPmh0dHBz Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2NTUwI3NlY3Rpb24tMTEuMi4yLjM8L2E+PGJyPg0K PGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5UaGFua3Ms PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMxRjQ5N0QiPlJhaHVsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBj bSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPiBSb2xsIFs8YSBocmVmPSJtYWlsdG86cm9sbC1ib3Vu Y2VzQGlldGYub3JnIj5tYWlsdG86cm9sbC1ib3VuY2VzQGlldGYub3JnPC9hPl0NCjxiPk9uIEJl aGFsZiBPZiA8L2I+Q2VuayBHw7xuZG9nYW48YnI+DQo8Yj5TZW50OjwvYj4gMDIgTWFyY2ggMjAx NiBQTSAxMTowMTxicj4NCjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnJvbGxAaWV0Zi5vcmci PnJvbGxAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbUm9sbF0gTm8gcGF0 aCBEQU8gcHJvYmxlbSBzdG10IGRyYWZ0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5EZWFyIFJhaHVsLDxi cj4NCjxicj4NCkkgZmluZCB0aGUgcHJvYmxlbXMgb3V0bGluZWQgaW4geW91ciBkcmFmdCB2ZXJ5 IGludGVyZXN0aW5nIGFuZCB0aG91Z2h0LXByb3Zva2luZy48YnI+DQo8YnI+DQpNeSB0d28gY2Vu dHMuLjxicj4NCjxicj4NClVzdWFsbHksIGFuIGltcGxlbWVudGF0aW9uIGhhcyB0aGUgY2hvaWNl IHRvIHJlcXVlc3QgYWNrbm93bGVkZ2VtZW50cyBmb3IgREFPczxicj4NCmFuZCBJIHdvdWxkIGV4 cGVjdCBzb21lIHNvcnQgb2YgcmV0cnkgbWVjaGFuaXNtIHRha2luZyBwbGFjZSBpbiBjYXNlIG9m IGEgbG9zdCBEQU8uPGJyPg0KSSBjb3VsZG4ndCBmaW5kIGFueSByZWZlcmVuY2UgdG8gREFPLUFD S3MgaW4geW91ciBkcmFmdCwgYnV0IEkgYW0gc3VyZSB0aGF0IHRoZTxicj4NCnN0YXRlZCBwcm9i bGVtcyBzdGlsbCBob2xkIGZvciB0aGUgREFPICZsdDstJmd0OyBEQU8tQUNLIGNhc2UuPGJyPg0K T25lIGFkdmFudGFnZSBvZiBoYXZpbmcgdGhlIERBTyAmbHQ7LSZndDsgREFPLUFDSyBjYXNlIGlz IGhvd2V2ZXIsIHRoYXQgdGhlIGltcGxlbWVudGF0aW9uPGJyPg0KKmtub3dzKiB3aGV0aGVyIHRo ZSBOUC1EQU8gcmVhY2hlZCBhIHByZXZpb3VzIHBhcmVudCBvciBub3QuPGJyPg0KVW5mb3J0dW5h dGVseSwgdGhlcmUncyBzdGlsbCB0aGUgcXVlc3Rpb24gb2YgaG93IHRoZSBpbXBsZW1lbnRhdGlv biBzaG91bGQgcmVzcG9uZDxicj4NCnRvIHN1Y2gga25vd2xlZGdlPyBXaXRob3V0IHNwZWNpZnlp bmcgdGhpcyBzb21ld2hlcmUgKGFuZCBJIGNvdWxkbid0IGZpbmQgYSByZWZlcmVuY2U8YnI+DQpp biBSRkMgNjU1MCwgYnV0IEkgY291bGQgYmUgd3JvbmcpLCB0aGUgYmVoYXZpb3VyIGlzIGltcGxl bWVudGF0aW9uLWRlZmluZWQuPGJyPg0KVGhpcyBjYW4gaW4gdHVybiBtYWtlIHRoZSBpbnRlcm9w ZXJhYmlsaXR5IGJldHdlZW4gZGlmZmVyZW50IGltcGxlbWVudGF0aW9uczxicj4NCm1vcmUgZGlm ZmljdWx0Ljxicj4NCjxicj4NCldvdWxkIGl0IG1ha2Ugc2Vuc2UgdG8gd2lkZW4geW91ciBwcm9w b3NlZCBkcmFmdCB0byBhbHNvIGluY2x1ZGUgdGhlPGJyPg0KREFPICZsdDstJmd0OyBEQU8tQUNL IHNjZW5hcmlvPyBBbmQgbWF5YmUgc29tZSBzdWdnZXN0aW9ucyBhYm91dCBob3cgdG88YnI+DQpy ZWFjdCBpbiBzdWNoIGNhc2VzPzxicj4NCjxicj4NCkJlc3QsPGJyPg0KQ2VuazxvOnA+PC9vOnA+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIDAyLjAzLjIwMTYgMTU6MDQsIFJh aHVsIEFydmluZCBKYWRoYXYgKFJhaHVsIEFydmluZCBKYWRoYXYsIDIwMTIgTGFicykgd3JvdGU6 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGVhciBBbGws PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldlIHJlY2VudGx5IHN1Ym1pdHRlZCBhIGRyYWZ0ICg8 YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtamFkaGF2LXJvbGwtbm8t cGF0aC1kYW8tcHMtMDAiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1qYWRoYXYt cm9sbC1uby1wYXRoLWRhby1wcy0wMDwvYT4pIHN0YXRpbmcgcHJvYmxlbSBzdGF0ZW1lbnRzIHBl cnRhaW5pbmcgdG8gTm8gUGF0aCBEQU8gbWVzc2FnaW5nDQogaW4gUlBMIHNwZWMuPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPlRoZSBwcmltYXJ5IHBhaW4gcG9pbnQgdGhhdCBpcyBoaWdobGlnaHRl ZCBpcyB0aGF0IHRoZSBOby1QYXRoIERBTyBtZXNzYWdpbmcgdGFrZXMgYSBwYXRoIHdoaWNoIGhh cyBhIGhpZ2hlciBwcm9iYWJpbGl0eSBvZiBub3QgYmVlbiBhdmFpbGFibGUuIEZvciBlLmcuIHdo ZW4gdGhlIG5vZGUgc3dpdGNoZXMgaXRzIHBhcmVudCwgYSBOby1QYXRoIERBTyBpcyB1c3VhbGx5 IGdlbmVyYXRlZCBhbG9uZyB0aGUgcGF0aA0KIHRocm91Z2ggdGhlIHByZXZpb3VzIHBhcmVudCBh bmQgdGhlIE5vLVBhdGggREFPIHRyYXZlcnNlcyB1cHdhcmRzIGFsd2F5cyBhbG9uZyB0aGF0IHBh dGguIEEgcGF0aCB3aGljaCBpcyBubyBsb25nZXIgYSBwcmVmZXJyZWQgcGF0aCBpcyB1c2VkIGZv ciBOby1QYXRoIERBTyBtZXNzYWdpbmcgYW5kIHRodXMgdGhlIHByb2JhYmlsaXR5IG9mIE5vLVBh dGggREFPIG1lc3NhZ2luZyBmYWlsdXJlIGlzIGhpZ2gsIHJlc3VsdGluZyBpbiBzdGFsZSByb3V0 aW5nDQogZW50cmllcy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QWxzbyB0aGVyZSBhcmUgb3Ro ZXIgbmVnYXRpdmUgaW1wbGljYXRpb25zIG1lbnRpb25lZCBpbiB0aGUgZG9jdW1lbnQgYmVjYXVz ZSBvZiB0aGlzIG1lc3NhZ2luZyBtb2RlLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgd29y ayBkcmFmdHMgdGhlIHByb2JsZW0gc3RhdGVtZW50IGFuZCBleHBsYWlucyByZXF1aXJlbWVudHMg ZnJvbSBzb2x1dGlvbiBwb2ludCBvZiB2aWV3LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5LaW5k bHkgZmVlZGJhY2sgaWYgdGhlIHByb2JsZW0gc3RhdGVtZW50IGltcGFjdHMgeW91LjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5UaGFua3MsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5SYWh1bDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq Kjxicj4NClRoaXMgZS1tYWlsIGFuZCBhdHRhY2htZW50cyBjb250YWluIGNvbmZpZGVudGlhbCBp bmZvcm1hdGlvbiBmcm9tIEhVQVdFSSwgd2hpY2ggaXMgaW50ZW5kZWQgb25seSBmb3IgdGhlIHBl cnNvbiBvciBlbnRpdHkgd2hvc2UgYWRkcmVzcyBpcyBsaXN0ZWQgYWJvdmUuIEFueSB1c2Ugb2Yg dGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBoZXJlaW4gaW4gYW55IHdheSAoaW5jbHVkaW5nLCBi dXQgbm90IGxpbWl0ZWQgdG8sIHRvdGFsIG9yIHBhcnRpYWwNCiBkaXNjbG9zdXJlLCByZXByb2R1 Y3Rpb24sIG9yIGRpc3NlbWluYXRpb24pIGJ5IHBlcnNvbnMgb3RoZXIgdGhhbiB0aGUgaW50ZW5k ZWQgcmVjaXBpZW50J3MpIGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgZS1tYWls IGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYnkgcGhvbmUgb3IgZW1haWwgaW1t ZWRpYXRlbHkgYW5kIGRlbGV0ZSBpdCE8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiAsIHNlcmlmJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij48YnI+DQo8YnI+DQo8YnI+DQo8 YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cHJlPl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fPG86cD48L286cD48L3ByZT4NCjxwcmU+Um9sbCBtYWls aW5nIGxpc3Q8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJtYWlsdG86Um9sbEBpZXRm Lm9yZyI+Um9sbEBpZXRmLm9yZzwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3JvbGwiPmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vcm9sbDwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPC9ibG9j a3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuICwgc2VyaWYmcXVvdDssJnF1b3Q7 c2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+PGJyPg0KPGJyPg0KPGJyPg0K PG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZT5fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlJvbGwgbWFpbGluZyBs aXN0PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0ibWFpbHRvOlJvbGxAaWV0Zi5vcmci PlJvbGxAaWV0Zi5vcmc8L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0iaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9yb2xsIj5odHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3JvbGw8L2E+PG86cD48L286cD48L3ByZT4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_982B626E107E334DBE601D979F31785C5CEC8FDAblreml510mbschi_-- From nobody Thu Mar 3 06:48:05 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4974E1B4423 for ; Tue, 1 Mar 2016 16:40:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.951 X-Spam-Level: X-Spam-Status: No, score=0.951 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 0tzHfMUBOFnh for ; Tue, 1 Mar 2016 16:40:50 -0800 (PST) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (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 4883A1A1AAA for ; Tue, 1 Mar 2016 16:40:50 -0800 (PST) Received: by mail-io0-x22c.google.com with SMTP id n190so39435993iof.0 for ; Tue, 01 Mar 2016 16:40:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to; bh=OZap3ty9dYTeoJ8SjhkLlQ/ytAqMu4K3UjEw5UQtcOQ=; b=kWsgef1hTa/6fs0yfD8OjxT3JIjU+lxUO0d24JTu6WFItdpApt4GGdoZ/dc+e7B3Uh zDt+8UiJzzMyptwFRv3Fv9HRaM8IBdNQEKJRwn7spipQfaJ+pY9w8lbLhD98D8AbyGWd tQrS26c1AJYau55qkL4RNmNr5SxD7J2IkbTf6ZuHzIZ/xsPbRMa7OjWCCVhKi+AGkG15 tilKSi4qra5SkL2mQQTVQNug8tUpqJ0IxWUYlR357swFEgEF8WRp4hzTrYfZaXvJ9Y5t f7d/QVMMa1PNcR0G1aFHLzNJuGerQtHprjjl5dWW5gADoX9hzFIGs30XRAIDirJjOZmn 4BCA== 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:date :message-id:subject:from:to; bh=OZap3ty9dYTeoJ8SjhkLlQ/ytAqMu4K3UjEw5UQtcOQ=; b=Ho3oFUxa11o6Haqle7qhmvm058mllKaVprIofrGf1pPsXhLMdczxb7hx7HE/evN9tW Wo+2rDG+MxlFSNMwZuXHtQkFL1QojGiO0aixS343zqSbBlHWJOJMDscCE0U6UoIr1Vca 2F2oLejn2n5syYvRtiLwcfwajZTQRP/QzqZnQW7fxXxNas40VBSL/QJWozYUiry1Phaw acwOHF4E8oVvgKuwjNFNdSGhMYpNaIfGMvfVow5gZI5PkI6inBrjNcLtdsVMoQ12ZZgE QAPkAAt+YMhtkE5Oe4kRAP5Ma585lUvP7RCyamh4mtbOG7AmScX4Fyy2kQMdjq1X/jdi fS5A== X-Gm-Message-State: AG10YORLnrNzIEQzSG3d+RkP+RsO72eWK3SS1N/EZj5jZq383qGvJcqRmBRClovuMc92sRqzD/f4UbRo5BR3LQ== MIME-Version: 1.0 X-Received: by 10.107.10.147 with SMTP id 19mr25523212iok.46.1456879249497; Tue, 01 Mar 2016 16:40:49 -0800 (PST) Received: by 10.50.12.106 with HTTP; Tue, 1 Mar 2016 16:40:49 -0800 (PST) In-Reply-To: References: Date: Tue, 1 Mar 2016 19:40:49 -0500 Message-ID: From: Publicity AdHocNets2016 To: roll@ietf.org Content-Type: multipart/alternative; boundary=001a113eddf225a9f7052d06226f Archived-At: X-Mailman-Approved-At: Thu, 03 Mar 2016 06:48:03 -0800 Subject: [Roll] Fwd: Call for Papers (CfP) announcement for 8th International Conference on AdHoc Networks occurring Sep 26/27th in Ottawa Canada. X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 00:40:53 -0000 --001a113eddf225a9f7052d06226f Content-Type: text/plain; charset=UTF-8 Hi, If I may submit the following Call for Papers (CfP) for your consideration, it would be appreciated. Thanks kindly, Mike (Publicity Co-Chair for AdHocNets 2016). *============================================================================ * *8th International Conference on Ad Hoc Networks - * *AdHocNets 2016 * *September 26-27, 2016* *Ottawa**, **Canada* *http://adhocnets.org/2016/show/home* *============================================================================ * *HIGHLIGHTS * - The event is endorsed by the European Alliance for Innovation, a leading community-based organization devoted to the advancement of innovation in the field of ICT. - All accepted papers will be published by Springer and made available through SpringerLink Digital Library, one of the world's largest scientific libraries. - Proceedings will be submitted for indexing by Google Scholar, ISI, EI Compendex, Scopus and many more. - Selected papers may be invited to publish in the EAI Endorsed Transactions on Mobile Communications and Applications. *CALL FOR PAPERS * *Scope * Ad hoc networks, which cover a variety of network paradigms for specific purposes, such as mobile ad hoc networks, wireless sensor networks, vehicular networks, underwater networks, airborne networks, underground networks, personal area networks, and home networks, promise a broad range of applications in civilian, commercial, and military areas. The aim of the annual International Conference on Ad Hoc Networks (AdHocNets) is to provide a forum that brings together researchers from academia, government laboratories, as well as practitioners from industry to meet and exchange ideas and recent research work on all aspects of ad hoc networks. Held annually since 2009, the eighth edition of the event, AdHocNets 2016, will be held in Ottawa, Canada, in September 2016. The conference will consist of keynote talks, technical sessions, and associated workshops. The technical sessions will present original and fundamental research advances while the workshops will focus on development and application issues in this hot field. The workshops will be dedicated to specific and more focused themes, especially to the recent developments and emerging applications in ad hoc networking. *Topics * The conference solicits original technical papers that were not previously published and are not currently under review for publication elsewhere. Papers should address technical challenges in any type of ad hoc network, such as, but not limited to, Mobile Ad Hoc Networks, Sensor Networks, Vehicular Networks, Personal Area Networks, Body Area Networks, Smart Grid Networks, Nanonetworks, or Home Networks. Possible topics of interest include: - Network architectural and protocol design - Spectrum related issues in ad hoc networks - Metrics for ad hoc networks - Cognitive ad hoc networks - Cross-layer design - MAC, routing, and transport protocols - Resource allocation and management - Network control and management - Power control and management - Topology control and management - Quality of service provisioning - Service discovery - Ranging and node localization - Time synchronization - Data fusion - Network scalability and capacity - Reliability and fault tolerance - Security and privacy - Middleware for ad hoc networks - Applications of ad hoc networks - Performance modeling and analysis - Tools to design, implement, and evaluate ad hoc network protocols - Wireless Software-Defined Networking - Network Function Virtualization for ad hoc networks *Publications * Accepted papers will be published in the AdHocNets 2016 Conference Proceedings and by Springer-Verlag in the Lecture Notes of the Institute for Computer Sciences, Social-Informatics and Tele-communications Engineering (LNICST) series. Extended versions of selected best papers from the conference will be invited to be submitted for publication (fast review track) in the ICST Transactions on Mobile Communications and Applications. The proceedings will be available both as paper-based copies and via Springerlink, Springer's digital library. In addition, the content of the proceedings will be submitted for inclusion in leading indexing services, including DBLP, Google Scholar, ISI Proceedings, EI, CrossRef and Zentralblatt Math, as well as ICST's own EU Digital Library (EUDL). Selected papers may be invited to publish in the EAI Endorsed Transactions on Mobile Communications and Applications. *Paper Submission and Deadlines* Please visit the conference website (http://adhocnets.org/2016/show/home) for detailed instructions on the paper submission process. - Submission Deadline: April 28, 2016 - Notification Date: May 31, 2016 - Camera-Ready Deadline: June 30, 2016 *Conference Organizing Committee* General Chair: - Yifeng Zhou, Communications Research Centre, Canada TPC Co-Chairs: - Thomas Kunz, Carleton University, Canada - Stephan Fischer, University of Lubeck, Germany - Zhangdui Zhong, Beijing Jiaotong University, Beijing, China Publicity & Social Media Co-Chairs: - Mike Tanguay, National Defence, Canada - Mouna Rekik, INRIA, France - Changle Li, Xidian University, China - Xiaohong Jiang, Future University of Hakodate, Japan Publication Chair: - Marc St-Hilaire, Carleton University, Canada Workshops Co-Chairs: - John Matyjas, U. S. Air Force Research Laboratory, USA - Kamesh Namuduri, University of North Texas, USA Web Co-Chairs: - Tianhao Zhou, University of Michigan, Ann Arbor, USA - Qianshu Wang, University of Waterloo, Canada Local Chair: - Jiali Shang, Canada Remote Sensing Application Development, Canada Conference Manager: - Jana Vlnkova, EAI Steering Committee: - Imrich Chlamtac, Create-Net, Italy - Jun Zheng, Southeast University, China - Shiwen Mao, Auburn University, USA *ABOUT EAI * The European Alliance for Innovation is a dynamic eco-system for fostering ICT enabled innovation to improve European competitiveness and to benefit society. EAI uses open e-platforms to inspire grassroots collaboration among all relevant actors, from organizations to individuals, to stimulate community driven innovation to its institutional and individual members worldwide. Through EAI, organizations find ideas and talent, and individual innovators find organizations for their ingenuity and craft. Join the innovation community at www.eai.eu --001a113eddf225a9f7052d06226f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

If I may submit the following Call for Papers (CfP) for y= our consideration, it would be appreciated.

Thanks kindly,
=
Mike (Publicity Co-Chair for AdHocNets 2016).

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D

8th International Conference on Ad Hoc Networks -

AdHocNets 2016

September 26-27, 2016

Ottawa, Canada

h= ttp://adhocnets.org/2016/show/home

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D

HIGHLIGHTS

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 The event is endorsed by the European Alliance for Innovation, a leading community-based organization devoted to the advancement of innovation in th= e field of ICT.

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 All accepted papers will be published by Springer and made available through SpringerLink Digital Library, one of the world's largest scientific lib= raries.

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Proceedings will be submitted for indexing by Google Scholar, ISI, EI Compendex, Scopus= and many more.

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Selected papers may be invited to publish in the EAI Endorsed Transactions on Mobile Communications and Applications.

CALL FOR PAPERS

Scope

A= d hoc networks, which cover a variety of network paradigms for specific purposes, such as mobile ad hoc networks, wireless sensor networks, vehicular network= s, underwater networks, airborne networks, underground networks, personal area networks, and home networks, promise a broad range of applications in civil= ian, commercial, and military areas. The aim of the annual International Confere= nce on Ad Hoc Networks (AdHocNets) is to provide a forum that brings together researchers from academia, government laboratories, as well as practitioner= s from industry to meet and exchange ideas and recent research work on all aspects of ad hoc networks. Held annually since 2009, the eighth edition of= the event, AdHocNets 2016, will be held in Ottawa, Canada, in Septe= mber 2016. The conference will consist of keynote talks, technical sessions, and associate= d workshops. The technical sessions will present original and fundamental research advances while the workshops will focus on development and applica= tion issues in this hot field. The workshops will be dedicated to specific and m= ore focused themes, especially to the recent developments and emerging applicat= ions in ad hoc networking.

Topics

The conference solicits original technical paper= s that were not previously published and are not currently under review for publication elsewhere. Papers should address technical challenges in any type of ad hoc network, such as, but not limited to, Mobile Ad Hoc Networks, Sensor Networ= ks, Vehicular Networks, Personal Area Networks, Body Area Networks, Smart Grid Networks, Nanonetworks, or Home Networks. Possible topics of interest inclu= de:

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Network architectural and protocol design

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Spectrum related issues in ad hoc networks

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Metrics for ad hoc networks

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Cognitive ad hoc networks

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Cross-layer design

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 MAC, routing, and transport protocols

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Resource allocation and management

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Network control and management

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Power control and management

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Topology control and management

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Quality of service provisioning

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Service discovery

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Ranging and node localization

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Time synchronization

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Data fusion

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Network scalability and capacity

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Reliability and fault tolerance

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Security and privacy

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Middleware for ad hoc networks

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Applications of ad hoc networks

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Performance modeling and analysis

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Tools to design, implement, and evaluate ad hoc network protocols

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Wireless Software-Defined Networking

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Network Function Virtualization for ad hoc networks

Publications

= Accepted papers will be published in the AdHocNets 2016 Conference Proceedings and b= y Springer-Verlag in the Lecture Notes of the Institute for Computer Sciences= , Social-Informatics and Tele-communications Engineering (LNICST) series. Extended versions of selected best papers from the conference will be invit= ed to be submitted for publication (fast review track) in the ICST Transactions on Mobile Communications and Applications. The proceedings will be availabl= e both as paper-based copies and via Springerlink, Springer's digital lib= rary. In addition, the content of the proceedings will be submitted for inclusion in leading indexing services, including DBLP, Google Scholar, ISI Proceedings,= EI, CrossRef and Zentralblatt Math, as well as ICST's own EU Digital Library (EUDL). Selected papers may be invited to publish in the EA= I Endorsed Transactions on Mobile Communications and Applications.

Paper Submission and Deadlines

Please visit the conference website (http://adho= cnets.org/2016/show/home) for detailed instructions on the paper submission process.

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Submission Deadline: April 28, 2016

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Notification Date: May 31, 2016

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Camera-Ready Deadline: June 30, 2016

Conference Organizing Committee

G= eneral Chair:

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Yifeng Zhou, Communications Research Centre, Canada

T= PC Co-Chairs:

-=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Thomas Kunz, Carleton University, Canada

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Stephan Fischer, University of Lubeck, Germany

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Zhangdui Zhong, Beijing Jiaotong University, Beijing<= span style=3D"font-family:"Times New Roman"" lang=3D"EN-CA">, = China

P= ublicity & Social Media Co-Chairs:

-=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Mike Tanguay, National Defence, Canada

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Mouna Rekik, INRIA, France

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Changle Li, Xidian University, China

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Xiaohong Jiang, Future University of Hakodate, Japan

P= ublication Chair:

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Marc St-Hilaire, Carleton University, Canada

W= orkshops Co-Chairs:

-=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 John Matyjas, U. S. Air Force Research Laboratory, USA<= /p>

-=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Kamesh Namuduri, University of North Texas, USA

W= eb Co-Chairs:

-=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Tianhao Zhou, University of Michigan, Ann Arbor, USA=

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Qianshu Wang, University of Waterloo, Canada

L= ocal Chair:

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Jiali Shang, Canada Remote Sensing Application Development, Canada

C= onference Manager:

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Jana Vlnkova, EAI

S= teering Committee:

-=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Imrich Chlamtac, Create-Net, Italy

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Jun Zheng, Southeast University, China

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Shiwen Mao, Auburn University, USA

ABOUT EAI

T= he European Alliance for Innovation is a dynamic eco-system for fostering ICT enabled innovation to improve European competitiveness and to benefit socie= ty. EAI uses open e-platforms to inspire grassroots collaboration among all relevant actors, from organizations to individuals, to stimulate community driven innovation to its institutional and individual members worldwide. Through EAI, organizations find ideas and talent, and individual innovators find organizations for their ingenuity and craft. Join the innovation commu= nity at www.eai.eu

= =C2=A0


--001a113eddf225a9f7052d06226f-- From nobody Thu Mar 3 19:37:12 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B80AF1B324D for ; Thu, 3 Mar 2016 19:37:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.206 X-Spam-Level: X-Spam-Status: No, score=-4.206 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.006, SPF_PASS=-0.001] autolearn=ham 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 7kq_yWiYF-Il for ; Thu, 3 Mar 2016 19:37:06 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51A0F1B324C for ; Thu, 3 Mar 2016 19:37:05 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CJN01831; Fri, 04 Mar 2016 03:37:02 +0000 (GMT) Received: from BLREML408-HUB.china.huawei.com (10.20.4.47) by lhreml707-cah.china.huawei.com (10.201.5.199) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 4 Mar 2016 03:37:01 +0000 Received: from BLREML510-MBS.china.huawei.com ([169.254.2.93]) by BLREML408-HUB.china.huawei.com ([10.20.4.47]) with mapi id 14.03.0235.001; Fri, 4 Mar 2016 09:06:52 +0530 From: "Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs)" To: "roll@ietf.org" Thread-Topic: [Roll] No path DAO problem stmt draft Thread-Index: AdF0jF/v4O3xW+LCQPupRYViUwm4pP//3aQA//77uhCAAftzgP//d8Ow//3Xh2A= Date: Fri, 4 Mar 2016 03:36:52 +0000 Message-ID: <982B626E107E334DBE601D979F31785C5CEC9036@blreml510-mbs.china.huawei.com> Accept-Language: en-IN, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.214.70] Content-Type: multipart/alternative; boundary="_000_982B626E107E334DBE601D979F31785C5CEC9036blreml510mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.56D902DF.0121, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.93, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 8694aa50512e49be998b43c00aaab4d7 Archived-At: Subject: [Roll] No path DAO problem stmt draft X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 03:37:10 -0000 --_000_982B626E107E334DBE601D979F31785C5CEC9036blreml510mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Tm90IHN1cmUgaWYgdGhlIGJlbG93IG1zZyBhY3R1YWxseSByZWFjaGVkIG1haWxpbmcgbGlzdCDi gKYgcmVzZW5kaW5nIGl0IOKApg0KDQpGcm9tOiBSYWh1bCBBcnZpbmQgSmFkaGF2IChSYWh1bCBB cnZpbmQgSmFkaGF2LCAyMDEyIExhYnMpDQpTZW50OiAwMyBNYXJjaCAyMDE2IFBNIDA3OjM0DQpU bzogcm9sbEBpZXRmLm9yZw0KU3ViamVjdDogUkU6IFtSb2xsXSBObyBwYXRoIERBTyBwcm9ibGVt IHN0bXQgZHJhZnQNCg0KSGkgQ2VuaywNCg0KUGxlYXNlIGZpbmQgY29tbWVudHMgaW5saW5lIOKA pg0KDQpUaGFua3MsDQpSYWh1bA0KDQpGcm9tOiBSb2xsIFttYWlsdG86cm9sbC1ib3VuY2VzQGll dGYub3JnXSBPbiBCZWhhbGYgT2YgQ2VuayBHw7xuZG9nYW4NClNlbnQ6IDAzIE1hcmNoIDIwMTYg UE0gMDE6NDYNClRvOiByb2xsQGlldGYub3JnPG1haWx0bzpyb2xsQGlldGYub3JnPg0KU3ViamVj dDogUmU6IFtSb2xsXSBObyBwYXRoIERBTyBwcm9ibGVtIHN0bXQgZHJhZnQNCg0KSGVsbG8gUmFo dWwsDQpPbiAwMy4wMy4yMDE2IDA1OjE3LCBSYWh1bCBBcnZpbmQgSmFkaGF2IChSYWh1bCBBcnZp bmQgSmFkaGF2LCAyMDEyIExhYnMpIHdyb3RlOg0KVGhhbmtzIENlbmssDQoNClllcyB0aGUgREFP LUFDSyBzY2VuYXJpbyB5b3UgbWVudGlvbmVkIGlzIHJlbGV2YW50IGFuZCBJTU8gc2hvdWxkIGJl IGV4cGxhaW5lZCBpbiB0aGUgZHJhZnQuDQpBbmQgYXMgeW91IG1lbnRpb25lZCwgdXNpbmcgREFP LUFDSywgZXZlbiB0aG91Z2ggYSBub2RlIGlzIGF3YXJlIHRoYXQgaXRzIE5QREFPIChOby1QYXRo IERBTykgZGlkbuKAmXQgd29yayBvdXQsIHRoZXJlIGlzIG5vdGhpbmcgaXQgY2FuIGRvIGFib3V0 IGl0LiBUaGUgYmVoYXZpb3IgaXMgaW1wbGVtZW50YXRpb24tZGVmaW5lZCBhbmQgbWF5IGNhdXNl IGludGVyb3AgaXNzdWVzLg0KDQpKdXN0IHRvIHJlc3RhdGUgeW91ciBzY2VuYXJpbzoNCkEgbm9k ZSBzZW5kcyBhbiBOUC1EQU8gd2l0aCBBQ0sgZmxhZyBlbmFibGVkLiBJZiB0aGUgcHJldmlvdXMg cGFyZW50IGlzIHVuYXZhaWxhYmxlIHRoZW4gdGhlIERBTy1BQ0sgd29u4oCZdCBiZSByY3ZkIGFu ZCB0aHVzIHRoZSB0YXJnZXQgbm9kZSBpcyBub3cgYXdhcmUgdGhhdCBOUERBTyBkaWRu4oCZdCB3 b3JrIG91dC4gSGF2aW5nIGxlYXJudCB0aGF0LCB0aGVyZSBpcyBub3RoaW5nIHRoZSBub2RlIGNv dWxkIGRvIGFib3V0IGl0LCBhbmQgaXQgd291bGQgc3RpbGwgcmVzdWx0IGluIHN0YWxlL3Vud2Fu dGVkIGVudHJpZXMgYWxvbmcgdGhlIHByZXZpb3VzIHBhdGguDQoNCkFsc28gdGhlcmUgaXMgb25l IG1vcmUgcHJvYmxlbSBzdGF0ZW1lbnQgdGhhdCBuZWVkcyB0byBiZSBhZGRlZCB0byB0aGUgZHJh ZnQsIHJlZ2FyZGluZyBpbXBhY3Qgb24gUDJQIHRyYWZmaWMgaWYgcm91dGUgaW52YWxpZGF0aW9u IHVzaW5nIE5QREFPIGRvZXMgbm90IHdvcmsuIFN0YWxlL1Vud2FudGVkIHJvdXRpbmcgZW50cmll cyBtYXkgaW1wYWN0IFAyUCB0cmFmZmljIHNpbmNlIHRoZSByb3V0aW5nIGVudHJpZXMgYXJlIG5v dCBmbHVzaGVkIGZyb20gcHJldmlvdXMgcGFyZW50IHNldCBhbmQgdGhleSB3b3VsZCBzdGlsbCBj b25zaWRlciB0aGF0IHRoZSB0YXJnZXQgbm9kZSBpcyByZWFjaGFibGUgdmlhIHRoZW0gZm9yIGFu eSBwMnAgdHJhZmZpYy4NCkkgdGhpbmsgdGhpcyBzdGF0ZW1lbnQgY2FuL3Nob3VsZCBiZSBicm9r ZW4gZG93bi4NCklmIG5vZGUgRCBjaGFuZ2VzIGl0cyBwYXJlbnQgZnJvbSBCIHRvIEMgaXQgc3Rp bGwgY291bGQgYmUgYWJsZSB0byByZWNlaXZlIHRyYWZmaWMgZnJvbSBCLg0KVGhpcyBpcyBob3dl dmVyIGhpZ2hseSBkZXBlbmRlbnQgb24gdGhlIHVuZGVybHlpbmcgbWV0cmljIHRoYXQgaXMgdXNl ZA0KdG8gZHJpdmUgdGhlIHBhcmVudCBzZWxlY3Rpb24uDQpGcm9tIHRoZSBwaWN0dXJlIGluIHlv dXIgZHJhZnQ6IEkgd291bGQgZXhwZWN0IHRoYXQgcDJwIHRyYWZmaWMgdHJhdmVyc2luZw0KZnJv bSBHIC0+IEIgLT4gRCBzaG91bGQgc3RpbGwgd29yayAod2hlbiB3ZSBoYXZlIHN0YWxlIGVudHJp ZXMgYW5kIHN0aWxsIGNvbm5lY3Rpdml0eSkNCkFuZCBwMnAgdHJhZmZpYyBmcm9tIEQgdG8gRyB3 b3VsZCB0cmF2ZXJzZSB0aHJvdWdoIEQgLT4gQyAtPiBIIC0+IEEgLT4gRy4NCkJ1dCBJIHVuZGVy c3RhbmQgeW91ciBwb2ludCBhbmQgSSBjb21wbGV0ZWx5IGFncmVlIHdpdGggeW91LCBpbiBjYXNl IG9mIGEgY29tcGxldGUNCmxpbmsgbG9zcyBCIC0+IEQgd291bGRuJ3Qgd29yayBhbnltb3JlLg0K DQpTbyB0byBzdW1tYXJpemUsIEkgc2VlIHR3byBjYXNlcyBoZXJlOg0KDQoxKSBEIGNoYW5nZWQg ZnJvbSBCIHRvIEMsIGJ1dCB0aGUgbGluayBCIDwtPiBEIHN0aWxsIGhhcyAqc29tZSogY29ubmVj dGl2aXR5Og0KDQpwMnAgdHJhZmZpYyBpbiB0aGUgc3RvcmluZy1tb2RlIG11c3QgaW5jbHVkZSBh IFJQTCBIb3AtYnktSG9wIG9wdGlvbiAoUkZDNjU1MyksDQp3aGljaCBjb3VsZCBkZXRlY3QgdGhp cyBkaWxlbW1hIGJ5IGluc3BlY3RpbmcgdGhlIFNlbmRlclJhbmsgd2l0aGluIHRoYXQgb3B0aW9u Lg0KQXMgYSByZWFjdGlvbiwgbm9kZSBEIHdvdWxkIHRyeSB0byBzZW5kIHRoYXQgcGFja2V0IGJh Y2sgdG8gRCB3aXRoIHRoZSBGb3J3YXJkaW5nLUVycm9yIGJpdCBzZXQuDQpJbiB0aGUgYmVzdCBj YXNlLCBCIHdvdWxkIHJlY2VpdmUgdGhpcyBhbmQgZGVsZXRlIGl0cyBEQU8gc3RhdGUgdG8gdGhp cyBmb3JtZXIgY2hpbGQuDQpXZWxsLCAuLiB0aGlzIG9ubHkgd29ya3MgaWYgdGhlIG5ldyByYW5r IG9mIEQgY2hhbmdlZCB3aGVuIGFjY2VwdGluZyBDIGFzIGEgcHJlZmVycmVkIHBhcmVudC4NCg0K W1JKXTogSW4gdGhlIGFib3ZlIHN0bXQsIEkgZGlkbuKAmXQgdW5kZXJzdGFuZCwg4oCcQXMgYSBy ZWFjdGlvbiwgTm9kZSBEIHdvdWxkIHRyeSB0byBzZW5kIHRoYXQgcGFja2V0IGJhY2sgdG8gRCB3 aXRoIOKApuKAnS4gSSB0aGluayB5b3UgbWVhbnQg4oCccGFja2V0IGJhY2sgdG8gQiB3aXRo4oCm 4oCdLiBXaHkgc2hvdWxkIGluIHRoaXMgY2FzZSBEIHNlbmQgdGhlIHBhY2tldCBiYWNrIHRvIEI/ IFRoZXJlIGFyZSBzY2VuYXJpb3Mgd2hlbiBmb3J3YXJkaW5nLWVycm9yIGJpdCBjb3VsZCBiZSBz ZXQgYW5kIHN0aWxsIHRoZSB0cmFmZmljIGZsb3dzIGFzIHVzdWFsIGFuZCBtYXkgd29yayAodW50 aWwgYW5vdGhlciBmd2QtZXJyb3IgaXMgZGV0ZWN0ZWQpLiBUaGUgY2hhbmdlIHdpbGwgaW1wYWN0 IHRoYXQgZnVuY3Rpb25hbGl0eS4NCkFueXdheXMsIGltbyAoYW5kIGxpa2UgeW91IG9ic2VydmVk KSB0aGlzIHdvbuKAmXQgYmUgYSBnZW5lcmljIHNvbHV0aW9uIGJlY2F1c2Ugb2YgaXRzIGRlcGVu ZGVuY3kgb24gROKAmXMgcmFuayBwb3N0IHN3aXRjaGluZyB0byBkZXRlY3QgZm9yd2FyZGluZyBl cnJvci4NCg0KDQpBcyBhIHNpZGUgbm90ZToNCkkganVzdCByYW4gaW50byBbMV0gd2hpY2ggYWRk cmVzc2VzIHRoZSBjbGVhbnVwIG9mIG9sZCBEQU8gZW50cmllcyBmb3IgYW5jZXN0b3JzLCByZWN1 cnNpdmVseS4NCg0KW1JKXTogSSB0aGluayB0aGUgc3RtdCBpbiA2NTUwIHlvdSBhcmUgcG9pbnRp bmcgdG93YXJkcyBpc+KApg0KICAgICAgICDigJxXaXRoIERBTyBpbmNvbnNpc3RlbmN5IGxvb3Ag cmVjb3ZlcnksIGEgcGFja2V0IGNhbiBiZSB1c2VkIHRvIHJlY3Vyc2l2ZWx5DQogICAgICAgIGV4 cGxvcmUgYW5kIGNsZWFuIHVwIHRoZSBvYnNvbGV0ZSBEQU8gc3RhdGVzIGFsb25nIGEgc3ViLURP REFHLuKAnQ0KSXQgaXMgbm90IGNsZWFyIHdoYXQgcGFja2V0IGNhbiBiZSBnZW5lcmF0ZWQhISEg QXNzdW1pbmcgYW4gTlBEQU8gY291bGQgYmUgZ2VuZXJhdGVkIOKApi4gQnV0IHRoZW4gYW4gTlBE QU8gY2Fubm90IGJlIGdlbmVyYXRlZCBieSBhbnkgb3RoZXIgbm9kZSBvbiBiZWhhbGYgb2YgdGhl IHRhcmdldC4gVG8gY2xhcmlmeSwgYW55IG90aGVyIG5vZGUgZG9lcyBub3Qga25vdyB0aGUgVGFy Z2V04oCZcyBEQU9TZXF1ZW5jZSBhbmQgUGF0aCBTZXF1ZW5jZSB0byBnZW5lcmF0ZSBhbiBOUERB Ty4gVGhlcmUgYXJlIHJhY2UtY29uZGl0aW9ucyBpZiBhbnkgb3RoZXIgbm9kZSBnZW5lcmF0ZXMg TlBEQU8gb24gYmVoYWxmIG9mIHRoZSB0YXJnZXQgYW5kIGRvZXMgbm90IG9iZXkgdGhlIERBT1Nl cXVlbmNlIGFuZCBQYXRoIFNlcXVlbmNlIGZpZWxkcyBvZiB0aGUgdGFyZ2V0Lg0KDQoNCjIpIEQg Y2hhbmdlZCBmcm9tIEIgdG8gQywgYnV0IHRoZSBsaW5rIEIgPC0+IEQgaGFzICpubyogY29ubmVj dGl2aXR5Og0KDQpJIHdvdWxkIGFzc3VtZSB0aGUgKDZMby0pTmVpZ2hib3IgRGlzY292ZXJ5IHdv dWxkIHJlc29sdmUgdGhpcw0KaXNzdWUgYnkgZGV0ZWN0aW5nIHRoYXQgdGhlIG5laWdoYm91ciBp cyBub3QgcmVhY2hhYmxlIGFueW1vcmUuDQpJZiB0aGVyZSBpcyBlbm91Z2ggcDJwIHRyYWZmaWMg Z29pbmcgb24sIHRoZW4gdGhlIE5laWdoYm91ciBVbnJlYWNoYWJpbGl0eSBEZXRlY3Rpb24NCihO VUQpIG1pZ2h0IGtpY2sgaW4gZmFpcmx5IHF1aWNrLiBPbmNlIHRoZSBuZWlnaGJvdXIgd2FzIGRl dGVjdGVkIGFzIHVucmVhY2hhYmxlLA0KdGhpcyBpbmZvcm1hdGlvbiBuZWVkcyB0byBiZSBzeW5j aHJvbml6ZWQgd2l0aCBSUEwncyByb3V0aW5nIHRhYmxlLCBvZiBjb3Vyc2UuDQpSUEwgc2hvdWxk bid0IGtlZXAgcm91dGluZyBlbnRyaWVzIHdoZXJlIHRoZSBuZXh0LWhvcCBwYXJ0IGlzIGtub3du IHRvIGJlIHVucmVhY2hhYmxlLg0KQWZ0ZXJ3YXJkcywgYXMgYSBjb25zZXF1ZW5jZSBvZiBwMnAg dHJhZmZpYyBmcm9tIGFueSBwcmV2aW91cyBhbmNlc3RvciB0byBELCBJQ01QdjYNCmVycm9yIG1l c3NhZ2VzIChEZXN0aW5hdGlvbiBVbnJlYWNoYWJsZSkgY291bGQgY2xlYXIgdXAgdGhlIHN0YXRl cyBpbiB0aGVpciByb3V0aW5nIHRhYmxlcyBhcyB3ZWxsLg0KDQpbUkpdOiBUaGVyZSBhcmUgZm9s bCBwcm9ibGVtcyB3aXRoIHRoaXMgYXBwcm9hY2g6DQoNCjEuICAgICAgIERlc3RpbmF0aW9uIFVu cmVhY2hhYmxlIHdpbGwgYmUgYWJsZSB0byBjbGVhciB1cCB0aGUgc3RhdGVzIG9ubHkgaW4gdGhl IHNvdXJjZSBub2RlIHdoaWNoIG9yaWdpbmF0ZWQgdGhlIFAyUCB0cmFmZmljLCBzaW5jZSBpY21w IGRlc3QgdW5yZWFjaGFibGUgd291bGQgYmUgZGlyZWN0bHkgc2VudCB0byBpdC4gQWxsIHRoZSBp bnRlcm1lZGlhdGUgNkxScyB3aWxsIGNvbnRpbnVlIHRvIG1haW50YWluIHRoZSBzdGF0ZXMuDQoN CjIuICAgICAgIFRoZSB0aW1lIGZhY3RvciBmb3IgTlVEIGNvdWxkIGJlIHN1YnN0YW50aWFsbHkg aGlnaGVyIGltcGFjdGluZyBQMlAgdHJhZmZpYyBzaWduaWZpY2FudGx5Lg0KDQozLiAgICAgICBD b3VwbGluZyBvZiBSUEwgc3RhdGVzIHdpdGggTlVELiBJdCBpcyBub3QgZGVzaXJlZCB0aGF0IFJQ TCBhc3N1bWVzIE5ELg0KDQoNCkJlc3QsDQpDZW5rDQoNClsxXSBodHRwczovL3Rvb2xzLmlldGYu b3JnL2h0bWwvcmZjNjU1MCNzZWN0aW9uLTExLjIuMi4zDQoNCg0KVGhhbmtzLA0KUmFodWwNCg0K DQpGcm9tOiBSb2xsIFttYWlsdG86cm9sbC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2Yg Q2VuayBHw7xuZG9nYW4NClNlbnQ6IDAyIE1hcmNoIDIwMTYgUE0gMTE6MDENClRvOiByb2xsQGll dGYub3JnPG1haWx0bzpyb2xsQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtSb2xsXSBObyBwYXRo IERBTyBwcm9ibGVtIHN0bXQgZHJhZnQNCg0KRGVhciBSYWh1bCwNCg0KSSBmaW5kIHRoZSBwcm9i bGVtcyBvdXRsaW5lZCBpbiB5b3VyIGRyYWZ0IHZlcnkgaW50ZXJlc3RpbmcgYW5kIHRob3VnaHQt cHJvdm9raW5nLg0KDQpNeSB0d28gY2VudHMuLg0KDQpVc3VhbGx5LCBhbiBpbXBsZW1lbnRhdGlv biBoYXMgdGhlIGNob2ljZSB0byByZXF1ZXN0IGFja25vd2xlZGdlbWVudHMgZm9yIERBT3MNCmFu ZCBJIHdvdWxkIGV4cGVjdCBzb21lIHNvcnQgb2YgcmV0cnkgbWVjaGFuaXNtIHRha2luZyBwbGFj ZSBpbiBjYXNlIG9mIGEgbG9zdCBEQU8uDQpJIGNvdWxkbid0IGZpbmQgYW55IHJlZmVyZW5jZSB0 byBEQU8tQUNLcyBpbiB5b3VyIGRyYWZ0LCBidXQgSSBhbSBzdXJlIHRoYXQgdGhlDQpzdGF0ZWQg cHJvYmxlbXMgc3RpbGwgaG9sZCBmb3IgdGhlIERBTyA8LT4gREFPLUFDSyBjYXNlLg0KT25lIGFk dmFudGFnZSBvZiBoYXZpbmcgdGhlIERBTyA8LT4gREFPLUFDSyBjYXNlIGlzIGhvd2V2ZXIsIHRo YXQgdGhlIGltcGxlbWVudGF0aW9uDQoqa25vd3MqIHdoZXRoZXIgdGhlIE5QLURBTyByZWFjaGVk IGEgcHJldmlvdXMgcGFyZW50IG9yIG5vdC4NClVuZm9ydHVuYXRlbHksIHRoZXJlJ3Mgc3RpbGwg dGhlIHF1ZXN0aW9uIG9mIGhvdyB0aGUgaW1wbGVtZW50YXRpb24gc2hvdWxkIHJlc3BvbmQNCnRv IHN1Y2gga25vd2xlZGdlPyBXaXRob3V0IHNwZWNpZnlpbmcgdGhpcyBzb21ld2hlcmUgKGFuZCBJ IGNvdWxkbid0IGZpbmQgYSByZWZlcmVuY2UNCmluIFJGQyA2NTUwLCBidXQgSSBjb3VsZCBiZSB3 cm9uZyksIHRoZSBiZWhhdmlvdXIgaXMgaW1wbGVtZW50YXRpb24tZGVmaW5lZC4NClRoaXMgY2Fu IGluIHR1cm4gbWFrZSB0aGUgaW50ZXJvcGVyYWJpbGl0eSBiZXR3ZWVuIGRpZmZlcmVudCBpbXBs ZW1lbnRhdGlvbnMNCm1vcmUgZGlmZmljdWx0Lg0KDQpXb3VsZCBpdCBtYWtlIHNlbnNlIHRvIHdp ZGVuIHlvdXIgcHJvcG9zZWQgZHJhZnQgdG8gYWxzbyBpbmNsdWRlIHRoZQ0KREFPIDwtPiBEQU8t QUNLIHNjZW5hcmlvPyBBbmQgbWF5YmUgc29tZSBzdWdnZXN0aW9ucyBhYm91dCBob3cgdG8NCnJl YWN0IGluIHN1Y2ggY2FzZXM/DQoNCkJlc3QsDQpDZW5rDQpPbiAwMi4wMy4yMDE2IDE1OjA0LCBS YWh1bCBBcnZpbmQgSmFkaGF2IChSYWh1bCBBcnZpbmQgSmFkaGF2LCAyMDEyIExhYnMpIHdyb3Rl Og0KRGVhciBBbGwsDQoNCldlIHJlY2VudGx5IHN1Ym1pdHRlZCBhIGRyYWZ0IChodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtamFkaGF2LXJvbGwtbm8tcGF0aC1kYW8tcHMtMDApIHN0 YXRpbmcgcHJvYmxlbSBzdGF0ZW1lbnRzIHBlcnRhaW5pbmcgdG8gTm8gUGF0aCBEQU8gbWVzc2Fn aW5nIGluIFJQTCBzcGVjLg0KDQpUaGUgcHJpbWFyeSBwYWluIHBvaW50IHRoYXQgaXMgaGlnaGxp Z2h0ZWQgaXMgdGhhdCB0aGUgTm8tUGF0aCBEQU8gbWVzc2FnaW5nIHRha2VzIGEgcGF0aCB3aGlj aCBoYXMgYSBoaWdoZXIgcHJvYmFiaWxpdHkgb2Ygbm90IGJlZW4gYXZhaWxhYmxlLiBGb3IgZS5n LiB3aGVuIHRoZSBub2RlIHN3aXRjaGVzIGl0cyBwYXJlbnQsIGEgTm8tUGF0aCBEQU8gaXMgdXN1 YWxseSBnZW5lcmF0ZWQgYWxvbmcgdGhlIHBhdGggdGhyb3VnaCB0aGUgcHJldmlvdXMgcGFyZW50 IGFuZCB0aGUgTm8tUGF0aCBEQU8gdHJhdmVyc2VzIHVwd2FyZHMgYWx3YXlzIGFsb25nIHRoYXQg cGF0aC4gQSBwYXRoIHdoaWNoIGlzIG5vIGxvbmdlciBhIHByZWZlcnJlZCBwYXRoIGlzIHVzZWQg Zm9yIE5vLVBhdGggREFPIG1lc3NhZ2luZyBhbmQgdGh1cyB0aGUgcHJvYmFiaWxpdHkgb2YgTm8t UGF0aCBEQU8gbWVzc2FnaW5nIGZhaWx1cmUgaXMgaGlnaCwgcmVzdWx0aW5nIGluIHN0YWxlIHJv dXRpbmcgZW50cmllcy4NCg0KQWxzbyB0aGVyZSBhcmUgb3RoZXIgbmVnYXRpdmUgaW1wbGljYXRp b25zIG1lbnRpb25lZCBpbiB0aGUgZG9jdW1lbnQgYmVjYXVzZSBvZiB0aGlzIG1lc3NhZ2luZyBt b2RlLg0KDQpUaGUgd29yayBkcmFmdHMgdGhlIHByb2JsZW0gc3RhdGVtZW50IGFuZCBleHBsYWlu cyByZXF1aXJlbWVudHMgZnJvbSBzb2x1dGlvbiBwb2ludCBvZiB2aWV3Lg0KDQpLaW5kbHkgZmVl ZGJhY2sgaWYgdGhlIHByb2JsZW0gc3RhdGVtZW50IGltcGFjdHMgeW91Lg0KDQpUaGFua3MsDQpS YWh1bA0KDQoNCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KVGhpcyBlLW1haWwgYW5k IGF0dGFjaG1lbnRzIGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGZyb20gSFVBV0VJ LCB3aGljaCBpcyBpbnRlbmRlZCBvbmx5IGZvciB0aGUgcGVyc29uIG9yIGVudGl0eSB3aG9zZSBh ZGRyZXNzIGlzIGxpc3RlZCBhYm92ZS4gQW55IHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFp bmVkIGhlcmVpbiBpbiBhbnkgd2F5IChpbmNsdWRpbmcsIGJ1dCBub3QgbGltaXRlZCB0bywgdG90 YWwgb3IgcGFydGlhbCBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIG9yIGRpc3NlbWluYXRpb24p IGJ5IHBlcnNvbnMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50J3MpIGlzIHByb2hp Yml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgZS1tYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5 IHRoZSBzZW5kZXIgYnkgcGhvbmUgb3IgZW1haWwgaW1tZWRpYXRlbHkgYW5kIGRlbGV0ZSBpdCEN Cg0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KDQpSb2xsIG1haWxpbmcgbGlzdA0KDQpSb2xsQGlldGYub3JnPG1haWx0bzpSb2xsQGlldGYu b3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3JvbGwNCg0KDQoN Cg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KUm9s bCBtYWlsaW5nIGxpc3QNCg0KUm9sbEBpZXRmLm9yZzxtYWlsdG86Um9sbEBpZXRmLm9yZz4NCg0K aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9yb2xsDQoNCg== --_000_982B626E107E334DBE601D979F31785C5CEC9036blreml510mbschi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJc QOWui+S9kyI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiBcLCBzZXJpZiI7DQoJ cGFub3NlLTE6MCAwIDAgMCAwIDAgMCAwIDAgMDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6YmxhY2s7fQ0KYTpsaW5rLCBzcGFuLk1z b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28t c3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJn aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291 cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwg ZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAx cHQ7DQoJZm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlm IjsNCgljb2xvcjpibGFjazt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3Jh cGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJn aW4tdG9wOjBjbTsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1hcmdpbi1ib3R0b206MGNtOw0KCW1h cmdpbi1sZWZ0OjM2LjBwdDsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEx LjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNr O30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJl Zm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGlu azoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJs YWNrO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRl eHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxs b29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjpi bGFjazt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0K c3Bhbi5FbWFpbFN0eWxlMjMNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxT dHlsZTI0DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp Iiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyNQ0KCXtt c28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlv bjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0 IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExp c3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjE0OTY0MDYyMzsNCglt c28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTk2ODk2NjAwOCA2 NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5 ODcwMyA2NzY5ODcxMyA2NzY5ODcxNTt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC10YWItc3RvcDo3Mi4w cHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w cHQ7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBs aXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDps ZXZlbDUNCgl7bXNvLWxldmVsLXRhYi1zdG9wOjE4MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJ e21zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2 ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLXRhYi1z dG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC10YWItc3RvcDozMjQu MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0O30NCm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGNt O30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRz IHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1h cCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp Zl0tLT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0i Ymx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPk5vdCBzdXJlIGlmIHRo ZSBiZWxvdyBtc2cgYWN0dWFsbHkgcmVhY2hlZCBtYWlsaW5nIGxpc3Qg4oCmIHJlc2VuZGluZyBp dCDigKYNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2 Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0 O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPiBSYWh1bCBBcnZp bmQgSmFkaGF2IChSYWh1bCBBcnZpbmQgSmFkaGF2LCAyMDEyIExhYnMpDQo8YnI+DQo8Yj5TZW50 OjwvYj4gMDMgTWFyY2ggMjAxNiBQTSAwNzozNDxicj4NCjxiPlRvOjwvYj4gcm9sbEBpZXRmLm9y Zzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogW1JvbGxdIE5vIHBhdGggREFPIHByb2JsZW0gc3Rt dCBkcmFmdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5IaSBDZW5rLCA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMxRjQ5N0QiPlBsZWFzZSBmaW5kIGNvbW1lbnRzIGlubGluZSDigKY8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+UmFodWw8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5n OjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij4gUm9sbCBbPGEgaHJlZj0ibWFp bHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZzwv YT5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkNlbmsgR8O8bmRvZ2FuPGJyPg0KPGI+U2VudDo8L2I+ IDAzIE1hcmNoIDIwMTYgUE0gMDE6NDY8YnI+DQo8Yj5Ubzo8L2I+IDxhIGhyZWY9Im1haWx0bzpy b2xsQGlldGYub3JnIj5yb2xsQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTog W1JvbGxdIE5vIHBhdGggREFPIHByb2JsZW0gc3RtdCBkcmFmdDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+ SGVsbG8gUmFodWwsPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ T24gMDMuMDMuMjAxNiAwNToxNywgUmFodWwgQXJ2aW5kIEphZGhhdiAoUmFodWwgQXJ2aW5kIEph ZGhhdiwgMjAxMiBMYWJzKSB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVv dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+VGhhbmtzIENlbmssPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv bG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5ZZXMgdGhlIERBTy1BQ0sgc2NlbmFy aW8geW91IG1lbnRpb25lZCBpcyByZWxldmFudCBhbmQgSU1PIHNob3VsZCBiZSBleHBsYWluZWQg aW4gdGhlIGRyYWZ0Lg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkFuZCBhcyB5b3UgbWVudGlvbmVkLCB1c2lu ZyBEQU8tQUNLLCBldmVuIHRob3VnaCBhIG5vZGUgaXMgYXdhcmUgdGhhdCBpdHMgTlBEQU8gKE5v LVBhdGggREFPKSBkaWRu4oCZdCB3b3JrIG91dCwgdGhlcmUgaXMgbm90aGluZyBpdCBjYW4gZG8g YWJvdXQgaXQuIFRoZSBiZWhhdmlvciBpcyBpbXBsZW1lbnRhdGlvbi1kZWZpbmVkIGFuZCBtYXkg Y2F1c2UgaW50ZXJvcA0KIGlzc3Vlcy4gPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj5KdXN0IHRvIHJlc3RhdGUgeW91ciBzY2VuYXJpbzo8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+QSBub2Rl IHNlbmRzIGFuIE5QLURBTyB3aXRoIEFDSyBmbGFnIGVuYWJsZWQuIElmIHRoZSBwcmV2aW91cyBw YXJlbnQgaXMgdW5hdmFpbGFibGUgdGhlbiB0aGUgREFPLUFDSyB3b27igJl0IGJlIHJjdmQgYW5k IHRodXMgdGhlIHRhcmdldCBub2RlIGlzIG5vdyBhd2FyZSB0aGF0IE5QREFPIGRpZG7igJl0IHdv cmsgb3V0LiBIYXZpbmcgbGVhcm50IHRoYXQsIHRoZXJlIGlzDQogbm90aGluZyB0aGUgbm9kZSBj b3VsZCBkbyBhYm91dCBpdCwgYW5kIGl0IHdvdWxkIHN0aWxsIHJlc3VsdCBpbiBzdGFsZS91bndh bnRlZCBlbnRyaWVzIGFsb25nIHRoZSBwcmV2aW91cyBwYXRoLjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iY29sb3I6IzFGNDk3RCI+QWxzbyB0aGVyZSBpcyBvbmUgbW9yZSBwcm9ibGVtIHN0YXRlbWVu dCB0aGF0IG5lZWRzIHRvIGJlIGFkZGVkIHRvIHRoZSBkcmFmdCwgcmVnYXJkaW5nIGltcGFjdCBv biBQMlAgdHJhZmZpYyBpZiByb3V0ZSBpbnZhbGlkYXRpb24gdXNpbmcgTlBEQU8gZG9lcyBub3Qg d29yay4gU3RhbGUvVW53YW50ZWQgcm91dGluZyBlbnRyaWVzIG1heSBpbXBhY3QgUDJQIHRyYWZm aWMNCiBzaW5jZSB0aGUgcm91dGluZyBlbnRyaWVzIGFyZSBub3QgZmx1c2hlZCBmcm9tIHByZXZp b3VzIHBhcmVudCBzZXQgYW5kIHRoZXkgd291bGQgc3RpbGwgY29uc2lkZXIgdGhhdCB0aGUgdGFy Z2V0IG5vZGUgaXMgcmVhY2hhYmxlIHZpYSB0aGVtIGZvciBhbnkgcDJwIHRyYWZmaWMuPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij5JIHRoaW5rIHRoaXMgc3RhdGVtZW50IGNhbi9z aG91bGQgYmUgYnJva2VuIGRvd24uPGJyPg0KSWYgbm9kZSBEIGNoYW5nZXMgaXRzIHBhcmVudCBm cm9tIEIgdG8gQyBpdCBzdGlsbCBjb3VsZCBiZSBhYmxlIHRvIHJlY2VpdmUgdHJhZmZpYyBmcm9t IEIuPGJyPg0KVGhpcyBpcyBob3dldmVyIGhpZ2hseSBkZXBlbmRlbnQgb24gdGhlIHVuZGVybHlp bmcgbWV0cmljIHRoYXQgaXMgdXNlZDxicj4NCnRvIGRyaXZlIHRoZSBwYXJlbnQgc2VsZWN0aW9u Ljxicj4NCkZyb20gdGhlIHBpY3R1cmUgaW4geW91ciBkcmFmdDogSSB3b3VsZCBleHBlY3QgdGhh dCBwMnAgdHJhZmZpYyB0cmF2ZXJzaW5nPGJyPg0KZnJvbSBHIC0mZ3Q7IEIgLSZndDsgRCBzaG91 bGQgc3RpbGwgd29yayAod2hlbiB3ZSBoYXZlIHN0YWxlIGVudHJpZXMgYW5kIHN0aWxsIGNvbm5l Y3Rpdml0eSk8YnI+DQpBbmQgcDJwIHRyYWZmaWMgZnJvbSBEIHRvIEcgd291bGQgdHJhdmVyc2Ug dGhyb3VnaCBEIC0mZ3Q7IEMgLSZndDsgSCAtJmd0OyBBIC0mZ3Q7IEcuPGJyPg0KQnV0IEkgdW5k ZXJzdGFuZCB5b3VyIHBvaW50IGFuZCBJIGNvbXBsZXRlbHkgYWdyZWUgd2l0aCB5b3UsIGluIGNh c2Ugb2YgYSBjb21wbGV0ZTxicj4NCmxpbmsgbG9zcyBCIC0mZ3Q7IEQgd291bGRuJ3Qgd29yayBh bnltb3JlLjxicj4NCjxicj4NClNvIHRvIHN1bW1hcml6ZSwgSSBzZWUgdHdvIGNhc2VzIGhlcmU6 PGJyPg0KPGJyPg0KMSkgRCBjaGFuZ2VkIGZyb20gQiB0byBDLCBidXQgdGhlIGxpbmsgQiAmbHQ7 LSZndDsgRCBzdGlsbCBoYXMgKnNvbWUqIGNvbm5lY3Rpdml0eTo8YnI+DQo8YnI+DQpwMnAgdHJh ZmZpYyBpbiB0aGUgc3RvcmluZy1tb2RlIG11c3QgaW5jbHVkZSBhIFJQTCBIb3AtYnktSG9wIG9w dGlvbiAoUkZDNjU1MyksPGJyPg0Kd2hpY2ggY291bGQgZGV0ZWN0IHRoaXMgZGlsZW1tYSBieSBp bnNwZWN0aW5nIHRoZSBTZW5kZXJSYW5rIHdpdGhpbiB0aGF0IG9wdGlvbi48YnI+DQpBcyBhIHJl YWN0aW9uLCBub2RlIEQgd291bGQgdHJ5IHRvIHNlbmQgdGhhdCBwYWNrZXQgYmFjayB0byBEIHdp dGggdGhlIEZvcndhcmRpbmctRXJyb3IgYml0IHNldC48YnI+DQpJbiB0aGUgYmVzdCBjYXNlLCBC IHdvdWxkIHJlY2VpdmUgdGhpcyBhbmQgZGVsZXRlIGl0cyBEQU8gc3RhdGUgdG8gdGhpcyBmb3Jt ZXIgY2hpbGQuPGJyPg0KV2VsbCwgLi4gdGhpcyBvbmx5IHdvcmtzIGlmIHRoZSBuZXcgcmFuayBv ZiBEIGNoYW5nZWQgd2hlbiBhY2NlcHRpbmcgQyBhcyBhIHByZWZlcnJlZCBwYXJlbnQuPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPltSSl06IEluIHRoZSBhYm92ZSBzdG10LCBJIGRp ZG7igJl0IHVuZGVyc3RhbmQsIOKAnEFzIGEgcmVhY3Rpb24sIE5vZGUgRCB3b3VsZCB0cnkgdG8g c2VuZCB0aGF0IHBhY2tldCBiYWNrIHRvIEQgd2l0aCDigKbigJ0uIEkgdGhpbmsgeW91IG1lYW50 IOKAnHBhY2tldCBiYWNrIHRvIEIgd2l0aOKApuKAnS4gV2h5IHNob3VsZCBpbiB0aGlzIGNhc2Ug RCBzZW5kIHRoZSBwYWNrZXQgYmFjaw0KIHRvIEI/IFRoZXJlIGFyZSBzY2VuYXJpb3Mgd2hlbiBm b3J3YXJkaW5nLWVycm9yIGJpdCBjb3VsZCBiZSBzZXQgYW5kIHN0aWxsIHRoZSB0cmFmZmljIGZs b3dzIGFzIHVzdWFsIGFuZCBtYXkgd29yayAodW50aWwgYW5vdGhlciBmd2QtZXJyb3IgaXMgZGV0 ZWN0ZWQpLiBUaGUgY2hhbmdlIHdpbGwgaW1wYWN0IHRoYXQgZnVuY3Rpb25hbGl0eS48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6 IzFGNDk3RCI+QW55d2F5cywgaW1vIChhbmQgbGlrZSB5b3Ugb2JzZXJ2ZWQpIHRoaXMgd29u4oCZ dCBiZSBhIGdlbmVyaWMgc29sdXRpb24gYmVjYXVzZSBvZiBpdHMgZGVwZW5kZW5jeSBvbiBE4oCZ cyByYW5rIHBvc3Qgc3dpdGNoaW5nIHRvIGRldGVjdCBmb3J3YXJkaW5nIGVycm9yLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtz ZXJpZiZxdW90OyI+PGJyPg0KPGJyPg0KQXMgYSBzaWRlIG5vdGU6PGJyPg0KSSBqdXN0IHJhbiBp bnRvIFsxXSB3aGljaCBhZGRyZXNzZXMgdGhlIGNsZWFudXAgb2Ygb2xkIERBTyBlbnRyaWVzIGZv ciBhbmNlc3RvcnMsIHJlY3Vyc2l2ZWx5Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE Ij5bUkpdOiBJIHRoaW5rIHRoZSBzdG10IGluIDY1NTAgeW91IGFyZSBwb2ludGluZyB0b3dhcmRz IGlz4oCmPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyDigJxXaXRoIERBTyBpbmNvbnNpc3RlbmN5IGxvb3AgcmVj b3ZlcnksIGEgcGFja2V0IGNhbiBiZSB1c2VkIHRvIHJlY3Vyc2l2ZWx5PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFs d2F5cyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBleHBsb3JlIGFuZCBjbGVhbiB1cCB0aGUgb2Jzb2xldGUgREFPIHN0YXRlcyBhbG9uZyBhIHN1 Yi1ET0RBRy7igJ08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SXQgaXMgbm90IGNsZWFyIHdoYXQgcGFja2V0IGNh biBiZSBnZW5lcmF0ZWQhISEgQXNzdW1pbmcgYW4gTlBEQU8gY291bGQgYmUgZ2VuZXJhdGVkIOKA pi4gQnV0IHRoZW4gYW4gTlBEQU8gY2Fubm90IGJlIGdlbmVyYXRlZCBieSBhbnkgb3RoZXIgbm9k ZSBvbiBiZWhhbGYgb2YgdGhlIHRhcmdldC4gVG8gY2xhcmlmeSwgYW55IG90aGVyIG5vZGUgZG9l cyBub3Qga25vdw0KIHRoZSBUYXJnZXTigJlzIERBT1NlcXVlbmNlIGFuZCBQYXRoIFNlcXVlbmNl IHRvIGdlbmVyYXRlIGFuIE5QREFPLiBUaGVyZSBhcmUgcmFjZS1jb25kaXRpb25zIGlmIGFueSBv dGhlciBub2RlIGdlbmVyYXRlcyBOUERBTyBvbiBiZWhhbGYgb2YgdGhlIHRhcmdldCBhbmQgZG9l cyBub3Qgb2JleSB0aGUgREFPU2VxdWVuY2UgYW5kIFBhdGggU2VxdWVuY2UgZmllbGRzIG9mIHRo ZSB0YXJnZXQuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+PGJyPg0KPGJy Pg0KPGJyPg0KMikgRCBjaGFuZ2VkIGZyb20gQiB0byBDLCBidXQgdGhlIGxpbmsgQiAmbHQ7LSZn dDsgRCBoYXMgKm5vKiBjb25uZWN0aXZpdHk6PGJyPg0KPGJyPg0KSSB3b3VsZCBhc3N1bWUgdGhl ICg2TG8tKU5laWdoYm9yIERpc2NvdmVyeSB3b3VsZCByZXNvbHZlIHRoaXM8YnI+DQppc3N1ZSBi eSBkZXRlY3RpbmcgdGhhdCB0aGUgbmVpZ2hib3VyIGlzIG5vdCByZWFjaGFibGUgYW55bW9yZS48 YnI+DQpJZiB0aGVyZSBpcyBlbm91Z2ggcDJwIHRyYWZmaWMgZ29pbmcgb24sIHRoZW4gdGhlIE5l aWdoYm91ciBVbnJlYWNoYWJpbGl0eSBEZXRlY3Rpb248YnI+DQooTlVEKSBtaWdodCBraWNrIGlu IGZhaXJseSBxdWljay4gT25jZSB0aGUgbmVpZ2hib3VyIHdhcyBkZXRlY3RlZCBhcyB1bnJlYWNo YWJsZSw8YnI+DQp0aGlzIGluZm9ybWF0aW9uIG5lZWRzIHRvIGJlIHN5bmNocm9uaXplZCB3aXRo IFJQTCdzIHJvdXRpbmcgdGFibGUsIG9mIGNvdXJzZS48YnI+DQpSUEwgc2hvdWxkbid0IGtlZXAg cm91dGluZyBlbnRyaWVzIHdoZXJlIHRoZSBuZXh0LWhvcCBwYXJ0IGlzIGtub3duIHRvIGJlIHVu cmVhY2hhYmxlLjxicj4NCkFmdGVyd2FyZHMsIGFzIGEgY29uc2VxdWVuY2Ugb2YgcDJwIHRyYWZm aWMgZnJvbSBhbnkgcHJldmlvdXMgYW5jZXN0b3IgdG8gRCwgSUNNUHY2PGJyPg0KZXJyb3IgbWVz c2FnZXMgKERlc3RpbmF0aW9uIFVucmVhY2hhYmxlKSBjb3VsZCBjbGVhciB1cCB0aGUgc3RhdGVz IGluIHRoZWlyIHJvdXRpbmcgdGFibGVzIGFzIHdlbGwuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPltSSl06IFRo ZXJlIGFyZSBmb2xsIHByb2JsZW1zIHdpdGggdGhpcyBhcHByb2FjaDo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0x OC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFu IHN0eWxlPSJjb2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4xLjxz cGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtl bmRpZl0+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkRlc3RpbmF0aW9uIFVucmVhY2hhYmxl IHdpbGwgYmUgYWJsZSB0byBjbGVhciB1cCB0aGUgc3RhdGVzIG9ubHkgaW4gdGhlIHNvdXJjZSBu b2RlIHdoaWNoIG9yaWdpbmF0ZWQgdGhlIFAyUCB0cmFmZmljLCBzaW5jZSBpY21wIGRlc3QgdW5y ZWFjaGFibGUgd291bGQgYmUgZGlyZWN0bHkgc2VudCB0byBpdC4gQWxsIHRoZSBpbnRlcm1lZGlh dGUgNkxScw0KIHdpbGwgY29udGludWUgdG8gbWFpbnRhaW4gdGhlIHN0YXRlcy48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5k ZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPjwhW2lmICFzdXBwb3J0TGlzdHNd PjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3Jl Ij4yLjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bh bj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlRoZSB0aW1lIGZhY3RvciBm b3IgTlVEIGNvdWxkIGJlIHN1YnN0YW50aWFsbHkgaGlnaGVyIGltcGFjdGluZyBQMlAgdHJhZmZp YyBzaWduaWZpY2FudGx5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEg bGZvMiI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxz cGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjMuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iY29sb3I6 IzFGNDk3RCI+Q291cGxpbmcgb2YgUlBMIHN0YXRlcyB3aXRoIE5VRC4gSXQgaXMgbm90IGRlc2ly ZWQgdGhhdCBSUEwgYXNzdW1lcyBORC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZx dW90O3NlcmlmJnF1b3Q7Ij48YnI+DQo8YnI+DQpCZXN0LDxicj4NCkNlbms8YnI+DQo8YnI+DQpb MV0gPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzY1NTAjc2VjdGlvbi0x MS4yLjIuMyI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzY1NTAjc2VjdGlvbi0xMS4y LjIuMzwvYT48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi PlRoYW5rcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+UmFodWw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBw dCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+IFJvbGwgWzxhIGhyZWY9Im1haWx0bzpy b2xsLWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzpyb2xsLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0K PGI+T24gQmVoYWxmIE9mIDwvYj5DZW5rIEfDvG5kb2dhbjxicj4NCjxiPlNlbnQ6PC9iPiAwMiBN YXJjaCAyMDE2IFBNIDExOjAxPGJyPg0KPGI+VG86PC9iPiA8YSBocmVmPSJtYWlsdG86cm9sbEBp ZXRmLm9yZyI+cm9sbEBpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtSb2xs XSBObyBwYXRoIERBTyBwcm9ibGVtIHN0bXQgZHJhZnQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPkRlYXIg UmFodWwsPGJyPg0KPGJyPg0KSSBmaW5kIHRoZSBwcm9ibGVtcyBvdXRsaW5lZCBpbiB5b3VyIGRy YWZ0IHZlcnkgaW50ZXJlc3RpbmcgYW5kIHRob3VnaHQtcHJvdm9raW5nLjxicj4NCjxicj4NCk15 IHR3byBjZW50cy4uPGJyPg0KPGJyPg0KVXN1YWxseSwgYW4gaW1wbGVtZW50YXRpb24gaGFzIHRo ZSBjaG9pY2UgdG8gcmVxdWVzdCBhY2tub3dsZWRnZW1lbnRzIGZvciBEQU9zPGJyPg0KYW5kIEkg d291bGQgZXhwZWN0IHNvbWUgc29ydCBvZiByZXRyeSBtZWNoYW5pc20gdGFraW5nIHBsYWNlIGlu IGNhc2Ugb2YgYSBsb3N0IERBTy48YnI+DQpJIGNvdWxkbid0IGZpbmQgYW55IHJlZmVyZW5jZSB0 byBEQU8tQUNLcyBpbiB5b3VyIGRyYWZ0LCBidXQgSSBhbSBzdXJlIHRoYXQgdGhlPGJyPg0Kc3Rh dGVkIHByb2JsZW1zIHN0aWxsIGhvbGQgZm9yIHRoZSBEQU8gJmx0Oy0mZ3Q7IERBTy1BQ0sgY2Fz ZS48YnI+DQpPbmUgYWR2YW50YWdlIG9mIGhhdmluZyB0aGUgREFPICZsdDstJmd0OyBEQU8tQUNL IGNhc2UgaXMgaG93ZXZlciwgdGhhdCB0aGUgaW1wbGVtZW50YXRpb248YnI+DQoqa25vd3MqIHdo ZXRoZXIgdGhlIE5QLURBTyByZWFjaGVkIGEgcHJldmlvdXMgcGFyZW50IG9yIG5vdC48YnI+DQpV bmZvcnR1bmF0ZWx5LCB0aGVyZSdzIHN0aWxsIHRoZSBxdWVzdGlvbiBvZiBob3cgdGhlIGltcGxl bWVudGF0aW9uIHNob3VsZCByZXNwb25kPGJyPg0KdG8gc3VjaCBrbm93bGVkZ2U/IFdpdGhvdXQg c3BlY2lmeWluZyB0aGlzIHNvbWV3aGVyZSAoYW5kIEkgY291bGRuJ3QgZmluZCBhIHJlZmVyZW5j ZTxicj4NCmluIFJGQyA2NTUwLCBidXQgSSBjb3VsZCBiZSB3cm9uZyksIHRoZSBiZWhhdmlvdXIg aXMgaW1wbGVtZW50YXRpb24tZGVmaW5lZC48YnI+DQpUaGlzIGNhbiBpbiB0dXJuIG1ha2UgdGhl IGludGVyb3BlcmFiaWxpdHkgYmV0d2VlbiBkaWZmZXJlbnQgaW1wbGVtZW50YXRpb25zPGJyPg0K bW9yZSBkaWZmaWN1bHQuPGJyPg0KPGJyPg0KV291bGQgaXQgbWFrZSBzZW5zZSB0byB3aWRlbiB5 b3VyIHByb3Bvc2VkIGRyYWZ0IHRvIGFsc28gaW5jbHVkZSB0aGU8YnI+DQpEQU8gJmx0Oy0mZ3Q7 IERBTy1BQ0sgc2NlbmFyaW8/IEFuZCBtYXliZSBzb21lIHN1Z2dlc3Rpb25zIGFib3V0IGhvdyB0 bzxicj4NCnJlYWN0IGluIHN1Y2ggY2FzZXM/PGJyPg0KPGJyPg0KQmVzdCw8YnI+DQpDZW5rPG86 cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gMDIuMDMuMjAxNiAx NTowNCwgUmFodWwgQXJ2aW5kIEphZGhhdiAoUmFodWwgQXJ2aW5kIEphZGhhdiwgMjAxMiBMYWJz KSB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5E ZWFyIEFsbCw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2UgcmVjZW50bHkgc3VibWl0dGVkIGEg ZHJhZnQgKDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1qYWRoYXYt cm9sbC1uby1wYXRoLWRhby1wcy0wMCI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWphZGhhdi1yb2xsLW5vLXBhdGgtZGFvLXBzLTAwPC9hPikgc3RhdGluZyBwcm9ibGVtIHN0YXRl bWVudHMgcGVydGFpbmluZyB0byBObyBQYXRoIERBTyBtZXNzYWdpbmcNCiBpbiBSUEwgc3BlYy48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIHByaW1hcnkgcGFpbiBwb2ludCB0aGF0IGlzIGhp Z2hsaWdodGVkIGlzIHRoYXQgdGhlIE5vLVBhdGggREFPIG1lc3NhZ2luZyB0YWtlcyBhIHBhdGgg d2hpY2ggaGFzIGEgaGlnaGVyIHByb2JhYmlsaXR5IG9mIG5vdCBiZWVuIGF2YWlsYWJsZS4gRm9y IGUuZy4gd2hlbiB0aGUgbm9kZSBzd2l0Y2hlcyBpdHMgcGFyZW50LCBhIE5vLVBhdGggREFPIGlz IHVzdWFsbHkgZ2VuZXJhdGVkIGFsb25nIHRoZSBwYXRoDQogdGhyb3VnaCB0aGUgcHJldmlvdXMg cGFyZW50IGFuZCB0aGUgTm8tUGF0aCBEQU8gdHJhdmVyc2VzIHVwd2FyZHMgYWx3YXlzIGFsb25n IHRoYXQgcGF0aC4gQSBwYXRoIHdoaWNoIGlzIG5vIGxvbmdlciBhIHByZWZlcnJlZCBwYXRoIGlz IHVzZWQgZm9yIE5vLVBhdGggREFPIG1lc3NhZ2luZyBhbmQgdGh1cyB0aGUgcHJvYmFiaWxpdHkg b2YgTm8tUGF0aCBEQU8gbWVzc2FnaW5nIGZhaWx1cmUgaXMgaGlnaCwgcmVzdWx0aW5nIGluIHN0 YWxlIHJvdXRpbmcNCiBlbnRyaWVzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbHNvIHRoZXJl IGFyZSBvdGhlciBuZWdhdGl2ZSBpbXBsaWNhdGlvbnMgbWVudGlvbmVkIGluIHRoZSBkb2N1bWVu dCBiZWNhdXNlIG9mIHRoaXMgbWVzc2FnaW5nIG1vZGUuPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PlRoZSB3b3JrIGRyYWZ0cyB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQgYW5kIGV4cGxhaW5zIHJlcXVp cmVtZW50cyBmcm9tIHNvbHV0aW9uIHBvaW50IG9mIHZpZXcuPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPktpbmRseSBmZWVkYmFjayBpZiB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQgaW1wYWN0cyB5b3Uu PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPlJhaHVsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtU YWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+KioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqPGJyPg0KVGhpcyBlLW1haWwgYW5kIGF0dGFjaG1lbnRzIGNvbnRhaW4gY29uZmlk ZW50aWFsIGluZm9ybWF0aW9uIGZyb20gSFVBV0VJLCB3aGljaCBpcyBpbnRlbmRlZCBvbmx5IGZv ciB0aGUgcGVyc29uIG9yIGVudGl0eSB3aG9zZSBhZGRyZXNzIGlzIGxpc3RlZCBhYm92ZS4gQW55 IHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGhlcmVpbiBpbiBhbnkgd2F5IChpbmNs dWRpbmcsIGJ1dCBub3QgbGltaXRlZCB0bywgdG90YWwgb3IgcGFydGlhbA0KIGRpc2Nsb3N1cmUs IHJlcHJvZHVjdGlvbiwgb3IgZGlzc2VtaW5hdGlvbikgYnkgcGVyc29ucyBvdGhlciB0aGFuIHRo ZSBpbnRlbmRlZCByZWNpcGllbnQncykgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhp cyBlLW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBieSBwaG9uZSBvciBl bWFpbCBpbW1lZGlhdGVseSBhbmQgZGVsZXRlIGl0ITwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLCBzZXJpZiZxdW90Oywm cXVvdDtzZXJpZiZxdW90OyI+PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHByZT5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPlJvbGwgbWFpbGluZyBsaXN0PG86cD48L286cD48L3ByZT4N CjxwcmU+PGEgaHJlZj0ibWFpbHRvOlJvbGxAaWV0Zi5vcmciPlJvbGxAaWV0Zi5vcmc8L2E+PG86 cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9yb2xsIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Jv bGw8L2E+PG86cD48L286cD48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiAsIHNlcmlmJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRv bToxMi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+PGJyPg0KPGJyPg0KPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHByZT5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlJvbGwgbWFpbGluZyBsaXN0 PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0ibWFpbHRvOlJvbGxAaWV0Zi5vcmciPlJv bGxAaWV0Zi5vcmc8L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0iaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9yb2xsIj5odHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL3JvbGw8L2E+PG86cD48L286cD48L3ByZT4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_982B626E107E334DBE601D979F31785C5CEC9036blreml510mbschi_-- From nobody Fri Mar 4 09:56:49 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 552F21A6F42 for ; Fri, 4 Mar 2016 09:56:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham 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 hh-jPZD3l1OX for ; Fri, 4 Mar 2016 09:56:46 -0800 (PST) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 592981A6F9F for ; Fri, 4 Mar 2016 09:56:46 -0800 (PST) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 261DF200A5 for ; Fri, 4 Mar 2016 12:58:23 -0500 (EST) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 4AD7863755 for ; Fri, 4 Mar 2016 12:56:45 -0500 (EST) From: Michael Richardson To: Routing Over Low power and Lossy networks In-Reply-To: <982B626E107E334DBE601D979F31785C5CEC8E5C@blreml510-mbs.china.huawei.com> References: <982B626E107E334DBE601D979F31785C5CEC8E5C@blreml510-mbs.china.huawei.com> X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.4.2 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Roll] No path DAO problem stmt draft X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 17:56:48 -0000 --=-=-= Content-Type: text/plain Rahud, thank you for the ID. I took a quick read. You have identified a problem; at this point are you just seeking confirmation that it's a real problem, after which you might propose a solution? The subject of rechartering to do RPL maintenance will be a major agenda item at IETF95. The rechartering as proposed would definitely cover your work. Our AD has indicated that he will support the rechartering once the current work items are done. (That's a hint: we need more comments and ideas on for useofrpi...) -- Michael Richardson , Sandelman Software Works IETF ROLL WG co-chair. http://datatracker.ietf.org/wg/roll/charter/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBVtnMWoCLcPvd0N1lAQKp/Af/SJ5O23/2NHPqZNqySvywGF5qsfIy8IXC /ByEQp+ieWGxN7i3Rtuj6DGU6mg3B+U/6H6o8/md/q0aprg75rBZJTBY//qIgfm3 hmYF6oOur/F7YPtiYkkbnLyV4t+yHuIPhowR6ADPcFVtcWS1ZYlEmIff4Yq9e3oT a5OauyvrVvif0rlAeFDoG2X298DTKkcrhnmNo+X86UifxhQ0jGO5HqZ+wSV6ADuq epYTh4ug2AokdosJrwi9V7uga5OE9yWRAPq2r93xOMLdjo9SBr0ethx33lPXmKrc uh/uqNQY+qLP+jGq4SUXYTs6K6jManhnayq3ZqEqkb9p8uCGrgCxzw== =hrv2 -----END PGP SIGNATURE----- --=-=-=-- From nobody Sat Mar 5 01:39:03 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CA491B2B4C; Sat, 5 Mar 2016 01:38:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 XhXJEQ23C3YM; Sat, 5 Mar 2016 01:38:52 -0800 (PST) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [IPv6:2001:4b98:c:538::194]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BF5BB1B2B4A; Sat, 5 Mar 2016 01:38:52 -0800 (PST) Received: from mfilter14-d.gandi.net (mfilter14-d.gandi.net [217.70.178.142]) by relay2-d.mail.gandi.net (Postfix) with ESMTP id B702CC5A4E; Sat, 5 Mar 2016 10:38:50 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mfilter14-d.gandi.net Received: from relay2-d.mail.gandi.net ([IPv6:::ffff:217.70.183.194]) by mfilter14-d.gandi.net (mfilter14-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id fe_o_jS3oz48; Sat, 5 Mar 2016 10:38:48 +0100 (CET) X-Originating-IP: 93.204.214.47 Received: from nar.local (p5DCCD62F.dip0.t-ipconnect.de [93.204.214.47]) (Authenticated sender: cabo@cabo.im) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 326C0C5A4F; Sat, 5 Mar 2016 10:38:44 +0100 (CET) Message-ID: <56DAA927.6020407@tzi.org> Date: Sat, 05 Mar 2016 10:38:47 +0100 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: "6lo@ietf.org" <6lo@ietf.org>, "6tisch@ietf.org" <6tisch@ietf.org>, "lp-wan@ietf.org" , lwip@ietf.org, Routing Over Low power and Lossy networks X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Subject: [Roll] Constrained Node/Network Cluster @ IETF95: DRAFT AGENDA X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 09:38:55 -0000 Here is my usual eclectic condensed agenda based on the DRAFT AGENDA for IETF95. Remember that there is still quite some potential for changes. All times are COT (UTC-0500), which is the same as US CDT (Chicago or Dallas time) during the meeting (the browser timezone function is not yet reinstated on https://datatracker.ietf.org/meeting/agenda-utc, for those who want to listen from remote). Grüße, Carsten MONDAY, April 4, 2016 1000-1230 Morning Session I Atlantico C SEC *** ace Authentication and Authorization for Constrained Environments WG Buen Ayre A SEC tokbind Token Binding WG 1400-1530 Afternoon Session I Atlantico C ART uta Using TLS in Applications WG Buen Ayre B INT *** 6tisch IPv6 over the TSCH mode of IEEE 802.15.4e WG Buen Ayre C OPS v6ops IPv6 Operations WG 1550-1720 Afternoon Session II Buen Ayre A INT dnssd Extensions for Scalable DNS Service Discovery WG Pacifico A IRTF maprg Proposed Measurement and Analysis for Protocols Research Group Buen Ayre C RTG babel Babel routing protocol BOF Buen Ayre B SEC *** cose CBOR Object Signing and Encryption WG 1740-1940 Afternoon Session III Quebracho B ART webpush Web-Based Push Notifications WG Buen Ayre C INT *** lpwan Low-Power Wide Area Networks BOF Buen Ayre B OPS anima Autonomic Networking Integrated Model and Approach WG Buen Ayre A SEC acme Automated Certificate Management Environment WG TUESDAY, April 5, 2016 1000-1230 Morning Session I Atlantico C INT arcing Alternative Resolution Contexts for Internet Naming BOF Buen Ayre C OPS v6ops IPv6 Operations WG Buen Ayre A RTG detnet Deterministic Networking WG Atlantico B SEC tls Transport Layer Security WG 1400-1600 Afternoon Session I Pacifico A INT homenet Home Networking WG Atlantico C SEC lurk Limited Use of Remote Keys BOF Buen Ayre B TSV tsvwg Transport Area Working Group WG 1620-1720 Afternoon Session II Buen Ayre C INT intarea Internet Area Working Group WG Quebracho B RTG *** roll Routing Over Low power and Lossy networks WG Buen Ayre B SEC curdle CURves, Deprecating and a Little more Encryption WG 1730-1900 Afternoon Session III Buen Ayre B ART *** core Constrained RESTful Environments WG Pacifico A TSV tsvarea Transport Area Open Meeting WEDNESDAY, April 6, 2016 1000-1230 Morning Session I Buen Ayre C INT 6man IPv6 Maintenance WG Buen Ayre B SEC oauth Web Authorization Protocol WG Atlantico C SEC openpgp Open Specification for Pretty Good Privacy WG - 11:00 - 12:30 Atlantico B TSV rmcat RTP Media Congestion Avoidance Techniques WG 1400-1600 Afternoon Session I Buen Ayre C INT its Intelligent Transportation Systems BOF Quebracho B RTG bier Bit Indexed Explicit Replication WG 1620-1720 Afternoon Session II Buen Ayre C RTG rtgarea Routing Area Open Meeting Buen Ayre B SEC httpauth Hypertext Transfer Protocol Authentication WG Buen Ayre A TSV tsvwg Transport Area Working Group WG THURSDAY, April 7, 2016 1000-1230 Morning Session I Atlantico C SEC tls Transport Layer Security WG Pacifico A TSV accord Alternatives to Content Classification for Operator Resource Deployment BOF 1400-1600 Afternoon Session I Buen Ayre A ART ice Interactive Connectivity Establishment WG Pacifico A SEC saag Security Area Open Meeting 1620-1820 Afternoon Session II Atlantico C ART httpbis Hypertext Transfer Protocol WG Pacifico A INT *** 6lo IPv6 over Networks of Resource-constrained Nodes WG Buen Ayre C TSV tcpinc TCP Increased Security WG 1830-1930 Afternoon Session III Buen Ayre C IRTF*** t2trg Thing-to-Thing Atlantico B OPS anima Autonomic Networking Integrated Model and Approach WG FRIDAY, April 8, 2016 1000-1200 Morning Session I Quebracho B ART *** core Constrained RESTful Environments WG Buen Ayre B IRTF cfrg Crypto Forum Buen Ayre A TSV taps Transport Services WG From nobody Mon Mar 7 01:03:35 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED9641B383A for ; Mon, 7 Mar 2016 01:03:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.251 X-Spam-Level: X-Spam-Status: No, score=-2.251 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham 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 Wuyd0d3rahwE for ; Mon, 7 Mar 2016 01:03:32 -0800 (PST) Received: from lb1-smtp-cloud6.xs4all.net (lb1-smtp-cloud6.xs4all.net [194.109.24.24]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9ADA81B383B for ; Mon, 7 Mar 2016 01:03:31 -0800 (PST) Received: from webmail.xs4all.nl ([194.109.20.204]) by smtp-cloud6.xs4all.net with ESMTP id Sx3V1s02M4QBLo201x3Wve; Mon, 07 Mar 2016 10:03:30 +0100 Received: from AMontpellier-654-1-113-50.w90-0.abo.wanadoo.fr ([90.0.128.50]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Mon, 07 Mar 2016 10:03:29 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 07 Mar 2016 10:03:29 +0100 From: peter van der Stok To: Roll Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: <20160307090130.22952.12634.idtracker@ietfa.amsl.com> References: <20160307090130.22952.12634.idtracker@ietfa.amsl.com> Message-ID: X-Sender: stokcons@xs4all.nl (gH4RZhG+ADtzeCniq77pLTBKOBnS8vOD) User-Agent: XS4ALL Webmail Archived-At: Subject: [Roll] Fwd: New Version Notification for draft-vanderstok-core-mpl-yang-00.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: consultancy@vanderstok.org, Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2016 09:03:34 -0000 Dear all, A Yang data model of MPL for statistics and configuration has been submitted. Looking forward to your reactions, Peter A new version of I-D, draft-vanderstok-core-mpl-yang-00.txt has been successfully submitted by Peter van der Stok and posted to the IETF repository. Name: draft-vanderstok-core-mpl-yang Revision: 00 Title: A YANG model for Multicast Protocol for Low power and lossy Networks (MPL) Document date: 2016-03-07 Group: Individual Submission Pages: 15 URL: https://www.ietf.org/internet-drafts/draft-vanderstok-core-mpl-yang-00.txt Status: https://datatracker.ietf.org/doc/draft-vanderstok-core-mpl-yang/ Htmlized: https://tools.ietf.org/html/draft-vanderstok-core-mpl-yang-00 Abstract: This document defines a YANG data model for management of Multicast Protocol for Low power and lossy Networks (MPL) implementations. The data model includes configuration data and state data. Note Discussion and suggestions for improvement are requested, and should be sent to roll@ietf.org. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat From nobody Mon Mar 7 03:56:52 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B310C1B3F78 for ; Mon, 7 Mar 2016 03:56:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.027 X-Spam-Level: X-Spam-Status: No, score=-1.027 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 d8IEPP2ScXnp for ; Mon, 7 Mar 2016 03:56:50 -0800 (PST) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (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 18CF01B2A5B for ; Mon, 7 Mar 2016 03:56:50 -0800 (PST) Received: by mail-ig0-x22f.google.com with SMTP id ir4so45825154igb.1 for ; Mon, 07 Mar 2016 03:56:50 -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; bh=dHfOHfCQLH93FYVdTJaUKuIO2lEms0On5+K4EZuZvzk=; b=pfJM+WBFNCDARqaWun0qvGu0aZwdoub8IqgRKxB5uUxNvlunnyaEYqx+opO9NKxXrZ Hhx4iEmoZjobOyOBEpehDXDDc6kuiy8Ny2EHMzd0EEBmV1yKo9sb/z6Gp/phPr4RSqHn 1XQlOY/x9xXPcs1Eu9+Jvg+lofMQ152UKUP0czx6pu41cc2srGAkvU/S21w+TxzXmzDI D3llrohVTFT8z3ezy2qrPAbqUSvUi9/aycmWeu146RIXWflXNTwX2r6R7LEedAGKLmRW oKsdr1vbHW8X5IuWLpPJZv+5B1TPrJ0HEoTj0ywzAgFvGuGtvFIRHMme+mdTWQRQPLxM Lssw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ieee-org.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to; bh=dHfOHfCQLH93FYVdTJaUKuIO2lEms0On5+K4EZuZvzk=; b=yhP8dxtC2db22lr0q+8lzv166zmWrK6VhOn6KWOd6ZVIG3QdFzlmkK0UFdySQisDxG f0icMhWlBPFv0Giwj9J3Kgn8m0kQnTd5k/s2SGJJr1lKTtfyXIvX19aXZKFBOamiNuUD EymQXO/3ISRpf6F6cOus21qlrfZdZWwjTrPSJFniCtLvEfqKUwCZHaiuiEMH1f3wKVzy yW7wiBND/UQ1g/ihmbj2DDpgyxRG2c2+osepWpCBFUJgMbQB3x8ElRbDBapOJtwZipN/ N9nsjsfL4pQk5wgeN6JAYToC/XINtEsTTPHkOaFZiWZryrSky/+2mZW3qWqQC+aa1NHz /UNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to; bh=dHfOHfCQLH93FYVdTJaUKuIO2lEms0On5+K4EZuZvzk=; b=EBj3rgmlV+UEo87CSr1uqRqvv4RgM9MU04jsoMPb/baNJ+xmVm+s5BiNqF6H/fDGIG m1wwYn4MMh66BSoFDcXB3rs+OmTR7sixP6YzhP5wRlx142FmcSe+lLp4QUHVtv8YJm+H CchweYuT8dlaIg3jotv9kYihY7mV7NasBl/JIb/hZaB6gZpQv/8wRMuqHz2DYLWHOh6B r0QcU2LUPXTK3ztqpH/Q3JITPvVT9B/z5rKSCLW2I3+ovuTALvLUhWW4iahNmuYtHxD1 2UzAixdef6I7DJ572chzPIa71Vr7b5PEg0m/YI9jBuI8VE2dhy3l/HmvzUInJp7IQJhB QpDA== X-Gm-Message-State: AD7BkJKSjAjiIXITHImw+0xVFhMtgxi74Ij3X2f5XnYKubrjd1TBGyUKwB9wl9Zh9exX1FOazdyHff7y+PWm0w== MIME-Version: 1.0 X-Received: by 10.50.131.201 with SMTP id oo9mr11022696igb.68.1457351809423; Mon, 07 Mar 2016 03:56:49 -0800 (PST) Sender: kerlyn2001@gmail.com Received: by 10.79.67.197 with HTTP; Mon, 7 Mar 2016 03:56:49 -0800 (PST) In-Reply-To: References: <20160307090130.22952.12634.idtracker@ietfa.amsl.com> Date: Mon, 7 Mar 2016 06:56:49 -0500 X-Google-Sender-Auth: DcF21vYGHi9ewTWorujpAXbwqDk Message-ID: From: Kerry Lynn To: "consultancy@vanderstok.org" , Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=047d7b2e47c8e9e93f052d742825 Archived-At: Subject: Re: [Roll] Fwd: New Version Notification for draft-vanderstok-core-mpl-yang-00.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2016 11:56:51 -0000 --047d7b2e47c8e9e93f052d742825 Content-Type: text/plain; charset=UTF-8 Hi Peter, Hope you and your family are well. Are you planning to attend the Semantic Interop workshop in CA in two weeks? If so, I'll see you there. Re: this proposal, is it intended to facilitate management of MPL params via COMI? I must re-acquaint myself with that work. Regards, Kerry On Mon, Mar 7, 2016 at 4:03 AM, peter van der Stok wrote: > Dear all, > > A Yang data model of MPL for statistics and configuration has been > submitted. > Looking forward to your reactions, > > Peter > > A new version of I-D, draft-vanderstok-core-mpl-yang-00.txt > has been successfully submitted by Peter van der Stok and posted to the > IETF repository. > > Name: draft-vanderstok-core-mpl-yang > Revision: 00 > Title: A YANG model for Multicast Protocol for Low power and > lossy Networks (MPL) > Document date: 2016-03-07 > Group: Individual Submission > Pages: 15 > URL: > https://www.ietf.org/internet-drafts/draft-vanderstok-core-mpl-yang-00.txt > Status: > https://datatracker.ietf.org/doc/draft-vanderstok-core-mpl-yang/ > Htmlized: > https://tools.ietf.org/html/draft-vanderstok-core-mpl-yang-00 > > > Abstract: > This document defines a YANG data model for management of Multicast > Protocol for Low power and lossy Networks (MPL) implementations. The > data model includes configuration data and state data. > > Note > > Discussion and suggestions for improvement are requested, and should > be sent to roll@ietf.org. > > > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > The IETF Secretariat > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > --047d7b2e47c8e9e93f052d742825 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Peter,

Hope you and your family are = well.=C2=A0 Are you planning to attend the
Semantic Interop works= hop in CA in two weeks?=C2=A0 If so, I'll see you there.

=
Re: this proposal, is it intended to facilitate management of MP= L params
via COMI?=C2=A0 I must re-acquaint myself with that work= .

Regards, Kerry


On Mon, Mar 7, 2016 at 4= :03 AM, peter van der Stok <stokcons@xs4all.nl> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">Dear all,

A Yang data model of MPL for statistics and configuration has been submitte= d.
Looking forward to your reactions,

Peter

A new version of I-D, draft-vanderstok-core-mpl-yang-00.txt
has been successfully submitted by Peter van der Stok and posted to the
IETF repository.

Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-vanderstok-core-mpl-yan= g
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A000
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 A YANG model for Multicast Protoco= l for Low power and lossy Networks (MPL)
Document date:=C2=A0 2016-03-07
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 15
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/internet-drafts/draft-vanderstok-c= ore-mpl-yang-00.txt
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-vanderstok-core-mpl-yang/ Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0htt= ps://tools.ietf.org/html/draft-vanderstok-core-mpl-yang-00


Abstract:
=C2=A0 =C2=A0This document defines a YANG data model for management of Mult= icast
=C2=A0 =C2=A0Protocol for Low power and lossy Networks (MPL) implementation= s.=C2=A0 The
=C2=A0 =C2=A0data model includes configuration data and state data.

Note

=C2=A0 =C2=A0Discussion and suggestions for improvement are requested, and = should
=C2=A0 =C2=A0be sent to = roll@ietf.org.




Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat

_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll

--047d7b2e47c8e9e93f052d742825-- From nobody Mon Mar 7 21:42:38 2016 Return-Path: X-Original-To: roll@ietfc.amsl.com Delivered-To: roll@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 2DFD91CDF81 for ; Mon, 7 Mar 2016 21:42:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.41]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yMTk-1fmrx0f for ; Mon, 7 Mar 2016 21:42:35 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfc.amsl.com (Postfix) with ESMTPS id 35E191CDF74 for ; Mon, 7 Mar 2016 21:42:35 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CJZ11047; Tue, 08 Mar 2016 05:42:33 +0000 (GMT) Received: from BLREML406-HUB.china.huawei.com (10.20.4.43) by lhreml705-cah.china.huawei.com (10.201.5.168) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 8 Mar 2016 05:42:32 +0000 Received: from BLREML510-MBS.china.huawei.com ([169.254.2.93]) by BLREML406-HUB.china.huawei.com ([10.20.4.43]) with mapi id 14.03.0235.001; Tue, 8 Mar 2016 11:12:21 +0530 From: "Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] No path DAO problem stmt draft Thread-Index: AdF0jF/v4O3xW+LCQPupRYViUwm4pABhL1yAALmXXsA= Date: Tue, 8 Mar 2016 05:42:20 +0000 Message-ID: <982B626E107E334DBE601D979F31785C5CEC972E@blreml510-mbs.china.huawei.com> References: <982B626E107E334DBE601D979F31785C5CEC8E5C@blreml510-mbs.china.huawei.com> <18033.1457114205@obiwan.sandelman.ca> In-Reply-To: <18033.1457114205@obiwan.sandelman.ca> Accept-Language: en-IN, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.214.70] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.56DE6649.00A3, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.93, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 4ad07b6a074fce991e3cfdebc5939562 Archived-At: Subject: Re: [Roll] No path DAO problem stmt draft X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 05:42:37 -0000 Sorry Michael for the late reply. I m on a holiday. Yes we put up the problem statement to check if it makes sense and if at al= l solutions already exist.=20 Thanks to Cenk and Simon, we know the problem is real and it also impacts o= thers. We also have been working on a solution and a prototype. We will soon put u= p the solution draft as well in the group. Regards, Rahul -----Original Message----- From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Michael Richardson Sent: 04 March 2016 PM 11:27 To: Routing Over Low power and Lossy networks Subject: Re: [Roll] No path DAO problem stmt draft Rahud, thank you for the ID. I took a quick read. You have identified a problem; at this point are you just seeking confirmat= ion that it's a real problem, after which you might propose a solution? The subject of rechartering to do RPL maintenance will be a major agenda it= em at IETF95. The rechartering as proposed would definitely cover your work. Our AD has indicated that he will support the rechartering onc= e the current work items are done. (That's a hint: we need more comments and ideas on for useofrpi...) -- Michael Richardson , Sandelman Software Works IETF ROLL WG co-chair. http://datatracker.ietf.org/wg/roll/charter/ From nobody Tue Mar 8 01:31:07 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1552F12D5B6 for ; Tue, 8 Mar 2016 01:31:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.521 X-Spam-Level: X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WExfbb1EW6uZ for ; Tue, 8 Mar 2016 01:31:02 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8AEED12D5B2 for ; Tue, 8 Mar 2016 01:31:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2686; q=dns/txt; s=iport; t=1457429462; x=1458639062; h=from:to:subject:date:message-id:mime-version; bh=uD5pnZ32rQdcV7gl3ZQz9eJMdkoQuBO8/A5Z8lIR3jc=; b=l9Y9zO6AHVcQsEXlRSElzpadBftDTVO0AjiqnTgFAmDBgpo4wyJcW0lj +NsNS2A38FLywvLK8y0/11l0+ZvHxoqEnKQvowKiQyoT2P9fUdMndKiXX B5D2vE8QoNok+Ss0qc4Uxv/eJnHltzmGgfNjnP7fYtqudZpOezH7gfX/w o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AYBQAhm95W/4ENJK1cgm5MgT8GulKBa?= =?us-ascii?q?YdHOhIBAQEBAQEBZBwLhEiBCwEMAXMnBBOIJJ8/nwwBAQgBAQEBHIYXhD6DfxW?= =?us-ascii?q?EYAWNaIUShDABgSKMS457jlUBJwM4g2RqiEQ9fgEBAQ?= X-IronPort-AV: E=Sophos;i="5.22,556,1449532800"; d="scan'208,217";a="246835991" Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 08 Mar 2016 09:31:01 +0000 Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id u289V1rw001268 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Tue, 8 Mar 2016 09:31:01 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 8 Mar 2016 03:31:00 -0600 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1104.009; Tue, 8 Mar 2016 03:31:00 -0600 From: "Alvaro Retana (aretana)" To: "roll@ietf.org" Thread-Topic: New roll WG Co-Chair Thread-Index: AQHReR06tIoVKFRZcUSDhLnVyc2zYQ== Date: Tue, 8 Mar 2016 09:31:00 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.228.33.79] Content-Type: multipart/alternative; boundary="_000_D3045A61115D88aretanaciscocom_" MIME-Version: 1.0 Archived-At: Subject: [Roll] New roll WG Co-Chair X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 09:31:06 -0000 --_000_D3045A61115D88aretanaciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear roll WG: Michael has decided to step down as roll Co-Chair, a position he has held s= ince 2012. Over the last few years Michael has also served in the nomcom a= s both participant and Chair. He is going to focus his time on technical w= ork: documents, reviews and code. Michael, I look forward to your continue= d contributions to roll and the IETF! Thank you! In consultation with In=E9s and Michael, we have asked Peter van der Stok t= o take on the role of roll Co-Chair. We expect the transition to be comple= te before the meeting in Buenos Aires. Peter is an active and mature IETF = contributor and has a strong connection to industries where RPL is being de= ployed. He can be reached at consultancy@vanderstok.org. Welcome Peter! Michael has agreed to stay on as roll Secretary (for a limited time) to eas= e the transition. Thanks! Alvaro. --_000_D3045A61115D88aretanaciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable
Dear roll WG:

Michael has decided to step down as roll Co-Chair, a position he has h= eld since 2012.  Over the last few years Michael has also served in th= e nomcom as both participant and Chair.  He is going to focus his time= on technical work: documents, reviews and code.  Michael, I look forward to your continued contributions t= o roll and the IETF!  Thank you!

In consultation with In=E9s and Michael, we have asked Peter van der S= tok to take on the role of roll Co-Chair.  We expect the transition to= be complete before the meeting in Buenos Aires.  Peter is an active a= nd mature IETF contributor and has a strong connection to industries where RPL is being deployed.   He can be rea= ched at consultancy@vanderstok.org.   Welcome Peter!    

Michael has agreed to stay on as roll Secretary (for a limited time) t= o ease the transition.

Thanks!

Alvaro.
--_000_D3045A61115D88aretanaciscocom_-- From nobody Tue Mar 8 01:39:04 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3A9012D5BF for ; Tue, 8 Mar 2016 01:39:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=googlemail.com Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zf0CUPuV2GKF for ; Tue, 8 Mar 2016 01:39:00 -0800 (PST) Received: from mail-vk0-x22f.google.com (mail-vk0-x22f.google.com [IPv6:2607:f8b0:400c:c05::22f]) (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 790BF12D5BA for ; Tue, 8 Mar 2016 01:39:00 -0800 (PST) Received: by mail-vk0-x22f.google.com with SMTP id e185so10235935vkb.1 for ; Tue, 08 Mar 2016 01:39:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=uicPpusw02xLW4v9iNkiwBkZGlqLX+1TFfzUILjAi2I=; b=lZaQLGdlPCbo57mZb8m5gl0NriWktygkHYbz+3seF6AQTyRI54KsNzxh7EAVEOu0Ot d9pNp9DVKUWhMS/f0n9ONmm1/FDhmBpUwGrw9hz/yyRVXdR6KZ6bq5YmFPKpVAuMCS6/ Gj9AD3k7wVyIwoVat79B0Ri4FhsGTa3UBOLTNkTCCKtoEUBEbVy8EPmlCe8F7UmpTYkW EW8ZGwq08ywj3ZWnVg+ZNtfH2kxocdSotLRBc6l/5fGweBrur2rQvuykWg8+TK+nLl5D JdwrRJR5imZKPYGO8+CSC1RZ1KioGlUp/bI5K2HnwN/9bT1ivoAnJfxZp0AYodUrBoez GvAA== 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:date :message-id:subject:from:to:cc; bh=uicPpusw02xLW4v9iNkiwBkZGlqLX+1TFfzUILjAi2I=; b=M/wBtKSQL6J4LoympGdsTz8ucDTcJ73dsu7dBhZoUEFup7zcT8U2VGwxzUSpZtpjdO gCStNd2+GwZ2Ji6+O05aMVknyis8/d7SepaLNyl1UFVQIHIYo32g6yXZDC0supwMJrUW IUMd4mzC4LERVB2MD8dE33vk6mJEZm4WtqfIbJJmGdHZCM87ScePJXbROO/EQX82xJ0i lW2K8db6C9sGbjv5isqTbhdX5wMUkuyrguLTwYdFGTx5FqVdNEK2hgwlz5eJhh/wRa+f ftR8FGy1nW6i+C4Aq2jU9gm0mXVh4MtOkBxFxJ5S38dYp8cQI0oXi+4meCD41d2BxmrN APzQ== X-Gm-Message-State: AD7BkJKYhF/br7aUiO2pRm6BFn3Y4tTcHktn1YVC+OW1osJsvAvpi8uwlqH5o8rRjupS/9eSpS/bMmJ3a5lrUw== MIME-Version: 1.0 X-Received: by 10.31.8.210 with SMTP id 201mr25410454vki.90.1457429939360; Tue, 08 Mar 2016 01:38:59 -0800 (PST) Received: by 10.176.66.162 with HTTP; Tue, 8 Mar 2016 01:38:59 -0800 (PST) In-Reply-To: References: Date: Tue, 8 Mar 2016 11:38:59 +0200 Message-ID: From: Ines Robles To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=001a1142e720d25df1052d86592a Archived-At: Cc: Michael Richardson Subject: Re: [Roll] New roll WG Co-Chair X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 09:39:02 -0000 --001a1142e720d25df1052d86592a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I want to say million thanks to Michael for his work in ROLL as co-chair. He did an excellent job. :-) and Welcome to Peter!! :-) Cheers, Ines. 2016-03-08 11:31 GMT+02:00 Alvaro Retana (aretana) : > Dear roll WG: > > Michael has decided to step down as roll Co-Chair, a position he has held > since 2012. Over the last few years Michael has also served in the nomco= m > as both participant and Chair. He is going to focus his time on technica= l > work: documents, reviews and code. Michael, I look forward to your > continued contributions to roll and the IETF! Thank you! > > In consultation with In=C3=A9s and Michael, we have asked Peter van der S= tok to > take on the role of roll Co-Chair. We expect the transition to be comple= te > before the meeting in Buenos Aires. Peter is an active and mature IETF > contributor and has a strong connection to industries where RPL is being > deployed. He can be reached at consultancy@vanderstok.org. Welcome > Peter! > > Michael has agreed to stay on as roll Secretary (for a limited time) to > ease the transition. > > Thanks! > > Alvaro. > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > > --001a1142e720d25df1052d86592a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I want to say million thanks to Mic= hael for his work in ROLL as co-chair. He did an excellent job. :-) and

Welcome to Peter!! :-)

Cheer= s,

Ines.


2016-03-08 11:31 GMT+02:00 Alvar= o Retana (aretana) <aretana@cisco.com>:
Dear roll WG:

Michael has decided to step down as roll Co-Chair, a position he has h= eld since 2012.=C2=A0 Over the last few years Michael has also served in th= e nomcom as both participant and Chair.=C2=A0 He is going to focus his time= on technical work: documents, reviews and code.=C2=A0 Michael,=C2=A0I look forward to your continued contributions t= o roll and the IETF!=C2=A0 Thank you!

In consultation with In=C3=A9s and Michael, we have asked Peter van de= r Stok to take on the role of roll Co-Chair.=C2=A0 We expect the transition= to be complete before the meeting in Buenos Aires.=C2=A0 Peter is an activ= e and mature IETF contributor and has a strong connection to industries where RPL is being deployed. =C2=A0 He can be rea= ched at con= sultancy@vanderstok.org. =C2=A0 Welcome Peter! =C2=A0 =C2=A0

Michael has agreed to stay on as roll Secretary (for a limited time) t= o ease the transition.

Thanks!

Alvaro.

_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll


--001a1142e720d25df1052d86592a-- From nobody Tue Mar 8 04:28:58 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA8F012D684 for ; Tue, 8 Mar 2016 04:28:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 header.b=CqQk6HDR; dkim=pass (2048-bit key) header.d=ieee-org.20150623.gappssmtp.com header.b=kl4HK3wo Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4EAs6zE3wsRL for ; Tue, 8 Mar 2016 04:28:55 -0800 (PST) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (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 1112812D620 for ; Tue, 8 Mar 2016 04:28:55 -0800 (PST) Received: by mail-io0-x22d.google.com with SMTP id m184so23909445iof.1 for ; Tue, 08 Mar 2016 04:28:55 -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; bh=csQbfRaMpPvkondO+miWZhlF6QUg3G11R3wG8AFBAgw=; b=CqQk6HDRSiA6+Fr0C1oI1LxQ84cDBNMmqK92nUuxswGVCN+QtBSnKTzgZF67dSHEvX berhilxTllSAMJzyAD2ju7RT9jL/9pAxO9c6w1MbDualCHUAHRw2rvPHX6fe/x4Jr65D gqyTrCtJam2fvTDt0eflMbCqlT7VxlRcbKF6lqB5VwUUK5rPc25C4hoV6okkg+v9AUzM M3dC3fodWk8emTrkx5nOMGWjt9rQ54vowu09kJKMqYWOCY0KYyFtHT7XiuHTE6s58SkU I/DsrtLNlWpt9bjBgFmsQ+6e376PqSE5n5aTbqwGwKhz9xs7l5Gx+thX9NFKZDsfxGY4 Cs+Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ieee-org.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to; bh=csQbfRaMpPvkondO+miWZhlF6QUg3G11R3wG8AFBAgw=; b=kl4HK3wonTJitJMDw53tuNACpEODFCOKm6DmBraBD+cISCBvZpBpVpbDmilLipW2Qp rv9dDr/q1Pwsxr+hjCPSQ6L63vHNRJUEpCdrPE1eCVhJy6xUIFgtNMVZgWaEHuXblh0P n3JcUIc2Dnb60OJ/6Yrr5En1KxwZ2Fqx3dw8LTVzB1kNv/ExgGCQxRjyLlYp6VgNTNDk FK3HBVfmqfxSvkhHyTkOp5Jvw0+KCVrjz8uOcPfe9WZemJ5s3oiSrTylMwUrl0wiopcW tRRbrzVL12bMC152behnw9x+q8i7wTMcBD7h+Pxz9w+UTIgaVFwoGBeleMefhZHYQLTA 40pw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to; bh=csQbfRaMpPvkondO+miWZhlF6QUg3G11R3wG8AFBAgw=; b=l+glvGJTOfOHZr7L6tZwLGsFPa8W58jkQpjempxJWx9JSnw52b87fN/wrSWplFlEl3 W/Dy5KpvlS1j/lgwJyOUm8lkO3rHJPsws1qaQ1qVYbFbn6WksjV55Nur/rzSSV1dpRzm s+m3wpyMITSyhpA329OrJ1DH2OO/PlWtrmuEIP5XeGNy13HGWoE/XgdL8qCpPJlP1yzc mhmy3axO0fz6BekPj1hL9eSho3sHxCctH5eUtY11QfrXD4uXx/s6EVqt+y/uyJBKTjP6 ZdxgHBr2O9JX/hMaThxnn4q9aH8XaGQvRSLDfX9BEyUKUVqrC2U6MtowyUTxqZaM+Sum ezag== X-Gm-Message-State: AD7BkJLRqBZRN498QZUj3aXFCD5GgmaI7q0G6+0DGaHSI5rP6Z+WbptwlmuoHos7V16nscvc7pVh9WOdjeUWjQ== MIME-Version: 1.0 X-Received: by 10.107.134.165 with SMTP id q37mr28238395ioi.41.1457440134284; Tue, 08 Mar 2016 04:28:54 -0800 (PST) Sender: kerlyn2001@gmail.com Received: by 10.79.67.197 with HTTP; Tue, 8 Mar 2016 04:28:54 -0800 (PST) In-Reply-To: References: Date: Tue, 8 Mar 2016 07:28:54 -0500 X-Google-Sender-Auth: _HiYUcDjbKLl_B95rX-6NXv6uog Message-ID: From: Kerry Lynn To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=001a113f8ef67c4ec2052d88b942 Archived-At: Subject: Re: [Roll] New roll WG Co-Chair X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 12:28:57 -0000 --001a113f8ef67c4ec2052d88b942 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, Mar 8, 2016 at 4:38 AM, Ines Robles wrote: > Hi, > > I want to say million thanks to Michael for his work in ROLL as co-chair. > He did an excellent job. :-) and > > Welcome to Peter!! :-) > > Cheers, > > Ines. > > +1 Kerry > > 2016-03-08 11:31 GMT+02:00 Alvaro Retana (aretana) : > >> Dear roll WG: >> >> Michael has decided to step down as roll Co-Chair, a position he has hel= d >> since 2012. Over the last few years Michael has also served in the nomc= om >> as both participant and Chair. He is going to focus his time on technic= al >> work: documents, reviews and code. Michael, I look forward to your >> continued contributions to roll and the IETF! Thank you! >> >> In consultation with In=C3=A9s and Michael, we have asked Peter van der = Stok >> to take on the role of roll Co-Chair. We expect the transition to be >> complete before the meeting in Buenos Aires. Peter is an active and mat= ure >> IETF contributor and has a strong connection to industries where RPL is >> being deployed. He can be reached at consultancy@vanderstok.org. >> Welcome Peter! >> >> Michael has agreed to stay on as roll Secretary (for a limited time) to >> ease the transition. >> >> Thanks! >> >> Alvaro. >> >> _______________________________________________ >> 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 > > --001a113f8ef67c4ec2052d88b942 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On T= ue, Mar 8, 2016 at 4:38 AM, Ines Robles <mariainesrobles@goo= glemail.com> wrote:
Hi,

I want to say million thanks to Michael fo= r his work in ROLL as co-chair. He did an excellent job. :-) and
=
Welcome to Peter!! :-)

Cheers,

Ines.

+1

Kerry=C2=A0

2016-03-08 11:31 GMT+02:00 Alvaro Reta= na (aretana) <aretana@cisco.com>:
Dear roll WG:

Michael has decided to step down as roll Co-Chair, a position he has h= eld since 2012.=C2=A0 Over the last few years Michael has also served in th= e nomcom as both participant and Chair.=C2=A0 He is going to focus his time= on technical work: documents, reviews and code.=C2=A0 Michael,=C2=A0I look forward to your continued contributions t= o roll and the IETF!=C2=A0 Thank you!

In consultation with In=C3=A9s and Michael, we have asked Peter van de= r Stok to take on the role of roll Co-Chair.=C2=A0 We expect the transition= to be complete before the meeting in Buenos Aires.=C2=A0 Peter is an activ= e and mature IETF contributor and has a strong connection to industries where RPL is being deployed. =C2=A0 He can be rea= ched at con= sultancy@vanderstok.org. =C2=A0 Welcome Peter! =C2=A0 =C2=A0

Michael has agreed to stay on as roll Secretary (for a limited time) t= o ease the transition.

Thanks!

Alvaro.

_______________________________________________
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


--001a113f8ef67c4ec2052d88b942-- From nobody Tue Mar 8 05:34:33 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7CB812D6E7 for ; Tue, 8 Mar 2016 05:34:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.349 X-Spam-Level: X-Spam-Status: No, score=-2.349 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AKNsIeg4akGP for ; Tue, 8 Mar 2016 05:34:29 -0800 (PST) Received: from mail-vk0-x22f.google.com (mail-vk0-x22f.google.com [IPv6:2607:f8b0:400c:c05::22f]) (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 A746112D6DE for ; Tue, 8 Mar 2016 05:34:29 -0800 (PST) Received: by mail-vk0-x22f.google.com with SMTP id e6so16223781vkh.2 for ; Tue, 08 Mar 2016 05:34:29 -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; bh=nET2AuDk21OTKEbMuj1Qxv7LpGzj8qiefbuEi2hhkAE=; b=uzW4tYfwP/GLiDVdUYXkmov+fIwNcTNtWkfEP9M054Or+Sz2w6OgZdYMI+6naxFpKI wCC3Zz332NKi5cQ/fxjox8k0BSe2qXUNnRpwhVZnim4VYGpgddcciWvGi/26u608YmO8 KdQ0K+i4jBtKo7Gta2uSCEbWtELolLE31HVXm3qnR8SXqaEbuGPiH687IXTm5ERmNW/C 2pfOGpuf81InT1IJBScz+Qvzj+2zs4UultvNCDrjWd/HNDMz8RF4hs4HjQmvRXnxLeJE qnNRnf/veYvF8fl+55mETf4tYKKEXMGPWDse6ZRTyTh1O1AkHWOwJKqJ9LeDRQYulVsL DYzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to; bh=nET2AuDk21OTKEbMuj1Qxv7LpGzj8qiefbuEi2hhkAE=; b=RgJe4DLmuqFIoIhINYBZJG/mPuM0r8inIaF32z1W6gbLxZQkuuftWukzP8jQpNJISC 7eqs4zlo5Be8OiLgL1Pa2jAKTCPpNC4IGT+TGqZLhBIdTjQTInY2rxPOU74NPe4g2f8h /944I9ztWhOHJgj4DA5/C2AsoY3Rl1RleYllwU644nI5a0cF937GDz9CZImLtSi8/SmL qI1qJkIZeSdLhrQ02BzsskYixFGUmCFqy/dkCcdWHyT84rWSIf6lQPmFC2Ibj336DCEa Iot7ZYrTWVORjwLeDHUBpgoi5sD+meh1fb69Y8/O760QMKh3jyyIbbvg/h0W59A2L9GV Pueg== X-Gm-Message-State: AD7BkJKH3Om5aA/atvTEwYGVa0VxcvFfOu6pxdDcFys9HlonbVWa6NaCPO7ch8IPWyy8qT/7R55Boolp/FW1Xw== MIME-Version: 1.0 X-Received: by 10.31.161.195 with SMTP id k186mr22356998vke.129.1457444068736; Tue, 08 Mar 2016 05:34:28 -0800 (PST) Sender: xvilajosana@gmail.com Received: by 10.31.146.195 with HTTP; Tue, 8 Mar 2016 05:34:28 -0800 (PST) In-Reply-To: References: Date: Tue, 8 Mar 2016 14:34:28 +0100 X-Google-Sender-Auth: keuiEuiPgzdKGdUoqHFPFj-NAas Message-ID: From: Xavier Vilajosana To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=001a1143f36cff766c052d89a386 Archived-At: Subject: Re: [Roll] New roll WG Co-Chair X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 13:34:33 -0000 --001a1143f36cff766c052d89a386 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable thanks Michael! great job there. Welcome Peter! X 2016-03-08 13:28 GMT+01:00 Kerry Lynn : > On Tue, Mar 8, 2016 at 4:38 AM, Ines Robles < > mariainesrobles@googlemail.com> wrote: > >> Hi, >> >> I want to say million thanks to Michael for his work in ROLL as co-chair= . >> He did an excellent job. :-) and >> >> Welcome to Peter!! :-) >> >> Cheers, >> >> Ines. >> >> +1 > > Kerry > >> >> 2016-03-08 11:31 GMT+02:00 Alvaro Retana (aretana) : >> >>> Dear roll WG: >>> >>> Michael has decided to step down as roll Co-Chair, a position he has >>> held since 2012. Over the last few years Michael has also served in th= e >>> nomcom as both participant and Chair. He is going to focus his time on >>> technical work: documents, reviews and code. Michael, I look forward t= o >>> your continued contributions to roll and the IETF! Thank you! >>> >>> In consultation with In=C3=A9s and Michael, we have asked Peter van der= Stok >>> to take on the role of roll Co-Chair. We expect the transition to be >>> complete before the meeting in Buenos Aires. Peter is an active and ma= ture >>> IETF contributor and has a strong connection to industries where RPL is >>> being deployed. He can be reached at consultancy@vanderstok.org. >>> Welcome Peter! >>> >>> Michael has agreed to stay on as roll Secretary (for a limited time) to >>> ease the transition. >>> >>> Thanks! >>> >>> Alvaro. >>> >>> _______________________________________________ >>> 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 > > --001a1143f36cff766c052d89a386 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
thanks Michael! great job there. Welcome Peter!
X

2016-03-08= 13:28 GMT+01:00 Kerry Lynn <kerlyn@ieee.org>:
On Tue, Mar 8, 2016 at 4:38 AM, Ines Rob= les <mariainesrobles@googlemail.com> wrote:
=
Hi,

I wa= nt to say million thanks to Michael for his work in ROLL as co-chair. He di= d an excellent job. :-) and

Welcome to Peter!! :-)=

Cheers,

Ines.
=
+1

Kerry=C2=A0

201= 6-03-08 11:31 GMT+02:00 Alvaro Retana (aretana) <aretana@cisco.com>= :
Dear roll WG:

Michael has decided to step down as roll Co-Chair, a position he has h= eld since 2012.=C2=A0 Over the last few years Michael has also served in th= e nomcom as both participant and Chair.=C2=A0 He is going to focus his time= on technical work: documents, reviews and code.=C2=A0 Michael,=C2=A0I look forward to your continued contributions t= o roll and the IETF!=C2=A0 Thank you!

In consultation with In=C3=A9s and Michael, we have asked Peter van de= r Stok to take on the role of roll Co-Chair.=C2=A0 We expect the transition= to be complete before the meeting in Buenos Aires.=C2=A0 Peter is an activ= e and mature IETF contributor and has a strong connection to industries where RPL is being deployed. =C2=A0 He can be rea= ched at con= sultancy@vanderstok.org. =C2=A0 Welcome Peter! =C2=A0 =C2=A0

Michael has agreed to stay on as roll Secretary (for a limited time) t= o ease the transition.

Thanks!

Alvaro.

_______________________________________________
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


--001a1143f36cff766c052d89a386-- From nobody Tue Mar 8 05:36:23 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EA6112D6E7 for ; Tue, 8 Mar 2016 05:36:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gzq8ee11NDxn for ; Tue, 8 Mar 2016 05:36:20 -0800 (PST) Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1B3112D6BC for ; Tue, 8 Mar 2016 05:36:19 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.22,556,1449529200"; d="scan'208,217";a="167633468" Received: from mail-lb0-f172.google.com ([209.85.217.172]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 08 Mar 2016 14:36:17 +0100 Received: by mail-lb0-f172.google.com with SMTP id x1so18210373lbj.3 for ; Tue, 08 Mar 2016 05:36:18 -0800 (PST) X-Gm-Message-State: AD7BkJIB9RL5fTIhGBbT0oREoPb5tVfK0T9yclH7ZTSVXeL7Y6yyxQ0GJxPKv+6YBClDaSop1DaHDb/3Ebqt+w== X-Received: by 10.25.5.7 with SMTP id 7mr7884407lff.132.1457444177440; Tue, 08 Mar 2016 05:36:17 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.41.212 with HTTP; Tue, 8 Mar 2016 05:35:57 -0800 (PST) In-Reply-To: References: From: Thomas Watteyne Date: Tue, 8 Mar 2016 14:35:57 +0100 X-Gmail-Original-Message-ID: Message-ID: To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=001a113ec11479fafb052d89aa8e Archived-At: Subject: Re: [Roll] New roll WG Co-Chair X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 13:36:22 -0000 --001a113ec11479fafb052d89aa8e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks Michael!!!! Welcome Peter!!!! On Tue, Mar 8, 2016 at 2:34 PM, Xavier Vilajosana < xvilajosana@eecs.berkeley.edu> wrote: > thanks Michael! great job there. Welcome Peter! > X > > 2016-03-08 13:28 GMT+01:00 Kerry Lynn : > >> On Tue, Mar 8, 2016 at 4:38 AM, Ines Robles < >> mariainesrobles@googlemail.com> wrote: >> >>> Hi, >>> >>> I want to say million thanks to Michael for his work in ROLL as >>> co-chair. He did an excellent job. :-) and >>> >>> Welcome to Peter!! :-) >>> >>> Cheers, >>> >>> Ines. >>> >>> +1 >> >> Kerry >> >>> >>> 2016-03-08 11:31 GMT+02:00 Alvaro Retana (aretana) : >>> >>>> Dear roll WG: >>>> >>>> Michael has decided to step down as roll Co-Chair, a position he has >>>> held since 2012. Over the last few years Michael has also served in t= he >>>> nomcom as both participant and Chair. He is going to focus his time o= n >>>> technical work: documents, reviews and code. Michael, I look forward = to >>>> your continued contributions to roll and the IETF! Thank you! >>>> >>>> In consultation with In=C3=A9s and Michael, we have asked Peter van de= r Stok >>>> to take on the role of roll Co-Chair. We expect the transition to be >>>> complete before the meeting in Buenos Aires. Peter is an active and m= ature >>>> IETF contributor and has a strong connection to industries where RPL i= s >>>> being deployed. He can be reached at consultancy@vanderstok.org. >>>> Welcome Peter! >>>> >>>> Michael has agreed to stay on as roll Secretary (for a limited time) t= o >>>> ease the transition. >>>> >>>> Thanks! >>>> >>>> Alvaro. >>>> >>>> _______________________________________________ >>>> 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 >> >> > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > > --=20 _______________________________________ Thomas Watteyne, PhD Research Scientist & Innovator, Inria Sr Networking Design Eng, Linear Tech Founder & co-lead, UC Berkeley OpenWSN Co-chair, IETF 6TiSCH www.thomaswatteyne.com _______________________________________ --001a113ec11479fafb052d89aa8e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Michael!!!! Welcome Peter!!!!

On Tue, Mar 8, 2016 at 2:34 PM, X= avier Vilajosana <xvilajosana@eecs.berkeley.edu>= wrote:
thanks Michael! = great job there. Welcome Peter!
X
=

2016-03-08 13:28 = GMT+01:00 Kerry Lynn <kerlyn@ieee.org>:
On Tue, Mar 8, 2016 at 4:38 AM, Ines Robles <mariainesrobles@googlemail.com> wrote:
Hi,

I want to say million= thanks to Michael for his work in ROLL as co-chair. He did an excellent jo= b. :-) and

Welcome to Peter!! :-)

Cheers,

Ines.

<= /blockquote>
+1

Kerry=C2=A0
=

2016-03-08 11:31 GMT+02:00 Alvaro Retana (aretan= a) <aretana@cisco.com>:
Dear roll WG:

Michael has decided to step down as roll Co-Chair, a position he has h= eld since 2012.=C2=A0 Over the last few years Michael has also served in th= e nomcom as both participant and Chair.=C2=A0 He is going to focus his time= on technical work: documents, reviews and code.=C2=A0 Michael,=C2=A0I look forward to your continued contributions t= o roll and the IETF!=C2=A0 Thank you!

In consultation with In=C3=A9s and Michael, we have asked Peter van de= r Stok to take on the role of roll Co-Chair.=C2=A0 We expect the transition= to be complete before the meeting in Buenos Aires.=C2=A0 Peter is an activ= e and mature IETF contributor and has a strong connection to industries where RPL is being deployed. =C2=A0 He can be rea= ched at con= sultancy@vanderstok.org. =C2=A0 Welcome Peter! =C2=A0 =C2=A0

Michael has agreed to stay on as roll Secretary (for a limited time) t= o ease the transition.

Thanks!

Alvaro.

_______________________________________________
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



_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll




--
_______________= ________________________

Thomas Watteyne, PhD
Research Sci= entist & Innovator, Inria
Sr Networking Design Eng, Linear Tech
Founder & co-lead, UC Berkeley OpenWSN
Co-chair, IETF 6TiSCH
<= br>
_______________________________________
--001a113ec11479fafb052d89aa8e-- From nobody Tue Mar 8 05:45:44 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3243B12D6F4 for ; Tue, 8 Mar 2016 05:45:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mail-udp-cl.20150623.gappssmtp.com Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EZAFJXo4759J for ; Tue, 8 Mar 2016 05:45:34 -0800 (PST) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::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 37FE412D648 for ; Tue, 8 Mar 2016 05:45:23 -0800 (PST) Received: by mail-wm0-x229.google.com with SMTP id l68so150544697wml.0 for ; Tue, 08 Mar 2016 05:45:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mail-udp-cl.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to; bh=F8u49xbC8tcQ+YV7VCcKxakckyD+UlYdnkp5DRdD6Fk=; b=qeoZuX99MtjB1s7r2s8BneY4Le+G+YAoRqzKWFvDUuQ6X+Eh58BkjCBthWx4hQyMfN rFFmGLROT4F7baThGCwiwhftOzMkwQISFy8+5zQA8n7zCVii02ghqQ9gmspmWjBprSTx +j9rNXFMZldasRjG3boG7B6Nc7JzRat4kpFJ4MYv6FPOJmVisVamKffrt9xOIqrkAxK5 Xix8dLYRZ2nF6NWzZBB21vQ/a3oQ3gSz8eN5WBK17C2z0J1cBPGMMPDSJiWvRiNI/wZS rmHNGiioPLjIGp8J8WT4NMVyYpPY5q5w1EuOB9HpgBW3wsl21J4bPqjPwRLOzSlcswbf JswQ== 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:date :message-id:subject:from:to; bh=F8u49xbC8tcQ+YV7VCcKxakckyD+UlYdnkp5DRdD6Fk=; b=DJiOc4igJNcHcjxxNXChDdWsx3KXjuU1N0O0kHbXCmuvZ1t6iEUPE0IXuQhojWOBv9 Q5rfZukS4QgPXtjOKP9g+7X4NiWP3TfgKRfO8+ZSUi6BJ06zaOtj4WC5Dh16QSbZ/7nG M+9OCLV9pw5fMUd71lcLXHodymwDChyUYhIGXL/0SRguzA9fczWfbtO6zQCpVcoi+qpU 9isbDN5aFFcWKFiC4nzXOpXDQbZtYinK88qISHk2NZIwdp1TOzPysOcRCbL0UZNJSWWK Ode9ePySEYiKtQRMTtWj+8Gk1J47itnIrPFYZ19ExhKPqPxsNq2D1N7CUJioXbgb0ICC 8ENQ== X-Gm-Message-State: AD7BkJKA4Lqp+vOyWUW4k3jhVifFAc/uPkY+j7jdoUP7Opxg76xar2tWd1FUYux4H7Oth00I8Ulr/DY6dl0P1A== MIME-Version: 1.0 X-Received: by 10.28.218.145 with SMTP id r139mr20862724wmg.52.1457444721485; Tue, 08 Mar 2016 05:45:21 -0800 (PST) Received: by 10.28.11.195 with HTTP; Tue, 8 Mar 2016 05:45:20 -0800 (PST) In-Reply-To: References: Date: Tue, 8 Mar 2016 10:45:20 -0300 Message-ID: From: "Prof. Diego Dujovne" To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=001a1145aedee7833e052d89ca8d Archived-At: Subject: Re: [Roll] New roll WG Co-Chair X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 13:45:40 -0000 --001a1145aedee7833e052d89ca8d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Great job, Michael! Congratulations to Peter for co-chairing Roll! Regards, Diego 2016-03-08 10:35 GMT-03:00 Thomas Watteyne : > Thanks Michael!!!! Welcome Peter!!!! > > On Tue, Mar 8, 2016 at 2:34 PM, Xavier Vilajosana < > xvilajosana@eecs.berkeley.edu> wrote: > >> thanks Michael! great job there. Welcome Peter! >> X >> >> 2016-03-08 13:28 GMT+01:00 Kerry Lynn : >> >>> On Tue, Mar 8, 2016 at 4:38 AM, Ines Robles < >>> mariainesrobles@googlemail.com> wrote: >>> >>>> Hi, >>>> >>>> I want to say million thanks to Michael for his work in ROLL as >>>> co-chair. He did an excellent job. :-) and >>>> >>>> Welcome to Peter!! :-) >>>> >>>> Cheers, >>>> >>>> Ines. >>>> >>>> +1 >>> >>> Kerry >>> >>>> >>>> 2016-03-08 11:31 GMT+02:00 Alvaro Retana (aretana) = : >>>> >>>>> Dear roll WG: >>>>> >>>>> Michael has decided to step down as roll Co-Chair, a position he has >>>>> held since 2012. Over the last few years Michael has also served in = the >>>>> nomcom as both participant and Chair. He is going to focus his time = on >>>>> technical work: documents, reviews and code. Michael, I look forward= to >>>>> your continued contributions to roll and the IETF! Thank you! >>>>> >>>>> In consultation with In=C3=A9s and Michael, we have asked Peter van d= er >>>>> Stok to take on the role of roll Co-Chair. We expect the transition = to be >>>>> complete before the meeting in Buenos Aires. Peter is an active and = mature >>>>> IETF contributor and has a strong connection to industries where RPL = is >>>>> being deployed. He can be reached at consultancy@vanderstok.org. >>>>> Welcome Peter! >>>>> >>>>> Michael has agreed to stay on as roll Secretary (for a limited time) >>>>> to ease the transition. >>>>> >>>>> Thanks! >>>>> >>>>> Alvaro. >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >>> >> >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll >> >> > > > -- > _______________________________________ > > Thomas Watteyne, PhD > Research Scientist & Innovator, Inria > Sr Networking Design Eng, Linear Tech > Founder & co-lead, UC Berkeley OpenWSN > Co-chair, IETF 6TiSCH > > www.thomaswatteyne.com > _______________________________________ > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > > --=20 DIEGO DUJOVNE Acad=C3=A9mico Escuela de Ingenier=C3=ADa en Inform=C3=A1tica y Telecomunic= aciones Facultad de Ingenier=C3=ADa UDP www.ingenieria.udp.cl (56 2) 676 8125 --001a1145aedee7833e052d89ca8d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Great job, Michael!
Congratulations to Peter = for co-chairing Roll!
Regards,

=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Diego

2016-03-08 10:35 GMT-03:00 Thomas Watteyne <= thomas.watteyne@inria.fr>:
=
Thanks Michael!!!! Welcome Peter!!!!

On Tue, Mar 8, 2016 at 2:34 PM, Xavier Vilajosana = <xvil= ajosana@eecs.berkeley.edu> wrote:
thanks Michael! great job there. Welcome Peter!
X

2016-03-08 13:28 GMT+01:= 00 Kerry Lynn <kerlyn@ieee.org>:
On Tue, Mar 8, 2016 at 4:38 AM, Ines Robles <<= a href=3D"mailto:mariainesrobles@googlemail.com" target=3D"_blank">mariaine= srobles@googlemail.com> wrote:
Hi,

I want to say million thanks to= Michael for his work in ROLL as co-chair. He did an excellent job. :-) and=

Welcome to Peter!! :-)

C= heers,

Ines.

+1

Ker= ry=C2=A0

2016-03-08 11:31 GMT+02:00 Alvaro Retana (aretana) <are= tana@cisco.com>:
Dear roll WG:

Michael has decided to step down as roll Co-Chair, a position he has h= eld since 2012.=C2=A0 Over the last few years Michael has also served in th= e nomcom as both participant and Chair.=C2=A0 He is going to focus his time= on technical work: documents, reviews and code.=C2=A0 Michael,=C2=A0I look forward to your continued contributions t= o roll and the IETF!=C2=A0 Thank you!

In consultation with In=C3=A9s and Michael, we have asked Peter van de= r Stok to take on the role of roll Co-Chair.=C2=A0 We expect the transition= to be complete before the meeting in Buenos Aires.=C2=A0 Peter is an activ= e and mature IETF contributor and has a strong connection to industries where RPL is being deployed. =C2=A0 He can be rea= ched at con= sultancy@vanderstok.org. =C2=A0 Welcome Peter! =C2=A0 =C2=A0

Michael has agreed to stay on as roll Secretary (for a limited time) t= o ease the transition.

Thanks!

Alvaro.

_______________________________________________
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



_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll




--
_______________________________________

Thom= as Watteyne, PhD
Research Scientist & Innovator, Inria
=
Sr Netwo= rking Design Eng, Linear Tech
Founder & co-lead, UC Berkeley OpenWS= N
Co-chair, IETF 6TiSCH

__________________= _____________________

_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll




--
DIEGO DUJOVNE
Acad=C3=A9mico Escuela de Ingenier=C3=ADa en I= nform=C3=A1tica y Telecomunicaciones
Facultad de Ingenier=C3=ADa UDP
= www.ingenieria.u= dp.cl
(56 2) 676 8125
--001a1145aedee7833e052d89ca8d-- From nobody Tue Mar 8 05:58:39 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9ADF12D708 for ; Tue, 8 Mar 2016 05:58:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TFCo5-jtH07f for ; Tue, 8 Mar 2016 05:58:35 -0800 (PST) Received: from relais-inet.orange.com (relais-nor34.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C13A12D6FD for ; Tue, 8 Mar 2016 05:58:35 -0800 (PST) Received: from opfednr07.francetelecom.fr (unknown [xx.xx.xx.71]) by opfednr24.francetelecom.fr (ESMTP service) with ESMTP id A9DA5403F3 for ; Tue, 8 Mar 2016 14:58:33 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.72]) by opfednr07.francetelecom.fr (ESMTP service) with ESMTP id 7D0E91C007D for ; Tue, 8 Mar 2016 14:58:33 +0100 (CET) Received: from OPEXCLILM22.corporate.adroot.infra.ftgroup ([fe80::8c90:f4e9:be28:2a1]) by OPEXCLILMA3.corporate.adroot.infra.ftgroup ([fe80::60a9:abc3:86e6:2541%19]) with mapi id 14.03.0279.002; Tue, 8 Mar 2016 14:58:33 +0100 From: To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] New roll WG Co-Chair Thread-Index: AQHReR5c+OxGuGucfkuuFMClKmZb9Z9PaScAgAAp0oA= Date: Tue, 8 Mar 2016 13:58:32 +0000 Message-ID: <10619_1457445513_56DEDA89_10619_14876_1_D30498E0.300F1%dominique.barthel@orange.com> References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.0.151221 x-originating-ip: [10.168.234.3] Content-Type: multipart/alternative; boundary="_000_D30498E0300F1dominiquebarthelorangecom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Roll] New roll WG Co-Chair X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 13:58:38 -0000 --_000_D30498E0300F1dominiquebarthelorangecom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable +1 Michael and Peter, you two rock ! Thanks for your past and future contribution to the collective effort Dominique De : Roll > on behalf o= f "kerlyn@ieee.org" > R=E9pondre =E0 : "roll@ietf.org" > Date : Tuesday 8 March 2016 13:28 =C0 : "roll@ietf.org" > Objet : Re: [Roll] New roll WG Co-Chair On Tue, Mar 8, 2016 at 4:38 AM, Ines Robles > wrote: Hi, I want to say million thanks to Michael for his work in ROLL as co-chair. H= e did an excellent job. :-) and Welcome to Peter!! :-) Cheers, Ines. +1 Kerry 2016-03-08 11:31 GMT+02:00 Alvaro Retana (aretana) >: Dear roll WG: Michael has decided to step down as roll Co-Chair, a position he has held s= ince 2012. Over the last few years Michael has also served in the nomcom a= s both participant and Chair. He is going to focus his time on technical w= ork: documents, reviews and code. Michael, I look forward to your continue= d contributions to roll and the IETF! Thank you! In consultation with In=E9s and Michael, we have asked Peter van der Stok t= o take on the role of roll Co-Chair. We expect the transition to be comple= te before the meeting in Buenos Aires. Peter is an active and mature IETF = contributor and has a strong connection to industries where RPL is being de= ployed. He can be reached at consultancy@vanderstok.org. Welcome Peter! Michael has agreed to stay on as roll Secretary (for a limited time) to eas= e the transition. Thanks! Alvaro. _______________________________________________ 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 ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_D30498E0300F1dominiquebarthelorangecom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <5F6E2F2127ED2049BFD22DAF39E060A4@adroot.infra.ftgroup> Content-Transfer-Encoding: quoted-printable
+1
Michael and Peter, you two rock !
Thanks for your past and future contribution to the collective effort<= /div>

Dominique

De : Roll <roll-bounces@ietf.org> on behalf of "<= a href=3D"mailto:kerlyn@ieee.org">kerlyn@ieee.org" <kerlyn@ieee.org>
R=E9pondre =E0 : "roll@ietf.org" <roll@ietf.org>
Date : Tuesday 8 March 2016 13= :28
=C0 : "roll@ietf.org" <roll@ietf.org>
Objet : Re: [Roll] New roll WG= Co-Chair

On Tue, Mar 8, 2016 at 4:38 AM, Ines Robles <mar= iainesrobles@googlemail.com> wrote:
Hi,

I want to say million thanks to Michael for his work in ROLL as co-cha= ir. He did an excellent job. :-) and

Welcome to Peter!! :-)

Cheers,

Ines.

+1

Kerry 

2016-03-08 11:31 GMT+02:00 Alvaro Retana (aretana) <aretana@cisco.co= m>:
Dear roll WG:

Michael has decided to step down as roll Co-Chair, a position he has h= eld since 2012.  Over the last few years Michael has also served in th= e nomcom as both participant and Chair.  He is going to focus his time= on technical work: documents, reviews and code.  Michael, I look forward to your continued contributions t= o roll and the IETF!  Thank you!

In consultation with In=E9s and Michael, we have asked Peter van der S= tok to take on the role of roll Co-Chair.  We expect the transition to= be complete before the meeting in Buenos Aires.  Peter is an active a= nd mature IETF contributor and has a strong connection to industries where RPL is being deployed.   He can be rea= ched at consultancy@vanderstok.org.   Welcome Peter!    

Michael has agreed to stay on as roll Secretary (for a limited time) t= o ease the transition.

Thanks!

Alvaro.

_______________________________________________
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


 
______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_D30498E0300F1dominiquebarthelorangecom_-- From nobody Tue Mar 8 06:43:21 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9487712D6F8 for ; Tue, 8 Mar 2016 06:43:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.521 X-Spam-Level: X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L0s5yOWNzAQQ for ; Tue, 8 Mar 2016 06:43:03 -0800 (PST) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 91F4012D71C for ; Tue, 8 Mar 2016 06:43:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10749; q=dns/txt; s=iport; t=1457448183; x=1458657783; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=JLv8cDcQztHGPjXYSZEOVEGpfCkG05jVZZZqDp7YHtM=; b=U3DVzihVz9TpuPKqTjv3NYTdmES8O8UynoKeGq/genOnZM62JgzsbTnO 6YNmAxOmRt5E0S9R9v0U9lr58+CMcqL3gUo8ZlLGZGozuDqeqr8f/To7P 7WPwyLpiQLmGp41sperdQZkH6GXtto4rKikwsFhowf6uhEEf4iYmbLX3K M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AjAgCS5N5W/49dJa1cgm5MUm26TAENg?= =?us-ascii?q?WkXAQmFbgKBPjgUAQEBAQEBAWQnhEIBAQQBAQFrGwIBCD8HJwsUEQIEE4gPAxI?= =?us-ascii?q?OuVANhEQBAQEBAQEBAQEBAQEBAQEBAQEBAQERBIYXgXOCT4I9gUILCgcBSgGCf?= =?us-ascii?q?oEPBZJ6hDABjW0JgVuERIhTjlUBHgEBQoIDGYFIaohECReBGwEBAQ?= X-IronPort-AV: E=Sophos;i="5.22,556,1449532800"; d="scan'208,217";a="245445271" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Mar 2016 14:42:42 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id u28Egg7U023867 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Tue, 8 Mar 2016 14:42:42 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 8 Mar 2016 08:42:41 -0600 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1104.009; Tue, 8 Mar 2016 08:42:41 -0600 From: "Pascal Thubert (pthubert)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] New roll WG Co-Chair Thread-Index: AQHReR5cHeVNH8+PD0ahJmXn13YwKJ9PaScAgAAp0oCAAAxTOw== Date: Tue, 8 Mar 2016 14:42:41 +0000 Message-ID: References: , <10619_1457445513_56DEDA89_10619_14876_1_D30498E0.300F1%dominique.barthel@orange.com> In-Reply-To: <10619_1457445513_56DEDA89_10619_14876_1_D30498E0.300F1%dominique.barthel@orange.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: multipart/alternative; boundary="_000_E07AE2124D934DA193F0B9023AD6C20Aciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Roll] New roll WG Co-Chair X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 14:43:08 -0000 --_000_E07AE2124D934DA193F0B9023AD6C20Aciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable +10^64 : ) Regards, Pascal Le 8 mars 2016 ? 14:58, "dominique.barthel@orange.com" > a ?crit : +1 Michael and Peter, you two rock ! Thanks for your past and future contribution to the collective effort Dominique De : Roll > on behalf o= f "kerlyn@ieee.org" > R?pondre ? : "roll@ietf.org" > Date : Tuesday 8 March 2016 13:28 ? : "roll@ietf.org" > Objet : Re: [Roll] New roll WG Co-Chair On Tue, Mar 8, 2016 at 4:38 AM, Ines Robles > wrote: Hi, I want to say million thanks to Michael for his work in ROLL as co-chair. H= e did an excellent job. :-) and Welcome to Peter!! :-) Cheers, Ines. +1 Kerry 2016-03-08 11:31 GMT+02:00 Alvaro Retana (aretana) >: Dear roll WG: Michael has decided to step down as roll Co-Chair, a position he has held s= ince 2012. Over the last few years Michael has also served in the nomcom a= s both participant and Chair. He is going to focus his time on technical w= ork: documents, reviews and code. Michael, I look forward to your continue= d contributions to roll and the IETF! Thank you! In consultation with In?s and Michael, we have asked Peter van der Stok to = take on the role of roll Co-Chair. We expect the transition to be complete= before the meeting in Buenos Aires. Peter is an active and mature IETF co= ntributor and has a strong connection to industries where RPL is being depl= oyed. He can be reached at consultancy@vanderstok.org. Welcome Peter! Michael has agreed to stay on as roll Secretary (for a limited time) to eas= e the transition. Thanks! Alvaro. _______________________________________________ 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 ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll --_000_E07AE2124D934DA193F0B9023AD6C20Aciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
+10^64 : )


Regards,

Pascal

Le 8 mars 2016 à 14:58, "dominique.barthel@orange.com" <dominique.barthel@orange.com> a écr= it :

+1
Michael and Peter, you two rock !
Thanks for your past and future contribution to the collective effort<= /div>

Dominique

De : Roll <roll-bounces@ietf.org> on behalf of "<= a href=3D"mailto:kerlyn@ieee.org">kerlyn@ieee.org" <kerlyn@ieee.org>
Répondre à : &qu= ot;roll@ietf.org" <roll@ietf.org>
Date : Tuesday 8 March 2016 13= :28
À : "roll@ietf.org" <roll@ietf.org>
Objet : Re: [Roll] New roll WG= Co-Chair

On Tue, Mar 8, 2016 at 4:38 AM, Ines Robles <mar= iainesrobles@googlemail.com> wrote:
Hi,

I want to say million thanks to Michael for his work in ROLL as co-cha= ir. He did an excellent job. :-) and

Welcome to Peter!! :-)

Cheers,

Ines.

+1

Kerry 

2016-03-08 11:31 GMT+02:00 Alvaro Retana (aretana) <aretana@cisco.co= m>:
Dear roll WG:

Michael has decided to step down as roll Co-Chair, a position he has h= eld since 2012.  Over the last few years Michael has also served in th= e nomcom as both participant and Chair.  He is going to focus his time= on technical work: documents, reviews and code.  Michael, I look forward to your continued contributions t= o roll and the IETF!  Thank you!

In consultation with Inés and Michael, we have asked Peter van = der Stok to take on the role of roll Co-Chair.  We expect the transiti= on to be complete before the meeting in Buenos Aires.  Peter is an act= ive and mature IETF contributor and has a strong connection to industries where RPL is being deployed.   He can be rea= ched at consultancy@vanderstok.org.   Welcome Peter!    

Michael has agreed to stay on as roll Secretary (for a limited time) t= o ease the transition.

Thanks!

Alvaro.

_______________________________________________
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


 
______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ie= tf.org/mailman/listinfo/roll
--_000_E07AE2124D934DA193F0B9023AD6C20Aciscocom_-- From nobody Tue Mar 8 06:58:33 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DB2B12D772 for ; Tue, 8 Mar 2016 06:58:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.301 X-Spam-Level: X-Spam-Status: No, score=-4.301 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=telecom-bretagne.eu Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mRo8bzAfyVpi for ; Tue, 8 Mar 2016 06:58:29 -0800 (PST) Received: from zproxy210.enst-bretagne.fr (zproxy210.enst-bretagne.fr [192.108.117.8]) by ietfa.amsl.com (Postfix) with ESMTP id DCD7312D769 for ; Tue, 8 Mar 2016 06:58:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zproxy210.enst-bretagne.fr (Postfix) with ESMTP id 08C0D23200D for ; Tue, 8 Mar 2016 15:58:28 +0100 (CET) Received: from zproxy210.enst-bretagne.fr ([127.0.0.1]) by localhost (zproxy210.enst-bretagne.fr [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id k2eWi9h239Ui for ; Tue, 8 Mar 2016 15:58:26 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by zproxy210.enst-bretagne.fr (Postfix) with ESMTP id 87EBC232023 for ; Tue, 8 Mar 2016 15:58:26 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.9.2 zproxy210.enst-bretagne.fr 87EBC232023 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telecom-bretagne.eu; s=CFDC2CFA-4654-11E5-AACD-7BCC68B6580D; t=1457449106; bh=ha6Sam/B0EE8UN+9DROHw1TIqab2EYyqFBUFpNQVcyM=; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding; b=U5JiUYiCbHU/x8iL0aReZkhP2eIYcncd9i4J9ZsaZJbMShnESY8b4gtp0nSu4Ontc Fb8zG+tD9BYnisgLcsczVLTaEv4ZRoeKHEbYAAvES4dY6L05prVn9S/Ieceh+NicDA 1FFpZQhtxu+snvO4KHdLQP3HZdsUB9wC5Qme19HM= X-Virus-Scanned: amavisd-new at zproxy210.enst-bretagne.fr Received: from zproxy210.enst-bretagne.fr ([127.0.0.1]) by localhost (zproxy210.enst-bretagne.fr [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 48JST9P4uKX4 for ; Tue, 8 Mar 2016 15:58:26 +0100 (CET) Received: from zmail220.enst-bretagne.fr (zmail220.enst-bretagne.fr [10.29.89.131]) by zproxy210.enst-bretagne.fr (Postfix) with ESMTP id 6586523200D for ; Tue, 8 Mar 2016 15:58:26 +0100 (CET) Date: Tue, 8 Mar 2016 15:58:26 +0100 (CET) From: Alexander PELOV To: Routing Over Low power and Lossy networks Message-ID: <794947442.10398023.1457449106348.JavaMail.zimbra@telecom-bretagne.eu> In-Reply-To: <10619_1457445513_56DEDA89_10619_14876_1_D30498E0.300F1%dominique.barthel@orange.com> References: <10619_1457445513_56DEDA89_10619_14876_1_D30498E0.300F1%dominique.barthel@orange.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [192.108.117.8] X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - FF44 (Mac)/8.0.9_GA_6191) Thread-Topic: [Roll] New roll WG Co-Chair Thread-Index: AQHReR5c+OxGuGucfkuuFMClKmZb9Z9PaScAgAAp0oAYXWmGpg== Archived-At: Subject: Re: [Roll] New roll WG Co-Chair X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 14:58:32 -0000 +1 Thanks Michael ! Thanks Peter ! Best, Alexander ----- Mail original ----- De: "dominique barthel" =C3=80: "Routing Over Low power and Lossy networks" Envoy=C3=A9: Mardi 8 Mars 2016 14:58:32 Objet: Re: [Roll] New roll WG Co-Chair +1=20 Michael and Peter, you two rock !=20 Thanks for your past and future contribution to the collective effort=20 Dominique=20 De : Roll < roll-bounces@ietf.org > on behalf of " kerlyn@ieee.org " < kerl= yn@ieee.org >=20 R=C3=A9pondre =C3=A0 : " roll@ietf.org " < roll@ietf.org >=20 Date : Tuesday 8 March 2016 13:28=20 =C3=80 : " roll@ietf.org " < roll@ietf.org >=20 Objet : Re: [Roll] New roll WG Co-Chair=20 On Tue, Mar 8, 2016 at 4:38 AM, Ines Robles < mariainesrobles@googlemail.co= m > wrote:=20 Hi,=20 I want to say million thanks to Michael for his work in ROLL as co-chair. H= e did an excellent job. :-) and=20 Welcome to Peter!! :-)=20 Cheers,=20 Ines.=20 +1=20 Kerry=20 2016-03-08 11:31 GMT+02:00 Alvaro Retana (aretana) < aretana@cisco.com > := =20 Dear roll WG:=20 Michael has decided to step down as roll Co-Chair, a position he has held s= ince 2012. Over the last few years Michael has also served in the nomcom as= both participant and Chair. He is going to focus his time on technical wor= k: documents, reviews and code. Michael, I look forward to your continued c= ontributions to roll and the IETF! Thank you!=20 In consultation with In=C3=A9s and Michael, we have asked Peter van der Sto= k to take on the role of roll Co-Chair. We expect the transition to be comp= lete before the meeting in Buenos Aires. Peter is an active and mature IETF= contributor and has a strong connection to industries where RPL is being d= eployed. He can be reached at consultancy@vanderstok.org . Welcome Peter!= =20 Michael has agreed to stay on as roll Secretary (for a limited time) to eas= e the transition.=20 Thanks!=20 Alvaro.=20 _______________________________________________=20 Roll mailing list=20 Roll@ietf.org=20 https://www.ietf.org/mailman/listinfo/roll=20 _______________________________________________=20 Roll mailing list=20 Roll@ietf.org=20 https://www.ietf.org/mailman/listinfo/roll=20 ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you.=20 _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll From nobody Tue Mar 8 23:56:34 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5C0412DF3B; Tue, 8 Mar 2016 23:56:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6m9qQCoL5IwL; Tue, 8 Mar 2016 23:56:31 -0800 (PST) Received: from lb1-smtp-cloud2.xs4all.net (lb1-smtp-cloud2.xs4all.net [194.109.24.21]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1DCA512DF49; Tue, 8 Mar 2016 23:56:30 -0800 (PST) Received: from webmail.xs4all.nl ([194.109.20.204]) by smtp-cloud2.xs4all.net with ESMTP id TjwV1s00m4QBLo201jwVUL; Wed, 09 Mar 2016 08:56:29 +0100 Received: from AMontpellier-654-1-113-50.w90-0.abo.wanadoo.fr ([90.0.128.50]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Wed, 09 Mar 2016 08:56:29 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 09 Mar 2016 08:56:29 +0100 From: peter van der Stok To: Roll , Core Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: <20160309075354.6559.7145.idtracker@ietfa.amsl.com> References: <20160309075354.6559.7145.idtracker@ietfa.amsl.com> Message-ID: <0d9c836d62b57adf1f682dae57ef0f78@xs4all.nl> X-Sender: stokcons@xs4all.nl (5M9zp0EKI9UzOLpf79bbBlQAk8n1Sjb3) User-Agent: XS4ALL Webmail Archived-At: Subject: [Roll] Fwd: New Version Notification for draft-vanderstok-roll-mpl-yang-00.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org, Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 07:56:33 -0000 Dear all, A first version of the mpl yang model has been submitted to to roll. Please, ignore the version that I submitted by accident to core. Looking forward to your comments, peter A new version of I-D, draft-vanderstok-roll-mpl-yang-00.txt has been successfully submitted by Peter van der Stok and posted to the IETF repository. Name: draft-vanderstok-roll-mpl-yang Revision: 00 Title: A YANG model for Multicast Protocol for Low power and lossy Networks (MPL) Document date: 2016-03-08 Group: Individual Submission Pages: 15 URL: https://www.ietf.org/internet-drafts/draft-vanderstok-roll-mpl-yang-00.txt Status: https://datatracker.ietf.org/doc/draft-vanderstok-roll-mpl-yang/ Htmlized: https://tools.ietf.org/html/draft-vanderstok-roll-mpl-yang-00 Abstract: This document defines a YANG data model for management of Multicast Protocol for Low power and lossy Networks (MPL) implementations. The data model includes configuration data and state data. Note Discussion and suggestions for improvement are requested, and should be sent to roll@ietf.org. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat From nobody Fri Mar 11 15:06:05 2016 Return-Path: X-Original-To: roll@ietf.org Delivered-To: roll@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 104AD12DDB3; Fri, 11 Mar 2016 15:05:28 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , X-Test-IDTracker: no X-IETF-IDTracker: 6.16.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160311230528.15028.22185.idtracker@ietfa.amsl.com> Date: Fri, 11 Mar 2016 15:05:28 -0800 Archived-At: Cc: roll@ietf.org Subject: [Roll] roll - Requested session has been scheduled for IETF 95 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2016 23:05:28 -0000 Dear Ines Robles, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. roll Session 1 (1:00:00) Tuesday, Afternoon Session II 1620-1720 Room Name: Quebracho B size: 75 --------------------------------------------- Request Information: --------------------------------------------------------- Working Group Name: Routing Over Low power and Lossy networks Area Name: Routing Area Session Requester: Ines Robles Number of Sessions: 1 Length of Session(s): 1 Hour Number of Attendees: 50 Conflicts to Avoid: First Priority: 6lo Second Priority: 6tisch Third Priority: t2trg ipsecme core anima pce dnssd homenet rtgarea bier manet rtgwg lwig intarea Special Requests: Conflicts to avoid: 6tisch 6lo anima pce dnssd homenet rtgarea bier manet rtgwg lwig core ipsecme t2trg intarea anima --------------------------------------------------------- From nobody Fri Mar 11 22:58:21 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9CDA12DB71; Fri, 11 Mar 2016 22:58:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001] autolearn=ham autolearn_force=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 XzeCft_rWUH3; Fri, 11 Mar 2016 22:58:17 -0800 (PST) Received: from relay6-d.mail.gandi.net (relay6-d.mail.gandi.net [217.70.183.198]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1434E12DB1E; Fri, 11 Mar 2016 22:58:17 -0800 (PST) Received: from mfilter46-d.gandi.net (mfilter46-d.gandi.net [217.70.178.177]) by relay6-d.mail.gandi.net (Postfix) with ESMTP id 6ABA9FB89F; Sat, 12 Mar 2016 07:58:15 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mfilter46-d.gandi.net Received: from relay6-d.mail.gandi.net ([IPv6:::ffff:217.70.183.198]) by mfilter46-d.gandi.net (mfilter46-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id tMcm6Zmnwc8r; Sat, 12 Mar 2016 07:58:13 +0100 (CET) X-Originating-IP: 93.204.214.47 Received: from nar.local (p5DCCD62F.dip0.t-ipconnect.de [93.204.214.47]) (Authenticated sender: cabo@cabo.im) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 1EE3AFB883; Sat, 12 Mar 2016 07:58:12 +0100 (CET) Message-ID: <56E3BE05.7000808@tzi.org> Date: Sat, 12 Mar 2016 07:58:13 +0100 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: "6lo@ietf.org" <6lo@ietf.org>, "6tisch@ietf.org" <6tisch@ietf.org>, "lp-wan@ietf.org" , lwip@ietf.org, Routing Over Low power and Lossy networks X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Subject: [Roll] Constrained Node/Network Cluster @ IETF95: Final agenda X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2016 06:58:19 -0000 Here is my usual eclectic condensed agenda based on the "final" agenda for IETF95. Compared to the draft agenda, this mostly has room changes and small adjustments to the session timings. (Also, taps is now on top of ace and httpbis is on top of cose.) Wednesday is still constrained-free, as are Tuesday and Thursday morning; time to go to, say, tls, homenet, oauth, saag. Remember that late changes still can happen. All times are ART (UTC-0300), which is the same as New Brunswick or Bermuda daylight savings time (ADT) (the browser timezone function is not yet reinstated on https://datatracker.ietf.org/meeting/agenda-utc, for those who want to listen from remote). Grüße, Carsten MONDAY, April 4, 2016 1000-1230 Morning Session I Atlantico C SEC *** ace Authentication and Authorization for Constrained Environments WG Buen Ayre B SEC tokbind Token Binding WG Buen Ayre A TSV taps Transport Services WG 1400-1530 Afternoon Session I Atlantico C ART uta Using TLS in Applications WG Buen Ayre B INT *** 6tisch IPv6 over the TSCH mode of IEEE 802.15.4e WG Buen Ayre C OPS v6ops IPv6 Operations WG 1550-1720 Afternoon Session II Atlantico B ART httpbis Hypertext Transfer Protocol WG Buen Ayre B INT dnssd Extensions for Scalable DNS Service Discovery WG Pacifico A IRTF maprg Proposed Measurement and Analysis for Protocols Research Group Buen Ayre C RTG babel Babel routing protocol BOF Quebracho B SEC *** cose CBOR Object Signing and Encryption WG 1740-1940 Afternoon Session III Quebracho B ART webpush Web-Based Push Notifications WG Buen Ayre C INT *** lpwan Low-Power Wide Area Networks BOF Buen Ayre B OPS anima Autonomic Networking Integrated Model and Approach WG Buen Ayre A SEC acme Automated Certificate Management Environment WG TUESDAY, April 5, 2016 1000-1230 Morning Session I Atlantico C INT arcing Alternative Resolution Contexts for Internet Naming BOF Buen Ayre C OPS v6ops IPv6 Operations WG Buen Ayre A RTG detnet Deterministic Networking WG Atlantico B SEC tls Transport Layer Security WG 1400-1600 Afternoon Session I Pacifico A INT homenet Home Networking WG Atlantico C SEC lurk Limited Use of Remote Keys BOF Buen Ayre B TSV tsvwg Transport Area Working Group WG 1620-1720 Afternoon Session II Buen Ayre C INT intarea Internet Area Working Group WG Quebracho B RTG *** roll Routing Over Low power and Lossy networks WG Buen Ayre B SEC curdle CURves, Deprecating and a Little more Encryption WG 1740-1910 Afternoon Session III Buen Ayre B ART *** core Constrained RESTful Environments WG Pacifico A TSV tsvarea Transport Area Open Meeting WEDNESDAY, April 6, 2016 1000-1230 Morning Session I Buen Ayre C INT 6man IPv6 Maintenance WG Buen Ayre B SEC oauth Web Authorization Protocol WG Atlantico C SEC openpgp Open Specification for Pretty Good Privacy WG - 11:00 - 12:30 Atlantico B TSV rmcat RTP Media Congestion Avoidance Techniques WG 1400-1600 Afternoon Session I Buen Ayre C INT its Intelligent Transportation Systems BOF Quebracho B RTG bier Bit Indexed Explicit Replication WG 1620-1720 Afternoon Session II Atlantico C RTG rtgarea Routing Area Open Meeting Buen Ayre B SEC httpauth Hypertext Transfer Protocol Authentication WG Buen Ayre A TSV tsvwg Transport Area Working Group WG THURSDAY, April 7, 2016 1000-1230 Morning Session I Atlantico C SEC tls Transport Layer Security WG Pacifico A TSV accord Alternatives to Content Classification for Operator Resource Deployment BOF 1400-1600 Afternoon Session I Buen Ayre A ART ice Interactive Connectivity Establishment WG Pacifico A SEC saag Security Area Open Meeting 1620-1720 Afternoon Session II Buen Ayre C IRTF*** t2trg Thing-to-Thing Atlantico C OPS anima Autonomic Networking Integrated Model and Approach WG 1730-1930 Afternoon Session III Atlantico C ART httpbis Hypertext Transfer Protocol WG Pacifico A INT *** 6lo IPv6 over Networks of Resource-constrained Nodes WG Buen Ayre C TSV tcpinc TCP Increased Security WG FRIDAY, April 8, 2016 1000-1200 Morning Session I Buen Ayre B ART *** core Constrained RESTful Environments WG Buen Ayre A IRTF cfrg Crypto Forum From nobody Tue Mar 15 08:13:17 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F98612DC57 for ; Tue, 15 Mar 2016 08:13:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 16KlKoDh796m for ; Tue, 15 Mar 2016 08:13:13 -0700 (PDT) Received: from lb1-smtp-cloud6.xs4all.net (lb1-smtp-cloud6.xs4all.net [194.109.24.24]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A58E12D630 for ; Tue, 15 Mar 2016 08:13:03 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.215]) by smtp-cloud6.xs4all.net with ESMTP id WFD11s00W4eRkWy01FD1iy; Tue, 15 Mar 2016 16:13:01 +0100 Received: from 2001:983:a264:1:f81e:2ed9:20e0:e47e by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Tue, 15 Mar 2016 16:13:01 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 15 Mar 2016 16:13:01 +0100 From: peter van der Stok To: Roll Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org Message-ID: X-Sender: stokcons@xs4all.nl (paOPdFmEoW2UR4INz1yKrc2HE6eohmnP) User-Agent: XS4ALL Webmail Archived-At: Subject: [Roll] Roll meeting in Buenos Aires X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org, Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2016 15:13:16 -0000 Dear all, There is a ROLL meeting in Buenos Aires on Tuesday from 16:20 to 17:20 Would you be kind indicate to indicate to us before 29 April: - how long you want to discuss aspects of your draft, - and notify your possible wish to present remotely. Many thanks for your collaboration. Hope to meet you all in Buenos Aires. Greetings, Ines and Peter -- From nobody Wed Mar 16 01:07:13 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A3FD12D634 for ; Wed, 16 Mar 2016 01:07:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.722 X-Spam-Level: X-Spam-Status: No, score=-0.722 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 Zc3jCRaxknfB for ; Wed, 16 Mar 2016 01:07:10 -0700 (PDT) Received: from lb3-smtp-cloud6.xs4all.net (lb3-smtp-cloud6.xs4all.net [194.109.24.31]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3590912D5DF for ; Wed, 16 Mar 2016 01:07:10 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.207]) by smtp-cloud6.xs4all.net with ESMTP id WY781s00k4U4Moq01Y78pu; Wed, 16 Mar 2016 09:07:08 +0100 Received: from 2001:983:a264:1:b3:d1e4:dca4:2372 by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Wed, 16 Mar 2016 09:07:08 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 16 Mar 2016 09:07:08 +0100 From: peter van der Stok To: Roll Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: References: Message-ID: X-Sender: stokcons@xs4all.nl (eY1UUd2YjIlkeigslylER4j8oHj4FIN2) User-Agent: XS4ALL Webmail Archived-At: Subject: [Roll] Fwd: Roll meeting in Buenos Aires X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org, Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 08:07:12 -0000 Again and this time without mistakes, apologies, peter Dear all, There is a ROLL meeting in Buenos Aires on Tuesday, April 5, from 16:20 to 17:20 Would you be kind enough to indicate to us before 29 March: - how long you want to discuss aspects of your draft, - and notify your possible wish to present remotely. Many thanks for your collaboration. Hope to meet you all in Buenos Aires. Greetings, Ines and Peter From nobody Wed Mar 16 15:58:29 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E956412D779; Wed, 16 Mar 2016 15:58:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.903 X-Spam-Level: X-Spam-Status: No, score=-106.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=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 f__Jp8gnwANH; Wed, 16 Mar 2016 15:58:23 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 371F812D759; Wed, 16 Mar 2016 15:58:20 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 9EB3F180094; Wed, 16 Mar 2016 15:57:41 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Message-Id: <20160316225741.9EB3F180094@rfc-editor.org> Date: Wed, 16 Mar 2016 15:57:41 -0700 (PDT) Archived-At: Cc: drafts-update-ref@iana.org, roll@ietf.org, rfc-editor@rfc-editor.org Subject: [Roll] RFC 7774 on Multicast Protocol for Low-Power and Lossy Networks (MPL) Parameter Configuration Option for DHCPv6 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 22:58:26 -0000 A new Request for Comments is now available in online RFC libraries. RFC 7774 Title: Multicast Protocol for Low-Power and Lossy Networks (MPL) Parameter Configuration Option for DHCPv6 Author: Y. Doi, M. Gillmore Status: Standards Track Stream: IETF Date: March 2016 Mailbox: yusuke.doi@toshiba.co.jp, matthew.gillmore@itron.com Pages: 10 Characters: 21758 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-roll-mpl-parameter-configuration-08.txt URL: https://www.rfc-editor.org/info/rfc7774 DOI: http://dx.doi.org/10.17487/RFC7774 This document defines a way to configure a parameter set for MPL (Multicast Protocol for Low-Power and Lossy Networks) via a DHCPv6 option. MPL has a set of parameters to control its behavior, and the parameter set is often configured as a network-wide parameter because the parameter set should be identical for each MPL Forwarder in an MPL Domain. Using the MPL Parameter Configuration Option defined in this document, a network can easily be configured with a single set of MPL parameters. This document is a product of the Routing Over Low power and Lossy networks Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Thu Mar 17 15:22:22 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB98212DD49; Thu, 17 Mar 2016 15:22:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.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 YAB3NX-d4bk9; Thu, 17 Mar 2016 15:22:17 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0784.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::784]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8043012DD45; Thu, 17 Mar 2016 15:22:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=VT1SbkS3qarwehZgzQ5smakTgSzbBJPi7vRnV5K5J8o=; b=cdCRigjK0UGzpcTPPB6mAFLCMayFvZh/1MVvXqDn4/bsb9zz9ER3gkOHYojMRaE/7IuYPlE8elkf4dPjlUiySFQFr+WTzLp7KAbw+n62wKswBWujfTDMLDJMq+WphAcCwglZH2H1jXzGFYNOwuzvsby863zNw7lz3hOJrjMVLgc= Received: from BN1PR03MB072.namprd03.prod.outlook.com (10.255.225.156) by BN1PR03MB070.namprd03.prod.outlook.com (10.255.225.154) with Microsoft SMTP Server (TLS) id 15.1.434.16; Thu, 17 Mar 2016 22:22:02 +0000 Received: from BN1PR03MB072.namprd03.prod.outlook.com ([169.254.7.139]) by BN1PR03MB072.namprd03.prod.outlook.com ([169.254.7.139]) with mapi id 15.01.0434.016; Thu, 17 Mar 2016 22:22:01 +0000 From: Gabriel Montenegro To: "draft-ietf-6lo-paging-dispatch@tools.ietf.org" , "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: WG LC on 6LoWPAN Paging Dispatch: draft-ietf-6lo-paging-dispatch-01 Thread-Index: AdGAmy1Jw5XRoOwHRCKW0q3gqo/xog== Date: Thu, 17 Mar 2016 22:22:01 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: tools.ietf.org; dkim=none (message not signed) header.d=none;tools.ietf.org; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2001:4898:80e8:1::4e6] x-ms-office365-filtering-correlation-id: 7ce23126-4456-4418-21a5-08d34eb2901a x-microsoft-exchange-diagnostics: 1; BN1PR03MB070; 5:elVkFgBpDgQoxtdatD4ZYmIm4Uzr9zyCzcDRuUsHQwLz6MP63PclzFcHBNWiVJht6THYMXIM97/SZb/2bte5ZOZ6iRcONgAzb76mdV7OIDAtgZTnLUFB79recFowiI30J64F2nKsONPMiHUgECONKQ==; 24:n96SazDdRY+/gAW/XrMQZXAZYU9IKwqim9rBckkNJSM91sE58PSTYGlPP91ZvzlqR+nK6ptxvhXSP5LP6ylQJyM+ASfZFyREaI4wANCp18Q= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN1PR03MB070; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(61426038)(61427038); SRVR:BN1PR03MB070; BCL:0; PCL:0; RULEID:; SRVR:BN1PR03MB070; x-forefront-prvs: 0884AAA693 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(86362001)(189998001)(230783001)(5005710100001)(122556002)(229853001)(8990500004)(10400500002)(10290500002)(86612001)(99286002)(74316001)(5004730100002)(50986999)(586003)(5002640100001)(19300405004)(54356999)(790700001)(6116002)(102836003)(10090500001)(92566002)(19617315012)(5003600100002)(1220700001)(81166005)(1096002)(19580395003)(5001770100001)(19625215002)(4326007)(2906002)(76576001)(2900100001)(33656002)(3660700001)(87936001)(3280700002)(15975445007)(2501003)(16236675004)(5008740100001)(3826002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR03MB070; H:BN1PR03MB072.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BN1PR03MB0720801499429025809A822958B0BN1PR03MB072namprd_" MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Mar 2016 22:22:01.6276 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN1PR03MB070 Archived-At: Cc: Samita Chakrabarti , Routing Over Low power and Lossy networks , "James Woodyatt \(jhw@nestlabs.com\)" Subject: [Roll] WG LC on 6LoWPAN Paging Dispatch: draft-ietf-6lo-paging-dispatch-01 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 22:22:20 -0000 --_000_BN1PR03MB0720801499429025809A822958B0BN1PR03MB072namprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, This message starts a 2-week working group last call on advancing: 6LoWPAN Paging Dispatch https://tools.ietf.org/html/draft-ietf-6lo-paging-dispatch-01 as a Proposed Standard. All substantive comments are to be posted to the ma= iling list. Editorial comments should be sent to the document authors. The document shepherd for this document is James Woodyatt. The ROLL WG is c= c-ed on this WG LC as a related document in their WG depends heavily on thi= s one (6loRH, routing-dispatch) This last call will end on 2016-04-01. Regards, Gabriel --_000_BN1PR03MB0720801499429025809A822958B0BN1PR03MB072namprd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

 

This message starts a 2-week working group last c= all on advancing:

 

     6LoWPAN Paging Dispatch<= o:p>

     https://tools.ietf.org/html/draft-ietf-6lo-paging-dispatch-01

 

as a Proposed Standard. All substantive comments = are to be posted to the mailing list. Editorial comments should be sent to = the document authors.

 

The document shepherd for this document is James = Woodyatt. The ROLL WG is cc-ed on this WG LC as a related document in their= WG depends heavily on this one (6loRH, routing-dispatch)

 

This last call will end on 2016-04-01.=

 

Regards,

Gabriel

 

--_000_BN1PR03MB0720801499429025809A822958B0BN1PR03MB072namprd_-- From nobody Fri Mar 18 14:07:38 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F417212DCC6; Thu, 17 Mar 2016 15:16:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.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 kCqg-duxVYY2; Thu, 17 Mar 2016 15:16:12 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0729.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::729]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C4E812DCFE; Thu, 17 Mar 2016 15:16:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=VtzmZQEfjwr/FulxcPXFoeSW1m6Mq2eEwgFHEWkwvAw=; b=HXr8tG/ArIzF+soNzclOtDpU9NkS170TQIOVpuClOtb6Xa54q68WBpy4enXrPeM8PzxV54fGzUzmgUUpE8WalUPKKdct0Y1dxLjKxkkbOkANE2xRISZtdEbj/5A7ybAJFDUP2NtzbtFWEoRTtYWZhMGQG5V/POxktng89Bi47OQ= Received: from BN1PR03MB072.namprd03.prod.outlook.com (10.255.225.156) by BN1PR03MB069.namprd03.prod.outlook.com (10.255.225.153) with Microsoft SMTP Server (TLS) id 15.1.434.16; Thu, 17 Mar 2016 22:15:48 +0000 Received: from BN1PR03MB072.namprd03.prod.outlook.com ([169.254.7.139]) by BN1PR03MB072.namprd03.prod.outlook.com ([169.254.7.139]) with mapi id 15.01.0434.016; Thu, 17 Mar 2016 22:15:48 +0000 From: Gabriel Montenegro To: "draft-ietf-6lo-paging-dispatch@tools.ietf.org" , "draft-ietf-6lo-routing-dispatch@tools.ietf.org" , "6lo@ietf.org" <6lo@ietf.org>, Routing Over Low power and Lossy networks Thread-Topic: routing-dispatch (6lorh) change in ownership from 6LO to ROLL Thread-Index: AdGAmop9h2qYFLg/TgebhfKJtHrSXw== Date: Thu, 17 Mar 2016 22:15:47 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: tools.ietf.org; dkim=none (message not signed) header.d=none;tools.ietf.org; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2001:4898:80e8:1::4e6] x-ms-office365-filtering-correlation-id: abf3b7d5-cb9c-4894-d205-08d34eb1b152 x-microsoft-exchange-diagnostics: 1; BN1PR03MB069; 5:hL2ezLa8oxYgrXgGmPARuAEj++HOrBWAGpqTjELh2StQEoS0uDdOBIA+ri61RCW5QEbESLRitGOf/1wQhQfx1L4s60vrey/93uhlUFDBmDCWa0i5RCxocrtpoVYHOZGMoxdbjjQixVB4rpYnVwnoZw==; 24:GBnqU9kU57Wcoo/vk1BgSIgX2fdt2F22jJw9tJlCy8jfjdJhAmGLuz//yzBfNfFaUnuXCRliQ0KKvFYpvuSY/ebmg5YioCZrIGvFQRJw2H8= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN1PR03MB069; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(61426038)(61427038); SRVR:BN1PR03MB069; BCL:0; PCL:0; RULEID:; SRVR:BN1PR03MB069; x-forefront-prvs: 0884AAA693 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(164054003)(74316001)(99286002)(87936001)(5003600100002)(5002640100001)(19580395003)(5001770100001)(16236675004)(19617315012)(81166005)(2900100001)(15975445007)(189998001)(33656002)(19625215002)(92566002)(122556002)(86362001)(19300405004)(50986999)(54356999)(229853001)(6116002)(4326007)(11100500001)(8990500004)(10400500002)(5005710100001)(102836003)(10290500002)(2906002)(790700001)(586003)(1096002)(1220700001)(5008740100001)(5004730100002)(76576001)(3280700002)(2501003)(3660700001)(3826002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR03MB069; H:BN1PR03MB072.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BN1PR03MB0725DAF0801633B06EB4018958B0BN1PR03MB072namprd_" MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Mar 2016 22:15:47.7268 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN1PR03MB069 Archived-At: X-Mailman-Approved-At: Fri, 18 Mar 2016 14:07:35 -0700 Cc: "6lo-chairs@tools.ietf.org" <6lo-chairs@tools.ietf.org>, Brian Haberman , Michael Richardson , Suresh Krishnan , "James Woodyatt \(jhw@nestlabs.com\)" , "roll-chairs@tools.ietf.org" Subject: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 22:16:14 -0000 --_000_BN1PR03MB0725DAF0801633B06EB4018958B0BN1PR03MB072namprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi folks, We've had some discussions among the 6lo and ROLL chairs and personnel as w= ell as the responsible AD's (Brian, Alvaro and Suresh) to the effect that t= he following draft (aka 6lorh) is better suited for ROLL than 6lo: * https://tools.ietf.org/wg/6lo/draft-ietf-6lo-routing-dispatch/ This draft uses the framework established in the paging-dispatch draft, whi= ch is clearly in 6lo's scope: * https://tools.ietf.org/wg/6lo/draft-ietf-6lo-paging-dispatch/ We're moving 6lorh (routing-dispatch) to ROLL. Sure, 6lorh uses something o= ut of 6lo (the paging-dispatch draft), but it is so specific to ROLL that t= he document belongs there. This is analogous to how DHC has operated over many years: base DHCP format= changes happen in DHC, but applications of DHC mechanisms specific to any = given technology are best developed by the relevant WG (of course, with rev= iew by DHC to double-check the use of DHC facilities). Similarly, 6lo will be in the loop to review routing-dispatch, to make sure= it uses paging-dispatch properly. But routing-dispatch is so specific to R= OLL that further development, WG LC, IESG processing, etc., will happen und= er ROLL. Thanks, Gabriel (on behalf of ROLL and 6LO chairs) --_000_BN1PR03MB0725DAF0801633B06EB4018958B0BN1PR03MB072namprd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi folks,

 

We’ve had some discussions among the 6lo and R= OLL chairs and personnel as well as the responsible AD’s (Brian, Alva= ro and Suresh) to the effect that the following draft (aka 6lorh) is better= suited for ROLL than 6lo:

 

·        https://tools.ietf.org/wg/6lo/draft-ietf-6lo= -routing-dispatch/

 

This draft uses the framework established in the pag= ing-dispatch draft, which is clearly in 6lo’s scope:

 

·        https://tools.ietf.org/wg/6lo/draft-ietf-6lo-= paging-dispatch/

 =

We’re moving 6lorh (routing-dispatch) = to ROLL. Sure, 6lorh uses something out of 6lo (the paging-dispatch draft),= but it is so specific to ROLL that the document belongs there.

 

This is analogous to how DHC has operated over ma= ny years: base DHCP format changes happen in DHC, but applications of DHC m= echanisms specific to any given technology are best developed by the releva= nt WG (of course, with review by DHC to double-check the use of DHC facilities).

 

Similarly, 6lo will be in the loop to review rout= ing-dispatch, to make sure it uses paging-dispatch properly. But routing-di= spatch is so specific to ROLL that further development, WG LC, IESG process= ing, etc., will happen under ROLL.

 

Thanks,

 

Gabriel (on behalf of ROLL and 6LO chairs)

 

 

 

--_000_BN1PR03MB0725DAF0801633B06EB4018958B0BN1PR03MB072namprd_-- From nobody Fri Mar 18 14:07:41 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63A4812D7D3; Fri, 18 Mar 2016 03:47:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.521 X-Spam-Level: X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 Jj9IzXy8fy0k; Fri, 18 Mar 2016 03:47:02 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 23E1A12D539; Fri, 18 Mar 2016 03:47:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15967; q=dns/txt; s=iport; t=1458298022; x=1459507622; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=c1cA6996k096zLpwLFB3kpldH1YMD5yXIVzLR+u+s+4=; b=mBC4XVKvu1vzIxrC4d7bafa6IWnrJxVx6I1Ni+k57a+vvGNIBOP04exU 8fXS7lIACKe4mZMBedUpEP1xSUcS0CEIJy1QvQQ2/0Hrl4pVD30pw9nNw ZgVhN8URjGHuz28W615NwGmEjuSIEUi45R3wt/ouJ+tFdhSpQ39s6w6XM c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D3AQDx2+tW/4oNJK1egnlMU28GrkaJP?= =?us-ascii?q?oIPAQ2BbyGFbAKBLzgUAQEBAQEBAWQnhEEBAQEELUwQAgEIEQQBASgHIREUCQg?= =?us-ascii?q?BAQQBDQUIiAoDEg68SA2EVQEBAQEBAQEBAQEBAQEBAQEBAQEBAREEhh6DRX+CP?= =?us-ascii?q?oFiSQmFIAWXJTEBhXCGHoFujw6HMYdTAR4BAUKDZWqJZX4BAQE?= X-IronPort-AV: E=Sophos; i="5.24,354,1454976000"; d="scan'208,217"; a="87902178" Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 18 Mar 2016 10:47:00 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id u2IAl0NR018238 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 18 Mar 2016 10:47:00 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 18 Mar 2016 05:47:00 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1104.009; Fri, 18 Mar 2016 05:46:59 -0500 From: "Pascal Thubert (pthubert)" To: Gabriel Montenegro , "draft-ietf-6lo-paging-dispatch@tools.ietf.org" , "draft-ietf-6lo-routing-dispatch@tools.ietf.org" , "6lo@ietf.org" <6lo@ietf.org>, Routing Over Low power and Lossy networks Thread-Topic: routing-dispatch (6lorh) change in ownership from 6LO to ROLL Thread-Index: AdGAmop9h2qYFLg/TgebhfKJtHrSXwAZ6IKw Date: Fri, 18 Mar 2016 10:46:42 +0000 Deferred-Delivery: Fri, 18 Mar 2016 10:46:18 +0000 Message-ID: <0a3e093af6aa4648abc0ed798d92ae5c@XCH-RCD-001.cisco.com> References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.22.5] Content-Type: multipart/alternative; boundary="_000_0a3e093af6aa4648abc0ed798d92ae5cXCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: X-Mailman-Approved-At: Fri, 18 Mar 2016 14:07:35 -0700 Cc: "6lo-chairs@tools.ietf.org" <6lo-chairs@tools.ietf.org>, Brian Haberman , Michael Richardson , Suresh Krishnan , "James Woodyatt \(jhw@nestlabs.com\)" , "roll-chairs@tools.ietf.org" Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 10:47:04 -0000 --_000_0a3e093af6aa4648abc0ed798d92ae5cXCHRCD001ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Gabriel: That is perfectly fine with me, and I have 2 procedural questions: 1) Can I submit as draft-roll or do we need an adoption call there? 2) Draft -6lorh is stable, ready to last call IMHO. The critical deci= sions involving formats and header orders are probably already taken. What = may be still subject to discussion and that is of specific value to ROLL is= bit mapping to protocols or things like that. Since we are transitioning a= reas, it would be good that 6lo expresses a blessing of the current shape a= nd form so that unless there is a major change, we do not need to recircula= te the document again through areas to go to IESG. Based on the fact that 6= lo adopted it in the first place, will 6lo be happy that the ROLL WG comple= tes the editorial work on RPL relayed semantics and ships from routing area= without handing back the result? Cheers, Pascal From: Gabriel Montenegro [mailto:Gabriel.Montenegro@microsoft.com] Sent: jeudi 17 mars 2016 23:16 To: draft-ietf-6lo-paging-dispatch@tools.ietf.org; draft-ietf-6lo-routing-d= ispatch@tools.ietf.org; 6lo@ietf.org; Routing Over Low power and Lossy netw= orks Cc: 6lo-chairs@tools.ietf.org; roll-chairs@tools.ietf.org; Michael Richards= on ; Alvaro Retana (aretana) ; Su= resh Krishnan ; James Woodyatt (jhw@nestlabs.= com) ; Ralph Droms ; Brian Haberma= n Subject: routing-dispatch (6lorh) change in ownership from 6LO to ROLL Hi folks, We've had some discussions among the 6lo and ROLL chairs and personnel as w= ell as the responsible AD's (Brian, Alvaro and Suresh) to the effect that t= he following draft (aka 6lorh) is better suited for ROLL than 6lo: * https://tools.ietf.org/wg/6lo/draft-ietf-6lo-routing-dispatch/ This draft uses the framework established in the paging-dispatch draft, whi= ch is clearly in 6lo's scope: * https://tools.ietf.org/wg/6lo/draft-ietf-6lo-paging-dispatch/ We're moving 6lorh (routing-dispatch) to ROLL. Sure, 6lorh uses something o= ut of 6lo (the paging-dispatch draft), but it is so specific to ROLL that t= he document belongs there. This is analogous to how DHC has operated over many years: base DHCP format= changes happen in DHC, but applications of DHC mechanisms specific to any = given technology are best developed by the relevant WG (of course, with rev= iew by DHC to double-check the use of DHC facilities). Similarly, 6lo will be in the loop to review routing-dispatch, to make sure= it uses paging-dispatch properly. But routing-dispatch is so specific to R= OLL that further development, WG LC, IESG processing, etc., will happen und= er ROLL. Thanks, Gabriel (on behalf of ROLL and 6LO chairs) --_000_0a3e093af6aa4648abc0ed798d92ae5cXCHRCD001ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello Gabriel:

 

That is perfectly fine= with me, and I have 2 procedural questions:

1)&= nbsp;     Can I submit a= s draft-roll or do we need an adoption call there?

2)&= nbsp;     Draft -6lorh i= s stable, ready to last call IMHO.  The critical decisions involving f= ormats and header orders are probably already taken. What may be still subj= ect to discussion and that is of specific value to ROLL is bit mapping to protocols or things like that. Since we ar= e transitioning areas, it would be good that 6lo expresses a blessing of th= e current shape and form so that unless there is a major change, we do not = need to recirculate the document again through areas to go to IESG. Based on the fact that 6lo adopted it i= n the first place, will 6lo be happy that the ROLL WG completes the editori= al work on RPL relayed semantics and ships from routing area without handin= g back the result?

 

Cheers,

 = ;

Pascal

 

From: Gabriel Montenegro [mailto:Gabriel.Mont= enegro@microsoft.com]
Sent: jeudi 17 mars 2016 23:16
To: draft-ietf-6lo-paging-dispatch@tools.ietf.org; draft-ietf-6lo-ro= uting-dispatch@tools.ietf.org; 6lo@ietf.org; Routing Over Low power and Los= sy networks <roll@ietf.org>
Cc: 6lo-chairs@tools.ietf.org; roll-chairs@tools.ietf.org; Michael R= ichardson <mcr+ietf@sandelman.ca>; Alvaro Retana (aretana) <ar= etana@cisco.com>; Suresh Krishnan <suresh.krishnan@ericsson.com>; = James Woodyatt (jhw@nestlabs.com) <jhw@nestlabs.com>; Ralph Droms <rdroms.ietf@gmail.com>; Brian Haberman <brian@innova= tionslab.net>
Subject: routing-dispatch (6lorh) change in ownership from 6LO to RO= LL

 

Hi folks,

 

We’ve had some discussions among the 6lo and R= OLL chairs and personnel as well as the responsible AD’s (Brian, Alva= ro and Suresh) to the effect that the following draft (aka 6lorh) is better= suited for ROLL than 6lo:

 

·        https://tools.ietf.org/wg/6lo/draft-ietf-6lo= -routing-dispatch/

 

This draft uses the framework established in the pag= ing-dispatch draft, which is clearly in 6lo’s scope:

 

·        https://tools.ietf.org/wg/6lo/draft-ietf-6lo-= paging-dispatch/

 

We’re moving 6lorh (routing-dispatch) = to ROLL. Sure, 6lorh uses something out of 6lo (the paging-dispatch draft),= but it is so specific to ROLL that the document belongs there.

 

This is analogous to how DHC has operated over ma= ny years: base DHCP format changes happen in DHC, but applications of DHC m= echanisms specific to any given technology are best developed by the releva= nt WG (of course, with review by DHC to double-check the use of DHC facilities).

 

Similarly, 6lo will be in the loop to review rout= ing-dispatch, to make sure it uses paging-dispatch properly. But routing-di= spatch is so specific to ROLL that further development, WG LC, IESG process= ing, etc., will happen under ROLL.

 

Thanks,

 

Gabriel (on behalf of ROLL and 6LO chairs)

 

 

 

--_000_0a3e093af6aa4648abc0ed798d92ae5cXCHRCD001ciscocom_-- From nobody Fri Mar 18 14:07:43 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B727D12D533; Fri, 18 Mar 2016 05:48:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 FkaahxJASSK9; Fri, 18 Mar 2016 05:48:27 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7991512D571; Fri, 18 Mar 2016 05:48:27 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id D4004200A7; Fri, 18 Mar 2016 08:50:51 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 1CC856374E; Fri, 18 Mar 2016 08:48:26 -0400 (EDT) From: Michael Richardson To: "Pascal Thubert \(pthubert\)" In-Reply-To: <0a3e093af6aa4648abc0ed798d92ae5c@XCH-RCD-001.cisco.com> References: <0a3e093af6aa4648abc0ed798d92ae5c@XCH-RCD-001.cisco.com> X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.4.2 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: X-Mailman-Approved-At: Fri, 18 Mar 2016 14:07:22 -0700 Cc: "6lo-chairs@tools.ietf.org" <6lo-chairs@tools.ietf.org>, Brian Haberman , "draft-ietf-6lo-routing-dispatch@tools.ietf.org" , Routing Over Low power and Lossy networks , "roll-chairs@tools.ietf.org" , Suresh Krishnan , "draft-ietf-6lo-paging-dispatch@tools.ietf.org" , Gabriel Montenegro , "James Woodyatt \(jhw@nestlabs.com\)" , "6lo@ietf.org" <6lo@ietf.org> Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 12:48:29 -0000 --=-=-= Content-Type: text/plain Pascal Thubert (pthubert) wrote: > That is perfectly fine with me, and I have 2 procedural questions: > 1) Can I submit as draft-roll or do we need an adoption call there? That's a good question. My instinct is that since the adoption call was actually done in ROLL already, no. Drafts can just be adopted by chairs. > 2) Draft -6lorh is stable, ready to last call IMHO. The critical > decisions involving formats and header orders are probably already > taken. What may be still subject to discussion and that is of specific > value to ROLL is bit mapping to protocols or things like that. Since > we are transitioning areas, it would be good that 6lo expresses a > blessing of the current shape and form so that unless there is a major > change, we do not need to recirculate the document again through areas > to go to IESG. Based on the fact that 6lo adopted it in the first > place, will 6lo be happy that the ROLL WG completes the editorial work > on RPL relayed semantics and ships from routing area without handing > back the result? So you are perhaps asking for a Consensus call on the shape of the 6LoRH solution from the 6lo WG? -- Michael Richardson , Sandelman Software Works IETF ROLL WG outgoing co-chair. http://datatracker.ietf.org/wg/roll/charter/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBVuv5F4CLcPvd0N1lAQL8Pwf/QvNsPileQVHyt0pNzHbeB40bwPMqrmzA 3ftsev/5jRMx26PDmXFQzA46NxuX2yUPVeG436gDKLUtsAwlztN7LmfgXPVQIDWg htia5Lh9gTRq95CJoYpo1BOJux2P83iiUqMURbFOlVZq/JO6csndEDcoL0zhlwww mxWqWDYw+2OqVfHTj24iJ6jI5GgMiJ8dYy92f8b/3MKszxVFB0Nzx/RYgIbAw5lJ PJeeXqkVsguy8rC9zHiTcm4Ow9hdltL/BUXhnK47pmsPMbhKql3GaZJZLDGR0Frw HRr3DoxYJx36bU9D589b0rYdfIxYLUE40b6iZnLUYKufDBvokrU0TQ== =mu8s -----END PGP SIGNATURE----- --=-=-=-- From nobody Fri Mar 18 14:07:45 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D51B12D7FC; Fri, 18 Mar 2016 06:53:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 4xipuYGY_nnr; Fri, 18 Mar 2016 06:53:46 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 228FA12D8E3; Fri, 18 Mar 2016 06:53:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1848; q=dns/txt; s=iport; t=1458309213; x=1459518813; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=CSUKV9bFYpVAqbGeQPh+VEpn4Y1PivTVBS1NeaPgMPg=; b=EK+jcu8m87LQVVw9UjMS1Gd19SkyqebsM28jXPMibR4BgZ+kKEw28yBL AnzH1flwwv0SNUFklIgeRImDZNfuXRYQEYLC+dPElNTurnOd7kYn+LWfD rWJNVR5TXikHGfjjdCe9rNRfWpRJuc/MnqgGpKpupOCkR55INKMKAJy7c 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAgBMB+xW/4QNJK1SDINFgUu4BoIPA?= =?us-ascii?q?Q2Bb4YNAoEtOBQBAQEBAQEBZCeEQQEBAQMBHR0/EAIBCDYQMiUBAQQODROIBAj?= =?us-ascii?q?BUAEBAQEBAQEBAQEBAQEBAQEBAQEXhh6ERIQHAYYKBZdXAY18gWyESohYjwUBH?= =?us-ascii?q?gEBQoNlik9+AQEB?= X-IronPort-AV: E=Sophos;i="5.24,355,1454976000"; d="scan'208";a="84199830" Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 18 Mar 2016 13:53:31 +0000 Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id u2IDrVO4028728 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 18 Mar 2016 13:53:31 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 18 Mar 2016 08:53:31 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1104.009; Fri, 18 Mar 2016 08:53:31 -0500 From: "Pascal Thubert (pthubert)" To: Michael Richardson Thread-Topic: routing-dispatch (6lorh) change in ownership from 6LO to ROLL Thread-Index: AdGAmop9h2qYFLg/TgebhfKJtHrSXwAZ6IKwAA8MvAAACHHOAA== Date: Fri, 18 Mar 2016 13:53:14 +0000 Deferred-Delivery: Fri, 18 Mar 2016 13:53:08 +0000 Message-ID: <11622bd30cf747a8af0c3a9710d3af89@XCH-RCD-001.cisco.com> References: <0a3e093af6aa4648abc0ed798d92ae5c@XCH-RCD-001.cisco.com> <8928.1458305306@obiwan.sandelman.ca> In-Reply-To: <8928.1458305306@obiwan.sandelman.ca> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.22.5] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: X-Mailman-Approved-At: Fri, 18 Mar 2016 14:07:35 -0700 Cc: "6lo-chairs@tools.ietf.org" <6lo-chairs@tools.ietf.org>, Brian Haberman , "draft-ietf-6lo-routing-dispatch@tools.ietf.org" , Routing Over Low power and Lossy networks , "roll-chairs@tools.ietf.org" , Suresh Krishnan , "draft-ietf-6lo-paging-dispatch@tools.ietf.org" , Gabriel Montenegro , "James Woodyatt \(jhw@nestlabs.com\)" , "6lo@ietf.org" <6lo@ietf.org> Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 13:53:49 -0000 Hello Michael > > 1) Can I submit as draft-roll or do we need an adoption call there? >=20 > That's a good question. My instinct is that since the adoption call was > actually done in ROLL already, no. Drafts can just be adopted by chairs. I'm sure you meant adoption done at 6lo. And I agree with you entirely. An = adjacent point being that we have a lot of cross participation and that ROL= L members actually participated to the call at 6lo which was heavily advert= ised on 6lo, ROLL, and 6TiSCH. >=20 > > 2) Draft -6lorh is stable, ready to last call IMHO. The critical > > decisions involving formats and header orders are probably already > > taken. What may be still subject to discussion and that is of speci= fic > > value to ROLL is bit mapping to protocols or things like that. Sinc= e > > we are transitioning areas, it would be good that 6lo expresses a > > blessing of the current shape and form so that unless there is a ma= jor > > change, we do not need to recirculate the document again through > areas > > to go to IESG. Based on the fact that 6lo adopted it in the first > > place, will 6lo be happy that the ROLL WG completes the editorial w= ork > > on RPL relayed semantics and ships from routing area without handin= g > > back the result? >=20 > So you are perhaps asking for a Consensus call on the shape of the 6LoRH > solution from the 6lo WG? >=20 Yes, Ideally I'd like to see it as 6lo saying, well, we're done and happy b= ut prior to IESG please review it from the ROLL / RPL perspective to ensure= completeness WRT to the aspect relevant to RPL. Maybe all we need os the c= hairs telling us that they feel the consensus exists at 6lo, and that they = are happy to delegate the last call to ROLL? Take care, Pascal From nobody Fri Mar 18 14:07:48 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A63B312D99A; Fri, 18 Mar 2016 12:46:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 5pjKumaxyYnw; Fri, 18 Mar 2016 12:46:52 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A5C412D8D2; Fri, 18 Mar 2016 12:46:46 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 916BB200A5; Fri, 18 Mar 2016 15:49:11 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id C9D926374E; Fri, 18 Mar 2016 15:46:44 -0400 (EDT) From: Michael Richardson To: "Pascal Thubert \(pthubert\)" In-Reply-To: <11622bd30cf747a8af0c3a9710d3af89@XCH-RCD-001.cisco.com> References: <0a3e093af6aa4648abc0ed798d92ae5c@XCH-RCD-001.cisco.com> <8928.1458305306@obiwan.sandelman.ca> <11622bd30cf747a8af0c3a9710d3af89@XCH-RCD-001.cisco.com> X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.4.2 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: X-Mailman-Approved-At: Fri, 18 Mar 2016 14:07:34 -0700 Cc: "6lo-chairs@tools.ietf.org" <6lo-chairs@tools.ietf.org>, Brian Haberman , "draft-ietf-6lo-routing-dispatch@tools.ietf.org" , Routing Over Low power and Lossy networks , "roll-chairs@tools.ietf.org" , Suresh Krishnan , "draft-ietf-6lo-paging-dispatch@tools.ietf.org" , Gabriel Montenegro , "James Woodyatt \(jhw@nestlabs.com\)" , "6lo@ietf.org" <6lo@ietf.org> Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 19:46:58 -0000 --=-=-= Content-Type: text/plain Pascal Thubert (pthubert) wrote: >> > 1) Can I submit as draft-roll or do we need an adoption call there? >> >> That's a good question. My instinct is that since the adoption call was >> actually done in ROLL already, no. Drafts can just be adopted by chairs. > I'm sure you meant adoption done at 6lo. And I agree with you > entirely. An adjacent point being that we have a lot of cross > participation and that ROLL members actually participated to the call > at 6lo which was heavily advertised on 6lo, ROLL, and 6TiSCH. I thought that we did a cross-WG call to adopt it into 6lo. >> So you are perhaps asking for a Consensus call on the shape of the 6LoRH >> solution from the 6lo WG? > Yes, Ideally I'd like to see it as 6lo saying, well, we're done and > happy but prior to IESG please review it from the ROLL / RPL > perspective to ensure completeness WRT to the aspect relevant to > RPL. Maybe all we need os the chairs telling us that they feel the > consensus exists at 6lo, and that they are happy to delegate the last > call to ROLL? I think that would suffice, if ADs approve. -- Michael Richardson , Sandelman Software Works IETF ROLL WG outgoing co-chair. http://datatracker.ietf.org/wg/roll/charter/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBVuxbIYCLcPvd0N1lAQJK1Qf+Lc11HGISUe8aMaouYmKxzxo9WUdeFg1V GuMYqexgj41WnD6KKUYK+kz6UEu2ObMML9ypY6mRPdO8kJcwNiVE2CtmSYOlt06z Bw7rn13W5hFJxFSUC3WvFTNAlaqOZbxNdKWLaBMTUYJasEEUwEefcYceAC/bOfC1 WH+r2zayRk8jvm0aD5DGehsd61wTMQTrttnUDwyzLaLrFofslOpOVlSEA3kU1gSC 4hrKQrKEFJCmApFsWl+O8XslhnvFhu5HTo/SS8xr7nZYajwznwfrunPvbWEw76lE aAFUDg3EB7tAsQEl+0o/LbfeYDRQ6y0Cekip8vfGvHn1oIpvYQN+mg== =o6U3 -----END PGP SIGNATURE----- --=-=-=-- From nobody Sat Mar 19 21:38:05 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8027112D6F0; Fri, 18 Mar 2016 15:27:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 1xHsPJV1OimG; Fri, 18 Mar 2016 15:27:43 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BF3E412D591; Fri, 18 Mar 2016 15:27:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=586; q=dns/txt; s=iport; t=1458340062; x=1459549662; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=jBjUySOujYpFpoB1UFWNcDnYiIFwaJ+FASy2mxdnIuM=; b=C59lx/1Sbzb6vT3CT/Jrg0Ma26OFkNpXqgFYzMEWIygiD0qARkrJX4rZ pF6vaeEIQju+aiIxFbfQB/waM+chEsb3mbxnAx61Q8BRSndFE3Wv/GdWR qvzuelbCcbd0r0jynDnMGsEQV1mg5yLD/xiz6xNOd2wOmrMm9qQlI568M A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AFAgCff+xW/51dJa1eg0SBRbgPgg8BD?= =?us-ascii?q?YFvhg0CgTE4FAEBAQEBAQFkJ4RCAQEDATo/EAIBCDYQMiUCBA4FiB8IwHwBAQE?= =?us-ascii?q?BAQEBAQEBAQEBAQEBAQEBAQEVhh6BcwiCSYQ6gy2CKwEEkwSEUwGOA4FPFoRKi?= =?us-ascii?q?FiPBQEeAQFCg2VqimMBAQE?= X-IronPort-AV: E=Sophos;i="5.24,357,1454976000"; d="scan'208";a="82558243" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Mar 2016 22:27:41 +0000 Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id u2IMRf4Z031563 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 18 Mar 2016 22:27:41 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 18 Mar 2016 17:27:41 -0500 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1104.009; Fri, 18 Mar 2016 17:27:40 -0500 From: "Alvaro Retana (aretana)" To: Michael Richardson Thread-Topic: routing-dispatch (6lorh) change in ownership from 6LO to ROLL Thread-Index: AQHRgU7pSqLQjL9ROEaQGGWvmBibKZ9fyCYo Date: Fri, 18 Mar 2016 22:27:40 +0000 Message-ID: <0188F630-1D0B-4254-AB8F-7F339A2D1382@cisco.com> References: <0a3e093af6aa4648abc0ed798d92ae5c@XCH-RCD-001.cisco.com> <8928.1458305306@obiwan.sandelman.ca> <11622bd30cf747a8af0c3a9710d3af89@XCH-RCD-001.cisco.com>, <5250.1458330404@obiwan.sandelman.ca> In-Reply-To: <5250.1458330404@obiwan.sandelman.ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: X-Mailman-Approved-At: Sat, 19 Mar 2016 21:38:04 -0700 Cc: "6lo-chairs@tools.ietf.org" <6lo-chairs@tools.ietf.org>, "draft-ietf-6lo-routing-dispatch@tools.ietf.org" , Routing Over Low power and Lossy networks , "roll-chairs@tools.ietf.org" , Suresh Krishnan , "draft-ietf-6lo-paging-dispatch@tools.ietf.org" , Gabriel Montenegro , "James Woodyatt \(jhw@nestlabs.com\)" , "6lo@ietf.org" <6lo@ietf.org>, Brian Haberman Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 22:27:49 -0000 That works for me. Thanks! Alvaro. Thumb-typed and autocorrected.. On Mar 18, 2016, at 3:46 PM, Michael Richardson wro= te: >> Yes, Ideally I'd like to see it as 6lo saying, well, we're done and >> happy but prior to IESG please review it from the ROLL / RPL >> perspective to ensure completeness WRT to the aspect relevant to >> RPL. Maybe all we need os the chairs telling us that they feel the >> consensus exists at 6lo, and that they are happy to delegate the last >> call to ROLL? >=20 > I think that would suffice, if ADs approve. From nobody Sat Mar 19 21:38:07 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1889012D86A; Fri, 18 Mar 2016 15:41:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.003 X-Spam-Level: X-Spam-Status: No, score=-2.003 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.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 Cd72izggRRXc; Fri, 18 Mar 2016 15:40:50 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0142.outbound.protection.outlook.com [65.55.169.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7BE2412D5B9; Fri, 18 Mar 2016 15:40:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=EhJ3Sci24oHqCjjy97DPuNMqJcmSUyDdMRzLQXz4R4Q=; b=Bcj/qZfncrqIhHnASdonSwm6LsINpYVL2YBYcoMcTrk63e9k9H/eipopOd8CTNqH4r1pDfHy2CJwWLtqqlKzwI45TYuaneJgCDwuNH8DBtb7BDP80jHVdSg1e2bSBAESABdVNJU0xtiURr/pceLGP9IZTaH5KWO/ZoS5tlL/ji8= Received: from BN1PR03MB072.namprd03.prod.outlook.com (10.255.225.156) by BN1PR03MB071.namprd03.prod.outlook.com (10.255.225.155) with Microsoft SMTP Server (TLS) id 15.1.434.16; Fri, 18 Mar 2016 22:40:47 +0000 Received: from BN1PR03MB072.namprd03.prod.outlook.com ([169.254.7.139]) by BN1PR03MB072.namprd03.prod.outlook.com ([169.254.7.139]) with mapi id 15.01.0434.020; Fri, 18 Mar 2016 22:40:47 +0000 From: Gabriel Montenegro To: "Alvaro Retana (aretana)" , Michael Richardson Thread-Topic: routing-dispatch (6lorh) change in ownership from 6LO to ROLL Thread-Index: AdGAmop9h2qYFLg/TgebhfKJtHrSXwAZ6IKwAASShgAAAkNcAAAMWIkAAAWe2wAAAFUSgA== Date: Fri, 18 Mar 2016 22:40:47 +0000 Message-ID: References: <0a3e093af6aa4648abc0ed798d92ae5c@XCH-RCD-001.cisco.com> <8928.1458305306@obiwan.sandelman.ca> <11622bd30cf747a8af0c3a9710d3af89@XCH-RCD-001.cisco.com>, <5250.1458330404@obiwan.sandelman.ca> <0188F630-1D0B-4254-AB8F-7F339A2D1382@cisco.com> In-Reply-To: <0188F630-1D0B-4254-AB8F-7F339A2D1382@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2001:4898:80e8:1::4e6] x-ms-office365-filtering-correlation-id: 157bed2b-25f0-44df-d080-08d34f7e5993 x-microsoft-exchange-diagnostics: 1; BN1PR03MB071; 5:7x3dI0RN01Mq98UULrLPXfmm9hAEHuqqaZ4lFbg/4VB3Fljk0sitpR46z5giCfowUwzvmSetegp0B8NqCTGYHbXETVvAN4ssXxkCicm6agqCcbJpK+AOyU9R/l6lXMBwJB4uBGd2KilvBUTlay22NQ==; 24:8JP8TC7aCe23ZIbiWcqoaSFnvc6Zg4V8fRU6FXHrXXIb4Fyh+AdlXf23gq6MCgQpffiD7sE9c2iR+2INLPg4YJv9dA6I3AmDoyeQxGsjfuE= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN1PR03MB071; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(61426038)(61427038); SRVR:BN1PR03MB071; BCL:0; PCL:0; RULEID:; SRVR:BN1PR03MB071; x-forefront-prvs: 088552DE73 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(13464003)(24454002)(377454003)(2950100001)(2900100001)(76576001)(19580405001)(19580395003)(93886004)(54356999)(50986999)(76176999)(86362001)(122556002)(5003600100002)(5002640100001)(86612001)(6116002)(586003)(102836003)(11100500001)(10400500002)(81166005)(10290500002)(4326007)(3660700001)(10090500001)(92566002)(2906002)(5005710100001)(189998001)(5001770100001)(74316001)(5008740100001)(1096002)(1220700001)(5004730100002)(99286002)(87936001)(33656002)(3280700002)(48284002)(3826002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR03MB071; H:BN1PR03MB072.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Mar 2016 22:40:47.5612 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN1PR03MB071 Archived-At: X-Mailman-Approved-At: Sat, 19 Mar 2016 21:38:04 -0700 Cc: "6lo-chairs@tools.ietf.org" <6lo-chairs@tools.ietf.org>, "draft-ietf-6lo-routing-dispatch@tools.ietf.org" , Routing Over Low power and Lossy networks , "roll-chairs@tools.ietf.org" , Suresh Krishnan , "draft-ietf-6lo-paging-dispatch@tools.ietf.org" , "James Woodyatt \(jhw@nestlabs.com\)" , "6lo@ietf.org" <6lo@ietf.org>, Brian Haberman Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 22:41:00 -0000 This document now belongs to ROLL, so it is their decision with their AD on= how to progress 6loRH. As for a blessing from 6lo, I think the point is that this is more a ROLL t= echnology, so it should be ROLL giving it a blessing (or not).=20 Sure, we've done a bit of this informally as ROLL participants have been ac= tive in 6lo, but what we're doing now is making it a bit more formal, so I'= d rather defer to the ROLL chairs and AD for any further discussion and que= stions on 6loRH. 6lo may have opinions on their usage of the paging-dispatc= h draft, of course. When I say more formal I don't mean more time. So, whereas ultimately the d= raft may change into a draft-ietf-roll, I would imagine that such a step is= not a prerequisite for ROLL to issue their last call on the document. Sinc= e a revision or more will surely follow eventually, the name change can hap= pen at that time. But again, that is ROLL's call now. > -----Original Message----- > From: Alvaro Retana (aretana) [mailto:aretana@cisco.com] > Sent: Friday, March 18, 2016 15:28 > To: Michael Richardson > Cc: Pascal Thubert (pthubert) ; Gabriel Montenegro > ; draft-ietf-6lo-paging- > dispatch@tools.ietf.org; draft-ietf-6lo-routing-dispatch@tools.ietf.org; > 6lo@ietf.org; Routing Over Low power and Lossy networks ; > 6lo-chairs@tools.ietf.org; roll-chairs@tools.ietf.org; Suresh Krishnan > ; James Woodyatt (jhw@nestlabs.com) > ; Ralph Droms ; Brian > Haberman > Subject: Re: routing-dispatch (6lorh) change in ownership from 6LO to ROL= L >=20 > That works for me. >=20 > Thanks! >=20 > Alvaro. >=20 > Thumb-typed and autocorrected.. >=20 > On Mar 18, 2016, at 3:46 PM, Michael Richardson > wrote: >=20 > >> Yes, Ideally I'd like to see it as 6lo saying, well, we're done and > >> happy but prior to IESG please review it from the ROLL / RPL > >> perspective to ensure completeness WRT to the aspect relevant to RPL. > >> Maybe all we need os the chairs telling us that they feel the > >> consensus exists at 6lo, and that they are happy to delegate the last > >> call to ROLL? > > > > I think that would suffice, if ADs approve. From nobody Sat Mar 19 21:38:09 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A702812D56D; Fri, 18 Mar 2016 16:13:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=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 3aqZQjem7hmC; Fri, 18 Mar 2016 16:13:49 -0700 (PDT) Received: from uillean.fuaim.com (uillean.fuaim.com [206.197.161.140]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 60C6412D51B; Fri, 18 Mar 2016 16:13:49 -0700 (PDT) Received: from clairseach.fuaim.com (clairseach-high.fuaim.com [206.197.161.158]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by uillean.fuaim.com (Postfix) with ESMTP id 298F188158; Fri, 18 Mar 2016 16:13:49 -0700 (PDT) Received: from [192.168.1.5] (unknown [76.21.129.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by clairseach.fuaim.com (Postfix) with ESMTP id E7BEB328081A; Fri, 18 Mar 2016 16:13:48 -0700 (PDT) References: <0a3e093af6aa4648abc0ed798d92ae5c@XCH-RCD-001.cisco.com> <8928.1458305306@obiwan.sandelman.ca> <11622bd30cf747a8af0c3a9710d3af89@XCH-RCD-001.cisco.com> <5250.1458330404@obiwan.sandelman.ca> <0188F630-1D0B-4254-AB8F-7F339A2D1382@cisco.com> Mime-Version: 1.0 (1.0) In-Reply-To: <0188F630-1D0B-4254-AB8F-7F339A2D1382@cisco.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPad Mail (13D15) From: Brian Haberman Date: Fri, 18 Mar 2016 19:13:46 -0400 To: "Alvaro Retana (aretana)" Archived-At: X-Mailman-Approved-At: Sat, 19 Mar 2016 21:38:04 -0700 Cc: "6lo-chairs@tools.ietf.org" <6lo-chairs@tools.ietf.org>, "draft-ietf-6lo-routing-dispatch@tools.ietf.org" , Michael Richardson , Routing Over Low power and Lossy networks , "roll-chairs@tools.ietf.org" , Suresh Krishnan , "draft-ietf-6lo-paging-dispatch@tools.ietf.org" , Gabriel Montenegro , "James Woodyatt \(jhw@nestlabs.com\)" , "6lo@ietf.org" <6lo@ietf.org> Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 23:13:51 -0000 Works for me as well. Regards, Brian > On Mar 18, 2016, at 6:27 PM, Alvaro Retana (aretana) w= rote: >=20 > That works for me. >=20 > Thanks! >=20 > Alvaro. >=20 > Thumb-typed and autocorrected.. >=20 > On Mar 18, 2016, at 3:46 PM, Michael Richardson wr= ote: >=20 >>> Yes, Ideally I'd like to see it as 6lo saying, well, we're done and >>> happy but prior to IESG please review it from the ROLL / RPL >>> perspective to ensure completeness WRT to the aspect relevant to >>> RPL. Maybe all we need os the chairs telling us that they feel the >>> consensus exists at 6lo, and that they are happy to delegate the last >>> call to ROLL? >>=20 >> I think that would suffice, if ADs approve. From nobody Mon Mar 21 12:54:50 2016 Return-Path: X-Original-To: roll@ietf.org Delivered-To: roll@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C1EE12DA98; Mon, 21 Mar 2016 12:54:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.17.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160321195449.12223.75112.idtracker@ietfa.amsl.com> Date: Mon, 21 Mar 2016 12:54:49 -0700 Archived-At: Cc: roll@ietf.org Subject: [Roll] I-D Action: draft-ietf-roll-routing-dispatch-00.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 19:54:49 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Routing Over Low power and Lossy networks of the IETF. Title : 6LoWPAN Routing Header Authors : Pascal Thubert Carsten Bormann Laurent Toutain Robert Cragie Filename : draft-ietf-roll-routing-dispatch-00.txt Pages : 33 Date : 2016-03-21 Abstract: This specification introduces a new 6LoWPAN dispatch type for use in 6LoWPAN Route-Over topologies, that initially covers the needs of RPL (RFC6550) data packets compression. Using this dispatch type, this specification defines a method to compress RPL Option (RFC6553) information and Routing Header type 3 (RFC6554), an efficient IP-in- IP technique and is extensible for more applications. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-routing-dispatch/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-roll-routing-dispatch-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 21 14:09:26 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8A2612D6BE; Mon, 21 Mar 2016 00:45:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 dTDfJmNAvRps; Mon, 21 Mar 2016 00:45:03 -0700 (PDT) Received: from lb2-smtp-cloud2.xs4all.net (lb2-smtp-cloud2.xs4all.net [194.109.24.25]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86B8412D6B7; Mon, 21 Mar 2016 00:45:02 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.212]) by smtp-cloud2.xs4all.net with ESMTP id YXkz1s00h4aYjWA01XkzQs; Mon, 21 Mar 2016 08:44:59 +0100 Received: from 2001:983:a264:1:189f:612e:48c2:876a by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Mon, 21 Mar 2016 08:44:59 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 21 Mar 2016 08:44:59 +0100 From: peter van der Stok To: Routing Over Low power and Lossy networks Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: References: <0a3e093af6aa4648abc0ed798d92ae5c@XCH-RCD-001.cisco.com> <8928.1458305306@obiwan.sandelman.ca> <11622bd30cf747a8af0c3a9710d3af89@XCH-RCD-001.cisco.com> <5250.1458330404@obiwan.sandelman.ca> <0188F630-1D0B-4254-AB8F-7F339A2D1382@cisco.com> Message-ID: <52d4a1ad9ea4f417eac00ff17d456e7e@xs4all.nl> X-Sender: stokcons@xs4all.nl (2BtpihYGfHlP/X0H/a/AVekFhA4sfANZ) User-Agent: XS4ALL Webmail Archived-At: X-Mailman-Approved-At: Mon, 21 Mar 2016 14:09:24 -0700 Cc: 6lo-chairs@tools.ietf.org, draft-ietf-6lo-routing-dispatch@tools.ietf.org, Michael Richardson , 6lo@ietf.org, Suresh Krishnan , draft-ietf-6lo-paging-dispatch@tools.ietf.org, Gabriel Montenegro , jhw@nestlabs.com, roll-chairs@tools.ietf.org Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org, Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 07:45:06 -0000 Happy to collaborate, but still dependent on Ines point of view. I would suggest that I-D is submitted as ietf-roll-. That does not need to take time; only the existing draft with a new draft identifier. I prefer to start WGLC during the meeting in B-A, having explained the situation. Anything I am overlooking? Peter Brian Haberman schreef op 2016-03-19 00:13: > Works for me as well. > > Regards, > Brian > >> On Mar 18, 2016, at 6:27 PM, Alvaro Retana (aretana) >> wrote: >> >> That works for me. >> >> Thanks! >> >> Alvaro. >> >> Thumb-typed and autocorrected.. >> >> On Mar 18, 2016, at 3:46 PM, Michael Richardson >> wrote: >> >>>> Yes, Ideally I'd like to see it as 6lo saying, well, we're done and >>>> happy but prior to IESG please review it from the ROLL / RPL >>>> perspective to ensure completeness WRT to the aspect relevant to >>>> RPL. Maybe all we need os the chairs telling us that they feel the >>>> consensus exists at 6lo, and that they are happy to delegate the >>>> last >>>> call to ROLL? >>> >>> I think that would suffice, if ADs approve. > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From nobody Mon Mar 21 14:09:28 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36BDA12D535; Mon, 21 Mar 2016 14:08:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 QnML17b79_X0; Mon, 21 Mar 2016 14:08:42 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F14F12DA1C; Mon, 21 Mar 2016 14:08:40 -0700 (PDT) X-AuditID: c1b4fb25-f79f86d00000400a-c5-56f062d7c2d0 Received: from ESESSHC010.ericsson.se (Unknown_Domain [153.88.183.48]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 3B.AE.16394.7D260F65; Mon, 21 Mar 2016 22:08:39 +0100 (CET) Received: from mail.lmf.ericsson.se (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.50) with Microsoft SMTP Server id 14.3.248.2; Mon, 21 Mar 2016 22:08:38 +0100 Received: from [127.0.0.1] (nomadiclab.lmf.ericsson.se [131.160.33.3]) by mail.lmf.ericsson.se (Postfix) with ESMTP id D58DD110096; Mon, 21 Mar 2016 23:08:37 +0200 (EET) Message-ID: <56F062D8.1070100@ericsson.com> Date: Mon, 21 Mar 2016 23:08:40 +0200 From: Ines Robles User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: , Routing Over Low power and Lossy networks References: <0a3e093af6aa4648abc0ed798d92ae5c@XCH-RCD-001.cisco.com> <8928.1458305306@obiwan.sandelman.ca> <11622bd30cf747a8af0c3a9710d3af89@XCH-RCD-001.cisco.com> <5250.1458330404@obiwan.sandelman.ca> <0188F630-1D0B-4254-AB8F-7F339A2D1382@cisco.com> <52d4a1ad9ea4f417eac00ff17d456e7e@xs4all.nl> In-Reply-To: <52d4a1ad9ea4f417eac00ff17d456e7e@xs4all.nl> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupnkeLIzCtJLcpLzFFi42KZGbHdQPd60ocwgycdYhZtu3+yWjRPEbD4 +3Mro8Wj/avYLG69m8pmMe/9OnaL4zM3MlvcmHCB1aLnUD+7xe4Zx9gtmi4LOHB7TPm9kdVj yZKfTB6tO/6ye2ztnsjm0TJnD7PHl8uf2TxONGxnD2CP4rJJSc3JLEst0rdL4Mo41+5Z8Iy7 Yt3Gj0wNjKs4uxg5OSQETCSW7prEDGGLSVy4t56ti5GLQ0jgMKPExjuzGSGcDYwSP9f3QTlr GSU+LJnHAtLCK6At0bJ6BSuIzSKgKrF6+mdGEJtNwEji7IefbCC2qECIxMT139kg6gUlTs58 AtTLwSEiECtx6qE0yExmgUnMEke6/oH1CgsES6zevwbsJKDNzBKz+jRBbE4BS4nfP1ewgfQy C9hLPNhaBhJmFpCX2P52DlS5tsT0ufdZJjAKzUKybRZCxywkHQsYmVcxihanFiflphsZ66UW ZSYXF+fn6eWllmxiBEbTwS2/VXcwXn7jeIhRgINRiYfX4Mr7MCHWxLLiytxDjBIczEoivD4x H8KEeFMSK6tSi/Lji0pzUosPMUpzsCiJ87J+uhwmJJCeWJKanZpakFoEk2Xi4JRqYAx6MDF3 A1tQzQ7ZXVIBLOr7+D1yGKZ/nPFJbSrzyozmehH+O3Gcm64u+PAuyiJEK6p2evkh6Q0LH2/v vjiViSfpyPbZS5YLJ0f6LWRc45ra+n+jQOGCvy5NOvvyt02fp/5S+91TK76tu7tnnPBdc8bg lLDJ5MMbfsz+MtF0mUJR157wcp0/P/WVWIozEg21mIuKEwGIXPifogIAAA== Archived-At: X-Mailman-Approved-At: Mon, 21 Mar 2016 14:09:24 -0700 Cc: 6lo-chairs@tools.ietf.org, draft-ietf-6lo-routing-dispatch@tools.ietf.org, Michael Richardson , 6lo@ietf.org, Suresh Krishnan , draft-ietf-6lo-paging-dispatch@tools.ietf.org, Gabriel Montenegro , jhw@nestlabs.com, roll-chairs@tools.ietf.org Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 21:08:44 -0000 Hi, On 03/21/2016 09:44 AM, peter van der Stok wrote: > Happy to collaborate, but still dependent on Ines point of view. It is ok for me, Pascal just submitted the new version. :) > I would suggest that I-D is submitted as ietf-roll-. > That does not need to take time; only the existing draft with a new > draft identifier. > > I prefer to start WGLC during the meeting in B-A, having explained the > situation. Yes, we can start the WGLC on monday 4th. > > Anything I am overlooking? > > Peter > > Brian Haberman schreef op 2016-03-19 00:13: >> Works for me as well. >> >> Regards, >> Brian >> >>> On Mar 18, 2016, at 6:27 PM, Alvaro Retana (aretana) >>> wrote: >>> >>> That works for me. >>> >>> Thanks! >>> >>> Alvaro. >>> >>> Thumb-typed and autocorrected.. >>> >>> On Mar 18, 2016, at 3:46 PM, Michael Richardson >>> wrote: >>> >>>>> Yes, Ideally I'd like to see it as 6lo saying, well, we're done and >>>>> happy but prior to IESG please review it from the ROLL / RPL >>>>> perspective to ensure completeness WRT to the aspect relevant to >>>>> RPL. Maybe all we need os the chairs telling us that they feel the >>>>> consensus exists at 6lo, and that they are happy to delegate the last >>>>> call to ROLL? >>>> >>>> I think that would suffice, if ADs approve. >> >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll From nobody Mon Mar 21 14:24:12 2016 Return-Path: X-Original-To: roll@ietf.org Delivered-To: roll@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 38EB912DB9A; Mon, 21 Mar 2016 14:24:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.17.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160321212409.12191.24865.idtracker@ietfa.amsl.com> Date: Mon, 21 Mar 2016 14:24:09 -0700 Archived-At: Cc: roll@ietf.org Subject: [Roll] I-D Action: draft-ietf-roll-applicability-ami-12.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 21:24:09 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Routing Over Low power and Lossy networks of the IETF. Title : Applicability Statement for the Routing Protocol for Low Power and Lossy Networks (RPL) in AMI Networks Authors : Nancy Cam-Winget Jonathan Hui Daniel Popa Filename : draft-ietf-roll-applicability-ami-12.txt Pages : 24 Date : 2016-03-21 Abstract: This document discusses the applicability of RPL in Advanced Metering Infrastructure (AMI) networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-applicability-ami/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-roll-applicability-ami-12 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-applicability-ami-12 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 21 15:07:56 2016 Return-Path: X-Original-To: roll@ietf.org Delivered-To: roll@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 29BBD12D0F2; Mon, 21 Mar 2016 15:07:54 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.17.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160321220754.12247.41776.idtracker@ietfa.amsl.com> Date: Mon, 21 Mar 2016 15:07:54 -0700 Archived-At: Cc: roll@ietf.org Subject: [Roll] I-D Action: draft-ietf-roll-useofrplinfo-02.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 22:07:54 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Routing Over Low power and Lossy networks of the IETF. Title : When to use RFC 6553, 6554 and IPv6-in-IPv6 Authors : Maria Ines Robles Michael C. Richardson Pascal Thubert Filename : draft-ietf-roll-useofrplinfo-02.txt Pages : 31 Date : 2016-03-21 Abstract: This document states different cases where RFC 6553, RFC 6554 and IPv6-in-IPv6 encapsulation is required to set the bases to help defining the compression of RPL routing information in LLN environments. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-useofrplinfo/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-roll-useofrplinfo-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-useofrplinfo-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Mar 22 06:58:22 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BB9212D838 for ; Tue, 22 Mar 2016 06:58:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.521 X-Spam-Level: X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 Cdy20xWBmn0c for ; Tue, 22 Mar 2016 06:58:18 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B7C812D8F1 for ; Tue, 22 Mar 2016 06:58:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14928; q=dns/txt; s=iport; t=1458655097; x=1459864697; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=W4CLM4vi9TtAcxZDcK9Gc11h1LGpMxwSwi5G0MB8cqE=; b=KDd/UcR40B0c2xcsYsbUITmTtBCs5DFCFlOBoJxAYr68ChL6X8wz8gPp /H4LMrXBTcScgLV1JhukmU0X2f4ciROGpgZzfdP9beXtGNr68yI/ayJm2 TEVnhtnkUDSvGm/Dtj42ACxYCibgYs8kg7i2TGn3hVYhT+1FTmxLFrM37 4=; X-Files: ATT00001.txt : 127 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C5AgCETvFW/5FdJa1egmdMU3oGhTuwF?= =?us-ascii?q?4RuDoFwFwEJhBWBVwKBQzgUAQEBAQEBAWQnhEEBAQEEAQEBKkELDAQCAQgOAwQ?= =?us-ascii?q?BAQEnBwIlCxQJCAIEAQ0FCAaIGQ6/IQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ0EB?= =?us-ascii?q?IYehESEICIHCRcNhRwFl1cBgx2BZm2IDIFshEyIWI8GAR4BQ4IDGYFJagGITCU?= =?us-ascii?q?WfgEBAQ?= X-IronPort-AV: E=Sophos;i="5.24,377,1454976000"; d="txt'?scan'208,217";a="250468757" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Mar 2016 13:58:16 +0000 Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id u2MDwGHd025482 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Mar 2016 13:58:16 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 22 Mar 2016 08:58:15 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1104.009; Tue, 22 Mar 2016 08:58:15 -0500 From: "Pascal Thubert (pthubert)" To: Ines Robles , "consultancy@vanderstok.org" , Routing Over Low power and Lossy networks Thread-Topic: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL Thread-Index: AdGAmop9h2qYFLg/TgebhfKJtHrSXwAZ6IKwAA8MvAAACHHOAAAGKhcAAAWe2wAAAZwqAACICeM6ACMLGqA= Date: Tue, 22 Mar 2016 13:57:47 +0000 Deferred-Delivery: Tue, 22 Mar 2016 13:56:49 +0000 Message-ID: <70d786fbff9d432aba60ef437e3b3720@XCH-RCD-001.cisco.com> References: <0a3e093af6aa4648abc0ed798d92ae5c@XCH-RCD-001.cisco.com> <8928.1458305306@obiwan.sandelman.ca> <11622bd30cf747a8af0c3a9710d3af89@XCH-RCD-001.cisco.com> <5250.1458330404@obiwan.sandelman.ca> <0188F630-1D0B-4254-AB8F-7F339A2D1382@cisco.com> <52d4a1ad9ea4f417eac00ff17d456e7e@xs4all.nl> <56F062D8.1070100@ericsson.com> In-Reply-To: <56F062D8.1070100@ericsson.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.49.80.20] Content-Type: multipart/mixed; boundary="_002_70d786fbff9d432aba60ef437e3b3720XCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "6lo-chairs@tools.ietf.org" <6lo-chairs@tools.ietf.org>, "draft-ietf-6lo-routing-dispatch@tools.ietf.org" Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 13:58:20 -0000 --_002_70d786fbff9d432aba60ef437e3b3720XCHRCD001ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Ines,=20 I think the draft is ripe for last call.=20 We have spent all the cycles in the 6lo WG and the work is done, upon valid= ation of the ROLL team. Last call is an excellent way of validating that. Could you please consider launching it? 6lo just did for the paging dispatc= h, and doing it now means that we can announce the result in Buenos Aires. Take care, Pascal > -----Original Message----- > From: Ines Robles [mailto:maria.ines.robles@ericsson.com] > Sent: lundi 21 mars 2016 22:09 > To: consultancy@vanderstok.org; Routing Over Low power and Lossy > networks > Cc: Alvaro Retana (aretana) ; 6lo-chairs@tools.ietf.or= g; > draft-ietf-6lo-routing-dispatch@tools.ietf.org; Michael Richardson > ; roll-chairs@tools.ietf.org; Suresh Krishnan > ; draft-ietf-6lo-paging- > dispatch@tools.ietf.org; Gabriel Montenegro > ; jhw@nestlabs.com; 6lo@ietf.org > Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO= to > ROLL >=20 > Hi, >=20 > On 03/21/2016 09:44 AM, peter van der Stok wrote: > > Happy to collaborate, but still dependent on Ines point of view. >=20 > It is ok for me, Pascal just submitted the new version. :) > > I would suggest that I-D is submitted as ietf-roll-. > > That does not need to take time; only the existing draft with a new > > draft identifier. > > > > I prefer to start WGLC during the meeting in B-A, having explained the > > situation. > Yes, we can start the WGLC on monday 4th. > > > > Anything I am overlooking? > > > > Peter > > > > Brian Haberman schreef op 2016-03-19 00:13: > >> Works for me as well. > >> > >> Regards, > >> Brian > >> > >>> On Mar 18, 2016, at 6:27 PM, Alvaro Retana (aretana) > >>> wrote: > >>> > >>> That works for me. > >>> > >>> Thanks! > >>> > >>> Alvaro. > >>> > >>> Thumb-typed and autocorrected.. > >>> > >>> On Mar 18, 2016, at 3:46 PM, Michael Richardson > >>> wrote: > >>> > >>>>> Yes, Ideally I'd like to see it as 6lo saying, well, we're done > >>>>> and happy but prior to IESG please review it from the ROLL / RPL > >>>>> perspective to ensure completeness WRT to the aspect relevant to > >>>>> RPL. Maybe all we need os the chairs telling us that they feel the > >>>>> consensus exists at 6lo, and that they are happy to delegate the > >>>>> last call to ROLL? > >>>> > >>>> I think that would suffice, if ADs approve. > >> > >> _______________________________________________ > >> Roll mailing list > >> Roll@ietf.org > >> https://www.ietf.org/mailman/listinfo/roll --_002_70d786fbff9d432aba60ef437e3b3720XCHRCD001ciscocom_ Content-Type: message/rfc822 Content-Disposition: attachment; creation-date="Tue, 22 Mar 2016 13:57:45 GMT"; modification-date="Tue, 22 Mar 2016 13:57:45 GMT" Received: from xch-rtp-003.cisco.com (64.101.220.143) by xch-rcd-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Mailbox Transport; Thu, 17 Mar 2016 17:22:30 -0500 Received: from xch-rtp-014.cisco.com (64.101.220.154) by XCH-RTP-003.cisco.com (64.101.220.143) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 17 Mar 2016 18:22:29 -0400 Received: from xch-rtp-004.cisco.com (64.101.220.144) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 17 Mar 2016 18:22:29 -0400 Received: from rcdn-iport-2.cisco.com (173.37.86.73) by mail.cisco.com (64.101.220.144) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Frontend Transport; Thu, 17 Mar 2016 18:22:28 -0400 Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Mar 2016 22:22:28 +0000 Received: from alln-inbound-g.cisco.com (alln-inbound-g.cisco.com [173.37.147.237]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id u2HMMLme013173; Thu, 17 Mar 2016 22:22:26 GMT Received: from mail.ietf.org ([IPv6:2001:1900:3001:11::2c]) by alln-inbound-g.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Mar 2016 22:22:24 +0000 Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CEBF312DD4B; Thu, 17 Mar 2016 15:22:22 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB98212DD49; Thu, 17 Mar 2016 15:22:19 -0700 (PDT) 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 YAB3NX-d4bk9; Thu, 17 Mar 2016 15:22:17 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0784.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::784]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8043012DD45; Thu, 17 Mar 2016 15:22:17 -0700 (PDT) Received: from BN1PR03MB072.namprd03.prod.outlook.com (10.255.225.156) by BN1PR03MB070.namprd03.prod.outlook.com (10.255.225.154) with Microsoft SMTP Server (TLS) id 15.1.434.16; Thu, 17 Mar 2016 22:22:02 +0000 Received: from BN1PR03MB072.namprd03.prod.outlook.com ([169.254.7.139]) by BN1PR03MB072.namprd03.prod.outlook.com ([169.254.7.139]) with mapi id 15.01.0434.016; Thu, 17 Mar 2016 22:22:01 +0000 From: Gabriel Montenegro To: "draft-ietf-6lo-paging-dispatch@tools.ietf.org" , "6lo@ietf.org" <6lo@ietf.org> CC: Samita Chakrabarti , "Routing Over Low power and Lossy networks" , "James Woodyatt (jhw@nestlabs.com)" Subject: [Roll] WG LC on 6LoWPAN Paging Dispatch: draft-ietf-6lo-paging-dispatch-01 Thread-Topic: [Roll] WG LC on 6LoWPAN Paging Dispatch: draft-ietf-6lo-paging-dispatch-01 Thread-Index: AdGAmy1Jw5XRoOwHRCKW0q3gqo/xog== Sender: Roll Date: Thu, 17 Mar 2016 22:22:01 +0000 Message-ID: List-Help: List-Subscribe: , List-Unsubscribe: , Reply-To: Routing Over Low power and Lossy networks Accept-Language: en-US Content-Language: en-US X-MS-Exchange-Organization-AuthMechanism: 10 X-MS-Exchange-Organization-AuthSource: XCH-RTP-004.cisco.com X-MS-Has-Attach: yes X-Auto-Response-Suppress: All X-MS-TNEF-Correlator: dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=VT1SbkS3qarwehZgzQ5smakTgSzbBJPi7vRnV5K5J8o=; b=cdCRigjK0UGzpcTPPB6mAFLCMayFvZh/1MVvXqDn4/bsb9zz9ER3gkOHYojMRaE/7IuYPlE8elkf4dPjlUiySFQFr+WTzLp7KAbw+n62wKswBWujfTDMLDJMq+WphAcCwglZH2H1jXzGFYNOwuzvsby863zNw7lz3hOJrjMVLgc= x-ironport-av: E=Sophos;i="5.24,351,1454976000"; d="scan'208,217";a="200214477" x-originating-ip: [2001:4898:80e8:1::4e6] list-post: delivered-to: roll@ietfa.amsl.com list-archive: x-beenthere: roll@ietf.org x-ironport-anti-spam-filtered: true x-from-outside-cisco: 2001:1900:3001:11::2c authentication-results: alln-inbound-g.cisco.com; spf=Pass smtp.mailfrom=roll-bounces@ietf.org; spf=None smtp.helo=postmaster@mail.ietf.org; dkim=pass (signature verified) header.i=@ietf.org; dkim=hardfail (body hash did not verify [final]) header.i=@microsoft.com; dmarc=fail (p=none dis=none) d=microsoft.com x-virus-scanned: amavisd-new at amsl.com x-ironport-anti-spam-result: A8GMAACaLetWigAZASCDgISAEQAsXhkBAQEBEAEBAQEIAQEBAYI8IX5uhUK0RQENgS04IQEJhBWBV4E9OBQBAQEBAQEBAQIOAQEBChYHUIItCQEhFwYEBgEBAQEBASYBAQEBAQEBAQEBAQEBAQEBAQEBAQEUAg0xEgEBGwEBAwEBAQ4BARoTAQEECgMbCwECAwECBgIBAUYIAwEjCyYBBAESBQMaiAYCAgmeHgGFLgGBJwEcYQUoAopnAQEBhSYBBIFbiTYBAQEBAQEBAQEBAQEBAQEBAQEBAQEPAgSGHoktgn6BDwGXWIVvlxiPASABAYI4gW9qimMBAQE x-mailman-version: 2.1.17 x-spam-score: -2.001 x-spam-status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no x-spam-flag: NO x-spam-level: x-original-to: roll@ietfa.amsl.com errors-to: roll-bounces@ietf.org list-id: Routing Over Low power and Lossy networks received-spf: None (alln-inbound-g.cisco.com: no sender authenticity information available from domain of postmaster@mail.ietf.org) identity=helo; client-ip=2001:1900:3001:11::2c; receiver=alln-inbound-g.cisco.com; envelope-from="roll-bounces@ietf.org"; x-sender="postmaster@mail.ietf.org"; x-conformance=spf_only Content-Type: multipart/mixed; boundary="_004_BN1PR03MB0720801499429025809A822958B0BN1PR03MB072namprd_" MIME-Version: 1.0 --_004_BN1PR03MB0720801499429025809A822958B0BN1PR03MB072namprd_ Content-Type: multipart/alternative; boundary="_000_BN1PR03MB0720801499429025809A822958B0BN1PR03MB072namprd_" --_000_BN1PR03MB0720801499429025809A822958B0BN1PR03MB072namprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, This message starts a 2-week working group last call on advancing: 6LoWPAN Paging Dispatch https://tools.ietf.org/html/draft-ietf-6lo-paging-dispatch-01 as a Proposed Standard. All substantive comments are to be posted to the ma= iling list. Editorial comments should be sent to the document authors. The document shepherd for this document is James Woodyatt. The ROLL WG is c= c-ed on this WG LC as a related document in their WG depends heavily on thi= s one (6loRH, routing-dispatch) This last call will end on 2016-04-01. Regards, Gabriel --_000_BN1PR03MB0720801499429025809A822958B0BN1PR03MB072namprd_ Content-Type: text/html; charset="us-ascii" Content-ID: <86A71CF5C08AAE4CA6EA133E6668F0BB@emea.cisco.com> Content-Transfer-Encoding: quoted-printable

All,

 

This message starts a 2-week working group last c= all on advancing:

 

     6LoWPAN Paging Dispatch<= o:p>

     https://tools.ietf.org/html/draft-ietf-6lo-paging-dispatch-01

 

as a Proposed Standard. All substantive comments = are to be posted to the mailing list. Editorial comments should be sent to = the document authors.

 

The document shepherd for this document is James = Woodyatt. The ROLL WG is cc-ed on this WG LC as a related document in their= WG depends heavily on this one (6loRH, routing-dispatch)

 

This last call will end on 2016-04-01.=

 

Regards,

Gabriel

 

--_000_BN1PR03MB0720801499429025809A822958B0BN1PR03MB072namprd_-- --_004_BN1PR03MB0720801499429025809A822958B0BN1PR03MB072namprd_ Content-Type: text/plain; name="ATT00001.txt" Content-Description: ATT00001.txt Content-Disposition: attachment; filename="ATT00001.txt"; size=127; creation-date="Thu, 17 Mar 2016 22:22:30 GMT"; modification-date="Thu, 17 Mar 2016 22:22:30 GMT" Content-ID: <1124C43F2D152D4E8F12701D4FDC99FC@emea.cisco.com> Content-Transfer-Encoding: base64 X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClJvbGwgbWFp bGluZyBsaXN0DQpSb2xsQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL3JvbGwNCg== --_004_BN1PR03MB0720801499429025809A822958B0BN1PR03MB072namprd_-- --_002_70d786fbff9d432aba60ef437e3b3720XCHRCD001ciscocom_-- From nobody Tue Mar 22 09:22:15 2016 Return-Path: X-Original-To: roll@ietf.org Delivered-To: roll@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E88112D78C; Tue, 22 Mar 2016 09:22:11 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.17.0 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20160322162211.4051.42996.idtracker@ietfa.amsl.com> Date: Tue, 22 Mar 2016 09:22:11 -0700 Archived-At: Cc: roll-chairs@ietf.org, roll@ietf.org, draft-ietf-roll-applicability-ami@ietf.org, mcr+ietf@sandelman.ca Subject: [Roll] Last Call: (Applicability Statement for the Routing Protocol for Low Power and Lossy Networks (RPL) in AMI Networks) to Proposed Standard X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Reply-To: ietf@ietf.org, Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 16:22:11 -0000 The IESG has received a request from the Routing Over Low power and Lossy networks WG (roll) to consider the following document: - 'Applicability Statement for the Routing Protocol for Low Power and Lossy Networks (RPL) in AMI Networks' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2016-04-12. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document discusses the applicability of RPL in Advanced Metering Infrastructure (AMI) networks. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-roll-applicability-ami/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-roll-applicability-ami/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Tue Mar 22 19:26:49 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3E6512D60E for ; Tue, 22 Mar 2016 19:26:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 gwdHZwgGdNGy for ; Tue, 22 Mar 2016 19:26:46 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 875F012D517 for ; Tue, 22 Mar 2016 19:26:45 -0700 (PDT) X-AuditID: c1b4fb25-f79f86d00000400a-3f-56f1fee3d376 Received: from ESESSHC008.ericsson.se (Unknown_Domain [153.88.183.42]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 6D.66.16394.3EEF1F65; Wed, 23 Mar 2016 03:26:43 +0100 (CET) Received: from mail.lmf.ericsson.se (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.44) with Microsoft SMTP Server id 14.3.248.2; Wed, 23 Mar 2016 03:25:44 +0100 Received: from [127.0.0.1] (nomadiclab.lmf.ericsson.se [131.160.33.3]) by mail.lmf.ericsson.se (Postfix) with ESMTP id 51BD511008C; Wed, 23 Mar 2016 04:25:44 +0200 (EET) Message-ID: <56F1FEAA.5060900@ericsson.com> Date: Wed, 23 Mar 2016 04:25:46 +0200 From: Ines Robles User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: "Pascal Thubert (pthubert)" , "consultancy@vanderstok.org" , "Routing Over Low power and Lossy networks" References: <0a3e093af6aa4648abc0ed798d92ae5c@XCH-RCD-001.cisco.com> <8928.1458305306@obiwan.sandelman.ca> <11622bd30cf747a8af0c3a9710d3af89@XCH-RCD-001.cisco.com> <5250.1458330404@obiwan.sandelman.ca> <0188F630-1D0B-4254-AB8F-7F339A2D1382@cisco.com> <52d4a1ad9ea4f417eac00ff17d456e7e@xs4all.nl> <56F062D8.1070100@ericsson.com> <70d786fbff9d432aba60ef437e3b3720@XCH-RCD-001.cisco.com> In-Reply-To: <70d786fbff9d432aba60ef437e3b3720@XCH-RCD-001.cisco.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrDLMWRmVeSWpSXmKPExsUyM2K7lu7jfx/DDE6es7Bo2/2T1eLvz62M Fo/2r2KzmPd+HbvFjCnvGC2aLgs4sHlM+b2R1WPJkp9MHl8uf2bzONGwnT2AJYrLJiU1J7Ms tUjfLoEr4+aSPuaCveIVbVdmMTUwThHuYuTkkBAwkXj1aDsLhC0mceHeerYuRi4OIYHDjBKn lq9mh3A2MEps2zMNylnLKNH3ajE7SAuvgLbE+tMHmUFsFgFViT+7N4HZbAJGEmc//GQDsUUF QiQmrv/OBlEvKHFy5hMWkEEiIFPf9s0Gc5gFLjJKdG/qZgKpEhYIlli9fw0zxLpOFom9vU2M IAlOAVeJA/2rWLsYOYA67CUebC0DCTMLyEtsfzsHbLMQ0EXT595nmcAoNAvJwlkIHbOQdCxg ZF7FKFqcWpyUm25krJdalJlcXJyfp5eXWrKJERgHB7f8Vt3BePmN4yFGAQ5GJR7egnMfw4RY E8uKK3MPMUpwMCuJ8Hp/BwrxpiRWVqUW5ccXleakFh9ilOZgURLnZf10OUxIID2xJDU7NbUg tQgmy8TBKdXA6Hco9XVkgH3Ku+ltP3yKfnv+OypkenrXzROH5p6JKM9IZ18SeHvpnpXu0yR8 2uxd4zw08oQ2bGZ/dXbJBzcN9Wozg8DoM29vb5CNe/rmxv9LuxxM2/a4Bu+Y4sZhdPJVQtHl pI1bg5Jyl8TaB7940MZ7xOjeHsuwBe+D1Jiv3A8sTc2+/brMRomlOCPRUIu5qDgRAKqhP0F/ AgAA Archived-At: Cc: "6lo-chairs@tools.ietf.org" <6lo-chairs@tools.ietf.org>, "draft-ietf-6lo-routing-dispatch@tools.ietf.org" Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2016 02:26:48 -0000 Hi Pascal, Thanks for your comment. it makes sense. Does this document has a shepherd assigned? Someone volunteer :-)? It will be nice to have new people of WGs involved in this task. Thanks, Peter and Ines. On 03/22/2016 03:57 PM, Pascal Thubert (pthubert) wrote: > Hello Ines, > > I think the draft is ripe for last call. > > We have spent all the cycles in the 6lo WG and the work is done, upon validation of the ROLL team. Last call is an excellent way of validating that. > > Could you please consider launching it? 6lo just did for the paging dispatch, and doing it now means that we can announce the result in Buenos Aires. > > Take care, > > Pascal > > >> -----Original Message----- >> From: Ines Robles [mailto:maria.ines.robles@ericsson.com] >> Sent: lundi 21 mars 2016 22:09 >> To: consultancy@vanderstok.org; Routing Over Low power and Lossy >> networks >> Cc: Alvaro Retana (aretana) ; 6lo-chairs@tools.ietf.org; >> draft-ietf-6lo-routing-dispatch@tools.ietf.org; Michael Richardson >> ; roll-chairs@tools.ietf.org; Suresh Krishnan >> ; draft-ietf-6lo-paging- >> dispatch@tools.ietf.org; Gabriel Montenegro >> ; jhw@nestlabs.com; 6lo@ietf.org >> Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to >> ROLL >> >> Hi, >> >> On 03/21/2016 09:44 AM, peter van der Stok wrote: >>> Happy to collaborate, but still dependent on Ines point of view. >> It is ok for me, Pascal just submitted the new version. :) >>> I would suggest that I-D is submitted as ietf-roll-. >>> That does not need to take time; only the existing draft with a new >>> draft identifier. >>> >>> I prefer to start WGLC during the meeting in B-A, having explained the >>> situation. >> Yes, we can start the WGLC on monday 4th. >>> Anything I am overlooking? >>> >>> Peter >>> >>> Brian Haberman schreef op 2016-03-19 00:13: >>>> Works for me as well. >>>> >>>> Regards, >>>> Brian >>>> >>>>> On Mar 18, 2016, at 6:27 PM, Alvaro Retana (aretana) >>>>> wrote: >>>>> >>>>> That works for me. >>>>> >>>>> Thanks! >>>>> >>>>> Alvaro. >>>>> >>>>> Thumb-typed and autocorrected.. >>>>> >>>>> On Mar 18, 2016, at 3:46 PM, Michael Richardson >>>>> wrote: >>>>> >>>>>>> Yes, Ideally I'd like to see it as 6lo saying, well, we're done >>>>>>> and happy but prior to IESG please review it from the ROLL / RPL >>>>>>> perspective to ensure completeness WRT to the aspect relevant to >>>>>>> RPL. Maybe all we need os the chairs telling us that they feel the >>>>>>> consensus exists at 6lo, and that they are happy to delegate the >>>>>>> last call to ROLL? >>>>>> I think that would suffice, if ADs approve. >>>> _______________________________________________ >>>> Roll mailing list >>>> Roll@ietf.org >>>> https://www.ietf.org/mailman/listinfo/roll From nobody Tue Mar 22 19:40:15 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A295F12D5D2 for ; Tue, 22 Mar 2016 19:40:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.792 X-Spam-Level: X-Spam-Status: No, score=-1.792 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=microsoft.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 otCFehSg24Va for ; Tue, 22 Mar 2016 19:40:11 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0767.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::767]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6932512D542 for ; Tue, 22 Mar 2016 19:40:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=kDOyNHqZh95y5CayQ/NOV+t2cJUxu7VcDwX33Tk+PEE=; b=c6HI3vZdOmtH2THz/u6qw1uvT2QuurTXKo46IlT5tMB5lL3JTJqUcPj6VWPuNeERkrGo0OfyTloHw6gMReIDvHaBs5Vx5vrijriEQnEAoBAx5bi33TmNUl+YjI5WAOk0c0XBXCZOgeVCZ2pV6g6TGOJnyZxkyADHmsSSH6IKOzQ= Received: from BN1PR03MB072.namprd03.prod.outlook.com (10.255.225.156) by BN1PR03MB069.namprd03.prod.outlook.com (10.255.225.153) with Microsoft SMTP Server (TLS) id 15.1.434.16; Wed, 23 Mar 2016 02:39:48 +0000 Received: from BN1PR03MB072.namprd03.prod.outlook.com ([169.254.7.139]) by BN1PR03MB072.namprd03.prod.outlook.com ([169.254.7.139]) with mapi id 15.01.0434.021; Wed, 23 Mar 2016 02:39:47 +0000 From: Gabriel Montenegro To: Ines Robles , "Pascal Thubert (pthubert)" , "consultancy@vanderstok.org" , Routing Over Low power and Lossy networks , Michael Richardson Thread-Topic: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL Thread-Index: AdGAmop9h2qYFLg/TgebhfKJtHrSXwAZ6IKwAASShgAAAkNcAAAMWIkAAAWe2wAAAZwrAAB2b9eAABwRfQAAIz41gAAaH34AAABvy5A= Date: Wed, 23 Mar 2016 02:39:47 +0000 Message-ID: References: <0a3e093af6aa4648abc0ed798d92ae5c@XCH-RCD-001.cisco.com> <8928.1458305306@obiwan.sandelman.ca> <11622bd30cf747a8af0c3a9710d3af89@XCH-RCD-001.cisco.com> <5250.1458330404@obiwan.sandelman.ca> <0188F630-1D0B-4254-AB8F-7F339A2D1382@cisco.com> <52d4a1ad9ea4f417eac00ff17d456e7e@xs4all.nl> <56F062D8.1070100@ericsson.com> <70d786fbff9d432aba60ef437e3b3720@XCH-RCD-001.cisco.com> <56F1FEAA.5060900@ericsson.com> In-Reply-To: <56F1FEAA.5060900@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: ericsson.com; dkim=none (message not signed) header.d=none; ericsson.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [73.221.57.40] x-ms-office365-filtering-correlation-id: f0f477db-b890-45a7-c72d-08d352c4669c x-microsoft-exchange-diagnostics: 1; BN1PR03MB069; 5:0v24szmo+DX76qIJ4eUEbLxXfv1A8+zrGPTpGxawFq16s/wpI8AyaP+2Ti+l5yheWQocR2Xrnl6x8KC0rbBs3ChG+hGMkQBOnQU81HH8m6R3654mKK7FGxb/D32K8dKCB/szmXyfzHuZGFd324/2Mg==; 24:AmsMHplRW8V2ArIGWepIAjCm5Oql45Omlc+9pGfIJQzsZghiDEp95lULyYCaOX/coxC8AgW0IgXKeJRQqjuiX1/CRUO2s7JsyIbEw4Lee0c= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN1PR03MB069; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415293)(102615271)(61425038)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(61426038)(61427038); SRVR:BN1PR03MB069; BCL:0; PCL:0; RULEID:; SRVR:BN1PR03MB069; x-forefront-prvs: 08902E536D x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(164054003)(43544003)(24454002)(377454003)(377424004)(4326007)(5004730100002)(5003600100002)(76576001)(19580405001)(10090500001)(19580395003)(66066001)(10400500002)(5005710100001)(2906002)(10290500002)(87936001)(99286002)(74316001)(15975445007)(54356999)(76176999)(50986999)(99936001)(2900100001)(33656002)(5001770100001)(5002640100001)(189998001)(2950100001)(2501003)(92566002)(1220700001)(1096002)(93886004)(81166005)(586003)(3660700001)(102836003)(575784001)(6116002)(86612001)(3846002)(5008740100001)(122556002)(3280700002)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR03MB069; H:BN1PR03MB072.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/mixed; boundary="_002_BN1PR03MB0727AE6DD4ADD675F19D4C695810BN1PR03MB072namprd_" MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Mar 2016 02:39:47.6430 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN1PR03MB069 Archived-At: Cc: "6lo-chairs@tools.ietf.org" <6lo-chairs@tools.ietf.org>, "draft-ietf-6lo-routing-dispatch@tools.ietf.org" Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2016 02:40:13 -0000 --_002_BN1PR03MB0727AE6DD4ADD675F19D4C695810BN1PR03MB072namprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Michael Richardson volunteered (cc-ed). > -----Original Message----- > From: Ines Robles [mailto:maria.ines.robles@ericsson.com] > Sent: Tuesday, March 22, 2016 19:26 > To: Pascal Thubert (pthubert) ; > consultancy@vanderstok.org; Routing Over Low power and Lossy networks > > Cc: Alvaro Retana (aretana) ; 6lo-chairs@tools.ietf.or= g; > draft-ietf-6lo-routing-dispatch@tools.ietf.org > Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO= to > ROLL >=20 > Hi Pascal, >=20 > Thanks for your comment. it makes sense. >=20 > Does this document has a shepherd assigned? Someone volunteer :-)? It wil= l be > nice to have new people of WGs involved in this task. >=20 > Thanks, >=20 > Peter and Ines. >=20 >=20 > On 03/22/2016 03:57 PM, Pascal Thubert (pthubert) wrote: > > Hello Ines, > > > > I think the draft is ripe for last call. > > > > We have spent all the cycles in the 6lo WG and the work is done, upon > validation of the ROLL team. Last call is an excellent way of validating = that. > > > > Could you please consider launching it? 6lo just did for the paging dis= patch, > and doing it now means that we can announce the result in Buenos Aires. > > > > Take care, > > > > Pascal > > > > > >> -----Original Message----- > >> From: Ines Robles [mailto:maria.ines.robles@ericsson.com] > >> Sent: lundi 21 mars 2016 22:09 > >> To: consultancy@vanderstok.org; Routing Over Low power and Lossy > >> networks > >> Cc: Alvaro Retana (aretana) ; > >> 6lo-chairs@tools.ietf.org; > >> draft-ietf-6lo-routing-dispatch@tools.ietf.org; Michael Richardson > >> ; roll-chairs@tools.ietf.org; Suresh Krishnan > >> ; draft-ietf-6lo-paging- > >> dispatch@tools.ietf.org; Gabriel Montenegro > >> ; jhw@nestlabs.com; 6lo@ietf.org > >> Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from > >> 6LO to ROLL > >> > >> Hi, > >> > >> On 03/21/2016 09:44 AM, peter van der Stok wrote: > >>> Happy to collaborate, but still dependent on Ines point of view. > >> It is ok for me, Pascal just submitted the new version. :) > >>> I would suggest that I-D is submitted as ietf-roll-. > >>> That does not need to take time; only the existing draft with a new > >>> draft identifier. > >>> > >>> I prefer to start WGLC during the meeting in B-A, having explained > >>> the situation. > >> Yes, we can start the WGLC on monday 4th. > >>> Anything I am overlooking? > >>> > >>> Peter > >>> > >>> Brian Haberman schreef op 2016-03-19 00:13: > >>>> Works for me as well. > >>>> > >>>> Regards, > >>>> Brian > >>>> > >>>>> On Mar 18, 2016, at 6:27 PM, Alvaro Retana (aretana) > >>>>> wrote: > >>>>> > >>>>> That works for me. > >>>>> > >>>>> Thanks! > >>>>> > >>>>> Alvaro. > >>>>> > >>>>> Thumb-typed and autocorrected.. > >>>>> > >>>>> On Mar 18, 2016, at 3:46 PM, Michael Richardson > >>>>> wrote: > >>>>> > >>>>>>> Yes, Ideally I'd like to see it as 6lo saying, well, we're done > >>>>>>> and happy but prior to IESG please review it from the ROLL / RPL > >>>>>>> perspective to ensure completeness WRT to the aspect relevant to > >>>>>>> RPL. Maybe all we need os the chairs telling us that they feel > >>>>>>> the consensus exists at 6lo, and that they are happy to delegate > >>>>>>> the last call to ROLL? > >>>>>> I think that would suffice, if ADs approve. > >>>> _______________________________________________ > >>>> Roll mailing list > >>>> Roll@ietf.org > >>>> https://na01.safelinks.protection.outlook.com/?url=3Dhttps%3a%2f%2fw= w > >>>> > w.ietf.org%2fmailman%2flistinfo%2froll&data=3D01%7c01%7cGabriel.Monte > >>>> > negro%40microsoft.com%7c0e636663df984b261bce08d352c29efc%7c72f988 > bf > >>>> > 86f141af91ab2d7cd011db47%7c1&sdata=3DFzPpD0yJbEDSStuSXJqUAO6l3Rv3x8 > U0 > >>>> %2borDMFs1pgg%3d --_002_BN1PR03MB0727AE6DD4ADD675F19D4C695810BN1PR03MB072namprd_ Content-Type: message/rfc822 Content-Disposition: attachment; creation-date="Wed, 23 Mar 2016 02:39:46 GMT"; modification-date="Wed, 23 Mar 2016 02:39:46 GMT" Received: from SN2PR03MB080.namprd03.prod.outlook.com (10.255.175.156) by BN1PR03MB072.namprd03.prod.outlook.com (10.255.225.156) with Microsoft SMTP Server (TLS) id 15.1.434.16 via Mailbox Transport; Fri, 18 Mar 2016 12:50:47 +0000 Received: from DM2PR03CA0052.namprd03.prod.outlook.com (10.141.96.51) by SN2PR03MB080.namprd03.prod.outlook.com (10.255.175.156) with Microsoft SMTP Server (TLS) id 15.1.427.16; Fri, 18 Mar 2016 12:50:46 +0000 Received: from BN1BFFO11FD014.protection.gbl (2a01:111:f400:7c10::1:166) by DM2PR03CA0052.outlook.office365.com (2a01:111:e400:2428::51) with Microsoft SMTP Server (TLS) id 15.1.434.16 via Frontend Transport; Fri, 18 Mar 2016 12:50:47 +0000 Received: from tuna.sandelman.ca (209.87.249.19) by BN1BFFO11FD014.mail.protection.outlook.com (10.58.144.77) with Microsoft SMTP Server (TLS) id 15.1.443.6 via Frontend Transport; Fri, 18 Mar 2016 12:50:46 +0000 Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 1BA96200A7; Fri, 18 Mar 2016 08:53:11 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 5703D6374E; Fri, 18 Mar 2016 08:50:45 -0400 (EDT) From: Michael Richardson To: Gabriel Montenegro CC: Ines Robles , Brian Haberman , "roll-chairs@tools.ietf.org" , "aretana@cisco.com" , "Samita Chakrabarti" , "James Woodyatt (jhw@nestlabs.com)" , Ralph Droms , Suresh Krishnan Subject: Re: Should routing-dispatch (6lorh) change ownership from 6lo to ROLL? Thread-Topic: Should routing-dispatch (6lorh) change ownership from 6lo to ROLL? Thread-Index: AdF/uZ3SI9cBvo9SQ/S3HECnZfTVcQAi7yuAAAMsRAAAD4S5gAAhKsKA Date: Fri, 18 Mar 2016 12:50:45 +0000 Message-ID: <9590.1458305445@obiwan.sandelman.ca> References: <56EA9DA1.3070607@innovationslab.net> <56EAB2EC.2090608@ericsson.com> In-Reply-To: Content-Language: en-US X-MS-Exchange-Organization-AuthSource: BN1BFFO11FD014.protection.gbl X-MS-Has-Attach: yes X-MS-Exchange-Organization-Network-Message-Id: 7a4f77ed-aa7b-4cb0-4d1d-08d34f2becb5 X-MS-TNEF-Correlator: received-spf: Pass (protection.outlook.com: domain of sandelman.ca designates 209.87.249.19 as permitted sender) receiver=protection.outlook.com; client-ip=209.87.249.19; helo=tuna.sandelman.ca; authentication-results: spf=pass (sender IP is 209.87.249.19) smtp.mailfrom=sandelman.ca; microsoft.com; dkim=none (message not signed) header.d=none;microsoft.com; dmarc=bestguesspass action=none header.from=sandelman.ca; x-forefront-antispam-report: CIP:209.87.249.19;IPV:NLI;CTRY:CA;EFV:NLI;SFV:NSPM;SFS:(6009001)(2980300002)(438002)(51444003)(189002)(199003)(24454002)(50226001)(92566002)(5000100001)(74482002)(586003)(189998001)(5008740100001)(93886004)(86362001)(6806005)(76176999)(50986999)(1511001)(76506005)(16796002)(5003600100002)(4326007)(53416004)(19580395003)(19580405001)(4001430100002)(21480400002)(84326002)(450100001)(2950100001)(106466001)(110136002)(5001970100001)(107886002)(77096005)(117636001);DIR:INB;SFP:;SCL:1;SRVR:SN2PR03MB080;H:tuna.sandelman.ca;FPR:;SPF:Pass;MLV:sfv;MX:1;A:1;LANG:en; Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" MIME-Version: 1.0 --=-=-= Content-Type: text/plain Gabriel Montenegro wrote: > Also, James will be the shepherd for paging-dispatch, but for > routing-dispatch, you'll need to assign someone. Unless someone thinks I can too heavily involved, I think that I can step forward to shephard routing-dispatch. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBVuv5ooCLcPvd0N1lAQKyEwgAghVQZNe5tVMkdgWVt9hni8jMo14bC3P7 2vaJXypfkYUbJt9Dg98AVN0KaYCATCP03X4azHG5LpyyZanBaJd9J2NcZ32ODy0G sAyCyeT/qKq/mMtatgu35VUv+V3Gv5pQ6RCfeoNvJ/Vi6W6048Cge/kHK5oI2IAK Sd3tUsgVMrTNFhdhRw8n2r+WtVBsNnt4V78jj2HQ9l9xqj3MKAE4AUhvEYJLGlM4 yF/jY24kIBIFIRqeRDeLVQqLNxHQZR7qgGg+HKim9WmiiivsePxHLAG0ROuuP8Dx HA6NAuf4ZsExOk8dRBd4A5Apqp8C6s2rXkfq/J2KcblEVlffzBHntw== =8N6Q -----END PGP SIGNATURE----- --=-=-=-- --_002_BN1PR03MB0727AE6DD4ADD675F19D4C695810BN1PR03MB072namprd_-- From nobody Tue Mar 22 19:40:45 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06A8D12D613 for ; Tue, 22 Mar 2016 19:40:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 g0h_-ksvVgn6 for ; Tue, 22 Mar 2016 19:40:36 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E4B5C12D60E for ; Tue, 22 Mar 2016 19:40:34 -0700 (PDT) X-AuditID: c1b4fb25-f79f86d00000400a-cc-56f2022100a2 Received: from ESESSHC009.ericsson.se (Unknown_Domain [153.88.183.45]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 6A.B7.16394.12202F65; Wed, 23 Mar 2016 03:40:33 +0100 (CET) Received: from mail.lmf.ericsson.se (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.47) with Microsoft SMTP Server id 14.3.248.2; Wed, 23 Mar 2016 03:40:32 +0100 Received: from [127.0.0.1] (nomadiclab.lmf.ericsson.se [131.160.33.3]) by mail.lmf.ericsson.se (Postfix) with ESMTP id 3AD8A110096; Wed, 23 Mar 2016 04:40:32 +0200 (EET) Message-ID: <56F20222.3010002@ericsson.com> Date: Wed, 23 Mar 2016 04:40:34 +0200 From: Ines Robles User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Gabriel Montenegro , "Pascal Thubert (pthubert)" , "consultancy@vanderstok.org" , Routing Over Low power and Lossy networks , Michael Richardson References: <0a3e093af6aa4648abc0ed798d92ae5c@XCH-RCD-001.cisco.com> <8928.1458305306@obiwan.sandelman.ca> <11622bd30cf747a8af0c3a9710d3af89@XCH-RCD-001.cisco.com> <5250.1458330404@obiwan.sandelman.ca> <0188F630-1D0B-4254-AB8F-7F339A2D1382@cisco.com> <52d4a1ad9ea4f417eac00ff17d456e7e@xs4all.nl> <56F062D8.1070100@ericsson.com> <70d786fbff9d432aba60ef437e3b3720@XCH-RCD-001.cisco.com> <56F1FEAA.5060900@ericsson.com> In-Reply-To: Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrLLMWRmVeSWpSXmKPExsUyM2K7rq4i06cwg8n/RSzadv9ktfj7cyuj xaP9q9gs5r1fx25xfOZGZoueQ/3sFjOmvGO0aLos4MDhMeX3RlaPJUt+Mnm07vjL7tEyZw+z x5fLn9k8TjRsZw9gi+KySUnNySxLLdK3S+DK+Hb8DXtBm0LF9vMPGBsYn0t1MXJySAiYSNx+ s5sFwhaTuHBvPRuILSRwmFHi1ZbaLkYuIHsDo8TM6YuhEmsZJZbsrAKxeQW0JU7d38oMYrMI qErcfn+bCcRmEzCSOPvhJ1i9qECIxMT139kg6gUlTs58wgIyVERgMpPE1AX/WUEcZoGLjBLd m7rBuoUFgiVW71/DDLHtB4vE6RPuIDanQLTExB8XgeIcQA32Eg+2loGEmQXkJba/nQNVri0x fe59lgmMQrOQ7JuF0DELSccCRuZVjKLFqcVJuelGxnqpRZnJxcX5eXp5qSWbGIGRcnDLb9Ud jJffOB5iFOBgVOLhLTj3MUyINbGsuDL3EKMEB7OSCK/3d6AQb0piZVVqUX58UWlOavEhRmkO FiVxXtZPl8OEBNITS1KzU1MLUotgskwcnFINjG3Trmru8T6mYNktGXPvGvNNNnFLFVF9p7ZZ W1P26Hga86z8dlVJc+lmrbnxk5suFZ4+dLyg6X7dDusnqaksO/zc9shMl/tS8Vxr3f8O5V2n uhzMxJ2DvdrEVpSaSb29/3iz+uMvXG3Gcp/F+Pdfev9XhENJbofXpiUFZb/EGCe2sTp0rD3+ XomlOCPRUIu5qDgRAD98C3mQAgAA Archived-At: Cc: "6lo-chairs@tools.ietf.org" <6lo-chairs@tools.ietf.org>, "draft-ietf-6lo-routing-dispatch@tools.ietf.org" Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2016 02:40:43 -0000 Great! Thank you! :) On 03/23/2016 04:39 AM, Gabriel Montenegro wrote: > Michael Richardson volunteered (cc-ed). > >> -----Original Message----- >> From: Ines Robles [mailto:maria.ines.robles@ericsson.com] >> Sent: Tuesday, March 22, 2016 19:26 >> To: Pascal Thubert (pthubert) ; >> consultancy@vanderstok.org; Routing Over Low power and Lossy networks >> >> Cc: Alvaro Retana (aretana) ; 6lo-chairs@tools.ietf.org; >> draft-ietf-6lo-routing-dispatch@tools.ietf.org >> Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to >> ROLL >> >> Hi Pascal, >> >> Thanks for your comment. it makes sense. >> >> Does this document has a shepherd assigned? Someone volunteer :-)? It will be >> nice to have new people of WGs involved in this task. >> >> Thanks, >> >> Peter and Ines. >> >> >> On 03/22/2016 03:57 PM, Pascal Thubert (pthubert) wrote: >>> Hello Ines, >>> >>> I think the draft is ripe for last call. >>> >>> We have spent all the cycles in the 6lo WG and the work is done, upon >> validation of the ROLL team. Last call is an excellent way of validating that. >>> Could you please consider launching it? 6lo just did for the paging dispatch, >> and doing it now means that we can announce the result in Buenos Aires. >>> Take care, >>> >>> Pascal >>> >>> >>>> -----Original Message----- >>>> From: Ines Robles [mailto:maria.ines.robles@ericsson.com] >>>> Sent: lundi 21 mars 2016 22:09 >>>> To: consultancy@vanderstok.org; Routing Over Low power and Lossy >>>> networks >>>> Cc: Alvaro Retana (aretana) ; >>>> 6lo-chairs@tools.ietf.org; >>>> draft-ietf-6lo-routing-dispatch@tools.ietf.org; Michael Richardson >>>> ; roll-chairs@tools.ietf.org; Suresh Krishnan >>>> ; draft-ietf-6lo-paging- >>>> dispatch@tools.ietf.org; Gabriel Montenegro >>>> ; jhw@nestlabs.com; 6lo@ietf.org >>>> Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from >>>> 6LO to ROLL >>>> >>>> Hi, >>>> >>>> On 03/21/2016 09:44 AM, peter van der Stok wrote: >>>>> Happy to collaborate, but still dependent on Ines point of view. >>>> It is ok for me, Pascal just submitted the new version. :) >>>>> I would suggest that I-D is submitted as ietf-roll-. >>>>> That does not need to take time; only the existing draft with a new >>>>> draft identifier. >>>>> >>>>> I prefer to start WGLC during the meeting in B-A, having explained >>>>> the situation. >>>> Yes, we can start the WGLC on monday 4th. >>>>> Anything I am overlooking? >>>>> >>>>> Peter >>>>> >>>>> Brian Haberman schreef op 2016-03-19 00:13: >>>>>> Works for me as well. >>>>>> >>>>>> Regards, >>>>>> Brian >>>>>> >>>>>>> On Mar 18, 2016, at 6:27 PM, Alvaro Retana (aretana) >>>>>>> wrote: >>>>>>> >>>>>>> That works for me. >>>>>>> >>>>>>> Thanks! >>>>>>> >>>>>>> Alvaro. >>>>>>> >>>>>>> Thumb-typed and autocorrected.. >>>>>>> >>>>>>> On Mar 18, 2016, at 3:46 PM, Michael Richardson >>>>>>> wrote: >>>>>>> >>>>>>>>> Yes, Ideally I'd like to see it as 6lo saying, well, we're done >>>>>>>>> and happy but prior to IESG please review it from the ROLL / RPL >>>>>>>>> perspective to ensure completeness WRT to the aspect relevant to >>>>>>>>> RPL. Maybe all we need os the chairs telling us that they feel >>>>>>>>> the consensus exists at 6lo, and that they are happy to delegate >>>>>>>>> the last call to ROLL? >>>>>>>> I think that would suffice, if ADs approve. >>>>>> _______________________________________________ >>>>>> Roll mailing list >>>>>> Roll@ietf.org >>>>>> https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fww >>>>>> >> w.ietf.org%2fmailman%2flistinfo%2froll&data=01%7c01%7cGabriel.Monte >> negro%40microsoft.com%7c0e636663df984b261bce08d352c29efc%7c72f988 >> bf >> 86f141af91ab2d7cd011db47%7c1&sdata=FzPpD0yJbEDSStuSXJqUAO6l3Rv3x8 >> U0 >>>>>> %2borDMFs1pgg%3d From nobody Tue Mar 22 19:42:43 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5046412D542; Tue, 22 Mar 2016 19:42:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=googlemail.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 iz6Otgj1nwrR; Tue, 22 Mar 2016 19:42:39 -0700 (PDT) Received: from mail-vk0-x22d.google.com (mail-vk0-x22d.google.com [IPv6:2607:f8b0:400c:c05::22d]) (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 79B4212D60E; Tue, 22 Mar 2016 19:42:39 -0700 (PDT) Received: by mail-vk0-x22d.google.com with SMTP id z68so3068682vkg.3; Tue, 22 Mar 2016 19:42:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc; bh=hnfs7yHi6dd6kbBeEeVrz08ooUJhP8Pafn+wk3hNUyE=; b=A+3PTAlH3f/EbsAIJEQ8Gy/k+gAmvfXT44IF3fKzHAc/7T2K5MRwhoLCvEuQPSDfFd Wc7S7hjCNbPkFqjgY9EmaGx4hB+L0L9v2d1+6OM5QvukrAj23zwspBPr7Z4Ll30e2+zE jMmhNHWWyUJ9fmyhZZ+0JzLAwFoykWVCmIwlAX5UlaYI/eYWZv+3vMZ17uT2/h/Wkb5y DRKBIkRodZ0X6V21pmdKHPPhbT67pyFZdoZ3FnJXNj/uOvL/zdbKYv3lHcHNocXm64Kq SDpI5dGxbiDdgfYLqRAqhGQmo46H9iuwD0xVYAWy1jIsvPbFoWYZ3zFnLgtzIlNUDCF/ ayLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc; bh=hnfs7yHi6dd6kbBeEeVrz08ooUJhP8Pafn+wk3hNUyE=; b=KSC75lTzcJ5TDlQnULTS29UJE6G7CU8sSBE9rJpPwpdxNAhD+IlX8sBermBN9MuGpI WIQcoaXlHmaavt3Z7/MjNodPG7hkpPfYP4Kf46uyh8s58Q5shZOvAhpb9Luz6C5AfxmF 2aHHSfklFyHF4dmK68W3Xue/7GKK55CNE43aIUIX4I9eT7KjEpO7hnUAnpRZOlMiVjZr hggXXGOnX2PUil8DUQB1Gvqfo14EWovPYAqt9oGne0QLXxl7WW869qyhfsQbjMBfsP5O NXBtTQlNdh/T+E6XQfbOL6J4I3pW+wrnbHCyoYTQiFZ7i8r6eiqdByKc3miSGoveEv0g 81/Q== X-Gm-Message-State: AD7BkJK5kCMy3EBGL8BxjkvXvOnUS1fT7KWz0D30Q5s6Fqqn4WYPNpXTt0EKexQI8k+4pxHAovcATWNlnHTcFQ== MIME-Version: 1.0 X-Received: by 10.31.148.144 with SMTP id w138mr223778vkd.44.1458700958542; Tue, 22 Mar 2016 19:42:38 -0700 (PDT) Received: by 10.176.66.162 with HTTP; Tue, 22 Mar 2016 19:42:38 -0700 (PDT) Date: Wed, 23 Mar 2016 04:42:38 +0200 Message-ID: From: Ines Robles To: roll , "6lo@ietf.org WG" <6lo@ietf.org> Content-Type: multipart/alternative; boundary=001a11408c4477b0aa052eae4897 Archived-At: Cc: Michael Richardson Subject: [Roll] WGLC for draft-ietf-roll-routing-dispatch X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2016 02:42:41 -0000 --001a11408c4477b0aa052eae4897 Content-Type: text/plain; charset=UTF-8 Dear all, A Working Group Last call (WGLC) starts today (03/23) until 04/05/2016 for draft-ietf-roll-routing-dispatch The draft is available here: https://datatracker.ietf.org/doc/draft-ietf-roll-routing-dispatch/ Please review this draft to see if you think it is ready for publication and send comments to the list stating your view. We kindly ask for review to 6lo and ROLL members. Thank you very much in advance, Peter and Ines. --001a11408c4477b0aa052eae4897 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Dear all,=C2=A0

A Working Gr= oup Last call (WGLC) starts today (03/23) until 04/05/2016 for draft-ietf-r= oll-routing-dispatch

The draft is available here:= =C2=A0


Please review this= draft to see if you think it is ready for publication and send comments to= the list stating your view.=C2=A0

We kindly ask f= or review to 6lo and ROLL members.

Thank you very = much in advance,

Peter and Ines.
--001a11408c4477b0aa052eae4897-- From nobody Tue Mar 22 19:49:33 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 753B612D0DC for ; Tue, 22 Mar 2016 19:49:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=googlemail.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 QUouFe3kVY_l for ; Tue, 22 Mar 2016 19:49:31 -0700 (PDT) Received: from mail-vk0-x232.google.com (mail-vk0-x232.google.com [IPv6:2607:f8b0:400c:c05::232]) (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 23FC012D09D for ; Tue, 22 Mar 2016 19:49:31 -0700 (PDT) Received: by mail-vk0-x232.google.com with SMTP id e6so3242751vkh.2 for ; Tue, 22 Mar 2016 19:49:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc; bh=fFgJH5UiuSLbdVs1TmQSP+NnEjqr2gOvOlSkEaEOOqI=; b=F4084QqGUTN56cxZ0dLC2iAA10rSxOJ+0ZnkKGkChZlWVYl4nVBNGB1qvjGg8KguaM zBG8hNgv1RcV13Z3Yvcu9U8NlXqI8LbyfiBaqIjrNfOdJNEgrZv9kWfLFtXccFAM0DUM lTvDcklfJ7g4gRwlFggQfygpy28ICtgrzBubipvCnbkR3I58JC33B0yDhwn0UMErRKOf Ey3jGXHLEjaVUPS8Y6cu6Bovp9upjzd5FxcIFqE+u/dTeJ4n6aVapnwM9+qer1Sd31wV f+5STkLJn1P4zlZVlFBjXyXe40PkzrF/krgjFe2mQeZ9rHXRze/6AASXPbzh5/UGVSM8 mk8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc; bh=fFgJH5UiuSLbdVs1TmQSP+NnEjqr2gOvOlSkEaEOOqI=; b=S1rntcbFOn6G07J/Bolg2ettH41ezc2v7VGuPBRcS3vcoXL0uFu7POR3WSjFV280eU yzxjcf4/uHiJRL3kx2RZnOtb8uzsMYSsq/COCNddUySd5hg0Fmk/fRMI3/aKpu1J0cht rUsg8pCWlgh6Zl6HaNbDZzMt5jvMvZSKQYPePHORtAQXY4BkBthU8vyRr9E3xahzLBCU ffFTBdplOxfJYY7varT9LWC/NCkkOypQKRv4e3meyoPxB/3AlDMetQLUhZvOs1peOIFd 4V/yjW7VimGY7IZZWwIvTJyuR4mLlyuANekeO19bdVvN+gMIh2hrc0AYsN2O0S0wjX/9 ON7w== X-Gm-Message-State: AD7BkJKgIz3pe/6ehUhZOKstKo87Gd+hdG4++SDTW0Xyn3g85UXI4IkqMiTE7s9gEwhIEYWz1D2NHc7kDAx0dw== MIME-Version: 1.0 X-Received: by 10.31.148.144 with SMTP id w138mr232762vkd.44.1458701370268; Tue, 22 Mar 2016 19:49:30 -0700 (PDT) Received: by 10.176.66.162 with HTTP; Tue, 22 Mar 2016 19:49:30 -0700 (PDT) Date: Wed, 23 Mar 2016 04:49:30 +0200 Message-ID: From: Ines Robles To: roll Content-Type: multipart/alternative; boundary=001a11408c44022438052eae618a Archived-At: Cc: Michael Richardson , peter van der Stok Subject: [Roll] Agenda IETF 95 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2016 02:49:32 -0000 --001a11408c44022438052eae618a Content-Type: text/plain; charset=UTF-8 Dear all, Please find the agenda for IETF 95. https://www.ietf.org/proceedings/95/agenda/agenda-95-roll Any comments are very welcome :-) Thanks, Peter and Ines --001a11408c44022438052eae618a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Dear all,

Please find the agenda for IE= TF 95.


Any comments ar= e very welcome :-)

Thanks,

Peter and Ines
--001a11408c44022438052eae618a-- From nobody Wed Mar 23 00:20:14 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16D4B12DA40 for ; Wed, 23 Mar 2016 00:20:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 GclMfQN-f3_D for ; Wed, 23 Mar 2016 00:20:10 -0700 (PDT) Received: from lb3-smtp-cloud2.xs4all.net (lb3-smtp-cloud2.xs4all.net [194.109.24.29]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 965A712D8CC for ; Wed, 23 Mar 2016 00:20:10 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.211]) by smtp-cloud2.xs4all.net with ESMTP id ZKL81s00T4ZF39u01KL8Wh; Wed, 23 Mar 2016 08:20:08 +0100 Received: from ppp-seco11pa2-46-193-139-178.wb.wifirst.net ([46.193.139.178]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Wed, 23 Mar 2016 08:20:08 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 23 Mar 2016 08:20:08 +0100 From: peter van der Stok To: Routing Over Low power and Lossy networks Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: References: Message-ID: <513543eb3fe65bb523c11b63eb158115@xs4all.nl> X-Sender: stokcons@xs4all.nl (XDRiadRjPuUGip3JUfirI00YzB/oDBV5) User-Agent: XS4ALL Webmail Archived-At: Subject: Re: [Roll] Agenda IETF 95 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org, Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2016 07:20:13 -0000 Hi Ines, thanks for distributing, Peter Ines Robles schreef op 2016-03-23 03:49: > Dear all, > > Please find the agenda for IETF 95. > > https://www.ietf.org/proceedings/95/agenda/agenda-95-roll > > Any comments are very welcome :-) > > Thanks, > > Peter and Ines > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From nobody Wed Mar 23 10:23:29 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C25D12D651 for ; Wed, 23 Mar 2016 10:23:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=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 JGjFEULQC-6h for ; Wed, 23 Mar 2016 10:23:25 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C11212D781 for ; Wed, 23 Mar 2016 10:23:23 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 7B689200A5; Wed, 23 Mar 2016 13:26:05 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id A22E46375A; Wed, 23 Mar 2016 13:23:21 -0400 (EDT) From: Michael Richardson To: Gabriel Montenegro In-Reply-To: References: <0a3e093af6aa4648abc0ed798d92ae5c@XCH-RCD-001.cisco.com> <8928.1458305306@obiwan.sandelman.ca> <11622bd30cf747a8af0c3a9710d3af89@XCH-RCD-001.cisco.com> <5250.1458330404@obiwan.sandelman.ca> <0188F630-1D0B-4254-AB8F-7F339A2D1382@cisco.com> <52d4a1ad9ea4f417eac00ff17d456e7e@xs4all.nl> <56F062D8.1070100@ericsson.com> <70d786fbff9d432aba60ef437e3b3720@XCH-RCD-001.cisco.com> <56F1FEAA.5060900@ericsson.com> X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.4.2 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Date: Wed, 23 Mar 2016 13:23:21 -0400 Message-ID: <14631.1458753801@obiwan.sandelman.ca> Archived-At: Cc: "6lo-chairs@tools.ietf.org" <6lo-chairs@tools.ietf.org>, "draft-ietf-6lo-routing-dispatch@tools.ietf.org" , Routing Over Low power and Lossy networks , Ines Robles Subject: Re: [Roll] routing-dispatch (6lorh) change in ownership from 6LO to ROLL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2016 17:23:27 -0000 Gabriel Montenegro wrote: > Michael Richardson volunteered (cc-ed). yes... -- ] 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 [ From nobody Sat Mar 26 09:48:27 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E616812D6CA for ; Sat, 26 Mar 2016 09:48:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001] autolearn=ham autolearn_force=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 Axkcq0Pq-bWS for ; Sat, 26 Mar 2016 09:48:23 -0700 (PDT) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86FF412D608 for ; Sat, 26 Mar 2016 09:48:22 -0700 (PDT) Received: from mfilter10-d.gandi.net (mfilter10-d.gandi.net [217.70.178.139]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id 32D0341C07F; Sat, 26 Mar 2016 17:48:21 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mfilter10-d.gandi.net Received: from relay5-d.mail.gandi.net ([IPv6:::ffff:217.70.183.197]) by mfilter10-d.gandi.net (mfilter10-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id ih4JOmOGmg4d; Sat, 26 Mar 2016 17:48:19 +0100 (CET) X-Originating-IP: 93.199.229.85 Received: from nar.local (p5DC7E555.dip0.t-ipconnect.de [93.199.229.85]) (Authenticated sender: cabo@cabo.im) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id D95DD41C074; Sat, 26 Mar 2016 17:48:18 +0100 (CET) Message-ID: <56F6BD53.7000903@tzi.org> Date: Sat, 26 Mar 2016 17:48:19 +0100 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: Routing Over Low power and Lossy networks References: In-Reply-To: X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: Michael Richardson , peter van der Stok Subject: Re: [Roll] Agenda IETF 95 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2016 16:48:25 -0000 I already presented draft-bergmann-bier-ccast at the 6lo meeting at IETF 91: https://www.ietf.org/proceedings/91/slides/slides-91-6lo-7.pdf That draft is currently expired, but is likely to be updated before IETF95. I'm assuming that this will inform the charter discussion without necessary having to present it again? Grüße, Carsten Ines Robles wrote: > Dear all, > > Please find the agenda for IETF 95. > > https://www.ietf.org/proceedings/95/agenda/agenda-95-roll > > Any comments are very welcome :-) > > Thanks, > > Peter and Ines > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From nobody Sat Mar 26 10:47:51 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BCE7512D0C2 for ; Sat, 26 Mar 2016 10:47:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=googlemail.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 PxOJ5H2oQY2D for ; Sat, 26 Mar 2016 10:47:47 -0700 (PDT) Received: from mail-vk0-x233.google.com (mail-vk0-x233.google.com [IPv6:2607:f8b0:400c:c05::233]) (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 B9C5D12D58D for ; Sat, 26 Mar 2016 10:47:46 -0700 (PDT) Received: by mail-vk0-x233.google.com with SMTP id z68so118382270vkg.3 for ; Sat, 26 Mar 2016 10:47:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=BUVbfHcxpHMJBkWZhyxo9DDZThd6xzy/SzeG1fhtUc0=; b=afAlYuRmLahe0Bkc06Ym/pI0T8VbLeoxw5eMsNeTFRpVwsFROGBCZB2NncpbRzAsCR uw6BSVTPVS+kvEKaFWHsfwyohj5JBZqLDHnXqpZU/q/XcXxR5QxuJxJs+MGUnPa+fADJ 0XuBD2JMqYz8+/aFv1GLxnwFOPuP8Zjb+4cV9p3Ry2h/aoSpM/K2CFlxRqS7yyrKR+6d 6jAlSUVaFwbB0RWZoInZaXA14A9h0wTXYighzXIoYUvp9JcduG6H0Ga/lcFxLOBIY+Yz aCKmFQSSEgmkeHSYVeqx9Yns7THat2vqF4iSYduLD0LWb1NbNttNmY/o8OD85MXzgSQj YUcQ== 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:date :message-id:subject:from:to:cc; bh=BUVbfHcxpHMJBkWZhyxo9DDZThd6xzy/SzeG1fhtUc0=; b=NEhYa+R6k4KnYSRDn+VpKEQLMBHE/wmvosZZHPNykl0IVIUiDRzIU6VsoERr028MnV EWYVm2J+5BMThAMgkHkGGfHXdtNwptQb2O1SvW7O0sIrOTytaM8Ur77cc/5Gg2L+fUnA RNXjSzi0mT8uy1AfrisXbr3/RpG0CclyhWvNQjK5wwk7VfEx7UnPBSklPO7sMmzZXmPu 3FUR9T/RsdtNKwALsQqJQTb1plFgbesc5uvL+KsK2xcrcN5ae/lNQZLIlVmKLlV7SdlP npt1O5xshti8EsYgE/jWN4YqA79JVXYJyxEkJ6IUgH054RvO1Td49rZRBy8gt0PA4j0n 06Sw== X-Gm-Message-State: AD7BkJKGG4AyJoxH8eBZat/GL8Eni45Yctv/AB1MsbA4Jm/FskZdLhV+ef3qAXUKaX6QJ0nXy2coUf8Hirkk/w== MIME-Version: 1.0 X-Received: by 10.159.37.210 with SMTP id 76mr10234031uaf.28.1459014465851; Sat, 26 Mar 2016 10:47:45 -0700 (PDT) Received: by 10.176.66.162 with HTTP; Sat, 26 Mar 2016 10:47:45 -0700 (PDT) Received: by 10.176.66.162 with HTTP; Sat, 26 Mar 2016 10:47:45 -0700 (PDT) In-Reply-To: <56F6BD53.7000903@tzi.org> References: <56F6BD53.7000903@tzi.org> Date: Sat, 26 Mar 2016 19:47:45 +0200 Message-ID: From: Ines Robles To: roll Content-Type: multipart/alternative; boundary=001a113cf75cf59708052ef7463d Archived-At: Cc: Michael Richardson , peter van der Stok Subject: Re: [Roll] Agenda IETF 95 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2016 17:47:49 -0000 --001a113cf75cf59708052ef7463d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ok, Thank you Carsten Cheers, On 26 Mar 2016 18:48, "Carsten Bormann" wrote: > I already presented draft-bergmann-bier-ccast at the 6lo meeting at IETF > 91: > > https://www.ietf.org/proceedings/91/slides/slides-91-6lo-7.pdf > > That draft is currently expired, but is likely to be updated before > IETF95. I'm assuming that this will inform the charter discussion > without necessary having to present it again? > > Gr=C3=BC=C3=9Fe, Carsten > > > > > Ines Robles wrote: > > Dear all, > > > > Please find the agenda for IETF 95. > > > > https://www.ietf.org/proceedings/95/agenda/agenda-95-roll > > > > Any comments are very welcome :-) > > > > Thanks, > > > > Peter and Ines > > > > _______________________________________________ > > 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 > --001a113cf75cf59708052ef7463d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Ok, Thank you Carsten
Cheers,

On 26 Mar 2016 18:48, "Carsten Bormann"= ; <cabo@tzi.org> wrote:
I already presented draft-b= ergmann-bier-ccast at the 6lo meeting at IETF 91:

https://www.ietf.org/proceedings/91/sl= ides/slides-91-6lo-7.pdf

That draft is currently expired, but is likely to be updated before
IETF95.=C2=A0 I'm assuming that this will inform the charter discussion=
without necessary having to present it again?

Gr=C3=BC=C3=9Fe, Carsten




Ines Robles wrote:
> Dear all,
>
> Please find the agenda for IETF 95.
>
> https://www.ietf.org/proceedings/95/ag= enda/agenda-95-roll
>
> Any comments are very welcome :-)
>
> Thanks,
>
> Peter and Ines
>
> _______________________________________________
> 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
--001a113cf75cf59708052ef7463d-- From nobody Mon Mar 28 08:41:54 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8D7812DB01; Mon, 28 Mar 2016 08:41:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=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 1jkPvayOp_71; Mon, 28 Mar 2016 08:41:48 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CD0612DAE7; Mon, 28 Mar 2016 08:41:08 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 589D52009E; Mon, 28 Mar 2016 11:44:08 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 5814D63755; Mon, 28 Mar 2016 11:41:07 -0400 (EDT) From: Michael Richardson To: "ipv6\@ietf.org" , Ronald Bonica In-Reply-To: References: <56F45BEB.2010906@gmail.com> <29956.1458941723@obiwan.sandelman.ca> X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.4.2 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Cc: Ca By , roll@ietf.org, Warren Kumari , Brian E Carpenter , Brian Haberman Subject: [Roll] RFC6553 headers if HBH Obsolete? (was Review of draft-ietf-6man-hbh-header-handling-01) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2016 15:41:50 -0000 --=-=-= Content-Type: text/plain Ronald Bonica wrote: > I thought about that possibility. But doesn't that mean that hosts > would have to recognize HBH forever, if for no reason other than to > know enough to move on to the next header? That's a good point. Yes, they'd have to know how to skip it if they want to look at the next header. So, this would not affect routers that do not care to look at the next header, but would affect end-hosts ... mostly. And security devices. Anyone with deployed code *NOW* has this already. So this only matters to people writing new code (or new chips). If you think that there is ENOUGH savings... I'm listening. What would happen to packets with RFC6553 HbH when they hit a core routers after the change? Ignore end hosts: I assume that if they need to understand 6553 packets addressed to them that they can afford the code. Then we need to consider what it means for an LLN gateway that receives a packet with a 6553 HbH option in it: since they act a bit like MPLS or VLAN tags, we might have to drop them anyway, since they aren't trusted. So, at the least, we would like to put IPsec AH on them, but since they are mutable, that doesn't help that much (at least it authenticates the source, maybe...), so we actually have to put IPsec tunnel mode on it... at which point we are essentially back to IPIP headers on a hop-by-hop basis. (This is precisely the ANIMA ACP model, btw. IPv6(LL)-IPsec-RPI-IPv6..) So maybe core routers and security devices would never see RFC6553 HbH headers..! I'd still like to change them from 63 to 43 for the case where the end-host doesn't speak RPI, such as in the ANIMA NOC-does-not-speak-ACP-yet use case. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBVvlQkICLcPvd0N1lAQL/Xwf+M2lnFlWtM3XgaVfY3h/5/Kt+daGJdXlR UClZmvYfSeM46b57OHiGZbXvvtfc6XIUAaGm8MnfwTPhEVb/p5uSEVlOtW/xpKIc 38UJTpuBgPSDB7bbMAoFG5TqQagVpvNRuN9RiheG4iWvYBaddgesmDK3dy5+R1aI 6UVZN0Jt5UKXg0MkgrlvAby+03puIFQzeXtrnVD2JTc39+McJCTanbsNVQUc+IsL 9i/6TvZaW9tFSmMfgEWblSVn3npi8ZlM+bum6+h4iGZXhlhA/JhhIMwjUhiF2SEs brbQ0jT+LHOlR/7m1CFTdqjLJDcdjOVK6+P7N3mgAGCjTntCTVIYrQ== =LMNt -----END PGP SIGNATURE----- --=-=-=-- From nobody Tue Mar 29 10:25:01 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 162E312DAB4; Tue, 29 Mar 2016 10:25:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=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 Xuo_D5XfF8q5; Tue, 29 Mar 2016 10:24:58 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 13C7212D9DE; Tue, 29 Mar 2016 10:13:15 -0700 (PDT) Received: from localhost ([::1]:38459 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1akxCd-00079P-3F; Tue, 29 Mar 2016 10:13:15 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "roll issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-roll-routing-dispatch@ietf.org, mcr@sandelman.ca X-Trac-Project: roll Date: Tue, 29 Mar 2016 17:13:15 -0000 X-URL: https://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/roll/trac/ticket/174 Message-ID: <059.5f61f282832905780b2b22e860e9d7b9@trac.tools.ietf.org> X-Trac-Ticket-ID: 174 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-roll-routing-dispatch@ietf.org, mcr@sandelman.ca, roll@ietf.org X-SA-Exim-Mail-From: trac+roll@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-roll-routing-dispatch@ietf.org Resent-Message-Id: <20160329171319.13C7212D9DE@ietfa.amsl.com> Resent-Date: Tue, 29 Mar 2016 10:13:15 -0700 (PDT) Resent-From: trac+roll@trac.tools.ietf.org Archived-At: Cc: roll@ietf.org Subject: [Roll] [roll] #174 (routing-dispatch): consider changing RPI HbH header value from 63 to 43. X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2016 17:25:00 -0000 #174: consider changing RPI HbH header value from 63 to 43. 6man considers obsoleting HbH processing in routers, which would result in either all packets containing HbH headers being dropped by the Internet at large, or all HbH headers being ignored, regardless of their value. What hosts will do with HbH is unknown in this process, but we know at least that changing the value to 43 would permit existing hosts to accept the RPI header as is. This change would be deployed along with the routing-dispatch compression, and it may result in some cases not requiring an additional IPIP header. (In particular, the storing case for traffic within the LLN, with non-RPL aware leaf nodes would be able to use only the RPI header, and it could be inserted at the originator of the packet, assuming it is RPL aware) While there are still many cases that would require an IPIP header to be inserted, I still think that this change is worthwhile. -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-roll-routing- mcr@sandelman.ca | dispatch@ietf.org Type: enhancement | Status: new Priority: major | Milestone: Component: routing- | Version: dispatch | Keywords: Severity: Active WG | Document | -------------------------+------------------------------------------------- Ticket URL: roll From nobody Wed Mar 30 06:35:43 2016 Return-Path: X-Original-To: roll@ietfa.amsl.com Delivered-To: roll@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB3F612D76A; Wed, 30 Mar 2016 06:35:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.53 X-Spam-Level: X-Spam-Status: No, score=-14.53 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 ScCDpxz2P7wG; Wed, 30 Mar 2016 06:35:36 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 66F7812E0E8; Wed, 30 Mar 2016 06:28:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11186; q=dns/txt; s=iport; t=1459344524; x=1460554124; h=from:to:subject:date:message-id:references:mime-version; bh=cA20LIHjiu9PBmwF/DNYrWYrRJJYkKerfE3qbTKiqd8=; b=GkaYJVwktUkx4ey4UFFYv+vrXmfIlulwReZH+7/XqGwigaHGxLMGhXzC qYpwvSW3L3JjkSb1pBFaxM+qBEGcCQJf65Le0jmG/9x7Nj9NeDizUKkE+ ucdjrOiScAehWVQuKDsb5U+Qma12g+hI+w/NPOVxtfGEO+/LwSNn3fO6M 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A1AgAi1PtW/5pdJa1dgmdMU30GtgmEb?= =?us-ascii?q?wENgXAXAQmFbAIcgS84FAEBAQEBAQFkJ4RBAQEBBAEBASAKQRsCAQgRAwECKAM?= =?us-ascii?q?CAgIlCxQHAQEFAwIEEwiIHw6vfJB0AQEBAQEBAQEBAQEBAQEBAQEBAQEBEQSGH?= =?us-ascii?q?oRFhCIiBxMNCYISOBOCQwWHaZAFAYVxiA6BbYRNiFqPDwEeAQFCg2dsh0F+AQE?= =?us-ascii?q?B?= X-IronPort-AV: E=Sophos;i="5.24,416,1454976000"; d="scan'208,217";a="255402099" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 30 Mar 2016 13:28:43 +0000 Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id u2UDSh2d015256 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 30 Mar 2016 13:28:43 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 30 Mar 2016 08:28:42 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1104.009; Wed, 30 Mar 2016 08:28:42 -0500 From: "Pascal Thubert (pthubert)" To: "6tisch@ietf.org" <6tisch@ietf.org>, "Routing Over Low power and Lossy networks" Thread-Topic: [Roll] WG LC on 6LoWPAN Paging Dispatch: draft-ietf-6lo-paging-dispatch-01 Thread-Index: AQHRgUs2ZR8DTzIwiU+SJpNfdq77TJ9kRMLwgA3HLSA= Date: Wed, 30 Mar 2016 13:27:30 +0000 Deferred-Delivery: Wed, 30 Mar 2016 13:24:53 +0000 Message-ID: References: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.49.80.18] Content-Type: multipart/alternative; boundary="_000_b84657a011e44550b3264492385dfa02XCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: [Roll] FW: WG LC on 6LoWPAN Paging Dispatch: draft-ietf-6lo-paging-dispatch-01 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2016 13:35:39 -0000 --_000_b84657a011e44550b3264492385dfa02XCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGw6DQoNCkEgZ2VudGxlIHJlbWluZGVyIHRoYXQgd2UgaGF2ZSBhIGxhc3QgY2FsbCBw ZW5kaW5nIGF0IDZsbyBmb3IgdGhlIHBhZ2luZyBkaXNwYXRjaCB0aGF0IDZMb1JIIHVzZXMuDQpU aGUgbGFzdCBjYWxsIGlzIG5vdCBqdXN0IGZvciBjb21wbGFpbmluZyBidXQgYWxzbyB0byBhc3Nl c3Mgc3VpdGFiaWxpdHkgZm9yIHB1YmxpY2F0aW9uLg0KVGhpcyBpcyBhIHNtYWxsIGFuZCBzaW1w bGUgZHJhZnQ7IHBsZWFzZSBoYXZlIGEgZmluYWwgcmV2aWV3IGFuZCBjb21tZW50IGF0IDZsbyEN Cg0KUGFzY2FsDQoNCg0KLS0tLS0tLS0tLSBGb3J3YXJkZWQgbWVzc2FnZSAtLS0tLS0tLS0tDQpG cm9tOiBHYWJyaWVsIE1vbnRlbmVncm8gPEdhYnJpZWwuTW9udGVuZWdyb0BtaWNyb3NvZnQuY29t PG1haWx0bzpHYWJyaWVsLk1vbnRlbmVncm9AbWljcm9zb2Z0LmNvbT4+DQpEYXRlOiAxNyBNYXJj aCAyMDE2IGF0IDIyOjIyDQpTdWJqZWN0OiBbUm9sbF0gV0cgTEMgb24gNkxvV1BBTiBQYWdpbmcg RGlzcGF0Y2g6IGRyYWZ0LWlldGYtNmxvLXBhZ2luZy1kaXNwYXRjaC0wMQ0KVG86ICJkcmFmdC1p ZXRmLTZsby1wYWdpbmctZGlzcGF0Y2hAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYt NmxvLXBhZ2luZy1kaXNwYXRjaEB0b29scy5pZXRmLm9yZz4iIDxkcmFmdC1pZXRmLTZsby1wYWdp bmctZGlzcGF0Y2hAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtNmxvLXBhZ2luZy1k aXNwYXRjaEB0b29scy5pZXRmLm9yZz4+LCAiNmxvQGlldGYub3JnPG1haWx0bzo2bG9AaWV0Zi5v cmc+IiA8NmxvQGlldGYub3JnPG1haWx0bzo2bG9AaWV0Zi5vcmc+Pg0KQ2M6IFNhbWl0YSBDaGFr cmFiYXJ0aSA8c2FtaXRhLmNoYWtyYWJhcnRpQGVyaWNzc29uLmNvbTxtYWlsdG86c2FtaXRhLmNo YWtyYWJhcnRpQGVyaWNzc29uLmNvbT4+LCBSb3V0aW5nIE92ZXIgTG93IHBvd2VyIGFuZCBMb3Nz eSBuZXR3b3JrcyA8cm9sbEBpZXRmLm9yZzxtYWlsdG86cm9sbEBpZXRmLm9yZz4+LCAiSmFtZXMg V29vZHlhdHQgKGpod0BuZXN0bGFicy5jb208bWFpbHRvOmpod0BuZXN0bGFicy5jb20+KSIgPGpo d0BuZXN0bGFicy5jb208bWFpbHRvOmpod0BuZXN0bGFicy5jb20+Pg0KDQpBbGwsDQoNCg0KDQpU aGlzIG1lc3NhZ2Ugc3RhcnRzIGEgMi13ZWVrIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIG9uIGFk dmFuY2luZzoNCg0KDQoNCiAgICAgNkxvV1BBTiBQYWdpbmcgRGlzcGF0Y2gNCg0KICAgICBodHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi02bG8tcGFnaW5nLWRpc3BhdGNoLTAx DQoNCg0KDQphcyBhIFByb3Bvc2VkIFN0YW5kYXJkLiBBbGwgc3Vic3RhbnRpdmUgY29tbWVudHMg YXJlIHRvIGJlIHBvc3RlZCB0byB0aGUgbWFpbGluZyBsaXN0LiBFZGl0b3JpYWwgY29tbWVudHMg c2hvdWxkIGJlIHNlbnQgdG8gdGhlIGRvY3VtZW50IGF1dGhvcnMuDQoNCg0KDQpUaGUgZG9jdW1l bnQgc2hlcGhlcmQgZm9yIHRoaXMgZG9jdW1lbnQgaXMgSmFtZXMgV29vZHlhdHQuIFRoZSBST0xM IFdHIGlzIGNjLWVkIG9uIHRoaXMgV0cgTEMgYXMgYSByZWxhdGVkIGRvY3VtZW50IGluIHRoZWly IFdHIGRlcGVuZHMgaGVhdmlseSBvbiB0aGlzIG9uZSAoNmxvUkgsIHJvdXRpbmctZGlzcGF0Y2gp DQoNCg0KDQpUaGlzIGxhc3QgY2FsbCB3aWxsIGVuZCBvbiAyMDE2LTA0LTAxLg0KDQoNCg0KUmVn YXJkcywNCg0KR2FicmllbA0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQpSb2xsIG1haWxpbmcgbGlzdA0KUm9sbEBpZXRmLm9yZzxtYWlsdG86Um9s bEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcm9sbA0K DQo= --_000_b84657a011e44550b3264492385dfa02XCHRCD001ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0K CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4u RW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkN Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5 bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0 aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDcw Ljg1cHQgNzAuODVwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30N Ci0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6 ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBn dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2 OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0t LT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxl Ij4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RGVhciBhbGw6PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BIGdlbnRsZSByZW1pbmRlciB0aGF0IHdlIGhhdmUgYSBs YXN0IGNhbGwgcGVuZGluZyBhdCA2bG8gZm9yIHRoZSBwYWdpbmcgZGlzcGF0Y2ggdGhhdCA2TG9S SCB1c2VzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGUgbGFzdCBjYWxsIGlzIG5vdCBqdXN0IGZvciBj b21wbGFpbmluZyBidXQgYWxzbyB0byBhc3Nlc3Mgc3VpdGFiaWxpdHkgZm9yIHB1YmxpY2F0aW9u LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5UaGlzIGlzIGEgc21hbGwgYW5kIHNpbXBsZSBkcmFmdDsgcGxl YXNlIGhhdmUgYSBmaW5hbCByZXZpZXcgYW5kIGNvbW1lbnQgYXQgNmxvITxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UGFzY2FsPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+LS0t LS0tLS0tLSBGb3J3YXJkZWQgbWVzc2FnZSAtLS0tLS0tLS0tPGJyPg0KRnJvbTogPGI+R2Ficmll bCBNb250ZW5lZ3JvPC9iPiAmbHQ7PGEgaHJlZj0ibWFpbHRvOkdhYnJpZWwuTW9udGVuZWdyb0Bt aWNyb3NvZnQuY29tIj5HYWJyaWVsLk1vbnRlbmVncm9AbWljcm9zb2Z0LmNvbTwvYT4mZ3Q7PGJy Pg0KRGF0ZTogMTcgTWFyY2ggMjAxNiBhdCAyMjoyMjxicj4NClN1YmplY3Q6IFtSb2xsXSBXRyBM QyBvbiA2TG9XUEFOIFBhZ2luZyBEaXNwYXRjaDogZHJhZnQtaWV0Zi02bG8tcGFnaW5nLWRpc3Bh dGNoLTAxPGJyPg0KVG86ICZxdW90OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLTZsby1wYWdp bmctZGlzcGF0Y2hAdG9vbHMuaWV0Zi5vcmciPmRyYWZ0LWlldGYtNmxvLXBhZ2luZy1kaXNwYXRj aEB0b29scy5pZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRm LTZsby1wYWdpbmctZGlzcGF0Y2hAdG9vbHMuaWV0Zi5vcmciPmRyYWZ0LWlldGYtNmxvLXBhZ2lu Zy1kaXNwYXRjaEB0b29scy5pZXRmLm9yZzwvYT4mZ3Q7LCAmcXVvdDs8YSBocmVmPSJtYWlsdG86 NmxvQGlldGYub3JnIj42bG9AaWV0Zi5vcmc8L2E+JnF1b3Q7DQogJmx0OzxhIGhyZWY9Im1haWx0 bzo2bG9AaWV0Zi5vcmciPjZsb0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KQ2M6IFNhbWl0YSBDaGFr cmFiYXJ0aSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNhbWl0YS5jaGFrcmFiYXJ0aUBlcmljc3Nvbi5j b20iPnNhbWl0YS5jaGFrcmFiYXJ0aUBlcmljc3Nvbi5jb208L2E+Jmd0OywgUm91dGluZyBPdmVy IExvdyBwb3dlciBhbmQgTG9zc3kgbmV0d29ya3MgJmx0OzxhIGhyZWY9Im1haWx0bzpyb2xsQGll dGYub3JnIj5yb2xsQGlldGYub3JnPC9hPiZndDssICZxdW90O0phbWVzIFdvb2R5YXR0ICg8YSBo cmVmPSJtYWlsdG86amh3QG5lc3RsYWJzLmNvbSI+amh3QG5lc3RsYWJzLmNvbTwvYT4pJnF1b3Q7 DQogJmx0OzxhIGhyZWY9Im1haWx0bzpqaHdAbmVzdGxhYnMuY29tIj5qaHdAbmVzdGxhYnMuY29t PC9hPiZndDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHA+QWxsLDxvOnA+PC9vOnA+ PC9wPg0KPHA+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cD5UaGlzIG1lc3NhZ2Ugc3RhcnRzIGEg Mi13ZWVrIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIG9uIGFkdmFuY2luZzo8bzpwPjwvbzpwPjwv cD4NCjxwPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IDZMb1dQQU4gUGFnaW5nIERpc3BhdGNoPG86cD48L286cD48L3A+DQo8cD4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWll dGYtNmxvLXBhZ2luZy1kaXNwYXRjaC0wMSIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtNmxvLXBhZ2luZy1kaXNwYXRjaC0wMTwvYT48bzpw PjwvbzpwPjwvcD4NCjxwPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+YXMgYSBQcm9wb3NlZCBT dGFuZGFyZC4gQWxsIHN1YnN0YW50aXZlIGNvbW1lbnRzIGFyZSB0byBiZSBwb3N0ZWQgdG8gdGhl IG1haWxpbmcgbGlzdC4gRWRpdG9yaWFsIGNvbW1lbnRzIHNob3VsZCBiZSBzZW50IHRvIHRoZSBk b2N1bWVudCBhdXRob3JzLjxvOnA+PC9vOnA+PC9wPg0KPHA+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8cD5UaGUgZG9jdW1lbnQgc2hlcGhlcmQgZm9yIHRoaXMgZG9jdW1lbnQgaXMgSmFtZXMgV29v ZHlhdHQuIFRoZSBST0xMIFdHIGlzIGNjLWVkIG9uIHRoaXMgV0cgTEMgYXMgYSByZWxhdGVkIGRv Y3VtZW50IGluIHRoZWlyIFdHIGRlcGVuZHMgaGVhdmlseSBvbiB0aGlzIG9uZSAoNmxvUkgsIHJv dXRpbmctZGlzcGF0Y2gpPG86cD48L286cD48L3A+DQo8cD4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjxwPlRoaXMgbGFzdCBjYWxsIHdpbGwgZW5kIG9uIDIwMTYtMDQtMDEuPG86cD48L286cD48L3A+ DQo8cD4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwPlJlZ2FyZHMsPG86cD48L286cD48L3A+DQo8 cD5HYWJyaWVsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188YnI+DQpSb2xsIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9 Im1haWx0bzpSb2xsQGlldGYub3JnIj5Sb2xsQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcm9sbCIgdGFyZ2V0PSJfYmxhbmsi Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcm9sbDwvYT48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_b84657a011e44550b3264492385dfa02XCHRCD001ciscocom_--