Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming

"Pablo Camarillo (pcamaril)" <pcamaril@cisco.com> Tue, 10 March 2020 18:11 UTC

Return-Path: <pcamaril@cisco.com>
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 B38293A0792; Tue, 10 Mar 2020 11:11:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.588
X-Spam-Level:
X-Spam-Status: No, score=-9.588 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, T_SPF_TEMPERROR=0.01, 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=BS4S0SQq; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=wcxRqjuA
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 dRGC25FdPo5e; Tue, 10 Mar 2020 11:11:27 -0700 (PDT)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B1CC73A0784; Tue, 10 Mar 2020 11:11:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=31743; q=dns/txt; s=iport; t=1583863886; x=1585073486; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Y01jGP5mYWIYhG2GNdVRYKRITFbtzYlC4LhZX6XQs6g=; b=BS4S0SQqY/fTYzvXEC3S8BoOmNTtbdUGLqDpd9Y74FToQtouyPZaA6fk IRaynbzNky4oTv5W84fhPpmC4S/wLzsbPQuDTqvQsTihPMu1QBX78vijz 1O9WPP/Z0QMDyf3cRGrMkLQtJmcccIdsI0h3b9PXfKGPhWOdU02FTB/Ly M=;
IronPort-PHdr: 9a23:5syD9hL0Yz1SFTRsFtmcpTVXNCE6p7X5OBIU4ZM7irVIN76u5InmIFeBvKd2lFGcW4Ld5roEkOfQv636EU04qZea+DFnEtRXUgMdz8AfngguGsmAXFXwJfvjdS0+NM9DT1RiuXq8NBsdFQ==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BEBgCQ12de/5tdJa1mHAEBAQEBBwEBEQEEBAEBgXuBJS9QBWxYIAQLKgqEC4NFA4pwgl+YFYFCgRADVAkBAQEMAQElCAIEAQGEQwIXgW8kOBMCAwEBCwEBBQEBAQIBBQRthVYMhWMBAQEBAxIRHQEBMAcBDwIBCBEDAQEBIQcDAgICMBQJCAEBBA4FIoMEAYF9TQMuAQMLA55WAoE5iGJ1gTKCfwEBBYEvAYEUgk8YggwDBoE4jCwagUE/gREnIIE4gRU+gmQCAhqBFAESAUENCYJbMoIskGyFcooPj0EKgjyHVI8WHYJKiCSQTIRIky6SVQIEAgQFAg4BAQWBaSJncXAVZQGCDQEBMlAYDY4dDBeDUIUUhUF0AoEnjEcBgQ8BAQ
X-IronPort-AV: E=Sophos;i="5.70,537,1574121600"; d="scan'208,217";a="445140441"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 10 Mar 2020 18:11:25 +0000
Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by rcdn-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 02AIBPFR012210 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 10 Mar 2020 18:11:25 GMT
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 10 Mar 2020 13:11:25 -0500
Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 10 Mar 2020 13:11:24 -0500
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 10 Mar 2020 13:11:24 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bJPvyhm1MaaK3fmQ+XwtEoWEcFOPa8r/6Z1X2rv9lvP4doA65i0Cw9BytjF7GoHX3yoEd6fGQcqaxAhVdx9VnNPZQHrpkqhZcLcFMRz0oBkKXVRdBm3rljwCUX2H9TlGZNZjnJ7Qe46LzbZO0GcRijqewxxO06b5W/uGNXXH6NlTZ6Iji27cgk5eZt2XaVAdcViYtah10rE+mdlxPf08rIxxJV48JHFQDywJc01RPD7Lq3cteQa0b2i7X01afdgfAQnRqefFt48OBkzjlWpdr2MI6hQXtYMGjlhRMbRfm2fxYFH5kR/HBJFb0rhI6sfjq1KWQar5k8gbhe0IzfTimQ==
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=Y01jGP5mYWIYhG2GNdVRYKRITFbtzYlC4LhZX6XQs6g=; b=CesveGGSexm+xK1uXukHI8z6Ik1VDyRFW6VqnaTBrUVVzgfCd6rjBQ4lgK73srhgaC41oLjrIKKaw+1wZmkbxkughi5Za59qpdjW6kty3v9ozgT+7kN/zJMG95OtOyCbH/EY+wSKybUxV3SiJJQdIt545i11LtdcO4R392ciHUdgqlAaaZCMbirRNB+Okv6quUxvIXo40qVEfa+umVE4Xe+wJP+IUz/C2A6YEKT1cwVak3CsLuQQ+DYwkeBRmMscRU995LU/Rnp3rUciI0bkBuolyu+8W2KQZVoZFhtXpqKr+WoSVqr8hCPWAMDGqGekMhB2Jx2QT34iSS9uMnwWgQ==
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=Y01jGP5mYWIYhG2GNdVRYKRITFbtzYlC4LhZX6XQs6g=; b=wcxRqjuAlpNCyy9JOFIaYdKOZzQF9kOLic11mPJK0eaLPHxdfrFW6IlDj/oueGve/XU4w9fRHgQWbZXf+ZVbQUw0XZJpZhzHiSgYduuztpRbUPkBsx8uH/NmTLSNT7XByzfGRBb2wN63IUP+8gD1RwGrnvzQ+6eeMXhOOKWwLa4=
Received: from MWHPR11MB1374.namprd11.prod.outlook.com (2603:10b6:300:24::8) by MWHPR11MB1981.namprd11.prod.outlook.com (2603:10b6:300:111::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.17; Tue, 10 Mar 2020 18:11:23 +0000
Received: from MWHPR11MB1374.namprd11.prod.outlook.com ([fe80::e481:a191:e31:f948]) by MWHPR11MB1374.namprd11.prod.outlook.com ([fe80::e481:a191:e31:f948%12]) with mapi id 15.20.2793.013; Tue, 10 Mar 2020 18:11:23 +0000
From: "Pablo Camarillo (pcamaril)" <pcamaril@cisco.com>
To: Andrew Alston <Andrew.Alston@liquidtelecom.com>
CC: 6man WG <ipv6@ietf.org>, "spring@ietf.org" <spring@ietf.org>
Thread-Topic: [spring] WGLC - draft-ietf-spring-srv6-network-programming
Thread-Index: AdWrjZKMyJw/FcG0Qj29O28HuDn7+xFNkTUAAAh6zQAAUFctAABT0o7wAOZRhgA=
Date: Tue, 10 Mar 2020 18:11:23 +0000
Message-ID: <C223D73B-D556-427C-82AB-0042C33E32F4@cisco.com>
References: <17421_1575566127_5DE93B2F_17421_93_1_53C29892C857584299CBF5D05346208A48D1A3DA@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <3e2da3a5-5d1b-10a0-aeb4-320c57584241@nokia.com> <265A3B0A-358B-4163-B7E1-2FFE36B3607E@liquidtelecom.com> <14D40038-77D4-43DB-AC36-1199EE547944@cisco.com> <DBBPR03MB5415A2097FD500326B7907FCEEE30@DBBPR03MB5415.eurprd03.prod.outlook.com>
In-Reply-To: <DBBPR03MB5415A2097FD500326B7907FCEEE30@DBBPR03MB5415.eurprd03.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.22.0.200209
authentication-results: spf=none (sender IP is ) smtp.mailfrom=pcamaril@cisco.com;
x-originating-ip: [88.3.129.189]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 6b0d29f8-7e0c-4f22-6b1f-08d7c51e7114
x-ms-traffictypediagnostic: MWHPR11MB1981:
x-microsoft-antispam-prvs: <MWHPR11MB19813CAE7C0D1367C8F68C58C9FF0@MWHPR11MB1981.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 033857D0BD
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(39860400002)(396003)(366004)(376002)(346002)(199004)(189003)(36756003)(6506007)(53546011)(86362001)(6486002)(5660300002)(66574012)(8936002)(33656002)(186003)(316002)(478600001)(81166006)(8676002)(966005)(81156014)(4326008)(2906002)(71200400001)(6916009)(66946007)(76116006)(91956017)(66556008)(64756008)(2616005)(66476007)(66446008)(6512007)(26005)(54906003); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR11MB1981; H:MWHPR11MB1374.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: d9C0LnSXt2X1l7BdEdsA3olVzsQUdUwyJT3TbfllFnW1yBwdAJdvtxp6vcCL2nqZmzFYii0bYKqsjl6OakkBFhJh+EJ5821e/NFDVcv0vdFKWmRJ3l6UdRk1/wAvF1Wt/bmswaxEwXjDjRhWRAqpMbcOyepxbltDKVWd1P4+jxQAg7yYn/7+PY0KkJZ9WFldl2UAjBROkjWMFr10F+bKEMkLapWcJ0h8ErXKHT9YldAM0zWYjnJA9ou2RI0wfAZnIAPgCujgQVUC9oO43hsfnqPgyFWff8/8sKvW41LU8NUfKgV6v/eojEWTZ2ckZzKtLTYmjScMRIcxR8M9tfVy/46k4TmP/eqMNw/1S4vGIqJ6Zhn/5otY52zFiFHOi9T9CCX7A7nYenMhKqv8gCCDZ9n1YeqoZfYQbPFSEnRVoRYIXp4mnnOO3tKRnIhQAqxOfUegAkZPJXZBgkRMT6+laRVIlo5/xAQlTvOtCst1fIb8S9fqe9sgynUrQ2/PqlnVVRaIDbMAnvjj2iC4et2Gcw==
x-ms-exchange-antispam-messagedata: woonKSp6M5r1waTj3eEyS6F5AGjQ7v8RXQG+wN5htHkwLOz0BGPe6OaxJtUn4q7pYyPsipJs7sfVwn5POUck7i6Jt1ZTzoBSij+OI6cQMU+W5VgrJjv4DuZLTU+Xjy/2MlAndUlp9LxV6Us4MWt4RQ==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_C223D73BD556427C82AB0042C33E32F4ciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 6b0d29f8-7e0c-4f22-6b1f-08d7c51e7114
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Mar 2020 18:11:23.2389 (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: wa0+1k0Lq75Z6UKKnQFa1IfQDMnsm+umq1fjyGmpCv5fTikh+cQcN7/cHwRHYwsGmxgauItUFBl+r+zzRsHnug==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB1981
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.13, xch-rcd-003.cisco.com
X-Outbound-Node: rcdn-core-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/Lg9PqKrGbQl0P-CeIU2zIc1EI9g>
Subject: Re: [spring] 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: Tue, 10 Mar 2020 18:11:33 -0000

Andrew,

Please see inline the answers with PC2.

Also, I guess that by mistake, your inline emails remove this text from your original email and my reply to it. Let me copy paste it in here to make sure it is not lost.

From Andrew on March 2nd:
The promises to deliver an assessment of IP Space burn as per what is on video from the montreal meeting – was not delivered on or addressed
Pablo on March 4th:
PC1: Authors do not recall such a promise. Can you please point me at either a) an email URL; b) SPRING WG meeting minutes; c) SPRING WG meeting recording (with precise minute and seconds) where such promise happened?

Technical points inline below.

Regards,
Pablo.


From: Andrew Alston <Andrew.Alston@liquidtelecom.com>
Date: Friday, 6 March 2020 at 06:36
To: "Pablo Camarillo (pcamaril)" <pcamaril@cisco.com>, Martin Vigoureux <martin.vigoureux@nokia.com>, "spring@ietf.org" <spring@ietf.org>
Cc: "6man@ietf.org" <6man@ietf.org>, draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>
Subject: RE: [spring] WGLC - draft-ietf-spring-srv6-network-programming


From: Pablo Camarillo (pcamaril) <pcamaril@cisco.com>
Sent: Wednesday, 4 March 2020 15:17
To: Andrew Alston <Andrew.Alston@liquidtelecom.com>; Martin Vigoureux <martin.vigoureux@nokia.com>; spring@ietf.org
Cc: 6man@ietf.org; draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>
Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming

Andrew,

Inline. PC1.

Regards,
Pablo.

From: Andrew Alston <Andrew.Alston@liquidtelecom.com<mailto:Andrew.Alston@liquidtelecom.com>>
Date: Monday, 2 March 2020 at 20:56
To: Martin Vigoureux <martin.vigoureux@nokia.com<mailto:martin.vigoureux@nokia.com>>, "spring@ietf.org<mailto:spring@ietf.org>" <spring@ietf.org<mailto:spring@ietf.org>>
Cc: "6man@ietf.org<mailto:6man@ietf.org>" <6man@ietf.org<mailto:6man@ietf.org>>, draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org<mailto:draft-ietf-spring-srv6-network-programming@ietf.org>>
Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming
Resent from: <alias-bounces@ietf.org<mailto:alias-bounces@ietf.org>>
Resent to: <cf@cisco.com<mailto:cf@cisco.com>>, <pcamaril@cisco.com<mailto:pcamaril@cisco.com>>, <john@leddy.net<mailto:john@leddy.net>>, <daniel.voyer@bell.ca<mailto:daniel.voyer@bell.ca>>, <satoru.matsushima@g.softbank.co.jp<mailto:satoru.matsushima@g.softbank.co.jp>>, <lizhenbin@huawei.com<mailto:lizhenbin@huawei.com>>
Resent date: Monday, 2 March 2020 at 20:56

I am completely stunned by this.

The question regarding RFC8200 is still unaddressed.
PC1: PSP complies with RFC8200.
https://mailarchive.ietf.org/arch/msg/spring/6ZNyPMuZaaP9amVRXQdX9uRMbVk/<https://mailarchive.ietf.org/arch/msg/spring/6ZNyPMuZaaP9amVRXQdX9uRMbVk>
https://mailarchive.ietf.org/arch/msg/spring/pGS5O53VTDSt2tpc7mm3FVVd0Xk/<https://mailarchive.ietf.org/arch/msg/spring/pGS5O53VTDSt2tpc7mm3FVVd0Xk>
https://mailarchive.ietf.org/arch/msg/spring/i0faTfqB-NduzI2VyMyQ6R60dQw/<https://mailarchive.ietf.org/arch/msg/spring/i0faTfqB-NduzI2VyMyQ6R60dQw>
https://mailarchive.ietf.org/arch/msg/spring/kV6By4pnvbURdU1O7khwPbk_saM/<https://mailarchive.ietf.org/arch/msg/spring/kV6By4pnvbURdU1O7khwPbk_saM>
https://mailarchive.ietf.org/arch/msg/spring/plidxjZFBnd4_mEzGsLC76FZmQ0/<https://mailarchive.ietf.org/arch/msg/spring/plidxjZFBnd4_mEzGsLC76FZmQ0>
https://mailarchive.ietf.org/arch/msg/spring/67ZG76XRezPXilsP3x339rGpcso/<https://mailarchive.ietf.org/arch/msg/spring/67ZG76XRezPXilsP3x339rGpcso>
https://mailarchive.ietf.org/arch/msg/spring/C20J-h835TJYHH2Q4KCHaS_lmek/<https://mailarchive.ietf.org/arch/msg/spring/C20J-h835TJYHH2Q4KCHaS_lmek>
https://mailarchive.ietf.org/arch/msg/spring/65GgH7fY3_TDEbE7dNXwSz64l58/<https://mailarchive.ietf.org/arch/msg/spring/65GgH7fY3_TDEbE7dNXwSz64l58>

This is highly – highly disputed still – by multiple parties – and repeatedly claiming something that is wrong does not make it somehow right.   In fact to claim that it doesn’t flies in the face of the last call write up which says that this needs to be adjudicated by the IESG.

PC2: Text in RFC8200 is crystal clear.

PC1: Also, I do not understand the issue or what “IP Space burn” you talk about.
Please see this: https://mailarchive.ietf.org/arch/msg/spring/34s0MNMsXe7lTYJr1jw-xBpoRp0/<https://mailarchive.ietf.org/arch/msg/spring/34s0MNMsXe7lTYJr1jw-xBpoRp0>
Was this your question?

Please see around minute 22 for the next couple of minutes in https://www.youtube.com/watch?v=WuoJWecyATQ which specifically calls for a credible discussion around IP space usage and agreement to have such a credible discussion, which has not occurred.

PC2: The comment started because in the draft we had an example that was assigning A:1::/32 as loopback interface for a router. This is wrong (prefix length, documentation prefix,).
This was fixed in revision 2 of the WG draft, published in September 19th 2019. The closure of this comment was presented by me personally in IETF Singapore. Please refer to the slides. In Singapore you were present (signed blue sheet) and did not had any comment about such closure.

PC2: Still, if you want to discuss technically: please let me know what is unanswered after reading this email https://mailarchive.ietf.org/arch/msg/spring/34s0MNMsXe7lTYJr1jw-xBpoRp0/

The issues around the potentially problems in relation to rfc7112 – have never been addressed or commented on.
PC1: RFC7112 considerations apply to all extension headers including SRH. I do not understand the relevance of it with Network Programming draft.

The concern here is around the SID size and deep SID stacks in the face of 128bit SID’s.

PC2: Neither this document, nor this working group, is defining the Segment Routing Header. That was done at 6man. If you think there are considerations from RFC7112 that should apply particularly for the SRH, please raise it there.
That said personally I don’t believe that there’s any consideration from RFC7112 that should apply particularly to the SRH.

Andrew