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 21:29 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 688503A0C5F; Thu, 27 Feb 2020 13:29:36 -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=C5sMLyge; dkim=pass (1024-bit key) header.d=juniper.net header.b=QA90KjAU
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 MppaZsB9Yv1f; Thu, 27 Feb 2020 13:29:34 -0800 (PST)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 14C553A0C5C; Thu, 27 Feb 2020 13:29:34 -0800 (PST)
Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 01RLGuTA001175; Thu, 27 Feb 2020 13:29:27 -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=kvZhE7jlDCr3/QztDUCXYoJ0HhXsy1XvNn9a7PNT7Po=; b=C5sMLyge41/bxzLUw3IxpuFYcBnkwSQK9ULcqR/TnF0UjWciUHB7xTpo1aquH98DaHM5 SBulpeaoHuSXS2OLX5Ebg6J2+Yb9K1kD98xWIaTngQ/6yQRx4Wnaco/byIZgMwiMWQ8o kBZcfQfQzztAdYXBtUB4GV2Wp/jCGMhR5JEVfcoRzKKjw4xEpXNVIhG+78kv5XActTr2 jcgr2QFIWp8RBRaerDyqX95qn0xtmPMZQyLkSel23yVxrnO9IIXGzJydAl3K0bBOUYVE cXEZZZQVNOcVFx9MqoEf8MMg2H7eqUCjmS25d7rDsaB85UO8GFbwkfiIuKSlyeBCzaBs Dw==
Received: from nam12-bn8-obe.outbound.protection.outlook.com (mail-bn8nam12lp2170.outbound.protection.outlook.com [104.47.55.170]) by mx0b-00273201.pphosted.com with ESMTP id 2ye5dysue0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 27 Feb 2020 13:29:26 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mtHMu2AlgSAZQEL7BE0Tf/n2OK9S1m6dcsoUVe+PJv+Lx048NGVfExYDO7YM0JS/AjqtSTedVSsJozdX0WUFGNYDbHdyt3tsEyXEINCvLdF/qx3mosKOp7nXc3Wq8xMSGoGTjuPR0lhdZFrUUGOuByG/kmOhgzW+ow/rdKCg/M9QXYguiSvMvXt8PRSotHYmjMB3w+OdgzUWEtZtyujcCf7HPU/P6IQUo8ZDnzak/j1EdY5pRSutoaKKtzS7qW6qcHmE9YMlGamhJuigrYrGnZpMe5JjcjMm8DnwM/EuoD50aiu0Ham9lfgG52LaU058mmGtg9aL7gq+5KMS3AUpNw==
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=kvZhE7jlDCr3/QztDUCXYoJ0HhXsy1XvNn9a7PNT7Po=; b=l6OBdOH1+NTU5nkmhE+9fMrA12PQqTP8O6keH/r62p/u9ZXMvcCBsQ3Kakgsz7G0MSGDP0K/z9geVZ6n252J0nsOI41NGIJcc6HAUfTsIBiE0ckYZMwxkoF3PUxMvP6opEx18xfDzh7GUfMSb4Eb4DvbFPgbGJQ3NEf2/w34kU31zjx+tQA6u1RCz9iVeX5k9t5Q4vIxd4ImQ3gSZyFGJfOsY7JRmxhyCyDkcGjp2OcpMAjKYDCD9NLJZlfzADc7aF94Qy1xYAjdj3e2Bbkn0iAkyQXe2QoG9cZ8xHv57+pAt+hcglTmwDCLFUADuE7AMN95+NAeb0RpDZ7sfycL/A==
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=kvZhE7jlDCr3/QztDUCXYoJ0HhXsy1XvNn9a7PNT7Po=; b=QA90KjAU02iujeYwRA5HNKDvboCmpwbv7JyaTBEsPNicb73DWqb9VbE+V1mAeXCpeXZPyDfpcvM6S2+7m/x98+yJYad433GV8UUmxYoilmQrsj4R2iGn6BJ+76b9EwA/iurFeoEfBwKaszix5MtGp1WQMpe6TrMD2XKeVTGei84=
Received: from DM6PR05MB6348.namprd05.prod.outlook.com (2603:10b6:5:122::15) by DM6PR05MB5897.namprd05.prod.outlook.com (2603:10b6:5:10b::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.5; Thu, 27 Feb 2020 21:29:25 +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 21:29:24 +0000
From: Ron Bonica <rbonica@juniper.net>
To: =?iso-2022-jp?B?GyRCP0BMQEMjOkgbKEI=?= <jinmei@wide.ad.jp>, Fernando Gont <fernando@gont.com.ar>
CC: "bruno.decraene@orange.com" <bruno.decraene@orange.com>, SPRING WG List <spring@ietf.org>, "6man@ietf.org" <6man@ietf.org>, Lizhenbin <lizhenbin@huawei.com>, 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: AdXsmBuY1tqntXEdSECRXFRXLBEUfQAGBU6gAADKcAAACkqsgAAyPPAg
Date: Thu, 27 Feb 2020 21:29:24 +0000
Message-ID: <DM6PR05MB6348E24C7B3334B45571B7F2AEEB0@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>
In-Reply-To: <CAJE_bqebPnJUoSL0KYCabh9tY5iMSFmq_Cg=7oxy4xsrOjs9Zg@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-27T21:29:20.4440968Z; 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=6b9d0905-3545-4a36-a85d-71503f44619d; 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: 3315d119-4147-4033-a9a0-08d7bbcc1e23
x-ms-traffictypediagnostic: DM6PR05MB5897:
x-microsoft-antispam-prvs: <DM6PR05MB5897D8512D547811628524ACAEEB0@DM6PR05MB5897.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 03264AEA72
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(346002)(366004)(376002)(396003)(136003)(39860400002)(189003)(199004)(316002)(33656002)(7696005)(6506007)(64756008)(54906003)(66446008)(110136005)(66946007)(86362001)(66476007)(66556008)(76116006)(71200400001)(4326008)(478600001)(8936002)(52536014)(81156014)(186003)(2906002)(8676002)(5660300002)(26005)(966005)(9686003)(81166006)(53546011)(55016002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB5897; 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: BLFgtg+7A1BcbBdoS4Mdd2+N6lijm8j07gUpgprKtpzZMApMRkY21KyYzp0h2vrmE/cFf7fPb2YBftBvZy6+8GiX7U7u5Op2TkT+BcLCs4+65LF1EAZRPU3Am7AdG/zgudVSVpEKFFepEkPsIa3q4wYBYs9A7F9953qjhXvPvjrfg1U9jKN1BGymIs9sJsxGy5nmwxQgpVhGk4IeZmsvm8dz9cNENgCuqzjSjzwQJvZS764PZmWZf0XZgwcotyuGXwLzc79apKkiHKlSbHpLJpyw5Eg7LD7Betmpf1Hjc+lLbkzofS2tNLaFf5hFuRtPdPXSEWrZzyt19bkBBZ2acN2S5y9AoXJIX8wFw/HGkvy+KrfD/lrnDjnLLLK1tfatIvN5rKnh2r1/Hx+2MK89EvARK9E3PhI0HVgTi9zFESwAuMtJjTaywXb8SEZNFggyeyL9TuslN6et04spMLVUCf+hj4RtoAeebA9DCjLs0JlnQpYtlYYN1Cg7zWKykzMn8LCU1tANF6G6CUNzGn4tpA==
x-ms-exchange-antispam-messagedata: fTFMUo/hjq0PEPkTKaquwwWfKgD1DyEX22yyxARfU8h0WRYJ+tvUlf4eda2eXK0+V1djPZRLwWhpygo33VRQF9u5h+szGUZU4MTf8DyfcvUCCwdKYMR7dgtJg6+34q9w8Um9jOUoMaMAsDKdZji68g==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 3315d119-4147-4033-a9a0-08d7bbcc1e23
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Feb 2020 21:29:24.9290 (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: 8xNpH5NiURbcAWZ9DQ53M/erzhQ9stUxjG1O5dsGNaxwaC7c+c5bzkTL+dG+xBj6sVnnVsWYDcmMwX9G4x5irA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB5897
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138, 18.0.572 definitions=2020-02-27_07:2020-02-26, 2020-02-27 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 adultscore=0 priorityscore=1501 phishscore=0 malwarescore=0 suspectscore=0 spamscore=0 clxscore=1011 bulkscore=0 mlxlogscore=999 impostorscore=0 lowpriorityscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2001150001 definitions=main-2002270142
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/8IPhRxS-J8tqnyJB7PJQ0hbGdJA>
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 21:29:37 -0000

Jinmei,

The current discussion is about Penultimate Segment Popping (PSP) (Section 4.16). Normally, when an IPv6 node processes a packet that includes a Routing header with Segment Left equal to 1, the node decrements Segments Left and forwards the packet, with the Routing header intact. In PSP, when an IPv6 node processes a packet that includes a Routing header with Segment Left equal to 1, the node removes the Routing header and forwards the packet, without the Routing header.

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.

At least one RFC contradicts this literal reading. Section 3.3.3.1.1.2 of RFC 4302 says that the payload length and next header fields of the IPv6 header are immutable. PSP would change both of these and break AH processing.

When RFC 4302 was published, nobody questioned the assumption that the payload length and next header fields of the IPv6 header are immutable. Therefore, we can assume that it was a commonly held belief.

Some argue that none of this is a problem because the SRH is incompatible with the IPv6 Authentication header (see Section 7.5 of draft-ietf-6man-segemnt-routing-header-26). 

Others argue that PSP may break more than IPv6 AH. Other applications may, may concur with the RFC 4302 reading of RFC 8200. If they rely on payload length and next header fields of the IPv6 header being immutable, they will also break.

                                                                    Ron



Juniper Business Use Only

-----Original Message-----
From: spring <spring-bounces@ietf.org> On Behalf Of ????
Sent: Wednesday, February 26, 2020 2:40 PM
To: Fernando Gont <fernando@gont.com.ar>
Cc: bruno.decraene@orange.com; SPRING WG List <spring@ietf.org>rg>; 6man@ietf.org; Lizhenbin <lizhenbin@huawei.com>om>; 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 Wed, 26 Feb 2020 11:45:14 -0300,
Fernando Gont <fernando@gont.com.ar> wrote:

> So... is the plan to ship a document that violates RFC8200?

Please forgive me asking some clarification question that seems to be obvious for others: which part of
draft-ietf-spring-srv6-network-programming-10 violates RFC8200?  From a quick read of it, Section 4.16 seems to describe the removal of an extension header from an IPv6 packet at a forwarding node.  Is that the one referenced as a violation?  Or is it something else, or are there others in addition to 4.16?

--
JINMEI, Tatuya

_______________________________________________
spring mailing list
spring@ietf.org
https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/spring__;!!NEt6yMaO-gk!X7yacQY8b6Y0TpWJZiqa09s9YN5jOWOtfAZJteY4jOHczN4U3b7fl6FDtYPDLknI$