Re: [Roll] FW: New Version Notification for draft-thubert-roll-eliding-dio-information-01.txt

"Li Zhao (liz3)" <liz3@cisco.com> Fri, 18 October 2019 03:27 UTC

Return-Path: <liz3@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 E82A61200D8 for <roll@ietfa.amsl.com>; Thu, 17 Oct 2019 20:27:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 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, 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=BtPBgAgi; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=w7A1dj+A
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 seuQ0T_Cbztp for <roll@ietfa.amsl.com>; Thu, 17 Oct 2019 20:27:08 -0700 (PDT)
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 9F1DC120019 for <roll@ietf.org>; Thu, 17 Oct 2019 20:27:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5304; q=dns/txt; s=iport; t=1571369228; x=1572578828; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=mkD1XWn2ZI7J11C0+4efXnJiUC9fzp6/Ez+pBE+16zM=; b=BtPBgAgipLT48wa5R+9EV9S+d5iRwpQBKw3OAteyXZjkLfn/untKee5l CeKHmzJh7T6jl2ONG5gZn9Donk5nuSScpVXQKVVClVlxvDUZnGqm5UVlx Wc2Pp9UBPJDn0i4g6QWI/RDTzGI3GOGFT/n11cjQHYQr9Cm2Nlo3s7HcS Q=;
IronPort-PHdr: 9a23:BTveJxWtr6j66GbBeE/cvJDsPrTV8LGuZFwc94YnhrRSc6+q45XlOgnF6O5wiEPSANiJ8OpK3uzRta2oGXcN55qMqjgjSNRNTFdEwd4TgxRmBceEDUPhK/u/ay0oR+xJVURu+DewNk0GUMs=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0B1AACnMKld/4YNJK1lHAEBAQEBBwEBEQEEBAEBgWcHAQELAYFKJCwFbFcgBAsqhCWDRwOEWIV5TYIPiWqOFIEuFIEQA1QJAQEBDAEBGA0IAgEBhEACF4JvJDQJDgIDCQEBBAEBAQIBBQRthS0MhUsBAQEBAwEBEBERDAEBLAkDCwYBCBEEAQEDAhkNAgQfBgsVCAoEEyKDAAGCRgMuAQIMpTgCgTiIYXWBMoJ9AQEFgTgCDkGDBw0LghcJgQwoAYUUhnmCF4ERJx+CTD6CGkcBAQIBARaBD0+CdzKCLIE9AY43hV2XQkEGBIIihwyHMYJZhAsbgjpyhl+PPI9vhmWCEI8LAgQCBAUCDgEBBYFSOYFYcC8hKgFzgU4JRxAUgVAJGhWDO4UUhT90AYEojSgHgk0BAQ
X-IronPort-AV: E=Sophos;i="5.67,310,1566864000"; d="scan'208";a="352922527"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 18 Oct 2019 03:27:03 +0000
Received: from XCH-ALN-020.cisco.com (xch-aln-020.cisco.com [173.36.7.30]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id x9I3R2EU019203 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for <roll@ietf.org>; Fri, 18 Oct 2019 03:27:02 GMT
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-ALN-020.cisco.com (173.36.7.30) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 17 Oct 2019 22:27:01 -0500
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 17 Oct 2019 23:27:00 -0400
Received: from NAM01-BY2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 17 Oct 2019 23:27:00 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FkZh2VSL2pDJW0w9dEEjBO1VsGxMNTnJmY80BxoGUV6/9a0L4kHyCmBYNa1Ur2bu8ARMGiKHFCfG6TfliyiWAiiPoFlEK59qcBalOdEHwzDcPV+Hm6Ax2j5rhADvycnge6ldm/CJCbhMJ+6a5VL2H1q2qrRmbBWXUlrQLAEmNBxDkvvqPpeww5fcWBgftCjslIAaxnBKu5CM8QF3oBZou6xgqK50lhBa7nmwuPbCQSOdHrlrC5t9njNIagNL6asFP+HC11M1SC11nVS9KBU6wnrGm8CBL280mPQxW4b3CIxKTFFGs+FMdyZJgsKMfbkcNjqGPh4HhBga1qCes59/mg==
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=mkD1XWn2ZI7J11C0+4efXnJiUC9fzp6/Ez+pBE+16zM=; b=XnTHxNAHsRwF1wUZTRzkxQgyyRw1put3VT+O8l00V6G45uUTzNpWLlY7uQt6L10ywybxh3z8bJH3H7odQhXZ1EdlhCs7Sf431FBSfr2qg/ksiyVLEgOFReqqURU5lAMXqTbvT7FNlxtQjZkpCdFkZDL6FIcN23kXP9cGIY7q1WYCfKHDKGBPsW+xgGsLeVn4W93djesoIggTdwDf/sOKtd4+GSCaMHVPcTSymkvFDoDG11JLSRNkynO9hcqCEyjqiQ4SdJcGFMvMaTGsQWLVr5yWIjKDc6ZwwXRAj0n0d5jMMLaZWwtGZ+jBEUtmSjg6SpkZd9jUp2A0UVjdVXnoQA==
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=mkD1XWn2ZI7J11C0+4efXnJiUC9fzp6/Ez+pBE+16zM=; b=w7A1dj+Af2wDq+Ok/FDiIUwmV5ehGpsHH4yWcT8Il32JM0A2b0E1gKRdJW2Ze8/HTA5TIwc0VWngUj8DQPzU6XgCQgZrBgprZo5f/bXg2vZqOFYhNBZh/sqroEGdK5fkwyJQWdgAv59Tf8oZbxAvGbKgbCQICDyECu6C03ScCDo=
Received: from MN2PR11MB3680.namprd11.prod.outlook.com (20.178.252.218) by MN2PR11MB4063.namprd11.prod.outlook.com (10.255.180.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.16; Fri, 18 Oct 2019 03:26:57 +0000
Received: from MN2PR11MB3680.namprd11.prod.outlook.com ([fe80::dd72:5dc0:87bc:2a8e]) by MN2PR11MB3680.namprd11.prod.outlook.com ([fe80::dd72:5dc0:87bc:2a8e%7]) with mapi id 15.20.2347.023; Fri, 18 Oct 2019 03:26:56 +0000
From: "Li Zhao (liz3)" <liz3@cisco.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: [Roll] FW: New Version Notification for draft-thubert-roll-eliding-dio-information-01.txt
Thread-Index: AQHVhWPlvolp6YcUTEixv+i6F591iA==
Date: Fri, 18 Oct 2019 03:26:56 +0000
Message-ID: <8372B6BA-145A-4C72-A785-895999FE938C@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=liz3@cisco.com;
x-originating-ip: [2001:420:588c:1252:8109:e107:9747:4e8d]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: e86a8e17-0c24-4dc7-50a4-08d7537b0793
x-ms-traffictypediagnostic: MN2PR11MB4063:
x-ms-exchange-purlcount: 6
x-microsoft-antispam-prvs: <MN2PR11MB40633853D0F7A9828904FEE48C6C0@MN2PR11MB4063.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 01949FE337
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(346002)(136003)(366004)(39860400002)(376002)(189003)(199004)(13464003)(64756008)(2906002)(8676002)(99286004)(15650500001)(6116002)(8936002)(33656002)(14454004)(46003)(81156014)(71200400001)(966005)(5660300002)(6506007)(102836004)(53546011)(6916009)(71190400001)(486006)(186003)(81166006)(6512007)(476003)(6246003)(2616005)(6306002)(6436002)(36756003)(66574012)(305945005)(91956017)(7736002)(86362001)(66476007)(66556008)(6486002)(4001150100001)(66946007)(66446008)(316002)(229853002)(14444005)(256004)(478600001)(76116006)(25786009)(88722002); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4063; H:MN2PR11MB3680.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A: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: xuWJOs5I/B8kDOsDmEsdb74z5eg13JaaN+NnFnq6FhbSpORWvhcCyirKhxuJW1cXAcbpiLPXIqd7y4kBogza1rN/GY0qURuOefhpEqhaVG8eD7BPZdsehwPG/hNbeSt7c79xzlV7rakD93x/0S/27PD9hbnwb4LQM8aicO9ikl0B+GutwztaDNKQ3MsstY1wLCuDav8/uNDccMHz2KLKGkp7Qt8GW8TUnAXOv+ADL5yFAXHO6sgCyV5bEmL5SVQjCxB2bc6020QkbJy54KfRNeRQY1QEpYOo4fVajgN77lWqVa6qQuP0qwEsiWIDzaAP7h2eiapWDe5F4rEna2fyrJJ7dOwCEKgGEzIeZ+EtlvdCVv81Tzr9wEtFzRh5RXZQp1ZBM+SHL5t3V8StNmIA6JyxGYaVBTwP98c7HOW/byPoox64pkCC464YZhk4acQQVH3yi9jUHTmW1dxHLYv03A==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <1CE0E4DB2AA6234BBDD2F926004DC291@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: e86a8e17-0c24-4dc7-50a4-08d7537b0793
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Oct 2019 03:26:56.8752 (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: IPSj3GOAHRM3IZkeQbDpHa/QH2l7kUNVAJvgC7xzX+aB1DHHXPgcQE2EGA8P5fD4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4063
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.30, xch-aln-020.cisco.com
X-Outbound-Node: alln-core-12.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/vbEvmqmSL_C5ent3j9M5pSkd0ho>
Subject: Re: [Roll] FW: New Version Notification for draft-thubert-roll-eliding-dio-information-01.txt
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: Fri, 18 Oct 2019 03:27:11 -0000

Hello Authors,

After reviewing this draft, I have some concerns as following:

1. In section 5
   >If the link MTU does not permit to send a single DIO message with all the options packaged then the options may be spread over multiple consecutive DIO messages with the same RCSS that are sent in a rapid sequence.

What about the case that child lost one of the fragment? E.g. parent sends RIO/DCO/RIO in three packets because of MTU, child lost DCO. Next time, parent only sends out AOO with the same RCSS. So this child need to wait SEQUENCE_WINDOW for next time's full option advertisement.

2. Is AOO necessary? If DIO can fragment options and don't always send all options, can we use DIO without options to indicate the AOO? 
    The shortest DIO Base Object without DODAGID is only 8 bytes.

3. In section 6
> A child can resynchronize any of the protected options to the latest RCSS by sending a DIS Message to a candidate parent that advertises that RCSS in DIO messages. 
> The child MUST set the desired combination of 'R', 'D', 'P', 'M' and 'O' flags to indicate the option(s) that it needs updated.

Is there a case that root removes some options such as GCO after network formed? If so, parent may stop sending GCO and increment RCSS, how does child know that it should stop request GCO?


Best regards,
Li

On 2019/10/17, 23:51, "Roll on behalf of Pascal Thubert (pthubert)" <roll-bounces@ietf.org on behalf of pthubert@cisco.com> wrote:

    Dear all:
    
    This update clarifies the use of the new DIO sequence counter and the method to pull the update from a  parent.
    Comments welcome!
    
    Pascal
    
    -----Original Message-----
    From: internet-drafts@ietf.org <internet-drafts@ietf.org> 
    Sent: jeudi 17 octobre 2019 17:46
    To: Pascal Thubert (pthubert) <pthubert@cisco.com>; Rahul Jadhav <rahul.ietf@gmail.com>; Rahul Arvind Jadhav <rahul.ietf@gmail.com>; Dominique Barthel <dominique.barthel@orange.com>
    Subject: New Version Notification for draft-thubert-roll-eliding-dio-information-01.txt
    
    
    A new version of I-D, draft-thubert-roll-eliding-dio-information-01.txt
    has been successfully submitted by Pascal Thubert and posted to the IETF repository.
    
    Name:		draft-thubert-roll-eliding-dio-information
    Revision:	01
    Title:		Eliding and Querying RPL Information
    Document date:	2019-10-17
    Group:		Individual Submission
    Pages:		13
    URL:            https://www.ietf.org/internet-drafts/draft-thubert-roll-eliding-dio-information-01.txt
    Status:         https://datatracker.ietf.org/doc/draft-thubert-roll-eliding-dio-information/
    Htmlized:       https://tools.ietf.org/html/draft-thubert-roll-eliding-dio-information-01
    Htmlized:       https://datatracker.ietf.org/doc/html/draft-thubert-roll-eliding-dio-information
    Diff:           https://www.ietf.org/rfcdiff?url2=draft-thubert-roll-eliding-dio-information-01
    
    Abstract:
       This document presents a method to safely elide a group of global RPL
       options by synchonizing the state associated with each of these
       options between parent and child using a new sequence counter in DIO
       messages.  A child that missed a DIO message with an update of any of
       those protected options detects it by the change of sequence counter
       and queries the update with a DIS Message.
    
                                                                                      
    
    
    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