Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming
"Wang, Weibin (NSB - CN/Shanghai)" <weibin.wang@nokia-sbell.com> Wed, 04 March 2020 13:56 UTC
Return-Path: <weibin.wang@nokia-sbell.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 0BAF33A0F71 for <spring@ietfa.amsl.com>; Wed, 4 Mar 2020 05:56:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.387
X-Spam-Level:
X-Spam-Status: No, score=-1.387 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FILL_THIS_FORM_SHORT=0.001, HTML_MESSAGE=0.001, PDS_BTC_ID=0.499, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no 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 Jz2GnBtc9AJt for <spring@ietfa.amsl.com>; Wed, 4 Mar 2020 05:56:48 -0800 (PST)
Received: from cnshjsmin05.nokia-sbell.com (cnshjsmin05.app.nokia-sbell.com [116.246.26.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6810B3A0F6A for <spring@ietf.org>; Wed, 4 Mar 2020 05:56:46 -0800 (PST)
X-AuditID: ac18929d-db7ff7000000ac01-e7-5e5fb39947d2
Received: from CNSHPPEXCH1603.nsn-intra.net (Unknown_Domain [135.251.51.103]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by cnshjsmin05.nokia-sbell.com (Symantec Messaging Gateway) with SMTP id 5D.DB.44033.993BF5E5; Wed, 4 Mar 2020 21:56:41 +0800 (HKT)
Received: from CNSHPPEXCH1605.nsn-intra.net (135.251.51.105) by CNSHPPEXCH1603.nsn-intra.net (135.251.51.103) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Wed, 4 Mar 2020 21:56:41 +0800
Received: from CNSHPPEXCH1605.nsn-intra.net ([135.251.51.105]) by CNSHPPEXCH1605.nsn-intra.net ([135.251.51.105]) with mapi id 15.01.1713.007; Wed, 4 Mar 2020 21:56:41 +0800
From: "Wang, Weibin (NSB - CN/Shanghai)" <weibin.wang@nokia-sbell.com>
To: Robert Raszuk <robert@raszuk.net>, "Ketan Talaulikar (ketant)" <ketant@cisco.com>
CC: "spring@ietf.org" <spring@ietf.org>, Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
Thread-Topic: [spring] WGLC - draft-ietf-spring-srv6-network-programming
Thread-Index: AQHV8MPX3bZOjyMaLEmPE4qOwlfg16g1ORKAgAFF4YCAAAmtgIAADvEAgAADPgCAACHrAIAAC0UAgAA3FwCAAID0gIAAKdIAgAACooCAAAYiAIAAAgeAgAAFaYCAAAa0gIAAKeSAgACKfTA=
Date: Wed, 04 Mar 2020 13:56:41 +0000
Message-ID: <5ffe49d84344445bb523923c4067a02c@nokia-sbell.com>
References: <17421_1575566127_5DE93B2F_17421_93_1_53C29892C857584299CBF5D05346208A48D1A3DA@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <3e2da3a5-5d1b-10a0-aeb4-320c57584241@nokia.com> <8259d37e-b460-5f76-1ce6-b0d026bccf6b@gont.com.ar> <20143_1583250558_5E5E7C7E_20143_390_3_53C29892C857584299CBF5D05346208A48DD80E6@OPEXCAUBM43.corporate.adroot.infra.ftgroup><5d693a5e-baa0-6ffb-4e39-2695795b7413@joelhalpern.com> <7501_1583255845_5E5E9125_7501_499_1_53C29892C857584299CBF5D05346208A48DD84FF@OPEXCAUBM43.corporate.adroot.infra.ftgroup><fc5bf8d9-073f-2eff-6041-e1610bf6e116@joelhalpern.com> <DM6PR05MB63484795948C4901C9B7A548AEE40@DM6PR05MB6348.namprd05.prod.outlook.com> <CAOj+MMGE+j7_QnFn-8ZQcU3BKLGEPaXj6hfppxG7-7iFkT3R1g@mail.gmail.com> <CAA=duU3fXaQY--XufYo+CuCnJsTd+bXH2uBbjUUHVJg6tLpzng@mail.gmail.com> <409678ed-7175-006a-b8b3-f236c1640fa3@joelhalpern.com> <AM0PR0302MB3217A8B8000B8936202DAEC49DE50@AM0PR0302MB3217.eurprd03.prod.outlook.com> <MW3PR11MB457073BC9EE97A5EDC27A986C1E50@MW3PR11MB4570.namprd11.prod.outlook.com> <AM0PR0302MB321780C8C7A72A6BAD439EB29DE50@AM0PR0302MB3217.eurprd03.prod.outlook.com> <MW3PR11MB45707E8A763F6F5B60FC4AF6C1E50@MW3PR11MB4570.namprd11.prod.outlook.com><CAOj+MMGe0mGywCyULJM-Zk2+GQOy_HyoqGZQF7O1+Y-bjLT8Lg@mail.gmail.com> <MW3PR11MB4570C80AEA0EF16FB30B6FB2C1E50@MW3PR11MB4570.namprd11.prod.outlook.com> <CAOj+MME2tW3UstHgfQap1fqH2miJL7=8mUEVz_Rm6--oTN670g@mail.gmail.com>
In-Reply-To: <CAOj+MME2tW3UstHgfQap1fqH2miJL7=8mUEVz_Rm6--oTN670g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.251.51.115]
Content-Type: multipart/alternative; boundary="_000_5ffe49d84344445bb523923c4067a02cnokiasbellcom_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrFIsWRmVeSWpSXmKPExsXS/ts4XXfm5vg4g0n3zCymbv3AbPFw7wMW i6aFTcwWxy/8ZnRg8ZjyeyOrx6Z/xxk9liz5yeSxe+MCpgCWKC6blNSczLLUIn27BK6M1U+b GAvWbGateHPyH1MD466FrF2MnBwSAiYSJ5bMZupi5OIQEjjEJHHn2DJ2COcPo0TXjjfMEM5G RokvE46DtbAJuElM2raLDcQWEQiXmPXjKjOIzSyQJHF6zUWwGmEBd4nuK12sEDUeEvt+tELV z2OUWPfNqouRg4NFQEVi5zlOkDCvgJ3E+d3foa5YyS3xt6OZHSTBKRAocWHVXrA5jAJiEt9P rWGC2CUucevJfCaIFwQkluw5zwxhi0q8fPyPFWS+hICSRN8GJhCTWSBVYtsJI4hVghInZz5h mcAoOgvJoFkIVbOQVEGENSXW79KHqFaUmNL9kB3C1pBonTOXHVl8ASP7Kkbp5LzijKzi3Mw8 A1O9vPzszETd4qTUnBy95PzcTYzAGF0jMWnuDsbOzvhDjAIcjEo8vB7z4+OEWBPLiitzDzFK cDArifAKmwKFeFMSK6tSi/Lji0pzUosPMUpzsCiJ87ZMXhgrJJCeWJKanZpakFoEk2Xi4JRq YOz6X2nPOKdw0sW9CYWfP03SMDa4nW+w82ie64c3cVzHpN4Gmvnvvsb/4ZvuzfYnz6b3qCR2 x3b/mXRi3cYciwX2p812CJRPjxNt+FusefNKn+422w+dplcPcE0NYajS53u34cc7eYNJJoe7 akJzSzTLP3e+iPz8W8miXOBYnteiloNPnCs8hZRYijMSDbWYi4oTARhe5DbNAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/EQfGYZmyHXYsTM6UrRvBcJqHBE4>
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: Wed, 04 Mar 2020 13:56:53 -0000
Inline; From: spring <spring-bounces@ietf.org> On Behalf Of Robert Raszuk Sent: Wednesday, March 4, 2020 9:31 PM To: Ketan Talaulikar (ketant) <ketant@cisco.com> Cc: spring@ietf.org; Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming Hi Ketan, So essentially you are confirming that subject to topology in worst case I need to double the flooding amount of SIDs in my network to support both PSP and non PSP operation. I think if we would consider PSP as optional or on-demand behaviour we could architect it without the need for double flooding node's SIDs just to indicate in one PSP=0 and in the other one PSP !=0 (which by itself is still subject to given IGP and SR code even allowing you to do that). Hi Robert: In my understanding, one behavior id (16bits) is only correspond to one SID, and the 0 is reserved as defined in SRv6 NPG draft, PSP is flavor and is never used alone. Thx; WWB; Thx, R. On Wed, Mar 4, 2020 at 12:01 PM Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>> wrote: Hi Robert, Please check inline below. From: Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net>> Sent: 04 March 2020 16:07 To: Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>> Cc: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>>; spring@ietf.org<mailto:spring@ietf.org> Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming Hi Ketan, Let's assume following scenario: ----- T1 | A ---- Z ---- P ---- T2 | ----- T3 A - is ingress P - is potential PSP performer Ts - are egress (from SR pov) Q1: Assume T1 and T3 signal capability to handle SRH depth = 4 and T2 = 2 Assume P signals PSP = 5 for SID P SRH depth required is 3 How does A can build SRH for all three SR paths to do PSP only to node T2 ? sub-Q1: Is it legal today to signal by P two SIDs one with PSP depth supported = N and the other with depth = 0 ? [KT] The MSD support is advertised at node level. The node P can advertise say two End SID – one with PSP and another without it. The SR Source Node picks up which of the two End SIDs to pick based on the capabilities of the egress nodes. Ultimately, the SR Source Node A decides and instructs P what it needs to do for each of the 3 paths. Q2: Assume T1, T2 and T3 signal capability to handle SRH depth = 4 Assume P signals PSP = 5 for SID P SRH depth required is 3 How can A build SRH such that PSP will happen only for very fat flows ? [KT] As in the previous example, A can make a choice on a per flow basis by picking up the PSP or non-PSP flavor of P’s SIDs. Q3: Assume T1, T2 and T3 signal capability to handle SRH depth = 2 Assume P signals PSP = 0 SRH depth required is 3 Would A not be able to insert SRH and do any SR in this case ? [KT] Yes, A cannot generate a packet with SRH with 3 segments destined to the T nodes in such a case. Thanks, Ketan Many thx, R. On Wed, Mar 4, 2020 at 11:17 AM Ketan Talaulikar (ketant) <ketant=40cisco.com@dmarc.ietf.org<mailto:40cisco.com@dmarc.ietf.org>> wrote: Hi Sasha, Please check inline below. From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>> Sent: 04 March 2020 15:41 To: Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>> Cc: spring@ietf...org<mailto:spring@ietf.org>; Martin Vigoureux <martin.vigoureux@nokia.com<mailto:martin.vigoureux@nokia.com>>; Joel M. Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>; Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>> Subject: RE: [spring] WGLC - draft-ietf-spring-srv6-network-programming Ketan, Lots of thanks for the pointer. Here is the text I have found at this reference: 4.4<https://tools.ietf.org/html/draft-ietf-lsr-isis-srv6-extensions-06#section-4.4>. Maximum End D MSD Type The Maximum End D MSD Type specifies the maximum number of SIDs in an SRH when performing decapsulation associated with "End.Dx" behaviors (e.g., "End.DX6" and "End.DT6") as defined in [I-D.ietf-spring-srv6-network-programming<https://tools.ietf.org/html/draft-ietf-lsr-isis-srv6-extensions-06#ref-I-D...ietf-spring-srv6-network-programming>].. SRH Max End D Type: 45 (Suggested value - to be assigned by IANA) If the advertised value is zero or no value is advertised then it is assumed that the router cannot apply "End.DX6" or "End.DT6" behaviors if the outer IPv6 header contains an SRH. I assume that you have actually referred to the highlighted text in this section – is this correct? If this is correct then, to the best of my understanding: 1. The request for PSP (expressed as inability to process the SRH and to perform certain lookup by the originator of an SID) is global and not local between the originator and the penultimate node [KT] This is correct. 1. It is not clear what the penultimate router that has received such a request but cannot implement it is supposed to do. [KT] This is not a request to the penultimate SR Endpoint Node. The source SR Node explicitly instructs the penultimate SR Endpoint Node when it wants it do PSP operation. A router which does not support PSP operation (i.e. does not advertise SIDs with those flavors), then the source SR Node will not be able to instruct it to do PSP. Ultimately the SR Source Node decides. Thanks, Ketan My 2c, Sasha Office: +972-39266302 Cell: +972-549266302 Email: Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com> -----Original Message----- From: Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>> Sent: Wednesday, March 4, 2020 11:49 AM To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele...com>>; Joel M. Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>; Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>> Cc: spring@ietf.org<mailto:spring@ietf.org>; Martin Vigoureux <martin.vigoureux@nokia.com<mailto:martin.vigoureux@nokia.com>> Subject: RE: [spring] WGLC - draft-ietf-spring-srv6-network-programming Hi Sasha, There is the signalling from the "tail-end node" in SRv6 as well. Perhaps you missed https://clicktime.symantec.com/3Fjd1GocprnmRnQ68mT2Nv46H2?u=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-ietf-lsr-isis-srv6-extensions-06%23section-4.4 ? Thanks, Ketan -----Original Message----- From: spring <spring-bounces@ietf..org<mailto:spring-bounces@ietf.org>> On Behalf Of Alexander Vainshtein Sent: 04 March 2020 15:09 To: Joel M. Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>; Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>> Cc: spring@ietf.org<mailto:spring@ietf.org>; Martin Vigoureux <martin.vigoureux@nokia.com<mailto:martin.vigoureux@nokia.com>> Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming Joel, Andy and all, FWIW I concur with your positions regarding comparison between PHP in MPLS and PSP in SRv6. I would also like to stress that, to the best of my understanding, in MPLS PHP is a local behavior between the penultimate and ultimate nodes with the ultimate node explicitly requesting it and the penultimate one giving the option to agree (i.e.to<http://i..e.to> pop the top label when forwarding the packet) or disagree (and to swap the top label to Explicit NULL). The head-end node (and the rest of the nodes on the path) remain completely ignorant of this behavior. I.e., PHP has been introduced - and remains - truly optional. I have not seen any specifications that would allow the tail-end node of an SRv6 path that wants to benefit from PSP to explicitly request this behavior from the penultimate one, nor do I see would the penultimate node that cannot support PSP do if requested to perform it. The suggestions I have seen that it would be up to the head-end node (that inserts the SRH) to indicate that PSP is requested - on behalf of the tail-end node? - look problematic to me as well. My 2c, Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com> -----Original Message----- From: spring <spring-bounces@ietf..org<mailto:spring-bounces@ietf.org>> On Behalf Of Joel M. Halpern Sent: Wednesday, March 4, 2020 9:09 AM To: Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>> Cc: spring@ietf.org<mailto:spring@ietf.org>; Martin Vigoureux <martin.vigoureux@nokia.com<mailto:martin.vigoureux@nokia.com>> Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming In this case, it is even less relevant. The PSP for SRv6 does not remove the double-processing. It merely removes the need to ignore the SRH at the ultimate node. Yours, Joel On 3/3/2020 6:27 PM, Andrew G. Malis wrote: > MPLS PHP was invented to solve a particular issue with some forwarding > engines at the time - they couldn't do a final pop followed by an IP > lookup and forward operation in a single forwarding cycle (it would > impact forwarding speed by 50% best case). 20 years later, is this > still an issue at the hardware/firmware level? If so, affected > implementers should speak up, otherwise there's really no need for PSP. > > Cheers, > Andy (who was there at the time) > > On Tue, Mar 3, 2020 at 3:11 PM Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net> > <mailto:robert@raszuk.net>> wrote: > > Hi Ron, > > > MPLS PHP is a clear case of de-encapsulation. > > Purely looking at technical aspect that is not true at all. > > MPLS PHP does not remove label stack. MPLS PHP is just used to pop > last label. After MPLS PHP packets continue with remaining label > stack to the egress LSR (example L3VPN PE). > > > I don't think that you can compare MPLS PHP with SRv6 PSP > > But I agree with that. Both operations have very little in common > from packet's standpoint or forwarding apect. Well maybe except > "penultimate" word :) > > Kind regards, > R. > > > On Tue, Mar 3, 2020 at 8:30 PM Ron Bonica > <rbonica=40juniper.net@dmarc.ietf.org<mailto:40juniper.net@dmarc.ietf.org> > <mailto:40juniper.net@dmarc.ietf.org>> wrote: > > Folks, > > I don't think that you can compare MPLS PHP with SRv6 PSP. MPLS > PHP is a clear case of de-encapsulation. We do that all the > time. In SRv6 PSP, we are removing something from the middle of > a packet. That is quite a different story. > > > > Ron > > _______________________________________________ > spring mailing list > spring@ietf.org<mailto:spring@ietf.org> <mailto:spring@ietf.org> > > https://clicktime.symantec.com/3HYxrbBRUMaCG5VTr1FEMZ96H2?u=https%3A%2<https://clicktime.symantec.com/3HYxrbBRUMaCG5VTr1FEMZ96H2?u=https%3A%252> > F%2Fwww.ietf.org<http://2Fwww.ietf.org>%2Fmailman%2Flistinfo%2Fspring > _______________________________________________ spring mailing list spring@ietf.org<mailto:spring@ietf.org> https://clicktime.symantec.com/3HYxrbBRUMaCG5VTr1FEMZ96H2?u=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fspring ___________________________________________________________________________ This e-mail message is intended for the recipient only and contains information which is CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this transmission in error, please inform us by e-mail, phone or fax, and then delete the original and all copies thereof. ___________________________________________________________________________ _______________________________________________ spring mailing list spring@ietf.org<mailto:spring@ietf.org> https://clicktime.symantec.com/3GkRJLpXrP2pY9W9t8khQDB6H2?u=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fspring ___________________________________________________________________________ This e-mail message is intended for the recipient only and contains information which is CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this transmission in error, please inform us by e-mail, phone or fax, and then delete the original and all copies thereof. ___________________________________________________________________________ _______________________________________________ spring mailing list spring@ietf.org<mailto:spring@ietf.org> https://www.ietf.org/mailman/listinfo/spring
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- [spring] WGLC - draft-ietf-spring-srv6-network-pr… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ron Bonica
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… li_zhenqiang@hotmail.com
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Andrew Alston
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Sander Steffann
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Adrian Farrel
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ron Bonica
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Andrew Alston
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Andrew Alston
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Warren Kumari
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Brian E Carpenter
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Joel M. Halpern
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Warren Kumari
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Robert Raszuk
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Xiejingrong (Jingrong)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Tom Herbert
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… jmh.direct@joelhalpern.com
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Adrian Farrel
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Adrian Farrel
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Greg Mirsky
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Greg Mirsky
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Greg Mirsky
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ron Bonica
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Greg Mirsky
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Greg Mirsky
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Greg Mirsky
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Andrew Alston
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Sander Steffann
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… S Moonesamy
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Robert Raszuk
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Brian E Carpenter
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Carlos Pignataro (cpignata)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Jeff Tantsura
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… S Moonesamy
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Martin Vigoureux
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Voyer, Daniel
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… S Moonesamy
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Andrew Alston
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Robert Raszuk
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… S Moonesamy
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Robert Raszuk
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Joel M. Halpern
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Jeff Tantsura
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Zafar Ali (zali)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Andrew Alston
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Joel M. Halpern
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Martin Vigoureux
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Brian E Carpenter
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Andrew Alston
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Sander Steffann
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Sander Steffann
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Mark Smith
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Mark Smith
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Joel M. Halpern
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Joel M. Halpern
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Sander Steffann
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ron Bonica
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Robert Raszuk
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Mark Smith
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Robert Raszuk
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Mark Smith
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Robert Raszuk
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Andrew G. Malis
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Mark Smith
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Warren Kumari
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Joel M. Halpern
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ketan Talaulikar (ketant)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Joel M. Halpern
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ketan Talaulikar (ketant)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Joel Halpern Direct
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ketan Talaulikar (ketant)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Joel M. Halpern
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ketan Talaulikar (ketant)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Alexander Vainshtein
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ketan Talaulikar (ketant)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Alexander Vainshtein
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ketan Talaulikar (ketant)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Robert Raszuk
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ketan Talaulikar (ketant)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Xiejingrong (Jingrong)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Robert Raszuk
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Xiejingrong (Jingrong)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Joel Halpern Direct
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Xiejingrong (Jingrong)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Wang, Weibin (NSB - CN/Shanghai)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Robert Raszuk
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Robert Raszuk
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Joel M. Halpern
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ron Bonica
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ron Bonica
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Martin Vigoureux
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Darren Dukes (ddukes)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Joel M. Halpern
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ron Bonica
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Andrew Alston
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Robert Raszuk
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Sander Steffann
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Satoru Matsushima
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Andrew Alston
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pengshuping (Peng Shuping)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Andrew Alston
- [spring] Who is the design ultimate authority ove… Mark Smith
- Re: [spring] Who is the design ultimate authority… James Guichard
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Robert Raszuk
- Re: [spring] Who is the design ultimate authority… Andrew Alston
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Andrew Alston
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Andrew Alston
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Pablo Camarillo (pcamaril)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… bruno.decraene
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Andrew Alston
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ketan Talaulikar (ketant)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Sander Steffann
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ketan Talaulikar (ketant)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Sander Steffann
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ketan Talaulikar (ketant)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Sander Steffann
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Ketan Talaulikar (ketant)
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Martin Vigoureux
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Andrew Alston
- [spring] What's going on in SPRING WG? (Re: WGLC … Fernando Gont
- Re: [spring] WGLC - draft-ietf-spring-srv6-networ… Voyer, Daniel