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

Andrew Alston <Andrew.Alston@liquidtelecom.com> Thu, 12 March 2020 11:04 UTC

Return-Path: <andrew.alston@liquidtelecom.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 D16F33A0C95 for <spring@ietfa.amsl.com>; Thu, 12 Mar 2020 04:04:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 mU0BTNh-QQdi for <spring@ietfa.amsl.com>; Thu, 12 Mar 2020 04:04:40 -0700 (PDT)
Received: from eu-smtp-delivery-182.mimecast.com (eu-smtp-delivery-182.mimecast.com [207.82.80.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A48FA3A0C7F for <spring@ietf.org>; Thu, 12 Mar 2020 04:04:39 -0700 (PDT)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-db3eur04lp2050.outbound.protection.outlook.com [104.47.12.50]) (Using TLS) by relay.mimecast.com with ESMTP id uk-mta-104-9ZbNwHGKOXOFryHlyL2Fiw-1; Thu, 12 Mar 2020 11:04:33 +0000
X-MC-Unique: 9ZbNwHGKOXOFryHlyL2Fiw-1
Received: from DBBPR03MB5415.eurprd03.prod.outlook.com (20.179.47.79) by DBBPR03MB5304.eurprd03.prod.outlook.com (20.179.45.212) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.17; Thu, 12 Mar 2020 11:04:31 +0000
Received: from DBBPR03MB5415.eurprd03.prod.outlook.com ([fe80::31cd:8171:1d1f:2fa9]) by DBBPR03MB5415.eurprd03.prod.outlook.com ([fe80::31cd:8171:1d1f:2fa9%5]) with mapi id 15.20.2793.018; Thu, 12 Mar 2020 11:04:31 +0000
From: Andrew Alston <Andrew.Alston@liquidtelecom.com>
To: "Pablo Camarillo (pcamaril)" <pcamaril@cisco.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: =?utf-8?q?AdWrjZKMyJw/FcG0Qj29O28HuDn7+xFNkTUAAAh6zQAAUFctAABT?= =?utf-8?q?0o7wAOZRhgAAGh18EAAHJ0aAAACo8mAACRCYAAAojBqA?=
Date: Thu, 12 Mar 2020 11:04:31 +0000
Message-ID: =?utf-8?q?=3CDBBPR03MB54159F78083CBCA412243A91EEFD0=40DBBPR03MB5?= =?utf-8?q?415=2Eeurprd03=2Eprod=2Eoutlook=2Ecom=3E?=
References: =?utf-8?q?=3C17421=5F1575566127=5F5DE93B2F=5F17421=5F93=5F1=5F53?= =?utf-8?q?C29892C857584299CBF5D05346208A48D1A3DA=40OPEXCAUBM43=2Ecorporate?= =?utf-8?q?=2Eadroot=2Einfra=2Eftgroup=3E?= <3e2da3a5-5d1b-10a0-aeb4-320c57584241@nokia.com> <265A3B0A-358B-4163-B7E1-2FFE36B3607E@liquidtelecom.com> =?utf-8?q?=3C14D40038-77D4-43DB-AC36-1199EE547944=40cisco=2Ecom=3E_=3CDBBPR?= =?utf-8?q?03MB5415A2097FD500326B7907FCEEE30=40DBBPR03MB5415=2Eeurprd03=2Epr?= =?utf-8?q?od=2Eoutlook=2Ecom=3E?= =?utf-8?q?=3CC223D73B-D556-427C-82AB-0042C33E32F4=40cisco=2Ecom=3E_=3CDBBPR?= =?utf-8?q?03MB5415ADF9271EE267C3205CCBEEFC0=40DBBPR03MB5415=2Eeurprd03=2Epr?= =?utf-8?q?od=2Eoutlook=2Ecom=3E?= =?utf-8?q?=3C0F51DF13-B058-4850-91E1-AF4B49DE158C=40cisco=2Ecom=3E_=3CDBBPR?= =?utf-8?q?03MB54150C911B32F8F0B2CC7C59EEFC0=40DBBPR03MB5415=2Eeurprd03=2Epr?= =?utf-8?q?od=2Eoutlook=2Ecom=3E?= <ED4F23CB-C6EE-454F-89B5-E4C088218046@cisco.com>
In-Reply-To: <ED4F23CB-C6EE-454F-89B5-E4C088218046@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [2c0f:fe40:3:1:ad86:bdc1:bb21:414]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: e0c0918f-a3b2-498f-b830-08d7c6752444
x-ms-traffictypediagnostic: DBBPR03MB5304:
x-microsoft-antispam-prvs: =?utf-8?q?=3CDBBPR03MB53042B1C57F0B4019759BD54EEF?= =?utf-8?q?D0=40DBBPR03MB5304=2Eeurprd03=2Eprod=2Eoutlook=2Ecom=3E?=
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0340850FCD
x-forefront-antispam-report: SFV:NSPM; =?utf-8?q?SFS=3A=2810019020=29=284636?= =?utf-8?b?MDA5KSgzNDYwMDIpKDM2NjAwNCkoMTM2MDAzKSgzOTYwMDMpKDM5ODYwNDAw?= =?utf-8?b?MDAyKSgzNzYwMDIpKDE5OTAwNCkoNjY0NzYwMDcpKDg5MzYwMDIpKDY2NTU2?= =?utf-8?b?MDA4KSg3NjExNjAwNikoNTI1MzYwMTQpKDY2NDQ2MDA4KSg2NDc1NjAwOCko?= =?utf-8?q?81166006=29=2881156014=29=2833656002=29=287696005=29=288676002=29?= =?utf-8?q?=2866946007=29=28478600001=29=2871200400001=29=2855016002=29=2853?= =?utf-8?b?NTQ2MDExKSg2NTA2MDA3KSg0MzI2MDA4KSg5Njg2MDAzKSg1NDkwNjAwMyko?= =?utf-8?q?316002=29=2886362001=29=285660300002=29=282906002=29=286916009=29?= =?utf-8?q?=28186003=29=3B?= DIR:OUT; SFP:1102; SCL:1; SRVR:DBBPR03MB5304; H:DBBPR03MB5415.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: =?utf-8?q?9yZw/LUKpf/V9FgO61BPxmErHql5Lp7?= =?utf-8?q?Ynb1Qp/a7QFptkvkY8XwONEpHTF/U1csFIDl142xWkUaH5fIEgHu6tn3qKdwY3F42?= =?utf-8?q?bwXooAB841Kx+xuRRoCDZvcVy0OoKjjgDVHNNvejxxX37tP0Jk0YlRjlZPVA4TuG/?= =?utf-8?q?Cpb5QhUwByo+RqoPBi1METtu9vYSvzPxLtNmVf5fLEQCFoOBprCcQyKDDZ4MnEjQ7?= =?utf-8?q?E1dhG10ZgcpE1u+5YDGawfP0anzGRFxUtO/Jb8TvTsFt15tvubV3vUtvsmq6dkVNI?= =?utf-8?q?pq2Dsk29Jjk+yvpA0ebDQYQYMlO5Rrzxc5HEj0SqWNFQlwWcyjj1zuIVNePh8pXUf?= =?utf-8?q?GcLSia+ZuTrS9vlH30/BEJVN/lGg9OEZvilfDqd0M7kyYucTQ/MIKW1GeZOy/hJaJ?= =?utf-8?q?1NweyYakGjCl5xMT/lT5f/ToFBJ?=
x-ms-exchange-antispam-messagedata: =?utf-8?q?dfF2ZkFkTCgj6qeHa+P+C5YvJ1Vdho?= =?utf-8?q?wV/B72lK0jkA9GiPk3bwrUl5t5Gq9alrFyMeGh1w3AK0rAYiBZUvhRsWyd94oHJ61?= =?utf-8?q?B8pgablTlj/VWWDU5yBuJrKaJwZZwH5BWEYnITbMA3EWjSimiLMICaeH6aavRgPMd?= =?utf-8?q?kDIazc5Q0KEO/OWDveI8aRtXjpXaX1iZ3eFXTyWN7Cuy+0XvKarMPw=3D=3D?=
x-ms-exchange-transport-forked: True
MIME-Version: 1.0
X-OriginatorOrg: liquidtelecom.com
X-MS-Exchange-CrossTenant-Network-Message-Id: e0c0918f-a3b2-498f-b830-08d7c6752444
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2020 11:04:31.6492 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 68792612-0f0e-46cb-b16a-fcb82fd80cb1
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: =?utf-8?q?cKsIJa9NZDdi8pe8HP2MD?= =?utf-8?q?Y7KRopDOHC5oxDzLyZ4pW0BpuSoUTJl39DAzzWxjxtf7lf3Fb0rSKvJWBrMGU6aFF?= =?utf-8?q?36iWia9rNiUuQFeOwcM3M=3D?=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBBPR03MB5304
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: liquidtelecom.com
Content-Type: multipart/alternative; boundary="_000_DBBPR03MB54159F78083CBCA412243A91EEFD0DBBPR03MB5415eurp_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/lT52qXCfBCXH2DPaHzc4-XwGHTQ>
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: Thu, 12 Mar 2020 11:04:42 -0000

Pablo,

I’ve clarified these questions many times – and I’m not going to keep repeating myself – we can leave that to the appeal.  So – for now I’ll leave this alone – but I did just want to drop a note and say thank you for indirectly confirming what I thought on the deployment stuff, and nicely side stepped.

Andrew


From: Pablo Camarillo (pcamaril) <pcamaril@cisco.com>
Sent: Wednesday, 11 March 2020 17:42
To: Andrew Alston <Andrew.Alston@liquidtelecom.com>
Cc: 6man WG <ipv6@ietf.org>rg>; spring@ietf.org
Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming

Andrew,

The threads you initiated describing technical questions on the mailing list have been replied by the authors.
You still have not initiated any discussion or clarify your concerns on the topic of “IP Space Burn” on the mailing list. At this point I don’t see any technical discussion points outstanding on this topic.

Regards,
Pablo.

From: Andrew Alston <Andrew.Alston@liquidtelecom.com<mailto:Andrew.Alston@liquidtelecom.com>>
Date: Wednesday, 11 March 2020 at 11:52
To: "Pablo Camarillo (pcamaril)" <pcamaril@cisco.com<mailto:pcamaril@cisco.com>>
Cc: 6man WG <ipv6@ietf.org<mailto:ipv6@ietf.org>>, "spring@ietf.org<mailto:spring@ietf.org>" <spring@ietf.org<mailto:spring@ietf.org>>
Subject: RE: [spring] WGLC - draft-ietf-spring-srv6-network-programming


First I fail to see in the recording where such promise happened. I asked you for the precise timing but you did not send it.
It seems to me that you are putting words in someone else’s mouth, because the presenter asked you politely to send your comment to the mailer and you didn’t.
Then you are using this fake promise to attack the authors, chair and AD.

Actually – I did send you the timing – please see my email which included a youtube url and a timing.  There is nothing fake about what was stated at the microphone.  Furthermore – the reply to Nick – refers to a /20 – that – is no way indicative of what is contained within RIR policy – not everyone can just lay their hands on a /20.  I also point out – that right now – despite my questions about these deployments – I have asked, multiple times, for information about this.  Those emails – have been met with deafening silence.  Now, normally I would say that what people deploy and what is running code – isn’t that material – but – the day a document is published that makes clear claims to such, those claims become subject to scrutiny and questioning – questions – that are not being answered.

And Pablo,  the issue around RFC8200 – is still very much open – to the point where the WG Chair indicated in his writeup that this was being referred back to the IESG to adjudication – despite your claims that the wording is crystal clear – that is a technical issue.  The issues around the IPv6 addressing semantics – which I raised – time and again – are still very much open – and the issues around address space – where a discussion was promised – in the youtube URL that I sent to the list – has never happened.

Andrew