Re: [spring] SRv6 compression

Boris Hassanov <bhassanov@yahoo.com> Tue, 03 August 2021 15:01 UTC

Return-Path: <bhassanov@yahoo.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 D33F53A2684 for <spring@ietfa.amsl.com>; Tue, 3 Aug 2021 08:01:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.088
X-Spam-Level:
X-Spam-Status: No, score=-2.088 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.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 8tvKN11PHBc1 for <spring@ietfa.amsl.com>; Tue, 3 Aug 2021 08:01:04 -0700 (PDT)
Received: from sonic310-14.consmr.mail.bf2.yahoo.com (sonic310-14.consmr.mail.bf2.yahoo.com [74.6.135.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B8B343A267D for <spring@ietf.org>; Tue, 3 Aug 2021 08:01:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1628002862; bh=WhWTGrBGlhdvR70g1C7wUb7wQsGsHcbS3UgcixQBO8g=; h=Date:From:To:Subject:References:From:Subject:Reply-To; b=DndLo6JNvnCIW6QqLFDSlLlnmhMwMtx0x1kKakf/PYhV9yxAZgqhR9rEJafqEC2ORSDaYz8aPGjulP+ZiyCw/kTx067sYWwQljB7Bv+QLY7cEiNf9ha1XGaHSu0Y5yyhf7mO0wQqQIHvLdYjjQZsdSW/+DzvGQvhpQeF2vN7upFPZORShPM9XKrnofx7HSUW75786IbJr0SacuJ2NYb7mlPDblb8cRKyhf+YFRfhFdrTx4grnN3hIN77lpL7Q3mEb7/0HwJ5YGIWiKrss4JPrTF4bGGaVQcQti5iY4QM24ebqSasqgRvD3h8/0qbACsC8F3c2BDkLpWCYmgu1PlE9g==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1628002862; bh=BvdcZ4LVIFxVg/KbO8OKHLgrWwueVQ3Q5qYM3RYkqw+=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=IQXdYhjkeWyYAUQrLJNUvqu/B+asWowhF40dHWqs+oiWEs24WULMp1cjAdOq1JDxY99HnmgA2/TY0HjB6QjLzmqQkEGhOUwG8p8JherSSJRBiZFdXed228g2oioMLt3GGMz9ZUiSoMVR6OoKv0vnMKw0Y6CWw23oaDDBCR++w/aMSuY2wPt2ZRWV3mQc+uSoHD2+L2s+kB9Mmhm5n33Uw5bi1jBgV7RI7FnKLDj8WC0WbaK5e+xzWS+96RooAQaVQwGOYI+AVXO8tRkU0ti8/uMZafbVtDwTqSJD5FQD3OVDkiJWPJDK/kT5u6sATwg1ua2QUfGwC8z6QMSW9KKWiQ==
X-YMail-OSG: jhAyTm8VM1kYAk8.rHgK82t2dmmA2veqZQaCkDEQFwjlxrYCq7ThO9049RXg7vV VWhivKvtnSvJy2pSE58q8HrwK.47OirHeoXAJqQDAzIROKKthDbbmmoeQxOE4p4ctrimyF3OkbZs 4RmeJg0D44VlFuwKLynbnAy7rGsh.2Q.nHN2I4uFIamys9t73fkt9ypL_s5._.FuGFGxITaZaC.w 7cdtcTmA.MBkYH4nhxGkiHTMFgP7ldpfF245TpRMiqaCKKwHgpSl2NCf6cBmG4_KT9jhhYm07EXK 7SQpOsuGQIOqee99643TuJPce3_wvsBV.p2OXKt7IFb13nbdDXCxn6Ti1Zfm9Da4sTYxmBPDG9Zf SIymf.L8qCkGxGSPOncmm0BEG5XJBHq9aDunbqfuYd3x6tM..LOqI0leBT4N9hkOvYzX.37kzZMd qCemQPCZHfU1U.MXw80oTSefnVo0PxjPQJt0MscsdKrMj2I6coXUuESUy6rI6SIJ6p1otSkvvwKw uoaGlfSVpfL9lNDCrxiiiM3pQrPpEEVOQFWhSH4ns5NlufirUfcmzn5AOSeT6Gv8wHByTsVMc.Ks B.1zJT1wUEf6z2cqwIhcsrO.0tnmScjaPuK6FNV80pCuE48c5oFA8evNLnQg.ckVM5JeRFxH1Lrj YcO_oWEy8Lrzbk9w5nhBl92j0LAHgKJEDVJXf.F3e4xTx1lvBLQjIeTEGCT7bIDyPT2pEZMkLung 4i3Uh0ZukT1_BUSgxfwnr2xAn9CcX_D3srLYM4Nq5BLDKmw6NZvFV27Ld1U4QAOeD_UVrJdMskEK .GKXxq8vKpaOPqZVSx5ZB1Zs.qEFn24gU6b0cP_kD_HKYEyNcSqto.4H5ePmK8UMRN4gswrOmdwA Q4osICAunZ5n.1jwgSsFi5OPNttOa.7ADLf3cW04D8O5cEy5A25u3RMGweqJK0dBmuAPSbq2F7W8 Cp1g_CNUgvMec.4wShazvWWa5UUj3MyhAZIb8FSB2TGEofOJj6Ppxe_QXPwVcG3HsIHWRZBUNOvo IvOY.O2WTTiivD6pqNJ1eCbZd2XVO_MSLyBuUkkudQ4WtSZxi5JBhJA9NQA5Kl_t2vjKnbkEbGor SqkoCitz_.GIIZY7ChNafb7XL7LpqLqZs5EgUxlXtnmWLRRjWDRALP7k1qpDn4xFsWLYXKwCuMaF XsQ3W3Pe1E9cLmQA7vlJ3o60D2abbFCw6CKf_535d_q2SX1JEqyef252UFvCUeZ1xm8IHOaVnbts ACiLfNicsPb8va_AMcMEXq0FTzOaUwZSxYpKIbNVC._O1iPcGNEcBpW_U4VP7HlFumY6BATt_kDP gF7oioVTQ5bRKnqmZluqZH8IIAXMYAV4KHXlohUzWJVa9eJKP1X.XQtOLJrpWXKWCJ6t4xZ9xwnt HpVTzFRTL5ySg3hzsgfZ0OvhNp8OhTxo2fWlM6Upf53USWCRxT4hOL63JMvS_ppyK9HYlMP6bRGQ Lwsw7eC4tv9x0M3ETW4ToumK74bZ11LkusBUVmu6duCca7c85q5yMzw8.Ip6CY9rQM6PWJwOtMgB 6DYkedA9zEKA61h1hQ8_RL.LVPqU3pa5TgETjJDIsVGtQ6xmgOKV1fHlE4BadeGg14Y0yYzF7oY3 bp1CkZmAoce7XXK3MWA2sWHQHywlsWgCffFNSLUyheRDuXQJZ8YL.0BjO8bZPJs70zk10U1UP.qI Mg.R9BKtE_BudaWRj7RgZ4AwO.c8TN0Fd6U618FRuZ0PTdTUjasU2RvfTV6ElcJl1m_OcJkkJJFj brSQmLFki9OjphGfgNhuk4N2whigf5sKIidOQz0rUzN1ML7qJPPWHUjgrvYmqUPnDy8X196aQkP6 2pUzHaU9U.kkEM0eR8heJ08ku0yKtQwHRomcXBkO3XSIt6RN_eb4QzHodzNh2k_Q0tPAVQ9f_UP2 cMvnXZ2qzAGXQbiXXESRGduWJlbXk5NSDHegSecFtqysFZ5FsFmGdqjm__MKOhtQTm_vWLLVnQdX TtqhhCtzmKXXmZl0F6sIZVpnu2IKvAI7gNzfCB01wBx7TsGrmpEfKBafEAczGDrkNLHZOfk3N5U3 LpP3KhYxfA4NE1NvPG3PNF49mY9cpZxekT58gKtMnGJdovR.UjQwVk2k3GJ.U_PNHqaMPhhn_PYk q2JA7ycrdw80U4Cp0ZNrHhclWvx9v4_1bYN6QTf8Oy4xuP9oBntGhltHlxdXf6J7C5tkvKATeAHt PZeQaP7OBuqsdvEjefgbSmeYp7Ms4SjWWPvU.XJepLgYq9dug9OfgbgwyhH5i_JOpNNdNiu32Qqh ZxhYTBkUQ_Cj8arai5edZ5zMywvLOvKwZaQEl9PRzJozomCr5Qmfl6OUBr29fYp25MRZC50ZxMeP G8YV46Mg-
X-Sonic-MF: <bhassanov@yahoo.com>
Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.bf2.yahoo.com with HTTP; Tue, 3 Aug 2021 15:01:02 +0000
Date: Tue, 3 Aug 2021 15:00:27 +0000 (UTC)
From: Boris Hassanov <bhassanov@yahoo.com>
To: "spring@ietf.org" <spring@ietf.org>
Message-ID: <1291031952.1510861.1628002827852@mail.yahoo.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_1510860_540533491.1628002827848"
References: <1291031952.1510861.1628002827852.ref@mail.yahoo.com>
X-Mailer: WebService/1.1.18749 YMailNorrin
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/speQInAaUjchJL2yXo7pqs1mKPE>
Subject: Re: [spring] SRv6 compression
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, 03 Aug 2021 15:01:09 -0000

 Hi all,
I do agree with the point that single solution is better than four of them in real multi-vendor network.From operator point of view it will be nightmare to deliver interop even with two different solutions from different vendors.
There are issues even with single standardized thing as you may know.
Thus +1 for single compression solution.
SY,Boris 

    On Tuesday, August 3, 2021, 04:50:42 PM GMT+3, Ville Hallivuori <vph@iki.fi> wrote:  
 
 Hello,

I would strongly prefer a single solution. While I am not particular on which of the solutions is selected, DT does make compelling argument for CSID.

I work for a vendor and would hate to have to implement multiple different header compression schemes. Especially if it comes out of limited microcode resources. While IETF has a long history of having two competing solutions (LDP/RSVP-TE, OSPF/ISIS), having competing options in forwarding plane is even less desirable than it is on the control plane.

Thanks for the DT for their excellent work.
BR,
Ville Hallivuori

On Sat, 31 Jul 2021, at 00:06, Voyer, Daniel wrote:


I agree as well – DT spent a year to come up with an analysis and now have a conclusion. In my view, we are ready to move with a single standard solution. This will unlock the vendors community to adopt an SRv6 compression standard and allow operators to move forward.


 


At the end of the analysis document, CSID seems to be the clear winner.


 


Thanks


dan


 


From: spring <spring-bounces@ietf.org> on behalf of Eduard Metz <etmetz@gmail.com>
 Date: Friday, July 30, 2021 at 7:24 AM
 To: Gyan Mishra <hayabusagsm@gmail.com>
 Cc: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>om>, "Aissaoui, Mustapha (Nokia - CA/Ottawa)" <mustapha.aissaoui@nokia.com>om>, "spring@ietf.org" <spring@ietf.org>rg>, Wim Henderickx <wim.henderickx@nokia.com>
 Subject: [EXT]Re: [spring] SRv6 compression

 


Agree.


The DT has done a great job in the analysis. 


 


Moving forward with a single, standards track solution is preferred/required for interoperable SRv6 implementations.


 


cheers,


  Eduard


 


 


On Tue, Jul 27, 2021 at 6:09 PM Gyan Mishra <hayabusagsm@gmail.com> wrote:



 


For all operators around the world looking at deployment of SRv6 compression and being in a  holding pattern waiting for SRv6 compression to be standardized by the IETF.  


 


Given the ubiquitous importance of SRV6 compression and MSD issues with long strict SR-TE explicit route object,  it is critical for interoperability for all steering use cases that exist today: enterprise, internet, private, access network - 5G wireless xHaul, mobile core, wireline, MBB, FBB. 


 


We as a WG need a single standardized solution for SRv6 compression for interoperability to work and all vendors marching to the same sheet of music.  


 


I agree that the NVO3 - GENEVE is a solid precedence path forward to take and for Spring WG to come to consensus and standardize on one solution and progress the other solutions as informational if implementations already exist.


 


Kind Regards 


 


Gyan 


Verizon Inc


 


On Tue, Jul 27, 2021 at 10:12 AM Aissaoui, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com> wrote:



Same here. We want a single standard method of SID compression to allow the WG to focus on finalizing it and get vendors hardware implementations updated.


 


Regards,


Mustapha.


 


From: spring <spring-bounces@ietf.org> On Behalf Of Rabadan, Jorge (Nokia - US/Mountain View)
 Sent: Tuesday, July 27, 2021 4:54 AM
 To: Henderickx, Wim (Nokia - BE/Antwerp) <wim.henderickx@nokia.com>om>; spring@ietf.org
 Subject: Re: [spring] SRv6 compression

 


I agree with Wim’s statement that the precedent in NVO3 *could* apply here too: pick one solution as Standard’s track RFC, and once it is done, the others might be documented as Informational RFCs if they have implementations.


 


That would help the industry to move forward.


 


Thanks.


Jorge


 


 


From: spring <spring-bounces@ietf.org> on behalf of Henderickx, Wim (Nokia - BE/Antwerp) <wim.henderickx@nokia.com>
 Date: Tuesday, July 27, 2021 at 9:11 AM
 To: spring@ietf.org <spring@ietf.org>
 Subject: [spring] SRv6 compression

Given the design team accomplished the work on providing requirements and analysis to compress an SRv6 SID list, I would recommend we pick 1 solution similar to what was done in NVO3 (when we discussed GENEVE, GUE, GPE, etc) given this has to be implemented in HW..


 


I hope we can conclude on this asap and move forward on this topic 


 



_______________________________________________
 spring mailing list
 spring@ietf.org
 https://www.ietf.org/mailman/listinfo/spring




--





Gyan Mishra


Network Solutions Architect 


Email gyan.s.mishra@verizon.com


M 301 502-1347


 



_______________________________________________
 spring mailing list
 spring@ietf.org
 https://www.ietf.org/mailman/listinfo/spring



_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring





_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring