Re: [Roll] Error flows, which ICMP errors and to which root

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Mon, 30 November 2020 09:27 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 B77BE3A1187 for <roll@ietfa.amsl.com>; Mon, 30 Nov 2020 01:27:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.601
X-Spam-Level:
X-Spam-Status: No, score=-9.601 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, RCVD_IN_MSPIKE_H2=-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=OfMecleo; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=A1q9jVlY
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 p65TH_0uTVk9 for <roll@ietfa.amsl.com>; Mon, 30 Nov 2020 01:27:53 -0800 (PST)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC29B3A1103 for <roll@ietf.org>; Mon, 30 Nov 2020 01:27:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5034; q=dns/txt; s=iport; t=1606728472; x=1607938072; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=8IBZXoLaVO+cAC82I6LzOfZvt3/HI9v1cwbrXzwBr3s=; b=OfMecleoz1HpL4pv2RHXEDXciHXp6dPJ25iRKHSgDBH01uQxaSFW5ZSG 9hg2Tdl25E1lPbRHYH1gMiPYrGIouCO8SIFI7tlY+ZeW4D9o3dbgfTU5C 2nU0pHngnX4DJnFPvLS74Z0M7KGnOV0+PwLcpiP0wVQv9b9bS8pv8veiO E=;
X-IPAS-Result: =?us-ascii?q?A0DpCABbuMRffYwNJK1cBoEJgyEjLnxaLy6EPYNJA41am?= =?us-ascii?q?QaBQoERA1QLAQEBDQEBGA0IAgQBAYRKAheCEgIlOBMCAwEBAQMCAwEBAQEFA?= =?us-ascii?q?QEBAgEGBBQBAYY8DIVyAQEBAwEBARAREQwBASwMBAsCAQgRAwECAwImAgICJ?= =?us-ascii?q?QsVCAgCBBMign8EAQGCVQMOIAEOoQwCgTyIaXaBMoMEAQEFgkyCOAMVghADB?= =?us-ascii?q?oEOKoJzgmZOQoZXG4FBP4EQASccgicuPoJdAQECAYEeIA4QBxAPFIJdM4Isk?= =?us-ascii?q?3ykcgqCcIkXkhUDH4Mdih2UWpVniQWRLIQ8AgQCBAUCDgEBBYFtIQ+BSnAVO?= =?us-ascii?q?yoBgj5QFwINkhKFFIVEdAIBNAIGAQkBAQMJfI56AQE?=
IronPort-PHdr: =?us-ascii?q?9a23=3Au0SoihWxMUmMePJ/+SfdD6EibkXV8LGuZFwc94?= =?us-ascii?q?YnhrRSc6+q45XlOgnF6O5wiEPSBNyBufNJl+SQtLrvCiQM4peE5XYFdpEEFx?= =?us-ascii?q?oIkt4fkAFoBsmZQVb6I/jnY21ffoxCWVZp8mv9PR1TH8DzNFzfvnP06iQdSV?= =?us-ascii?q?3zMANvLbHzHYjfx828y+G1/cjVZANFzDqwaL9/NlO4twLU48IXmoBlbK02z0?= =?us-ascii?q?jE?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.78,381,1599523200"; d="scan'208";a="622821643"
Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 30 Nov 2020 09:27:51 +0000
Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by alln-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id 0AU9Rpjr009941 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for <roll@ietf.org>; Mon, 30 Nov 2020 09:27:51 GMT
Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 30 Nov 2020 03:27:51 -0600
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 30 Nov 2020 03:27:51 -0600
Received: from NAM12-BN8-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; Mon, 30 Nov 2020 04:27:50 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZJ3auRMM3X3knEU1YR+Eckwjx7UCoM/K0XmtwqRObIwMxOQHkVerOlD3tF+Va8N1WVdT9EaxG0+yj8gUSPo7/btHzlu5fzWxRdsW9HPiiKMLh+lXfGlk8DvgDeUWCoYhU7xGu5nMChR69a75MkcY8DVOUxSIlSDYbJmnNtZm3Axiwm5J5kPqTEFQZGYeteOE+09pfJehujNUWKoQgV6Wu0OUXZraAoVGUjLz9HDDKp97+5FkY+43NWG55EnmtQy6jFv7LOZ7OnyUSjQZu+UP8aR6b+DAHstPhEa2F1Rcs1LeSPfXcoj1ZeXXkHK1LyJoNFmbxiTBXeVJvcq5hP7XnQ==
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=8IBZXoLaVO+cAC82I6LzOfZvt3/HI9v1cwbrXzwBr3s=; b=LGUpbefvzWj5zIZF8J/rqVy+KsYDN23LrYWKEpsFZSllyCNNmixnAsJYBjj7TA7IKeFnBQMCybeYuKKk59D9Fu2QzVcr4X7G6IJwQ/hkiJ5EzwhP/ZNEhmI8B/Do1sJJ6JtT4RzaAeE8FmqUYANhW4/9ACX4k3+Gj5tZWeXmekb7k0hh0sHv729XN8Qr8BnKwYI0sMo3inEUU57Ykz3crkBNrSGDrWCgGLj9ZytbuMGeWgu1OGwAQvuXGLouRvy+j5fUoeqnJylrPTfihHEGr7pJRrTNEDJspyW6/Q4TZzA8VWwWt/ep4IbBhJvSfP0c7NVitF6f/LrXsSBk7M1qng==
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=8IBZXoLaVO+cAC82I6LzOfZvt3/HI9v1cwbrXzwBr3s=; b=A1q9jVlY0gD0Jb9t7oOWvD14C0LNkwWXWHDllhL3LX1skHYTmmvQ9DOfm6yFuyiYzexxOOFkuAglWvemSPlvg1ZY+xGoF3I0gxjqJ9wHdvW/50oCd8krv1ys68+s1r3/H2/eNobweY0rqjTnudJogJoxRGH2+8MpmFtUrlgnxFk=
Received: from PH0PR11MB4885.namprd11.prod.outlook.com (2603:10b6:510:35::14) by PH0PR11MB5190.namprd11.prod.outlook.com (2603:10b6:510:3c::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3611.23; Mon, 30 Nov 2020 09:27:50 +0000
Received: from PH0PR11MB4885.namprd11.prod.outlook.com ([fe80::d9d7:eaa0:34c9:91ee]) by PH0PR11MB4885.namprd11.prod.outlook.com ([fe80::d9d7:eaa0:34c9:91ee%7]) with mapi id 15.20.3611.025; Mon, 30 Nov 2020 09:27:49 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: [Roll] Error flows, which ICMP errors and to which root
Thread-Index: AQHWxvDsqJzT1olGwECZKYhlRsF+1KngaEJH
Date: Mon, 30 Nov 2020 09:27:49 +0000
Message-ID: <FF8B5C6D-8CE5-4ABB-8DFF-0147F7BA9374@cisco.com>
References: <26D2BCD1-D47E-46CA-9F3E-781A17A60398@cisco.com>
In-Reply-To: <26D2BCD1-D47E-46CA-9F3E-781A17A60398@cisco.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: [2a01:cb1d:4ec:2200:f4a1:d1aa:16a1:765a]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a4238485-f596-46f5-8d00-08d8951234c1
x-ms-traffictypediagnostic: PH0PR11MB5190:
x-microsoft-antispam-prvs: <PH0PR11MB5190212DE10943CE2BFA05D6D8F50@PH0PR11MB5190.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 0QCsBIFFqiM5rNC4awOpb6tZFSBpT/XlXoyYsDVdUbAg4kAfLenHJj6CrSB6xXcBD3S9xT+XkKZKfOyVpneIfgbBY0X+l2Bf1opV+0OAiHdlW7WiLRBROUeY/sSjY2Z4b0srt10KCH//7QHOuRLw5ml9xIccMCxrDUYvUjvB6Z2tPFavS/RSwIFP2q+884ZnmgYe68IVx3GYtDTeW56itMeaFvtHwVneKZnApmY0iBFAzZZB9/P15DuNufhEKjT+Nyj25fe6B7u9emxck6A6kc0EIGxD3xEoVHnEQbeyfSqTSBySXkMbExkuN1bG+GpGu6lU2UUqQbEf2PrjwoXEUsBkq4DQJJQt3xalmuQOWbwM43PX+kIcTObfqrDQLFeejPoLc7/XwxIUYS88M9eYpA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR11MB4885.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(376002)(366004)(136003)(39860400002)(396003)(346002)(6512007)(53546011)(66446008)(66556008)(186003)(2616005)(6506007)(91956017)(64756008)(76116006)(6486002)(66476007)(86362001)(66946007)(83380400001)(8676002)(66574015)(316002)(6916009)(5660300002)(36756003)(8936002)(71200400001)(478600001)(33656002)(2906002)(966005); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?utf-8?B?QW5NU2IrMWFJd1RYZW5MbFR3VnpXbGxlK0x5TzN2eC9pT0xPY1A1MEo4RnBH?= =?utf-8?B?elhKWlV0SFQyazRtTjl3NG5wYm1GdFR1WUM2MCszc1JSdnBHd1p4YmVaK01x?= =?utf-8?B?VFFQUXh3ekVNcGcrSTBkZjNMTmFhZ1FudDArZndzZ3BQMlhnYUlKbktZeXdC?= =?utf-8?B?TnNUb3hHMklueHF0ZkhleVlSUUhOVGl4Ykh0Q0MxSXllL003djNXM3FjUzl3?= =?utf-8?B?b3VzbXMrWHNkaWRVUDZVM0JNRzZrSFZFU0txbVprMTNvNjlHb3VUYVg3L0Ev?= =?utf-8?B?SjE2WnN4UkUwZHBwNk9OZHM3YTkvMytvVzE4a3dvYlZySjFQZWxyaGpsc0dl?= =?utf-8?B?SWdHWllyVnZ1MitaZXpHc3M1TTVuSG1nQ1RBdmVGTXVSYTFUdzNNckxBR1g0?= =?utf-8?B?aUxNSUUrTmVBUnp6cjBRZVZySVVia3pNVkozanVyZzhodUNQY3BvMitoUlI1?= =?utf-8?B?c3pBTDFQY3FMR1JuNTlvdDZ2U1BTSmlQUUVURnNjMlJPaWNuS0NXb25OMHpB?= =?utf-8?B?eTFoUTNJZ3JUaEphUUYzS3RCRDBIYzZvM3JpcFUyZTdWK0ZpN2N3bWc4ZXk0?= =?utf-8?B?L1JGMzh6WW9Uay96SEdkVTh2aUhBQXIvaHpUOW54Sy90OTFDOHJsT2dCQWhH?= =?utf-8?B?alF5M3g0Yk5NZnVPODlmYmVsaGJRRm91RFU0Q1ptMzdqNDhtTWdvYkpremVy?= =?utf-8?B?STVnaDhWaEc4MlUrcWtDcTk0WnFaSGJrcjI4RUR6VW5vY3orY2dWV3R2b3dv?= =?utf-8?B?RjdYT3p4cTdkUi9vM0tzVU9CenNEdUQ3UkV1V0o0NVF6TEN3SForeWpPcWxM?= =?utf-8?B?UXZLWUd5VnA3QWlwbWxveHE4cnVra0ZoQjlVakxuN2g5STdOMWZLUjVCeGZ2?= =?utf-8?B?cDdaZmt6L0ttbCtocTJmU2t6ci90cEdhK3FaZUNuTmV1anRSWGJ3U1NDbzRB?= =?utf-8?B?R1MwOFRCNE9KdlFGcnJEZVRUdFEvdnFGOEdmN2RMQ3ZOend5Y0wvdG0rbVF5?= =?utf-8?B?eHlEbVJ3Y215SHlUa0ZIRHY3bVJnOXorZ0ZWMzJmeEg2SzU1Z0U2SXM4dDJG?= =?utf-8?B?MW5LYjRrL3p5dUNSbVhRT1dHcDkzVVNPNmx4WElCNC85MURiaDlMMDg4QmNs?= =?utf-8?B?VmFCVDdxOUcycEdHZFR5ZXBxcWlkUnhQeG9pWndwMzZzUEdiRTZaOTVvMDhz?= =?utf-8?B?aGZFZnYza0NqWWdMTnBHK3RnODBzVnpISGpRK3RGM0k1VEorSldscytqUVBy?= =?utf-8?B?c2pwdTd1T2RobytJbnZmREhnNE95WlRCYnRORUEzT2tWQVJlTWQ0ZWorcTVB?= =?utf-8?B?d2tPVmRrODFzNWFGN0oxVVQ3aklmVU5aQm81Qzk2aDNlQk5ma084aXR3ZXZN?= =?utf-8?B?cnhXLzlsUG1BQUVWbHd2d0FrSFpJQlhGUDhwZjViUjFUQ1JCY1g1eU9JTmZ6?= =?utf-8?Q?68ge9W2l?=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: PH0PR11MB4885.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a4238485-f596-46f5-8d00-08d8951234c1
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Nov 2020 09:27:49.8839 (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: b9hy0+dPHoPTAqJCpuvnU5/W3eQ3Sdki+EBFxBZRt4mINsN50H4zQqsnTIHWZmgk9LCIJDFdtPWhenDyPOdlpQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB5190
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.14, xch-rcd-004.cisco.com
X-Outbound-Node: alln-core-7.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/ytRHM6iHbOho6Q2Eo6SFgIU5e6w>
Subject: Re: [Roll] Error flows, which ICMP errors and to which root
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: Mon, 30 Nov 2020 09:27:55 -0000

Yes Huimin

And this is the normal behavior.

With PDAO we created the unusual behavior to send the error in p-route to the root. This was to make things faster since the communication through the Track is directional so you cannot talk back. Also in non storing talking to the source is via the Root and ultimately the Root needs to update the P DAO.

With RAW we may want to to something faster but unclear for now.

Please note that after the discussion with you and Li I published a revision that has the flag in the RPI that indicates that the packet is forwarded on a P-route.

Do you want to change the error flow?

Pascal

> Le 30 nov. 2020 à 09:15, Huimin She (hushe) <hushe=40cisco.com@dmarc.ietf.org> a écrit :
> 
> Hi Pascal,
> 
> RFC 6550 section 11.1 says the ICMPv6 error in SRH should be sent to the source of the packet.
> 
> Best regards,
> Huimin
> 
>    Message: 2
>    Date: Fri, 27 Nov 2020 07:47:22 +0000
>    From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
>    To: Routing Over Low power and Lossy networks <roll@ietf.org>
>    Subject: [Roll] Error flows, which ICMP errors and to which root?:
>        [extends] IETF 109 open Questions on P-DAO
>    Message-ID:
>        <CO1PR11MB4881A724B04EA29D32DC9C81D8F80@CO1PR11MB4881.namprd11.prod.outlook.com>
> 
>    Content-Type: text/plain; charset="us-ascii"
> 
>    Hello Li
> 
>    This is the wrong thread. I created a new one.
> 
>> Section 7.9 of pdao-draft defines a new code for  ICMPv6 error message "Error in Projected Route". Does it only work for ICMP errors sent to the main Root?
> 
>    Section 5 says "
> 
> 
>       In case of a forwarding error along a Projected Route, an ICMP error
> 
>       is sent to the Root with a new Code "Error in Projected Route" (See
> 
>       Section 7.9<https://tools.ietf.org/html/draft-ietf-roll-dao-projection-14#section-7.9>)9>).  The Root can then modify or remove the Projected
> 
>       Route.  The "Error in Projected Route" message has the same format as
> 
>       the "Destination Unreachable Message", as specified in RFC 4443<https://tools.ietf.org/html/rfc4443>
> 
>       [RFC4443<https://tools.ietf.org/html/rfc4443>]3>].
> 
>    "
> 
>    So yes the intention was to send the ICMP to the main Root. But as you point out the packet does not indicate it is following a P-route. This was related to storing mode P DAO. In non-storing the node does not know it's a P-route.
> 
> 
>> In non-storing PDAO, forwarder can't recognize whether data packet is in PDAO instance. Forwarder should send ICMP Destination Unreachable error to root (the source of the packet), then root generates ICMPv6 error message with "Error in Projected Route" to main Root.  Is it correct?
> 
>    That would work. Seems neat. The alternate would be to signal it is a P route in the RPI. That's item 2) in the list in this thread. If we do that the current text works. What makes more sense to you?
> 
>> In storing PDAO, forwarder can recognize the PDAO instance from the RPI. It can send "Error in Projected Route" or  "Destination Unreachable error" to root. Maybe we need more claims for which code forwarder should use.
> 
>    We have to decide if we send it to the main root as written in the current draft or to the Track Root. If the P route is reversible could be done that way. But that's added complexity. I'm not very convinced either way. The Okham razor could be to do the simplest.
> 
>    Keep safe!
> 
>    Pascal
> 
> 
> 
> 
> 
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll