Re: [spring] Beyond SRv6.

Andrew Alston <Andrew.Alston@liquidtelecom.com> Fri, 06 September 2019 06:26 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 EC7EF120ADE for <spring@ietfa.amsl.com>; Thu, 5 Sep 2019 23:26:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 hRNo9SZbhq6N for <spring@ietfa.amsl.com>; Thu, 5 Sep 2019 23:26:11 -0700 (PDT)
Received: from eu-smtp-delivery-182.mimecast.com (eu-smtp-delivery-182.mimecast.com [146.101.78.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 071731200A3 for <spring@ietf.org>; Thu, 5 Sep 2019 23:26:10 -0700 (PDT)
Received: from FRA01-MR2-obe.outbound.protection.outlook.com (mail-mr2fra01on0101.outbound.protection.outlook.com [104.47.25.101]) (Using TLS) by relay.mimecast.com with ESMTP id uk-mta-49-jBYS0x5LM0qJyyfVbtbIgg-1; Fri, 06 Sep 2019 07:26:07 +0100
Received: from PR2PR03MB5419.eurprd03.prod.outlook.com (52.133.109.74) by PR2PR03MB5259.eurprd03.prod.outlook.com (52.133.108.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2241.18; Fri, 6 Sep 2019 06:26:05 +0000
Received: from PR2PR03MB5419.eurprd03.prod.outlook.com ([fe80::cdeb:bdb8:89a2:bca8]) by PR2PR03MB5419.eurprd03.prod.outlook.com ([fe80::cdeb:bdb8:89a2:bca8%5]) with mapi id 15.20.2220.022; Fri, 6 Sep 2019 06:26:05 +0000
From: Andrew Alston <Andrew.Alston@liquidtelecom.com>
To: "Zafar Ali (zali)" <zali@cisco.com>, Shraddha Hegde <shraddha=40juniper.net@dmarc.ietf.org>, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, Rob Shakir <robjs=40google.com@dmarc.ietf.org>, SPRING WG List <spring@ietf.org>, "6man@ietf.org" <6man@ietf.org>
Thread-Topic: [spring] Beyond SRv6.
Thread-Index: AQHVSwgx1C0+06fAOEubArDypHiFT6cYjQIAgAFlvICABFUlAIAAGLIQ
Date: Fri, 06 Sep 2019 06:26:05 +0000
Message-ID: <PR2PR03MB541919BF476849395960373BEEBA0@PR2PR03MB5419.eurprd03.prod.outlook.com>
References: <CAHd-QWtA21+2Sm616Fnw0D-eB7SNb_BeG8-A-MCLLFgTwSpOsg@mail.gmail.com> <BYAPR05MB54632F09C712ADB30138CFA9AEBE0@BYAPR05MB5463.namprd05.prod.outlook.com> <SN6PR05MB3950E186FB6B6FE0F9074BB5D5B90@SN6PR05MB3950.namprd05.prod.outlook.com> <1547FF45-AFF1-4E5A-8D57-EA608BF3DA8A@cisco.com>
In-Reply-To: <1547FF45-AFF1-4E5A-8D57-EA608BF3DA8A@cisco.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=2019-09-02T13:22:56.0554076Z; 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=eb8da43e-0588-4401-bebc-8673f296ebda; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic
x-originating-ip: [197.155.81.57]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c7c0c116-fd7f-401a-b278-08d732931907
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:PR2PR03MB5259;
x-ms-traffictypediagnostic: PR2PR03MB5259:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <PR2PR03MB52593BF7C2AD05AF3C89B852EEBA0@PR2PR03MB5259.eurprd03.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:1728;
x-forefront-prvs: 0152EBA40F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(396003)(366004)(136003)(39850400004)(346002)(376002)(199004)(189003)(110136005)(316002)(2906002)(8936002)(8676002)(14444005)(256004)(229853002)(52536014)(7736002)(10916006)(561944003)(99286004)(33656002)(5660300002)(74316002)(81166006)(2501003)(305945005)(81156014)(6306002)(478600001)(26005)(25786009)(9686003)(86362001)(14454004)(53936002)(102836004)(486006)(11346002)(6506007)(66066001)(446003)(55016002)(476003)(186003)(6436002)(71190400001)(71200400001)(7696005)(6116002)(66446008)(64756008)(66556008)(66476007)(66946007)(76116006)(3846002)(76176011)(6246003); DIR:OUT; SFP:1102; SCL:1; SRVR:PR2PR03MB5259; H:PR2PR03MB5419.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: UKYSRnEAMso/RwFrwNnDjvAyy36drVORZLO+ZqMZ8CudZIxF0YMx1PqwLyi2Z2FknsiJrqf0ICnog3jbllw8yQwRwNFiCWJabg7S2O+i85QUq+mmAdu3su5Lp9oEPzHkqDZ2UMQ0Zxd4SZx/LmDjZrQRIAGOw6LAdr+n6QrTGvKdZN9D1tzi2F4arKsw6O/rcVpFzhEq37EGx/bJzBgqy1IWtZ29ykh1mknMEWjL6GkfbhCR6+O2PHsuYyNm9h/R54wBTQ5NH7TcCnHnwBYvJhaFRPgkgjxcNyyVYrXbIvzF+rkSsH9WNOpkVaHrdnnY5bNzA3oKOac5ifb91TTjXWKULYq/F7Txl3rn4EJG4G8mUfLISFatnRrhdVjC8wfXYbDos03xBh2ZfIl1V4+eUiAE+2+7/sv1k2+HrRyWKxM=
x-ms-exchange-transport-forked: True
MIME-Version: 1.0
X-OriginatorOrg: liquidtelecom.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c7c0c116-fd7f-401a-b278-08d732931907
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Sep 2019 06:26:05.5791 (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: zJNEqLnB9JpGP+5TgDOU/trFYe3PdA7T4qMnp4TY6cD4r3HyN0hFZWeiq5HcKEqXfS0Yvg08OEEKSc5chKw7CMVbKN++6yT13wCyT/ykEPk=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PR2PR03MB5259
X-MC-Unique: jBYS0x5LM0qJyyfVbtbIgg-1
X-Mimecast-Spam-Score: 0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/0BBBt3XG59NN4RxSJExWnyQk05o>
Subject: Re: [spring] Beyond SRv6.
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: Fri, 06 Sep 2019 06:26:14 -0000

<snip>

> This is absolutely false! 
 
> Have you forgotten the very strong arguments against it at the Spring session in Montreal and the various emails on the list that echoed them 😉
> Not to mention comments from Robert R (https://mailarchive.ietf.org/arch/msg/spring/6bdX_gb47uFYnd6ytwFLPYxXCYo). 

Arguments against a proposal in the IETF are meant to be judged on technical merit. Yes - I heard arguments in Montreal about previous work done on alternatives and about srv6+ supposedly being late to the party - but the technical arguments - those I didn’t hear, maybe I missed them, so, if I did, I apologize, and perhaps you can assist us it in telling us what they were.  

As I have said to others - if there are technical problems with the stuff we are working on here - put those issues on the table - and where possible speaking for myself here - every effort will be made to accommodate - but - you are late to the party - is not a valid argument.


> Yes, indeed Ron presented the proposal to every workgroup possible in Montreal, only to find no interest from anyone. 
> I would advise you to read that silence differently. 😉  

I would advise taking a close read on RFC7282 - specifically section 2.

And as a final thought:

One of the things that was being said - was that network programming took years to develop etc - well - in this industry years - is a lifetime - and sometimes if something takes years - an alternative will arise during that development cycle - that either addresses needs in a different manner that is more efficient, or addresses additional needs beyond those addresses by the original still in progress ideas.  That I would argue is the sign of a healthy developing industry that is getting contributions from people who have perspectives beyond that of the proposer of the original idea.  That - is called progress

Andrew