IETF Logo Mail Archive

Re: [spring] Going back to the original question for the Spring WG (was: Re: Beyond SRv6.)

"Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com> Tue, 10 September 2019 18:59 UTC

Return-Path: <wim.henderickx@nokia.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 DE3AF120271 for <spring@ietfa.amsl.com>; Tue, 10 Sep 2019 11:59:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
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 FV3wq79TgQ-n for <spring@ietfa.amsl.com>; Tue, 10 Sep 2019 11:59:37 -0700 (PDT)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20106.outbound.protection.outlook.com [40.107.2.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A897120090 for <spring@ietf.org>; Tue, 10 Sep 2019 11:59:36 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HCvX19xD4NZd99o8PSEbcbN59xk5dVkdUyen2RZQfqihfi/LTcSJEPjHN+7MpuDb7r4RocQ5Wf+gYwRznNLU+zVuEmgwuvLviF5N8uyefI6B+sIWl4HFDR5EAfVd79KUqcJQRHsV5o607Z9Bkxcs4MzqnW+V4dN+Wyue0XRqxvomfZC/vxW68GxgIJlJcjmxZjk62Bp7fihiiSXbrAS4Nw93ykF6ov5t2XuARxhFt/JLjdBqq8Z1iL3Mr3mMVniKUJMHEuAQgfsvjre86+j/VEQxBH53QDTMMxhfeAW6hmgbHSwLaZxyK62Db9yfwE9ePuxFLG0gbZPLkKlHYL3hVQ==
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=xwY0M1y7ImB6BVbcXfcUSRp95mMkHm+JIdQKyRqQ7OM=; b=F2VHRC5wCKNoTiKflOzBIqEFyn4bdvo+B2ruGrfWpRuUYoHg4BbXqBo8DVN2H4tRmKn3gnYhBIWfExx6byU1ZR0dqSeCSG7iA4w+Lh6RykLrQil5xYQ/IJ/d7tLq21PVw8auHbow+1RSOXtPIzDQMikJapGJ80TytJIhK3s5NJi9LWVwXERLzw/LQVj2NN8OxdEf2RUAFq9uEwqLfzYfcqilN/vkNqccAW8/tQ0iZB4n0qigruF8mWW3sb8k/g0SMpS1SxxIxnpS09nVniAwXGqqw0rKY06NEl/v5k1FHF2i19pBP08N+cYh2qUVNqM6kZ/78a52O0jTHACT9760Tw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=xwY0M1y7ImB6BVbcXfcUSRp95mMkHm+JIdQKyRqQ7OM=; b=rVdl57t2hoe/si0vPly6Ok20EbeE+lz/FRsFpBPU43xZdS83P7+sU9lvAdTbbKE8SpsoEe3SBFd00Vx/6BiNZdAHPJboD7l99qo2U0Xknqgc6MiVmz1+XMnWZRnar4eEOsmQxmQnXXi/4l5pTwndEeIFovMuNEyYqWutvsy+x+k=
Received: from AM6PR07MB5926.eurprd07.prod.outlook.com (20.178.88.32) by AM6PR07MB5432.eurprd07.prod.outlook.com (20.178.91.160) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.10; Tue, 10 Sep 2019 18:59:33 +0000
Received: from AM6PR07MB5926.eurprd07.prod.outlook.com ([fe80::fc8c:14c:1673:2cc1]) by AM6PR07MB5926.eurprd07.prod.outlook.com ([fe80::fc8c:14c:1673:2cc1%6]) with mapi id 15.20.2263.005; Tue, 10 Sep 2019 18:59:33 +0000
From: "Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com>
To: Robert Raszuk <robert@raszuk.net>
CC: Sander Steffann <sander@steffann.nl>, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, SPRING WG List <spring@ietf.org>, Andrew Alston <Andrew.Alston@liquidtelecom.com>, James Guichard <james.n.guichard@futurewei.com>, Shraddha Hegde <shraddha@juniper.net>, Rob Shakir <robjs@google.com>, "Zafar Ali (zali)" <zali@cisco.com>, "Voyer, Daniel" <daniel.voyer@bell.ca>
Thread-Topic: [spring] Going back to the original question for the Spring WG (was: Re: Beyond SRv6.)
Thread-Index: AQHVZ+BWlQ/7lS6hT0u9ckyr4ZdQYKck/CstgAASfgCAAAX3gIAAAyIAgAAyOYD//+PEAIAAKRwA///mvgCAACfxgA==
Date: Tue, 10 Sep 2019 18:59:33 +0000
Message-ID: <2474DAD3-B1AB-4D1C-B6CD-BC7D2100597C@nokia.com>
References: <60A84B32-D306-45DE-B4E2-F68AB570F951@bell.ca> <91AEC553-4E89-49C5-9057-DB0B083C0392@steffann.nl> <CAOj+MMFfLs_R_dEu0h=MnUQT92NEVF9Wq-RzUqASr56BqH5-Wg@mail.gmail.com> <FA5DCB71-6939-4AC6-86FD-A7E326B39B92@steffann.nl> <CAOj+MMHzNQpxo25Ea+=HALS85ahN+R3QRMujc3iTF24e3c6Vzg@mail.gmail.com> <EEBBBEBA-6648-4B5F-B262-E8AEBC7C1946@steffann.nl> <2E39DE90-B807-4C16-A83D-FA2DDD162EB4@nokia.com> <40BCFF8C-CDD1-436C-A319-71DCCEE86677@steffann.nl> <CC752639-B1B2-4E9C-A2AF-5E7855487F59@nokia.com> <CAOj+MMG=LxgD0B+v_k8o+oYU=rhKA6uieVVQ64enRkwantSjeA@mail.gmail.com>
In-Reply-To: <CAOj+MMG=LxgD0B+v_k8o+oYU=rhKA6uieVVQ64enRkwantSjeA@mail.gmail.com>
Accept-Language: nl-BE, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1d.0.190908
authentication-results: spf=none (sender IP is ) smtp.mailfrom=wim.henderickx@nokia.com;
x-originating-ip: [131.228.32.163]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 7e26bc21-67f5-48f7-1649-08d7362104d7
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:AM6PR07MB5432;
x-ms-traffictypediagnostic: AM6PR07MB5432:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <AM6PR07MB54324959D4694AF5ECFAF69A83B60@AM6PR07MB5432.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 01565FED4C
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(396003)(376002)(136003)(39860400002)(366004)(346002)(37854004)(189003)(199004)(446003)(316002)(6116002)(478600001)(81156014)(5660300002)(8676002)(6916009)(256004)(6306002)(66476007)(66556008)(64756008)(66446008)(7416002)(25786009)(6512007)(81166006)(71200400001)(71190400001)(66946007)(6246003)(53936002)(6486002)(4326008)(66574012)(229853002)(476003)(186003)(54906003)(33656002)(3846002)(6506007)(6436002)(36756003)(8936002)(236005)(66066001)(54896002)(7736002)(102836004)(76116006)(99286004)(91956017)(86362001)(14454004)(486006)(76176011)(2906002)(58126008)(53546011)(26005)(11346002)(606006)(966005)(2616005); DIR:OUT; SFP:1102; SCL:1; SRVR:AM6PR07MB5432; H:AM6PR07MB5926.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: zJtc7B1Qp7dJ1uJa8K3oNWI55lvE9OTrD7cjo7Yj7eUdS4GPH19qjJ3oGGaKb9FZ/LdMVQrXXUmSo05w8QthydKDbNjEcvanMyGWhGvXIB4VKMBVYDKFYRnHJcVFJ0RbzC6vdSt14CIyjWOfB0ZB+YlLSFuFp5YKpAbFZi2tc7jIauKzsJRjhQAofKhOv1tzp5HXU6e11XzhF7vzWyyjGP3TfiKBlne3+jpvpzRr7pE4gP4RkYAa0rxO0t261BQTY+yrfJKRLmeuH5LodyNetMEuCPo6eQ5jFesSh14/RvmHwmutCIlB0aiEQPyI4m4KKGWef8ardkiEu56LDGXg/CgD7KlitXORVCVqZAy6Xtamba8yO27BcZ+Mhk8m9Ki0ohaTxAYENljGD9FG+xmyEeYxBGHffDBuRe1FpWnrlbE=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_2474DAD3B1AB4D1CB6CDBC7D2100597Cnokiacom_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7e26bc21-67f5-48f7-1649-08d7362104d7
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Sep 2019 18:59:33.8780 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: uQoufNvnfh0y39DKmLaBqUMmuomdCj64iQajBjfO95uvVfNqhOS1q1NcISeNyI3bD1Avz/tJcpu+Xxqo4b4xtapBn7r/rK4uHmB3bxszh00=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR07MB5432
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/nX5-1rdXKOw6ks73VYfwvn7iaI8>
Subject: Re: [spring] Going back to the original question for the Spring WG (was: Re: 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: Tue, 10 Sep 2019 18:59:40 -0000

Robert, thx for confirming and indeed there is a misperception on mpls in ctxt of Segment routing. First we can transport SR-MPLS using MPLS on the wire with v4 or v6 CP and also native IP encapsulation using ipv4-udp or ipv6-udp dataplane. Signaling wise it is based on IGP(s) ISIS/OSPF and  uses 32bit sids, it no longer relies onl LDP/RSVP.

So the 32bit tag is telling you how to fwd the packet and that’s it. It is even local to the router that advertised it.

On top for customers who deployed MPLS there is even easy migration because all these encapsulation interwork at transport level w/o any interworking at service level.

In my view this is very compelling compared to coming up with something new that does the same thing. My 2 cents.

From: Robert Raszuk <robert@raszuk.net>
Date: Tuesday, 10 September 2019 at 20:36
To: "Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com>
Cc: Sander Steffann <sander@steffann.nl>, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, SPRING WG List <spring@ietf.org>, Andrew Alston <Andrew.Alston@liquidtelecom.com>, James Guichard <james.n.guichard@futurewei.com>, Shraddha Hegde <shraddha@juniper.net>, Rob Shakir <robjs@google.com>, "Zafar Ali (zali)" <zali@cisco.com>, "Voyer, Daniel" <daniel.voyer@bell.ca>
Subject: Re: [spring] Going back to the original question for the Spring WG (was: Re: Beyond SRv6.)

Hi Wim,

> I am not sure but some people have perception this is MPLS as per RSVP/LDP but it isn’t.

Exactly. See: https://mailarchive.ietf.org/arch/msg/spring/qvRUp8SC2cWeIE5UhhU9aKGtpHM

> No, I don't want to have to manage both MPLS and tunnels. That only adds complexity.

No one would ask you to manage any "MPLS" nor any "tunnels". In fact there is no tunnels ! It is automatic encapsulation to remote segment node. 100% seamless just like you swap Dest address in the IPv6 fixed encap header.

The CLI front end can be IDENTICAL to SRv6+, the show commands can show you 32 bit SIDs OSPF & ISIS can show you the mapping, BGP L3VPN label will be still used for L3VPN demux etc ...

Thx
R.

v2.23.0 | Report a Bug | By Email