RE: [spring] Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming

Ron Bonica <rbonica@juniper.net> Thu, 27 February 2020 23:53 UTC

Return-Path: <rbonica@juniper.net>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 725873A08FA; Thu, 27 Feb 2020 15:53:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=PM/A5Sy6; dkim=pass (1024-bit key) header.d=juniper.net header.b=IVJD5nMn
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 v0fZfhx4ABsc; Thu, 27 Feb 2020 15:53:20 -0800 (PST)
Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B8EAD3A08F9; Thu, 27 Feb 2020 15:53:20 -0800 (PST)
Received: from pps.filterd (m0108158.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 01RMrkCw008135; Thu, 27 Feb 2020 14:59:10 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=w+vrKvZCgqDFyMPpivuIyJHIgd9azYM9TMplkr05YNg=; b=PM/A5Sy6ojbEGb5AzRCsSUspCcPg9HdKxShutFtAkXPdpHg0j8aBbyap98es/kBCglly 0lH0GdyxbqeAxAzwgSaUDcM1+r8klMCh5FqHvtI59yh5xbjLQFDIMuNwYCswKm9MTNO7 ATqVKuXwKwT38gOHeQO/AMeXn3Fe8BdZV1gv4gIxugmlyqlLNtJjP8RIB6iQ2BIE+YZ7 MQNAfBccOMS14PgWU5xq/Rdochq9Paacg294lHttIuY86R/JhFhD7f4BZvxYhLF+NAwh 63oRhqa72Ef96on3gIIpCd5IOpjBoCMdcpXgONTqjdKGm+XYY7Xo6vw4c3g/1RNYf5eg 1Q==
Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2171.outbound.protection.outlook.com [104.47.58.171]) by mx0a-00273201.pphosted.com with ESMTP id 2yepy5r082-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 27 Feb 2020 14:59:10 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GcYWgfIWRkIfxAdr0cEUz/zUCI1OBopWyJS3DU92GzdO97G5lk2R8JNrDj/hcfnmEYKi26bgfE6BE3MjkLLrTXbV6fIUycFxA1sQlD2V9G99HWNTjW3p/psFMPjjG/RT8nIFo2XVEw3jx3reC/3Ps3Kot6BxSNZNG0Rbs4+u+NzcKjVeZ0CdBW84V6U4XkvlNW5nhLg5/O71FdG71JTYxP5bnEzlyMnwCgq8o/Cq3lFUZP7yp4CR1cTApkhnpVRXZyBaia45xaYkcPJlwgGq9O91/VKJYqCxgQIGy9o6uSRwWu3g/+rsyeJfq3UK06C3HZhJ1FyTuu7bf2Q82crJSA==
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=w+vrKvZCgqDFyMPpivuIyJHIgd9azYM9TMplkr05YNg=; b=hE5o/mn+pR9tHu/YAOr+tFZKuDEOErCLXVn7Z3+RnR3eJeuE/KoUhdXe+lzTlClu+INxz+M0OTU49Hrsk5PT8396NxnIiEl+LScVPi339q/JbvmYx+3PIzAGhVDReNsKe6X2pbklby/zU6BqAbldt3olndBnRT1cuR3UiPfYnElNxZ7wqb/yircheMfeIE8CfDMuNJdgGT+VqoUeR5bhqAud1VQCjk4ljX239v4RIV5KsU36IZ4JYmAgbc0uHLoUmQLoDM2SaO8LpEU7fRHXaqu+e2J84iGXP3TBAlhVeTNx0Qf1Rp594+uePbq+VLMAj0FBaRqAY9ln0haOHDSZXA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=w+vrKvZCgqDFyMPpivuIyJHIgd9azYM9TMplkr05YNg=; b=IVJD5nMnJeco4DdkwzdytMRx4f49QQvNqcgITP6OPL/tWy1rq1/1Er3mOWLESZIFg1Q9Es0izI6gyWspYfz87+UERPiqqkyId6cor0wAiQbjmYvXCcWphTnGX0HMr5mrELea6vEcj9IIbcj/B1WxnGjeyEmCdauscUyfhYgcZ/U=
Received: from DM6PR05MB6348.namprd05.prod.outlook.com (2603:10b6:5:122::15) by DM6PR05MB5881.namprd05.prod.outlook.com (2603:10b6:5:10c::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.12; Thu, 27 Feb 2020 22:59:06 +0000
Received: from DM6PR05MB6348.namprd05.prod.outlook.com ([fe80::cdd:ea54:f213:7e02]) by DM6PR05MB6348.namprd05.prod.outlook.com ([fe80::cdd:ea54:f213:7e02%5]) with mapi id 15.20.2772.012; Thu, 27 Feb 2020 22:59:06 +0000
From: Ron Bonica <rbonica@juniper.net>
To: =?utf-8?B?56We5piO6YGU5ZOJ?= <jinmei@wide.ad.jp>
CC: Fernando Gont <fernando@gont.com.ar>, SPRING WG List <spring@ietf.org>, "6man@ietf.org" <6man@ietf.org>, draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>
Subject: RE: [spring] Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming
Thread-Topic: [spring] Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming
Thread-Index: AdXsmBuY1tqntXEdSECRXFRXLBEUfQAGBU6gAADKcAAACkqsgAAyPPAgAAWWxIAAAVl+8A==
Date: Thu, 27 Feb 2020 22:59:06 +0000
Message-ID: <DM6PR05MB63485B28D594F910A1EF22D0AEEB0@DM6PR05MB6348.namprd05.prod.outlook.com>
References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D9364A1C2@DGGEMM532-MBX.china.huawei.com> <4038_1582727829_5E568295_4038_168_1_53C29892C857584299CBF5D05346208A48DB381A@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <8ca30058-b8cf-cba4-524d-99b34e2b01d6@gont.com.ar> <CAJE_bqebPnJUoSL0KYCabh9tY5iMSFmq_Cg=7oxy4xsrOjs9Zg@mail.gmail.com> <DM6PR05MB6348E24C7B3334B45571B7F2AEEB0@DM6PR05MB6348.namprd05.prod.outlook.com> <CAJE_bqf8EBWxkkgtJj5RrKPR_z4GsZV888cUfZ_iigVXy+7nHw@mail.gmail.com>
In-Reply-To: <CAJE_bqf8EBWxkkgtJj5RrKPR_z4GsZV888cUfZ_iigVXy+7nHw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-02-27T22:59:02.4263981Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=7ae13362-3eb4-49f5-ad8c-61d2b6e7b4fe; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic
dlp-product: dlpe-windows
dlp-version: 11.3.2.8
dlp-reaction: no-action
x-originating-ip: [108.28.233.91]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 86c85e82-8948-4640-5c6a-08d7bbd8a5eb
x-ms-traffictypediagnostic: DM6PR05MB5881:
x-microsoft-antispam-prvs: <DM6PR05MB5881E9BB57B836ACA20BEA56AEEB0@DM6PR05MB5881.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 03264AEA72
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(376002)(346002)(136003)(366004)(39860400002)(396003)(189003)(199004)(5660300002)(66946007)(54906003)(316002)(76116006)(66556008)(64756008)(2906002)(66446008)(66476007)(4326008)(26005)(86362001)(478600001)(9686003)(55016002)(33656002)(71200400001)(6506007)(53546011)(81156014)(8676002)(52536014)(6916009)(186003)(7696005)(8936002)(81166006); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB5881; H:DM6PR05MB6348.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: sJHGUNjHiYv7Jqed5aL7yuYvUZ9fTd8lquhV3CtP2SMC1Aae2sw59gzUw+PyxovU6O5bO8Zqsz8nlIw+2uRM0QX8PLD9LARoeUoEJUCM16PmGL+wkOI6N6thpzYl4L96dEn7bvypgiK06Us/cY8lwo9AjLv/lbP4EaHt5AEUHbLQh+YCVU9weIVIpX0G/GnVmKD6hwgBQ3aACU5obRDv3Xmv78bXUXCLUqZLVw3ZZTNpz8B9UdICVUaFZzGihjZfU4PrTJSatgtX/QrA5bKBlvOEladn0BDmZQgOmH4Y54oWnHoXq/z6cWIBJHO2E4rwTV/kIRLaOeU7gNBFhhsWqndYP3iO4PKaboS3F1C6lGF5iAxW5bQqjFjVVXTyB4IB5k6/uj861I9Js7d309XwIg5P1u9OlbPDjtSO9WuNj8fA/VgKQODVflUOQ+qhztBE
x-ms-exchange-antispam-messagedata: 9xvNZkIyoY82bBpf2PSCEqPzYsBENEcSuqf2AMoR2ODRcXD8EgbXwI0Eo5y9DFIgxt9FvJKDfMz/LPTmftE5tdfRsdjzdZWR0kz3dx+/BB2JVrixXuxu6L0U3dZ/MYpJM45nyfmKKUCNSNb9jEEtaA==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 86c85e82-8948-4640-5c6a-08d7bbd8a5eb
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Feb 2020 22:59:06.6300 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: RzYjS2meXTPFK30B3T6TLxkRLlAuuywer18dIrpVqM/+z68r/Mq/IZ6EkCckIwNPRcnHLkPBa6hWXymK0zWoRQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB5881
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138, 18.0.572 definitions=2020-02-27_08:2020-02-26, 2020-02-27 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 clxscore=1015 spamscore=0 mlxscore=0 phishscore=0 lowpriorityscore=0 suspectscore=0 priorityscore=1501 impostorscore=0 adultscore=0 mlxlogscore=999 malwarescore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2001150001 definitions=main-2002270153
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/6E12mlu06zVK8jRAk6osoke2Tq4>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Feb 2020 23:53:23 -0000

Jinmei,

My apologies. I was writing my message as you posted yours.

I agree fully with both the spirit and letter of your message.

                                                 Ron



Juniper Business Use Only

-----Original Message-----
From: 神明達哉 <jinmei@wide.ad.jp> 
Sent: Thursday, February 27, 2020 5:18 PM
To: Ron Bonica <rbonica@juniper.net>
Cc: Fernando Gont <fernando@gont.com.ar>ar>; SPRING WG List <spring@ietf.org>rg>; 6man@ietf.org; draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>
Subject: Re: [spring] Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming

At Thu, 27 Feb 2020 21:29:24 +0000,
Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org> wrote:

> The question is whether PSP violates the following clause from Section 4 of RFC 8200:
>
> "Extension headers (except for the Hop-by-Hop Options header) are not
>    processed, inserted, or deleted by any node along a packet's delivery
>    path, until the packet reaches the node (or each of the set of nodes,
>    in the case of multicast) identified in the Destination Address field
>    of the IPv6 header."
>
> A literal reading of this text suggest that any segment endpoint (i.e., any node referenced in the Routing Header) can process, insert, or delete any extension header. This is because when a packet arrives at a segment endpoint, one of its addresses appears in the IPv6 Destination Address field.

Please see my response to my own message.  Yes, purely "literally", it could read that way (it's amazing human-written text can be always ambiguous to some extent, no matter how hard we try to clarify it), but that doesn't make sense if we recall a larger context.  If the phrase "Destination Address field of the IPv6 header" could justify the deletion (or even insertion, for that matter) of an EH at a node like that, then changing this text in RFC2460

   With one exception, extension headers are not examined or processed
   by any node along a packet's delivery path, until the packet reaches
   the node (or each of the set of nodes, in the case of multicast)
   identified in the Destination Address field of the IPv6 header.

to the above one in RFC8200 shouldn't have caused the painful debate regarding the implication of SRv6.  We should have known this change would make the SRv6-style insertion/deletion a violation of the RFC even more clearly than RFC2460 at that time, and that's why we needed that discussion.

And that's why I'm surprised at seeing this argument now.  Perhaps those making this just because they forgot the previous discussion or simply weren't involved in it.  But combining this point and other signals that indicate the reluctance to take on the tedious reconciliation between RFC8200 and this spec (which would be most likely to require an update to the RFC), it wouldn't be unreasonable if one suspects it may be an attempt of easily circumventing the process rather than a genuine misunderstanding of the text.  I guess this suspicion is somewhat commonly shared by those raising concerns (including myself).

--
JINMEI, Tatuya