Re: [Roll] AD Review of draft-ietf-roll-efficient-npdao-16

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Wed, 30 October 2019 10:37 UTC

Return-Path: <pthubert@cisco.com>
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 BE53312010F for <roll@ietfa.amsl.com>; Wed, 30 Oct 2019 03:37:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.499
X-Spam-Level:
X-Spam-Status: No, score=-14.499 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, SPF_PASS=-0.001, URIBL_BLOCKED=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 header.b=gQg/xQEC; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=k+K8HXYu
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 mZz1bhJivRcv for <roll@ietfa.amsl.com>; Wed, 30 Oct 2019 03:37:16 -0700 (PDT)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B6D1120013 for <roll@ietf.org>; Wed, 30 Oct 2019 03:37:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=31698; q=dns/txt; s=iport; t=1572431836; x=1573641436; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=CwtoQIiEaU4CTTPm2xyj4Cue/avLwZpBzm5WkkCyG4E=; b=gQg/xQECfFtKbswwGtAZVwLi29UC2xT8ArMJq5RAayRqZmjNMQjlTaFS bUB/b8xwnnVlvQkoYf8QQFBndSgCCL+uA4Nh47vz98+XeaExu5dlIRftp tMWwTeXHmeuaJNIRdUbBmw9SQSKdaoQIrFlMFbMDlf1ztnSe6rXBwLW3B c=;
IronPort-PHdr: 9a23:bMS/6hUxhnZoVBUwobGjyHfXyFLV8LGuZFwc94YnhrRSc6+q45XlOgnF6O5wiEPSA9yJ8OpK3uzRta2oGXcN55qMqjgjSNRNTFdE7KdehAk8GIiAAEz/IuTtankiAMRfXlJ/41mwMFNeH4D1YFiB6nA=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CWBwBUZrld/4ENJK1kHAEBAQEBBwEBEQEEBAEBgX2BHC8kLAVsWCAECyqEKINGA4pvgl6JVY4WgUKBEANUCQEBAQwBAS0CAQGEQAIXg00kOBMCAwkBAQQBAQECAQUEbYU3DIVRAQEBAQMSEQoTAQE3AQ8CAQgRBAEBIQcDAgICHxEUCQgCBA4FCBqDAYF5TQMuAQKoKgKBOIhgdYEygn4BAQWFEw0LghcJgTaMERiBQD+BEUaBTn4+ghuBbgQhGTSCWjKCLIxzJIJmhTyJNI5CQQqCJI5IglqEKJlemHyPEAIEAgQFAg4BAQWBaSKBWHAVgydQEBSDBoNzilN0gSiNRAEB
X-IronPort-AV: E=Sophos;i="5.68,247,1569283200"; d="scan'208,217";a="353194073"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 30 Oct 2019 10:37:14 +0000
Received: from XCH-RCD-013.cisco.com (xch-rcd-013.cisco.com [173.37.102.23]) by alln-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id x9UAbETd020233 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 30 Oct 2019 10:37:14 GMT
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-RCD-013.cisco.com (173.37.102.23) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 30 Oct 2019 05:37:14 -0500
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 30 Oct 2019 06:37:10 -0400
Received: from NAM04-CO1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 30 Oct 2019 05:37:10 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DHY1PUeWs1Pxs79sgnP/zJVRMlMzMCgv9zq1P5aBl8xHEhkmk+M4Qs7HgRKuD4nvtl0RG3MItsjLzwIQ1qOrZ7ge9sNqw6lURtZBGAZWMqnTLAquE14Cq92llsWZ7+XM71XVkX5JpTH9kWajvt182Up4HPx43HHPFhbG2STy5o0R2VFfisDvhzPsCpEGIIkldDax6kEEvurRG3cBM2RjiVRwBY4cDwckEIz4yn/dr+nm9zvkoYZTytvmdF/fSnYsnSLHZoPjSKNTndITDmDs44b2vO1K1IWeZgwKgMOOcvCX1zKOUqLucYDtmidBcYaVSN8yR0cbxq784y9jN+lhjw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CwtoQIiEaU4CTTPm2xyj4Cue/avLwZpBzm5WkkCyG4E=; b=cSXgnYpSgXZHURLjD/PLuHUoi3W+P5Oy8yp9Ky/qBaE0+OsFpx8DHNAc04VSJ5YHG2Oclx6uHf4x5hu4kCQFdFe1tSiEvK7pkm4A0mlnUIX+gEZfQoczalXcqs5nJzOYYaGijxhyA92X2WD8JGmBI5QWf5PBWLNHZahV4d6wGSesk8JqjYe67kCKb5Ta8tCeAQpwBrg7ZRZlaXKzEq1qQr9/7z2Yor5G7csgYZ6a/gjxjp9kLQ6FoehLg+quo4Uy89l3hUaw+D8gsiCNi3c1ICpD1TO7WXPLiCu0/ZfIoGyZDVmfvs2eN+ZtFamlAX3U5IVqUTQGDS7nZRoMDF2uyw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CwtoQIiEaU4CTTPm2xyj4Cue/avLwZpBzm5WkkCyG4E=; b=k+K8HXYub4UXin2Me/xojDS+ZAE46e24SBcoBC0Hm1QjMUJ1LPV7jcUS8Lbaud5WDEqciMj9a5OpxVJ3Tcr/6pp4jAgSxsTZPNXC9hUaW1ZLkE4pkh96DMvmib5KfysWENxgmmtN2Hndx7BjiJ8TdBaVtlM3+qg1lhg4wBmKep4=
Received: from MN2PR11MB3565.namprd11.prod.outlook.com (20.178.250.159) by MN2PR11MB4509.namprd11.prod.outlook.com (52.135.39.90) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2387.24; Wed, 30 Oct 2019 10:37:09 +0000
Received: from MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::31c9:3a31:3c07:a920]) by MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::31c9:3a31:3c07:a920%6]) with mapi id 15.20.2387.027; Wed, 30 Oct 2019 10:37:09 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: roll <roll@ietf.org>
Thread-Topic: AD Review of draft-ietf-roll-efficient-npdao-16
Thread-Index: AQHVhRpHdCR3gF1qN0eG33Ksa1+m8KdlJ+hggATdowCAARmQUIAFaQ8AgADj+TCAANTXAIAAzRGA
Date: Wed, 30 Oct 2019 10:36:51 +0000
Deferred-Delivery: Wed, 30 Oct 2019 10:36:17 +0000
Message-ID: <MN2PR11MB35656761C27560189BFFA40ED8600@MN2PR11MB3565.namprd11.prod.outlook.com>
References: <CAMMESswgX8YynN=tehXDMg+suOiiaCTpnoP9LxoH3orG06_Trw@mail.gmail.com> <MN2PR11MB3565181C2DDC7A3FB7DFCB2FD8690@MN2PR11MB3565.namprd11.prod.outlook.com> <CAMMESsz_MJSC+Sx5hPsTFVufqEGUYjuTJFt7pJs7mut_7nHRxA@mail.gmail.com> <MN2PR11MB3565998D4CD88FF786E892AED8650@MN2PR11MB3565.namprd11.prod.outlook.com> <CAMMESsxBriytQmDELLgOBw4zL8EWKbPKf0i6gztTbuvHDBxWZQ@mail.gmail.com> <MN2PR11MB356591018987E7D4FA6215A6D8610@MN2PR11MB3565.namprd11.prod.outlook.com> <CAMMESswv7rj56RXsV-OWcoDJUf0wDmUpPdAqo1Ev5udzEHVdeQ@mail.gmail.com>
In-Reply-To: <CAMMESswv7rj56RXsV-OWcoDJUf0wDmUpPdAqo1Ev5udzEHVdeQ@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=pthubert@cisco.com;
x-originating-ip: [2001:420:44f3:1300:3df3:e15e:b7ba:c606]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: fcb0529b-dfca-44b9-c992-08d75d251e28
x-ms-traffictypediagnostic: MN2PR11MB4509:
x-microsoft-antispam-prvs: <MN2PR11MB4509CFC6811EB02CA980E57CD8600@MN2PR11MB4509.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-forefront-prvs: 02065A9E77
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(376002)(346002)(396003)(39860400002)(366004)(199004)(189003)(102836004)(71190400001)(71200400001)(790700001)(6116002)(14454004)(52536014)(4326008)(2906002)(53546011)(6506007)(478600001)(186003)(6916009)(54906003)(33656002)(54896002)(7736002)(66946007)(6246003)(236005)(8936002)(64756008)(9686003)(6306002)(5660300002)(66446008)(66556008)(66476007)(76176011)(76116006)(74316002)(486006)(229853002)(256004)(11346002)(99286004)(81166006)(446003)(86362001)(7696005)(81156014)(476003)(6436002)(6666004)(25786009)(55016002)(316002)(8676002)(46003); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4509; H:MN2PR11MB3565.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: K9IwU40mMg/FNpVpDgnskoX1IP7a1V8X86YzXpmzvaqPD6mI+zKzoBXGFyL9qnGO6X9FpnASqiEmPzre/CMi15WrwUp8jBQ6TNvSPQBkhM4UmrUfE+O28tNzhBvBMarEt9cMergJvXEBP338ekzRKT7xYfiMw4+ThDQxcY1gAXpw8Rwpj8SZ6aKyxIWt/pjQUA4yMgWisk692grJyoSI65HDGnt/v2es2Bq4KyFFXJh76CoW7nFHXOrnapMYa+zXW8wpAsAc9+1qeVwUdrR19dYLUZQ5/6WlqheN/JhYdsjJb6CSAXaBpSiKw0LCn0uRDJcXuaP3teFnC66gNMkKkU90KXVj+g2rp0S16eW6VfA7NNSWSBoK9WadWWeweg9ESQTY1d9jGR+SfMtc0+qFx809otR3lnqYD3EYTnqkIL5V89Ki//3fosI+7Y0jH+ya
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MN2PR11MB35656761C27560189BFFA40ED8600MN2PR11MB3565namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: fcb0529b-dfca-44b9-c992-08d75d251e28
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Oct 2019 10:37:09.5808 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: KHep7XIhXnky2GioVCKPEXp0QG8DiT771b7XJCkCB3OhuD/+CkwesuOiw1jJsvNxzKam1vCWcEcxIxsK1zwiWw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4509
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.23, xch-rcd-013.cisco.com
X-Outbound-Node: alln-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/6dXmSrGHKgFIpqWTMHboef4nhQI>
Subject: Re: [Roll] AD Review of draft-ietf-roll-efficient-npdao-16
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Oct 2019 10:37:19 -0000

Dear all :

There is a need in the RUL draft to carry a 6LoWPAN ND status inside a RPL status so we can avoid duplicating DAR/DAC and DAO/DAO-ACK through the network. This also allows async communication down the DODAG through DCO (efficient NPDAO).

Alvaro pointed out that mapping one  status in the other as proposed so far was not too clean. The change proposed herein addresses this concern. The change would be adding another control bit in the RPL status and formalizing the format as follows:

7.  Updated RPL Status

   The RPL Status is defined in section 6.5.1. of [RFC6550] for use in
   the DAO-Ack message and values are assigned as follows:

                  +---------+---------------------------+
                  | Range   | Meaning                   |
                  +=========+===========================+
                  | 0       | RFC 6550                  |
                  +---------+---------------------------+
                  | 1-127   | Not an outright rejection |
                  +---------+---------------------------+
                  | 128-255 | Rejection                 |
                  +---------+---------------------------+

                      Table 1: RPL Status per RFC 6550

   This specification extends the scope of the RPL status to be used in
   RPL DCO messages.  Furthermore, this specification enables to carry
   the status values defined for use in the IPv6 ND Extended Address
   Registration Option (EARO) and listed in table 1 of [RFC8505].  Only
   EARO status values in the range 0-63 can be transported.

   The resulting RPL status is as follows:

                        0 1 2 3 4 5 6 7
                      +-+-+-+-+-+-+-+-+
                       |E|A|  Value    |
                       +-+-+-+-+-+-+-+-+

                        Figure 2: RPL status Format

   RPL Status subfields:

   E:  1-bit flag.  Set to indicate a rejection.  When not set, a value
      of 0 indicates success and other values indicate an non-outright-
      rejection as per RFC 6550.

   A:  1-bit flag.  Indicates the type of the status value.

   Status Value:  6-bit unsigned integer.  If the 'A' flag is set this
      field transports a status value defined for IPv6 ND EARO.  When
      the 'A' flag is reset, the status value is defined in a RPL
      extension

   When building a DCO message upon an IPv6 ND NA or DAC message, the
   root MUST place the ARO status unchanged in a mapped DCO with the 'A'
   bit set.  Conversely the 6LR MUST place the ARO status unchanged in
   the NA(EARO) that is built upon a DCO with the 'A' bit set.

Comments welcome (and urgent!). Unless I see opposition I plan to publish before cutoff so we can discuss it at IETF 106.

All the best;

Pascal

From: Alvaro Retana <aretana.ietf@gmail.com>
Sent: mardi 29 octobre 2019 23:10
To: Pascal Thubert (pthubert) <pthubert@cisco.com>; draft-ietf-roll-efficient-npdao@ietf.org
Cc: roll-chairs@ietf.org; roll <roll@ietf.org>; Peter van der Stok <consultancy@vanderstok.org>
Subject: RE: AD Review of draft-ietf-roll-efficient-npdao-16

Hi!

I’m fine with the changes proposed to draft-ietf-roll-efficient-npdao.

I want to see the WG reach consensus on the changes related to draft-ietf-roll-unaware-leaves.

Thanks!

Alvaro.


On October 29, 2019 at 5:52:13 AM, Pascal Thubert (pthubert) (pthubert@cisco.com<mailto:pthubert@cisco.com>) wrote:
 If you agree with the proposed line above I'll make editions and come back to you for more comments and/or approval.