Re: [Roll] RUL and RootACK

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Fri, 05 June 2020 06:46 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 82F073A1310 for <roll@ietfa.amsl.com>; Thu, 4 Jun 2020 23:46:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.597
X-Spam-Level:
X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=mMfP57AG; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=YvYwawn2
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 g8ik0tNvEPu5 for <roll@ietfa.amsl.com>; Thu, 4 Jun 2020 23:46:16 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 78C013A130D for <roll@ietf.org>; Thu, 4 Jun 2020 23:46:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16607; q=dns/txt; s=iport; t=1591339576; x=1592549176; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=LGrmnwwRBOHe9lCMCRYKgdwdsmO/+SKybAVEu7uZxK4=; b=mMfP57AG2I0AQNYSBqH+b0Y48U+tNVWT3KuG17ObhpaCJ+gzxbAODuYb 3g6g+9quroG/pPcjOhZ1tkea3SQfyLu00R46NVGJtu+R1mkAN/Nl0tpxr zp6BT8mxCsAvXvVbUBru3CW3NoZeo1oyFbxuEZBwMvEkiGcFsFP6UUntc A=;
X-IPAS-Result: A0CQDQBY6dle/4oNJK1mhCUjLwdvWC8sCoQbg0YDjRuBJoh8iWuEaIFCgRADVQsBAQEMAQEYAQwIAgQBAYREAheCGQIkOBMCAwEBAQMCAwEBAQEFAQEBAgEGBG2FWwyFcwIBAwEBEBEdAQEsDA8CAQg/AwICAh8GCxQRAgQTIoJ/BAEBgX5NAy4BAwunAQKBOYhhdoEygwEBAQWCSYJqDQuCDgMGgTiCZIJNhxsagUE/gREnDBCCGDU+gh5JAQECAYEkJEeCZzOCLY5mgx+GL4sUj2VMCoJZiDWLZ4RgAx2CZ44fjTaadoJPjSSEFwIEAgQFAg4BAQWBaiIMgUpwFTsqAYI+UBcCDZQyhRSFQnQCATQCBgEHAQEDCXyNawGBDwEB
IronPort-PHdr: 9a23:rLh2RxEeJUGBZit4nv7GP51GYnJ96bzpIg4Y7IYmgLtSc6Oluo7vJ1Hb+e401QWbXIjH5bRDkeWF+6zjWGlV55GHvThCdZFXTBYKhI0QmBBoG8+KD0D3bZuIJyw3FchPThlpqne8N0UGGcviaRvVuHLhpTIXEw/0YAxyIOm9E4XOjsOxgua1/ZCbYwhBiDenJ71oKxDjpgTKvc5Qioxneas=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.73,475,1583193600"; d="scan'208,217";a="479492620"
Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 05 Jun 2020 06:46:15 +0000
Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by alln-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id 0556kFkm018138 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for <roll@ietf.org>; Fri, 5 Jun 2020 06:46:15 GMT
Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 5 Jun 2020 01:46:15 -0500
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 5 Jun 2020 01:46:14 -0500
Received: from NAM11-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 5 Jun 2020 02:46:14 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=h/PlQK0CDbuE6csdCudIi78x2E5SxS81OXelViStvLyRx42JguouIJO8UL0NnPvSn/IwUlc6L2DQyQo9IoSKQv9Jpd5uRAH4KxYU30V9RrYMJhktYwKwhcRVwIjF91BDE82dSfdrOaRPYe/E4wOtV7OM8VP8k/sO/WxLXEzjywXq6zGrMEQMkvbB9WeETxBB8jM/62wB1EPqD57/cI5Y74SHW5CG9JOgzpTxHozKQ5U/lZR6u/KGvfB/t8rsqfvjZ0sBeeJ1GPs1GjxAEllX/KeY+/wAZcQCTeILh/Ure7UspWUidhI8ZFgGdr6vGM/plkruLH/2RIWzg9rg4SIsvQ==
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=LGrmnwwRBOHe9lCMCRYKgdwdsmO/+SKybAVEu7uZxK4=; b=XuukoC1WAdQ1m1DmzrJagUPI4Yt18xeMPYN1T33P974Wuq898qmaq4Y58oVAKbmgoc1MhU5uGwDmZ/XGvTR8FzngDPM+U7kyjyMRqljdFE3thgx4oQ4+jFO77lzFqE/qaL0jey637vW8ut00hfBnbfxZKpnB2H3/VuYVP8Bopu70c0DwrI8LaZXBbBvlLjTxUAhVvkgVFAcjdg7mgfSJ+mcBJrhdkrJoEs0BcMPiMNlJ7iiu3KL/vmrVvXQ1sONTG90lL8P0LB/fjUj4nplQ9NKxwfy8uz2KTio5JBfamF4w0fU/0cuHTWHihTy129Y5e+6yl4t/VIGjEVmZEwm5mw==
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=LGrmnwwRBOHe9lCMCRYKgdwdsmO/+SKybAVEu7uZxK4=; b=YvYwawn2XgNAcyJmorL/2EEP/cHeJwpbJfkbh2Lz0S2m2zWjZ3O9YsuZqaI6pBEDx2Ur7NOjD7p+/jNJolLatOa/lUpss5/2rNlc22SwnF7GmYzfhs8xKHK9l875UK8BVJ755c4qMjKFVbFXHwTWt2Y8UwcpVkYb84OH9u/pB+I=
Received: from MN2PR11MB3565.namprd11.prod.outlook.com (2603:10b6:208:ea::31) by MN2PR11MB4479.namprd11.prod.outlook.com (2603:10b6:208:17b::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.18; Fri, 5 Jun 2020 06:46:13 +0000
Received: from MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::55bb:b065:86c1:1108]) by MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::55bb:b065:86c1:1108%6]) with mapi id 15.20.3045.022; Fri, 5 Jun 2020 06:46:13 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: [Roll] RUL and RootACK
Thread-Index: AQHWOm9rGH6iTT+tOUic/QS+X0LEEajIlkHCgACcJICAAAclgIAADbqAgABN3wg=
Date: Fri, 05 Jun 2020 06:46:13 +0000
Message-ID: <091B6759-8C67-4B05-8814-8D94CABBD062@cisco.com>
References: <MAXPR01MB249312F154F630F433508545A9890@MAXPR01MB2493.INDPRD01.PROD.OUTLOOK.COM> <CC2F1028-BA6A-4A0E-AB2B-1613A210B0FD@cisco.com> <CAO0Djp3muuc9aE4xoc-BXR_BU5R=N095F0q8Xv0MWPaMSYgpaA@mail.gmail.com> <CAPT0++0OiULCGdTdEKwoBagFoHr7Bs-Fg-gjhMaj9W6qwx7SJg@mail.gmail.com>, <CAO0Djp1xFyevjU+1hdSpDMkW2K5bAmNKeeHbDeSaMfesLjHy_A@mail.gmail.com>
In-Reply-To: <CAO0Djp1xFyevjU+1hdSpDMkW2K5bAmNKeeHbDeSaMfesLjHy_A@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [81.185.171.199]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 572ad362-6940-4995-9165-08d8091c239f
x-ms-traffictypediagnostic: MN2PR11MB4479:
x-microsoft-antispam-prvs: <MN2PR11MB4479602D9EA77E11F58F364BD8860@MN2PR11MB4479.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-forefront-prvs: 0425A67DEF
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Cp/XdxQxV/BkE4cnNmd8BY5Me0ofyNKOy5bzQggK5SC37P+deumjMmN2nR6Jwgn0eSiOEOIBHpbIx0ymNtQrWCWRF2c1Zf5Ear2ZCBZ70MqyQoxdCjbkGMpVpmHd0TZk0CyxTurGXoUHUbncwfU4KCcSjEs+2ErlLWr6m8+humCLRNjIzoWHyQHJ3J4yQaQRAszt8be1P3OO59JERpuxnQKDzUPix5yZ6AJS5f/yr91sAaxzAzLbeUzxsVRchHBZS04X4o7V5EaNs+IudD+xK6rLdc2ju9bqZS5rL4SbL4gGXFZ15zQrKFboZzZo9d7G+n0GBYLFwoAZpmVpnktEDLDrFVNQjQ0K6vpp1Z+j9IrWl1ZW34tpXXhLrWOSvXKY7iV3R4eIPCxsOgmzbqvylThzCfa69HZECPEYKnbPqXt58gWxZQ/Q6AI8IloOX+BjDQMwwXJLeNayKOViRjf4Bw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR11MB3565.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(346002)(39860400002)(136003)(366004)(396003)(26005)(6486002)(83380400001)(6512007)(86362001)(36756003)(5660300002)(6916009)(66574014)(166002)(33656002)(45080400002)(478600001)(966005)(186003)(53546011)(6506007)(71200400001)(8936002)(2906002)(66946007)(66556008)(64756008)(66446008)(8676002)(316002)(76116006)(66476007)(91956017)(2616005)(244885003); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: NwyN2bo/Iv+nv1y8QNyctIGRF/H43NUAiT9si1yVjWq6/mm7QrBbwAw8Odf6parX/rTPYAhwJFf0+I3UHCUaRDzbViugS7COuw8YSxJm/gZlDRsFJEzGZLJj7fJObB1G+nC82feY+oRXTT8jXT+eenhplR3JCY6+HMBrFj6rWFgW+ZiBq38JcFf3mLfIwsuQUwRCy5rVsOu9soLv05lkOKGzEe5PJqZECLym3eV3nKDq8OiOlyyPNHynmnbDG9EF4afIEQRFqhIeWKoMGT4hLM1UCLom7N+tMqKxunivin5i+9Hf8Omoa63SjeCfuQHfehDfDnm/clmZ1Ncwxq5DiRZ6YQKEX8AFPHlf+TrkhDO+ZTY6VUPWCWcvoG8t8XqWdWSdmkcAivBR+cqK2BnDu2HFwibm+95TdlJxVFf4rpSkKw10LdJCtud/Lc67km6GV9T/gYdvOIYnryZRgxU7mZYacX7mpY+rwQSdCX0fi4LHPnlpWdSMIPy1udab62Vi
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_091B67598C674B0588148D94CABBD062ciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 572ad362-6940-4995-9165-08d8091c239f
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Jun 2020 06:46:13.3969 (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: MOMhXx0olYpfoKxh8ZrHBF8Dg6FGNDsgQW0MtK1ITCjH5coLqBX5GVc/BMU5IisE6GQz6J62uwYf8qfZXx/tAA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4479
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.12, xch-rcd-002.cisco.com
X-Outbound-Node: alln-core-5.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/l5schGymgE1KA0nzyLl37GZU-vI>
Subject: Re: [Roll] RUL and RootACK
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, 05 Jun 2020 06:46:19 -0000

...And for this I’m the one confused. I’m confused that I never removed that section when we decided to use NS signaling for RULs. It’s like that typo that the author can read 10 times and never see.  I need to make a pass!

Great catch Rahul !!!

Pascal

Le 5 juin 2020 à 04:08, Rahul Jadhav <rahul.ietf@gmail.com> a écrit :


Thanks Rabi, I missed/forgot the IP-in-IP encap part. So source routing is not needed to be supported in RPL network even if RUL is advertised to root in NS-MOP.

But still, I don't understand Figure 9 in unaware-leaves draft. It shows RUL target advertisement using DAO in storing MOP.

On Fri, 5 Jun 2020 at 09:18, rabi narayan sahoo <rabinarayans0828@gmail.com<mailto:rabinarayans0828@gmail.com>> wrote:
Hi
I think here we have two things to address
1- Advertise the RUL address to DODAG root.
2- Data plane communication between the DODAG root and RUL.

Irrespective of RPL network operate in storing and non-storing mode advertisement of RUL target address to the DODAG root will happen using Non-Storing mode DAO.
For data packets, from DODAG root to RUL, the root needs to use Ipv6-in-Ipv6 encapsulation if the RPL network is operating in storing mode of operation and Source routing in case of a non-storing mode of operation.

Thanks
Rabi

On Fri, Jun 5, 2020 at 6:23 AM Rahul Jadhav <rahul.ietf@gmail.com<mailto:rahul.ietf@gmail.com>> wrote:
Thanks Pascal,

But I am more confused now.
Figure 5 [1] attaches the RUL in the RPL network in Non-storing mode.
Figure 9 attaches the RUL in the RPL network using storing mode.
This is what I always thought.

If RUL "always" uses non-storing signalisation then what does figure 9 represent?

Also if RUL always uses NS-MOP even if the RPL network is in storing mode, doesn't it raise a basic question that the RPL network has to mandatorily support source-routing regardless of the MOP? Currently in my network source-routing is not enabled if RPL is operating in storing MOP.

[1] https://tools.ietf.org/html/draft-ietf-roll-unaware-leaves-15#section-9.1.1

On Thu, 4 Jun 2020 at 23:34, Pascal Thubert (pthubert) <pthubert=40cisco.com@dmarc..ietf.org<mailto:40cisco..com@dmarc.ietf.org>> wrote:
Hello Rahul

You should look at fig. 5 in https://tools.ietf.org/html/draft-ietf-roll-unaware-leaves-15#section-9.1.1 not fig. 9 since we are using Non Storing signalisation for RULs in all cases. IOW the root ack problem does not exist for RULs.

More details:

The idea is for the root to answer a non storing DAO with a DAO ack to the sender.

Normally In NS mode the sender is the RAL that advertises its parent as transit and the DAO Ack serves as root ack and confirms reachability.

In the RUL case, the Root answers to the parent. That answer confirms to the parent that the RUL is reachable and serves as root ack. Then the parent sends the NA(EARO) which confirms reachability to the RUL.

Are we good or do I miss something?

Pascal

Le 4 juin 2020 à 15:00, Rahul Jadhav <nyrahul@outlook.com<mailto:nyrahul@outlook.com>> a écrit :


Hi Pascal,

Last we discussed handling storing mode RUL flow with RootACK in a way that NA is sent to the RUL after it gets the RootACK. This way RUL can initiate its app traffic once e2e path is established.

Figure 9 in https://tools.ietf.org/html/draft-ietf-roll-unaware-leaves-15#section-9.1.2 handles Storing mode First registration flow for RULs.

My problem is (consider the figure 9), how will the Root know whom to send the RootACK. In the regular cases, the target node in DAO is the destination for RootACK. But in this case, the target is RUL and RootAck cannot be sent to RUL. For external targets, can we use ParentAddr in Transit Information Option to send this field? Anyways the 6LR indeed is the parent node for RUL.

Any thoughts/suggestions?

Thanks,
Rahul
_______________________________________________
Roll mailing list
Roll@ietf.org<mailto:Roll@ietf.org>
https://www.ietf.org/mailman/listinfo/roll
_______________________________________________
Roll mailing list
Roll@ietf.org<mailto:Roll@ietf.org>
https://www.ietf.org/mailman/listinfo/roll
_______________________________________________
Roll mailing list
Roll@ietf.org<mailto:Roll@ietf.org>
https://www.ietf.org/mailman/listinfo/roll
_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll