Re: [spring] Beyond SRv6.
"Zafar Ali (zali)" <zali@cisco.com> Fri, 06 September 2019 08:28 UTC
Return-Path: <zali@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 054A912006F; Fri, 6 Sep 2019 01:28:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.499
X-Spam-Level:
X-Spam-Status: No, score=-14.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, 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=hwm4Mjyc; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=rEZn9ERy
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 lHTH9Li_0E_j; Fri, 6 Sep 2019 01:28:45 -0700 (PDT)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B5E4120099; Fri, 6 Sep 2019 01:28:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16183; q=dns/txt; s=iport; t=1567758525; x=1568968125; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=emFwuw0agyVBk/YEnBqrDIyk3aQT45IQUTHa9mbUJgI=; b=hwm4MjycBwpm7opAGrhCopGO/rW6rHYlHdpx6GZNRiqgdQOXEIAMix38 YBgdhJUnnrYrB7A5kbw7QxrqhTMTLSzOpP2XWRolngTZZKzfjf/LDz75T QXiD0Gg/z+Tcc0gImp/pCmd8+Qwngb6fkgL3vixkYJtroMrgxfbNsd0sr U=;
IronPort-PHdr: 9a23:yb8kMxdytSfKTOaxxiq9STxjlGMj4e+mNxMJ6pchl7NFe7ii+JKnJkHE+PFxlwKUD57D5adCjOzb++D7VGoM7IzJkUhKcYcEFlcejNkO2QkpAcqLE0r+eezjay0SF8VZX1gj9Ha+YgBY
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AOAABfGHJd/4cNJK1lGgEBAQEBAgEBAQEHAgEBAQGBVAQBAQEBCwGBFS8kLANtViAECyqEIYNHA4p0glx+iGSJL4RcgS6BJANUCQEBAQwBAS0CAQGEPwIXgiAjNQgOAgMJAQEEAQEBAgEGBG2FLgyFSgEBAQEDEhEdAQElEgEPAgEGAhEDAQIrAgICHxEdCAIEAQ0FGweDAAGBHU0DHQECjQaQYQKBOIhhc4Eygn0BAQWFFw0LghYJgTQBi3cYgUA/gREnH4IXNT6CGoJKgmsygiaNDYF6NIUhiRSODEEKgiCQcoN/G4I0hzyPCo19igaOWwIEAgQFAg4BAQWBVAMzN4EhcBU7KgGCQYJCg3KEWYV6c4Epj2EBAQ
X-IronPort-AV: E=Sophos;i="5.64,472,1559520000"; d="scan'208,217";a="326054070"
Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 06 Sep 2019 08:28:34 +0000
Received: from XCH-RCD-020.cisco.com (xch-rcd-020.cisco.com [173.37.102.30]) by alln-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id x868SXlr008092 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 6 Sep 2019 08:28:34 GMT
Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-RCD-020.cisco.com (173.37.102.30) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 6 Sep 2019 03:28:33 -0500
Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 6 Sep 2019 03:28:30 -0500
Received: from NAM05-BY2-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 6 Sep 2019 03:28:29 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hFlvgjn/Fpe3v/Z3zd3bSn7CrXh3ooYcqOlGLNMwPHEolw3eihBARoBDGguTCRMfeoHxn4CPXlreA9AadiGHdONbYaXoC043vCxYHGq/S2ofIT7Qhzc1e4BEHqIddDqewpMtUKcFG8Sn71+MtW3QET+R2DYio8iODgVKpvQa7z4GD87pfQf5AbR5sMt7EWZGDu4EUXKVI7YIKtkNzNW0tz1bJLS1Kkv3Y9Na+mW0vBAARDi6j+QVW2ZugSBlgpd7y+gaP2X41g0+iMXGQmq4YWyfjU3PnFi+FXMaysGg1KccLM8YlYwCwNxaKweEikN4CfBJ/4yBJlcvKf/I9iiMIA==
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=emFwuw0agyVBk/YEnBqrDIyk3aQT45IQUTHa9mbUJgI=; b=a6V5lExOKJ7ZjoUP2FOiaXFLdeSmDbVuqlaxfkV0nhuUc8Z0DYwr5GaDDYoVo16Rqj0hspDMCrMlvC2Qm0hM8ewd6vdzS2fFMSsn/GegVdwtQo4dIqaSyvQpgrePV0MPXfe+39DHGkD4rtguQIdm9NI61RtnZOnxUAbFZxUvKsNzUjhpN1oIXkXsZEs4nCN3LAI80cN9V1HuB+Sluzrmq2gZMvQKqxE5O+ieRUXe3ZdNa38fPqKQmJrjLT3IWUhbdIHhiLGAPHKHWH1VlhS4zpapFS3g10hru/owxV1OHAuiZneavzJAexzeHfdZRYpjOmPsIIrIszmyM00iM9q7xw==
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=emFwuw0agyVBk/YEnBqrDIyk3aQT45IQUTHa9mbUJgI=; b=rEZn9ERyH5+BZgI5uB1J5oihw87Pr5KyqEPAbu439Y2tZRx9nOtY5jk48JDESUED2PNwrig8hA3IwNADZkFVWuIaTymCpPOnMh/KZ4SL4C+X7c9Y44QqtCSvXq1tMyGbAvTa2VII7Y79aV6i+v5gmpaynpj91i5exz4C6Yc56y0=
Received: from DM6PR11MB3324.namprd11.prod.outlook.com (20.176.122.29) by DM6PR11MB3609.namprd11.prod.outlook.com (20.178.230.89) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2241.14; Fri, 6 Sep 2019 08:28:27 +0000
Received: from DM6PR11MB3324.namprd11.prod.outlook.com ([fe80::4099:9726:6b62:cdfa]) by DM6PR11MB3324.namprd11.prod.outlook.com ([fe80::4099:9726:6b62:cdfa%7]) with mapi id 15.20.2241.014; Fri, 6 Sep 2019 08:28:27 +0000
From: "Zafar Ali (zali)" <zali@cisco.com>
To: Robert Raszuk <robert@raszuk.net>, Andrew Alston <Andrew.Alston@liquidtelecom.com>
CC: Ron Bonica <rbonica@juniper.net>, Srihari Sangli <ssangli@juniper.net>, Tarek Saad <tsaad.net@gmail.com>, Rob Shakir <robjs@google.com>, SPRING WG List <spring@ietf.org>, "6man@ietf.org" <6man@ietf.org>, "Zafar Ali (zali)" <zali@cisco.com>
Thread-Topic: [spring] Beyond SRv6.
Thread-Index: AQHVSwg0yM6n2rX/R0OF91+DcvSPFKcYjQIAgAHM44CAAA+hgIADqRSAgABHVgD//8KGAIAAUBSAgAAP3ID//8SYgA==
Date: Fri, 06 Sep 2019 08:28:27 +0000
Message-ID: <FA94F6B1-16CE-48CE-AF45-9E35A5F129DF@cisco.com>
References: <CAHd-QWtA21+2Sm616Fnw0D-eB7SNb_BeG8-A-MCLLFgTwSpOsg@mail.gmail.com> <BYAPR05MB54632F09C712ADB30138CFA9AEBE0@BYAPR05MB5463.namprd05.prod.outlook.com> <BYAPR19MB3415D21403394F8129A4BAD8FCB90@BYAPR19MB3415.namprd19.prod.outlook.com> <30491F13-C652-45C3-AB2B-95F765FBB4EA@juniper.net> <65C5CB04-3A2F-4F83-A7C8-2045154F93AE@cisco.com> <BYAPR05MB5463EC3250F2A303A3641839AEBA0@BYAPR05MB5463.namprd05.prod.outlook.com> <9CCE1F5C-A886-4B06-8B97-D0645CFFE5E2@cisco.com> <PR2PR03MB541913FD25718B80EF1C9110EEBA0@PR2PR03MB5419.eurprd03.prod.outlook.com> <CAOj+MME7knoTq3qUOshwdUejbOEKsYD_vDQYBfDNiwRNGAt81g@mail.gmail.com>
In-Reply-To: <CAOj+MME7knoTq3qUOshwdUejbOEKsYD_vDQYBfDNiwRNGAt81g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1c.0.190812
authentication-results: spf=none (sender IP is ) smtp.mailfrom=zali@cisco.com;
x-originating-ip: [2001:420:c0cc:1006::107]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 548af84c-4214-4b12-e36b-08d732a43133
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:DM6PR11MB3609;
x-ms-traffictypediagnostic: DM6PR11MB3609:
x-ms-exchange-purlcount: 2
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <DM6PR11MB360995EA7E4D739A780E70A1DEBA0@DM6PR11MB3609.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-forefront-prvs: 0152EBA40F
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(39840400004)(136003)(396003)(346002)(376002)(199004)(189003)(66556008)(66446008)(36756003)(76116006)(91956017)(6486002)(66476007)(64756008)(66946007)(229853002)(71190400001)(81156014)(81166006)(86362001)(8936002)(9326002)(8676002)(7736002)(186003)(71200400001)(76176011)(102836004)(53546011)(6506007)(6116002)(54906003)(316002)(99286004)(476003)(446003)(46003)(58126008)(486006)(11346002)(25786009)(4326008)(2616005)(6436002)(256004)(6306002)(54896002)(2906002)(6246003)(107886003)(33656002)(5660300002)(14454004)(53936002)(6512007)(110136005)(478600001); DIR:OUT; SFP:1101; SCL:1; SRVR:DM6PR11MB3609; H:DM6PR11MB3324.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-message-info: 8JaYYq8f2XJ65ieyX2VfWNqRJsZBSi4OYm/XmcbvGX65zJNCKfqndmu2S34mMWEfI9J4VT2XvkUhvGiASD21Wr5TtD8aVurtcm7omH/tet9Z/Y0fUDinmjIib529aSH8Fo7Wz1meURJFxELSIh9ya03rgU6gQYcDgf91lMcBaE7ljgUhOmnpKUJe+ZzMrLtbT9KaLm+xpcwppTFytnqK0k/yMtKp6beXGBU+wSy3Li+i4jorNNaG50TMPfnN/3zJEXraY4Xxd+j0JpcS0gigy6SsrVam3KFAxGNkDNeWITCr4n8kbyNkhm6MktRxDXflwUdRV++znT97N9NgQQCtFj5bczRARi0RTq1ohIZ9H1N9g7hUUgvsZiVVuX7h7DOKMqnCPDQZf5m/1+oW+HvU5MCkERjN0HZ9J1PV5c+aNuI=
Content-Type: multipart/alternative; boundary="_000_FA94F6B116CE48CEAF459E35A5F129DFciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 548af84c-4214-4b12-e36b-08d732a43133
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Sep 2019 08:28:27.5894 (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: mb7L/tbDXNjBmWgojbccnNCeLL/+zD4mFKC8ehumfZkRPojs5z8HzURJ/MZfmtkG
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB3609
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.30, xch-rcd-020.cisco.com
X-Outbound-Node: alln-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/GHQOQRubb7YZL8TYiXISh81yBZ8>
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 08:28:48 -0000
Hi Andrew, I agree with Robert. CRH is nothing else than IPv6 over SR-MPLS. In the vast majority of the deployments (single SP domain), one can deploy MPLS. In a minority of cases where some MPLS discontinuity in the domain could exist, SR-MPLS over IP/UDP is an adopted and deployed solution. As you stated in your original response” “Now – in that case SR-MPLS would have been just fine and frankly speaking – we were entirely happy with pure SR-MPLS and I’m on record saying that I didn’t see much of a use case for SRv6 at all.” I can see why you liked CRH. Thanks Regards … Zafar From: Robert Raszuk <robert@raszuk.net> Date: Friday, September 6, 2019 at 4:01 AM To: Andrew Alston <Andrew.Alston@liquidtelecom.com> Cc: "Zafar Ali (zali)" <zali@cisco.com>, Ron Bonica <rbonica@juniper.net>, Srihari Sangli <ssangli@juniper.net>, Tarek Saad <tsaad.net@gmail.com>, Rob Shakir <robjs@google.com>, SPRING WG List <spring@ietf.org>, "6man@ietf.org" <6man@ietf.org> Subject: Re: [spring] Beyond SRv6. Hi Andrew, I can say that I may even agree with some of your points. But one question I asked which no one responded still stands ... SRv6+ is almost identical to SR-MPLS with IP transport between segment nodes. Both require mapping, both require changes to OAM, both require IGP extensions, both can use the same forwarding hardware and logic, both require almost identical operation etc .... As you know even main author of SRv6+ agrees with all of this in the notes sent to the list. So please help me to understand why entire industry who wants to be good IETF citizen and Industry player should now invest a lot of resources in development, testing, shipping and support of a solution which is just a poor mirror of something which is already available ? Yes some folks were allergic to MPLS in the past and some are still allergic to MPLS. But as someone who have worked since Tag Switching early days on that piece of technology let me tell you that vast majority of those folks do not even understand the difference between MPLS used for transport and MPLS used as forwarding demux for the applications. They just treat it the very same way like an evil or devil protocol which does nothing else other then demonstrate their complete ignorance of the subject. Yes MPLS to be used as a transport is a mistake. It was not a mistake in the past as when we rolled out services which required encapsulation most platforms in the field just could not do line rate IP encapsulation. But those days are gone. If in 1998 time frame routers could do IPv4 in IPv4 encap MPLS as a transport would have never succeeded. Then of course there was more mistakes TDP later by IETF collaboration became LDP was a mapping protocol - yes another mistake instead of making up front domain wide labels and extended IGPs and BGP for that. Well the thought was that working on single protocol will be easier then extending ISIS, OSPFv2 (and v3 on the radar), RIPv2, EIGRP. But this is MPLS transport which in spite of little group of folks still selling it around believe it or not it is going away. But nothing is wrong about using 20 bit labels as demux for applications and services. Packet carry bits. Nowhere in the packet even if you decode it carefully it says "I am MPLS" ... forwarding on the boxes also uses bit lookup and if you ask your vendor they can paint it and abstract all the MPLS legacy in the CLI for you so you never see it. Bottom line is that I see no reason at all to adopt a solution which walks like a duck, quacks like a duck and only carries a label "I am not a duck" Best, R. <snip>
- [spring] Beyond SRv6. Rob Shakir
- Re: [spring] Beyond SRv6. Rob Shakir
- Re: [spring] Beyond SRv6. Andrew Alston
- Re: [spring] Beyond SRv6. 徐小虎(义先)
- Re: [spring] Beyond SRv6. Andrew Alston
- Re: [spring] Beyond SRv6. 徐小虎(义先)
- Re: [spring] Beyond SRv6. Yuji Kamite
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Satoru Matsushima
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Fernando Gont
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Fernando Gont
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Sébastien Parisot
- Re: [spring] Beyond SRv6. Dirk Steinberg
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Tom Herbert
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Andrew Alston
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Andrew Alston
- Re: [spring] Beyond SRv6. Nick Hilliard
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Gaurav Dawra
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. James Guichard
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Joel M. Halpern
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Nick Hilliard
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Darren Dukes (ddukes)
- Re: [spring] Beyond SRv6. Voyer, Daniel
- Re: [spring] Beyond SRv6. Nick Hilliard
- Re: [spring] Beyond SRv6. Andrew Alston
- [spring] 答复: Beyond SRv6. Lizhenbin
- Re: [spring] Beyond SRv6. Henderickx, Wim (Nokia - BE/Antwerp)
- Re: [spring] Beyond SRv6. li zhenqiang
- Re: [spring] Beyond SRv6. Kamran Raza (skraza)
- Re: [spring] Beyond SRv6. Parag Kaneriya
- Re: [spring] Beyond SRv6. Shraddha Hegde
- Re: [spring] Beyond SRv6. Fernando Gont
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Tarek Saad
- Re: [spring] Beyond SRv6. Srihari Sangli
- Re: [spring] Beyond SRv6. Nick Hilliard
- Re: [spring] Beyond SRv6. Reji Thomas
- Re: [spring] Beyond SRv6. Sander Steffann
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. sthaug
- Re: [spring] Beyond SRv6. Andrew Alston
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Andrew Alston
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Andrew Alston
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Srihari Sangli
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Tarek Saad
- Re: [spring] Beyond SRv6. Srihari Sangli
- Re: [spring] Beyond SRv6. Ca By
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Gyan Mishra
- [spring] 答复: Beyond SRv6.(CCDR Proposal) Aijun Wang
- Re: [spring] Beyond SRv6. 松嶋聡
- Re: [spring] Beyond SRv6. Dirk Steinberg
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Andy Smith (andsmit)
- Re: [spring] Beyond SRv6. Shraddha Hegde
- Re: [spring] Beyond SRv6. =?utf-8?B?SGlyb2Z1bWkgSWNoaWhhcmE=?=
- Re: [spring] Beyond SRv6. Satoru Matsushima
- Re: [spring] Beyond SRv6. =?utf-8?B?SGlyb2Z1bWkgSWNoaWhhcmE=?=
- Re: [spring] Beyond SRv6. xiechf@chinatelecom.cn
- Re: [spring] Beyond SRv6. Tom Herbert
- Re: [spring] Beyond SRv6. Bernier, Daniel
- Re: [spring] Beyond SRv6. Xiejingrong
- Re: [spring] Beyond SRv6. Mark Smith
- Re: [spring] Beyond SRv6. Tom Herbert
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Bernier, Daniel
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Brian E Carpenter
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Ron Bonica
- Re: [spring] Beyond SRv6. Tom Herbert
- Re: [spring] Beyond SRv6. Robert Raszuk
- Re: [spring] Beyond SRv6. Xiejingrong
- Re: [spring] Beyond SRv6. Bernier, Daniel
- Re: [spring] Beyond SRv6. Bernier, Daniel
- Re: [spring] Beyond SRv6. Zafar Ali (zali)
- Re: [spring] Beyond SRv6. Stewart Bryant
- [spring] “SRV6+” complexity in forwarding Darren Dukes (ddukes)
- Re: [spring] “SRV6+” complexity in forwarding Ron Bonica
- Re: [spring] “SRV6+” complexity in forwarding Andrew Alston
- Re: [spring] “SRV6+” complexity in forwarding Darren Dukes (ddukes)
- Re: [spring] “SRV6+” complexity in forwarding Tom Herbert
- Re: [spring] “SRV6+” complexity in forwarding Dirk Steinberg
- Re: [spring] “SRV6+” complexity in forwarding Gyan Mishra
- Re: [spring] “SRV6+” complexity in forwarding Gyan Mishra
- Re: [spring] “SRV6+” complexity in forwarding Mark Smith
- Re: [spring] “SRV6+” complexity in forwarding Mark Smith
- Re: [spring] “SRV6+” complexity in forwarding Gaurav Dawra
- Re: [spring] “SRV6+” complexity in forwarding Tom Herbert
- Re: [spring] “SRV6+” complexity in forwarding Ron Bonica
- Re: [spring] “SRV6+” complexity in forwarding Mark Smith
- Re: [spring] “SRV6+” complexity in forwarding Mark Smith
- Re: [spring] “SRV6+” complexity in forwarding Fred Baker
- Re: [spring] “SRV6+” complexity in forwarding Robert Raszuk
- Re: [spring] “SRV6+” complexity in forwarding Srihari Sangli
- Re: [spring] “SRV6+” complexity in forwarding Robert Raszuk
- Re: [spring] “SRV6+” complexity in forwarding Reji Thomas
- Re: [spring] “SRV6+” complexity in forwarding Robert Raszuk
- Re: [spring] “SRV6+” complexity in forwarding Reji Thomas
- Re: [spring] “SRV6+” complexity in forwarding Robert Raszuk
- Re: [spring] “SRV6+” complexity in forwarding Gyan Mishra
- Re: [spring] “SRV6+” complexity in forwarding Chengli (Cheng Li)
- Re: [spring] “SRV6+” complexity in forwarding Jeff Tantsura
- Re: [spring] “SRV6+” complexity in forwarding Robert Raszuk
- Re: [spring] “SRV6+” complexity in forwarding Stewart Bryant
- Re: [spring] “SRV6+” complexity in forwarding Robert Raszuk
- Re: [spring] “SRV6+” complexity in forwarding Ron Bonica
- Re: [spring] “SRV6+” complexity in forwarding Gyan Mishra
- Re: [spring] “SRV6+” complexity in forwarding Robert Raszuk
- Re: [spring] “SRV6+” complexity in forwarding Ron Bonica
- Re: [spring] =?utf-8?Q?=E2=80=9CSRV6+=E2=80=9D_?=… Jeff Tantsura
- Re: [spring] “SRV6+” complexity in forwarding Gyan Mishra
- Re: [spring] “SRV6+” complexity in forwarding Gyan Mishra