Re: [spring] Suggest some text //RE: Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming
John Scudder <jgs@juniper.net> Sat, 29 February 2020 17:46 UTC
Return-Path: <jgs@juniper.net>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BF783A0FE8; Sat, 29 Feb 2020 09:46:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_LOW=-0.7, 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=JaKL539H; dkim=pass (1024-bit key) header.d=juniper.net header.b=LUC5Bs3h
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 pPWVjaYhBjYj; Sat, 29 Feb 2020 09:46:44 -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 047203A0FE7; Sat, 29 Feb 2020 09:46:43 -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 01THhSIp008153; Sat, 29 Feb 2020 09:46:43 -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 : mime-version; s=PPS1017; bh=tuCaqafpQ4jtTRpUBqi6prfEgiwK0ZEyGTORyLvf/GA=; b=JaKL539HGhrNdsYpFVDqwwp9g4+2LXQF6sMdWfrGMWrqWGGYnDPoQZq3KR9kE2SXBBdy Jab/bcYVEU75hGYX8ZfsAZzdznhwFJVVe+oBvBlMtGE6Z1nlHUSNup1sdaQJDP3jho9u zZwNKVtQprxSUiN9XiYOZZ11RhQfoPa8U4du6N6gSG8/vVNihPc9zFdXeLFa7WNIzz/A 4WXgo5Rd4VsorBEDx/3LUGJ6tHyNg1sUfhcWma8/hCL5TGQ1zFQqDx1gInEvnJHKOROR l5zYt2f3sMpSOM4YJ+Tmbefv9GB9F3E9uPVmoubFOlOm9uzgj54weTsTRIKprbfbdlzD mA==
Received: from nam04-co1-obe.outbound.protection.outlook.com (mail-co1nam04lp2054.outbound.protection.outlook.com [104.47.45.54]) by mx0b-00273201.pphosted.com with ESMTP id 2yfqy5g9cg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 29 Feb 2020 09:46:42 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=l031d4sq8qgAPe52SSCV3KJZtgwxkMjM1gdswoWmt70V0sgSKMAfnsmrU45yFyx1PkVx2s3y6zJE+mu9nWMSluT53WKZ8qoxQ96V5NupIWfXkWKi94MVVUs2JyqJBAC99fRQ6fRoyLog2KsLDBSz8YlCn009IHFUCJ5rMEPNRvgk6TjraHue4OdQeKzhb00qJo0dxoPwjmQOwBD8gnr13gr6/f9OATSB2oehmfyv5YPwDwZThTlsff1dzvoC0n44X969sYzHGKG98MCBzA3oQZk4ClSFyziVRtwINc/F2Wy2ovKWRxWFNyYOAHSHo0cGsQnex41RBchN5KoCte2sJA==
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=tuCaqafpQ4jtTRpUBqi6prfEgiwK0ZEyGTORyLvf/GA=; b=G94jLVYkkt4ETIcGhay3WH4pf2wetpfxBC259ydxQwuPY4q+1dimvoMDhzYPYOllB9f5KNiLwZUPBLw2jhbU/B4is0P8tGrmOSYXXH3QqMhRu30o2qCLfJjeHSLQLGPqjF0oEGCOWw08lJ9iC4wNoUZERVBr/Z8tPtDKU+WgQ9LJHrQXMJNi1zO67m45cw8mAnghyykEbj+XDlE687xTAFGLwijpS3bwmQM9J5qhNIw7SpITtJFAtyXXwgmp5yhyBZlD/zP5wh/mmvhj6I/DahFR1EZYvn2jN3tWSVO0J6dBa5ZcCo2KgBuTSKs2hR1wl+wG2Wck+1D9ZQZVvzlS4w==
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=tuCaqafpQ4jtTRpUBqi6prfEgiwK0ZEyGTORyLvf/GA=; b=LUC5Bs3hrwvTdbE6DRbgXtrNky2m7uUrXxcqWjoBJq3nCvCFIBwosTXyE7UdtIavsX/gWhuKNzDGfwKMYG6U0K2T0hd8YAGzV2FWfL2ATsmLr7jwT/4vc16QJTU0zd68TUycFSx2nQBXWOTyR6clIgRhxfG0eFYJgmbKbxTt+08=
Received: from BL0PR05MB5076.namprd05.prod.outlook.com (2603:10b6:208:83::12) by BL0PR05MB5235.namprd05.prod.outlook.com (2603:10b6:208:88::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.5; Sat, 29 Feb 2020 17:46:38 +0000
Received: from BL0PR05MB5076.namprd05.prod.outlook.com ([fe80::3885:4802:94ad:b130]) by BL0PR05MB5076.namprd05.prod.outlook.com ([fe80::3885:4802:94ad:b130%4]) with mapi id 15.20.2772.018; Sat, 29 Feb 2020 17:46:38 +0000
From: John Scudder <jgs@juniper.net>
To: Robert Raszuk <robert@raszuk.net>
CC: 神明達哉 <jinmei@wide.ad.jp>, "spring@ietf.org" <spring@ietf.org>, "6man@ietf.org" <6man@ietf.org>
Thread-Topic: [spring] Suggest some text //RE: Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming
Thread-Index: AQHV7p+Aear8q2x93EmUsz9lIpE4PKgyA0iAgABv2oA=
Date: Sat, 29 Feb 2020 17:46:38 +0000
Message-ID: <085238CD-14F6-43AE-8D58-49A20DDCBB24@juniper.net>
References: <965ff6bbf1cb4c2f8d48b7b535a0cf5b@huawei.com> <CAJE_bqcTNWt==mtYKeNVXOBAzBNLG=+_mXQQ9xMHYOCDRqCb_Q@mail.gmail.com> <CAOj+MMEzbyzy98iFyfe6Z=dQiWHo=triX6bHKx9fNEUCaSuy3Q@mail.gmail.com>
In-Reply-To: <CAOj+MMEzbyzy98iFyfe6Z=dQiWHo=triX6bHKx9fNEUCaSuy3Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3608.60.0.2.5)
x-originating-ip: [2600:1700:37a0:3ca0:9498:d0e3:76d4:1b90]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 5048af4e-66a0-412e-f480-08d7bd3f53f5
x-ms-traffictypediagnostic: BL0PR05MB5235:
x-microsoft-antispam-prvs: <BL0PR05MB523538CAB40C9B8EC1BE60D6AAE90@BL0PR05MB5235.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 03283976A6
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(396003)(376002)(346002)(366004)(39860400002)(136003)(189003)(199004)(66946007)(66476007)(966005)(81156014)(53546011)(6916009)(6486002)(91956017)(76116006)(81166006)(33656002)(8676002)(316002)(54906003)(71200400001)(6506007)(2616005)(66446008)(66556008)(478600001)(64756008)(6512007)(36756003)(2906002)(186003)(4326008)(5660300002)(8936002)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:BL0PR05MB5235; H:BL0PR05MB5076.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: /+f8RiZndprPRmo4etkC281puxgycXfhXzEN8V436FsjyUb3LZvo0UxYwdoDgHJdDpUi+1POgPRkP0e56xdeUyKsTwUaZaOhqkMdGGr6frHvffhnVcGheKCWfUB79LT1JT7nubJHE5Im5YG1ywsj6x/xqhGIVrd2Hipi+Br4DJxmcuX6oPNFo+CPdfWTyoL6xhtaXAcQc2p6EBcQAV6URiH6va7CyXOaS0oeAPYU7EMqaTowbnMBKxy1fNglOuKid3MRyFo0cKdUxjCKhCUa5WuXUGw8muaaK0NIJe7YNC7sQYAMAhA+uNUeajvTiBGPXfFE5mSQzmjtp3q64mlZyQdtoIZBW2cEY5YhQJqwWzoaQgp3f7coXDBD6O6aU6BJCf/zGLnUb+7wC5JyhEa5+EtqWOfGpuM60SJXBs8OYMDHx4tP7zlElfbliDGsHY6mUz6BV8XTsWB4S7uhNTyTvVu8ZR3rJSAqu4lmLtP/x4uVkNw/lc9xnd3e01ovNW07AZm2K+vDCaveY1Ul/YbOGA==
x-ms-exchange-antispam-messagedata: wENsm0vQ+d/M57JT+ZdLNWNHKCLSeVa3tynVSoB34FLSUJqMFLOB4s3i+OhZ1Jvy9ZD3m+jjgzqVNgr/pKreFYg7Udpc/iUL3+0R4qRemcK6y3npDKOQYUzdXhyfj0O62aUAdY59E/LhlUB4+QOkhae48ZqtBX/rb05IY9JM4HV+zGAuamfjPa/sBSPE/qUnKZrRS4A4mKJyjelWgxV8mw==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_085238CD14F643AE8D5849A20DDCBB24junipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 5048af4e-66a0-412e-f480-08d7bd3f53f5
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Feb 2020 17:46:38.0894 (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: mmF9GUNuoghubiPGKCLqZvgFxciYYRgnM10Qxxjt3wHhitdjVPQ/vVf0VnDW+NB1
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR05MB5235
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138, 18.0.572 definitions=2020-02-29_06:2020-02-28, 2020-02-29 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 spamscore=0 lowpriorityscore=0 malwarescore=0 mlxlogscore=999 bulkscore=0 adultscore=0 clxscore=1011 phishscore=0 impostorscore=0 suspectscore=0 priorityscore=1501 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2001150001 definitions=main-2002290136
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/qkDTGFPlmpd_MPKMMCWhFcwImGw>
Subject: Re: [spring] Suggest some text //RE: Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 29 Feb 2020 17:46:47 -0000
Robert, I think your comment (emphasis added): we are dealing here with an *encapsulated* packet which has as its ultimate destination SR node X. That SR node X is to perform or not PSP. Is wrong. It contradicts everything else that’s been said in the hundreds of messages that have gone before, not to mention the plain language of draft-ietf-spring-srv6-network-programming-10. The word “penultimate” itself is enough to prove this: by definition a node can’t be both the penultimate, and the ultimate, node. It’s a contradiction in terms, like saying 0 equals 1. Now, if node X were to remove the RH and perform the decapsulation that would be a different story, but the whole point of PSP is that X removes the RH and then sends the encapsulated packet on to Y which performs the decapsulation. (This point was made in one of the other threads recently, but I’ve lost track of by whom and which thread.) As far as I can tell, this non-controversial behavior is described in 4.16.3 of the draft and referred to as “USD”. —John On Feb 29, 2020, at 6:06 AM, Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net>> wrote: Dear Jinmei, Even if RFC8200 section 4 text would say: "Extension headers cannot be added to a packet after it has left its source node and extension headers cannot be removed from a packet until it has arrived at its ultimate destination". PSP would be still not be violating anything said in this sentence. Reason being is that we are dealing here with an *encapsulated* packet which has as its ultimate destination SR node X. That SR node X is to perform or not PSP. So it is still fully compliant with the specification. IMHO the only grey area as pointed by Brian is if RFC8200 section 4.4 really mandates you to look at segments_left before processing the packet or it is equally legal to look at that value after local processing occurs. Definition says: Segments Left 8-bit unsigned integer. Number of route segments remaining, i.e., number of explicitly listed intermediate nodes still to be visited before reaching the final destination. which to me really means that as long as you recognize given routing header type you can decrement this value and if zero remove it. Besides that is a minor detail - as NPG draft could be updated to say: S14.1. If (Segments Left Before Local Decrement == 1) { S14.2. Update the Next Header field in the preceding header to the Next Header value of the SRH S14.3. Decrease the IPv6 header Payload Length by the Hdr Ext Len value of the SRH S14.4. Remove the SRH from the IPv6 extension header chain S14.5. } Many thx, R. On Sat, Feb 29, 2020 at 2:28 AM 神明達哉 <jinmei@wide.ad.jp<mailto:jinmei@wide.ad.jp>> wrote: At Fri, 28 Feb 2020 07:54:28 +0000, "Xiejingrong (Jingrong)" <xiejingrong@huawei.com<mailto:xiejingrong@huawei..com>> wrote: > The design of PSP for the benefits of deployment is based on the understanding > that it does not violate section 4 of RFC8200. In case the RFC8200 text may be > modified in the future, the PSP may also need to change accordingly. No, it violates Section 4 of RFC8200. It's a pity that we have to discuss it at this level due to the poor editorial work then (I was also responsible for that as one of those reviewing the bis draft), but anyone who involved the discussion should know the intent of this text intended to say (borrowing from Ron's text) "Extension headers cannot be added to a packet after it has left the its source node and extension headers cannot be removed from a packet until it has arrived at its ultimate destination". It might look "an attempt of blocking an innovation by a small group of vocal fundamentalists", but if you see the responses without a bias, you'd notice that even some of those who seem neutral about the underlying SRv6 matter interpret the text that way. I'd also note that simply because PSP violates RFC8200 doesn't immediately mean it (PSP) "needs to change". It can update RFC8200 with explaining why it's necessary and justified. That's what I requested as you summarized: > Jinmei: it should say it updates this part of RFC8200 and explain why it's justified. And, since PSP at least wouldn't break PMTUD, I guess the update proposal will have much more chance to be accepted than a proposal including EH insertion. On the other hand, pretending there's no violation will certainly trigger many appeals and objections at the IETF last call (I'll certainly object to it). In the end, it can easily take much longer, or even fail, than formally claiming an update to RFC8200. -- JINMEI, Tatuya _______________________________________________ spring mailing list spring@ietf.org<mailto:spring@ietf.org> https://www.ietf.org/mailman/listinfo/spring<https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/spring__;!!NEt6yMaO-gk!Qj4iGvIKXE0YABWYjk5PNMfr1edPfPjJBED6VMnC3MxTiIYCqCc0y3UdazBorQ$> -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org<mailto:ipv6@ietf.org> Administrative Requests: https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/ipv6__;!!NEt6yMaO-gk!Qj4iGvIKXE0YABWYjk5PNMfr1edPfPjJBED6VMnC3MxTiIYCqCc0y3X18TtwYw$ --------------------------------------------------------------------
- [spring] Suggest some text //RE: Request to close… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Brian E Carpenter
- Re: [spring] Suggest some text //RE: Request to c… Bob Hinden
- Re: [spring] Suggest some text //RE: Request to c… 神明達哉
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Gyan Mishra
- Re: [spring] Suggest some text //RE: Request to c… Gyan Mishra
- Re: [spring] Suggest some text //RE: Request to c… Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… John Scudder
- Re: [spring] Suggest some text //RE: Request to c… Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… John Scudder
- Re: [spring] Suggest some text //RE: Request to c… Brian E Carpenter
- Re: [spring] Suggest some text //RE: Request to c… John Scudder
- Re: [spring] Suggest some text //RE: Request to c… Greg Mirsky
- Re: [spring] Suggest some text //RE: Request to c… Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… Greg Mirsky
- Re: [spring] Suggest some text //RE: Request to c… Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… John Scudder
- Re: [spring] Suggest some text //RE: Request to c… Zafar Ali (zali)
- Re: [spring] Suggest some text //RE: Request to c… Wang, Weibin (NSB - CN/Shanghai)
- Re: [spring] Suggest some text //RE: Request to c… Joel M. Halpern
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Wang, Weibin (NSB - CN/Shanghai)
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Wang, Weibin (NSB - CN/Shanghai)
- Re: [spring] Suggest some text //RE: Request to c… Wang, Weibin (NSB - CN/Shanghai)
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… Joel Halpern Direct
- Re: [spring] Suggest some text //RE: Request to c… Greg Mirsky
- Re: [spring] Suggest some text //RE: Request to c… Zafar Ali (zali)
- Re: [spring] Suggest some text //RE: Request to c… Joel M. Halpern
- Re: [spring] Suggest some text //RE: Request to c… Zafar Ali (zali)
- [spring] SRv6 OAM Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… Gyan Mishra
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… 神明達哉
- Re: [spring] Suggest some text //RE: Request to c… Gyan Mishra
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Darren Dukes (ddukes)
- Re: [spring] Suggest some text //RE: Request to c… Gyan Mishra
- Re: [spring] Suggest some text //RE: Request to c… li_zhenqiang@hotmail.com
- Re: [spring] Suggest some text //RE: Request to c… Pablo Camarillo (pcamaril)
- Re: [spring] Suggest some text //RE: Request to c… 神明達哉
- Re: [spring] Suggest some text //RE: Request to c… John Scudder
- Re: [spring] Suggest some text //RE: Request to c… Ketan Talaulikar (ketant)
- Re: [spring] Suggest some text //RE: Request to c… Brian E Carpenter
- Re: [spring] Suggest some text //RE: Request to c… 神明達哉
- Re: [spring] Suggest some text //RE: Request to c… Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… 神明達哉
- Re: [spring] Suggest some text //RE: Request to c… Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… 神明達哉