Re: [bmwg] Feedback on the IPv6 and MPLS SR drafts - to consolidate or not?

Gábor LENCSE <lencse@hit.bme.hu> Tue, 08 August 2023 11:52 UTC

Return-Path: <lencse@hit.bme.hu>
X-Original-To: bmwg@ietfa.amsl.com
Delivered-To: bmwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00E9DC151717 for <bmwg@ietfa.amsl.com>; Tue, 8 Aug 2023 04:52:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.091, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id knYEQ5aPDuFz for <bmwg@ietfa.amsl.com>; Tue, 8 Aug 2023 04:52:54 -0700 (PDT)
Received: from frogstar.hit.bme.hu (frogstar.hit.bme.hu [IPv6:2001:738:2001:4020::2c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7AE7C151075 for <bmwg@ietf.org>; Tue, 8 Aug 2023 04:52:53 -0700 (PDT)
Received: from [192.168.123.5] (szefw.sze.hu [193.224.128.20]) (authenticated bits=0) by frogstar.hit.bme.hu (8.17.1/8.17.1) with ESMTPSA id 378BqdvP035243 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for <bmwg@ietf.org>; Tue, 8 Aug 2023 13:52:46 +0200 (CEST) (envelope-from lencse@hit.bme.hu)
X-Authentication-Warning: frogstar.hit.bme.hu: Host szefw.sze.hu [193.224.128.20] claimed to be [192.168.123.5]
Message-ID: <14dde5e6-3c20-1b4a-7ff1-ad7ae4fa6cbb@hit.bme.hu>
Date: Tue, 08 Aug 2023 13:52:36 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.14.0
Content-Language: en-US
To: bmwg@ietf.org
References: <e96d1651-f6e3-37de-bf1d-9232983dbb8e@hit.bme.hu> <46FA6F0C-D40B-4867-8840-8C46461A7661@encrypted.net> <1327e195e377458997f06bf82464db6f@huawei.com> <b877677393d849f7bf43dfbadb97fca6@eantc.de> <01f0bf713dc5472e86e3df04ee037167@huawei.com>
From: Gábor LENCSE <lencse@hit.bme.hu>
In-Reply-To: <01f0bf713dc5472e86e3df04ee037167@huawei.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Virus-Scanned: clamav-milter 0.103.8 at frogstar.hit.bme.hu
X-Virus-Status: Clean
Received-SPF: pass (frogstar.hit.bme.hu: authenticated connection) receiver=frogstar.hit.bme.hu; client-ip=193.224.128.20; helo=[192.168.123.5]; envelope-from=lencse@hit.bme.hu; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.11;
X-DCC-debian-Metrics: frogstar.hit.bme.hu; whitelist
X-Scanned-By: MIMEDefang 2.86 on 152.66.248.44
Archived-At: <https://mailarchive.ietf.org/arch/msg/bmwg/FeGKzgQ7YS8cu-yMKL5McTjJwjM>
Subject: Re: [bmwg] Feedback on the IPv6 and MPLS SR drafts - to consolidate or not?
X-BeenThere: bmwg@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Benchmarking Methodology Working Group <bmwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bmwg>, <mailto:bmwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bmwg/>
List-Post: <mailto:bmwg@ietf.org>
List-Help: <mailto:bmwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bmwg>, <mailto:bmwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Aug 2023 11:52:58 -0000

Hi,

I think it is the business of the carriers which one they choose. They 
surely have their own criteria (e.g., security, cost, ease of 
implementation, etc.) and performance can be one of them. Thus, they 
could also benefit from the measurement methodology and especially from 
the results to make a well founded decision.

Therefore, IMHO, we should not wait for them but go ahead. :-)

Best regards,

Gábor


8/8/2023 1:34 PM keltezéssel, Vasilenko Eduard írta:
> Carriers have long, hot, theoretical debates for what to choose (SRv6 vs SR-MPLS). Sometimes with casualties.
> Test of vendors (for performance) is needed only after the choice has been made.
> Ed/
> -----Original Message-----
> From: bmwg [mailto:bmwg-bounces@ietf.org] On Behalf Of Carsten Rossenhoevel
> Sent: Tuesday, August 8, 2023 11:23 AM
> To: Vasilenko Eduard <vasilenko.eduard=40huawei.com@dmarc.ietf.org>; sbanks@encrypted.net; bmwg@ietf.org
> Subject: Re: [bmwg] Feedback on the IPv6 and MPLS SR drafts - to consolidate or not?
>
> Dear Eduard,
>
> Thank you for your technical analysis, to which I agree - joining the documents is technically possible.
>
> At incubation time, technology flavors such as SR-MPLS or SRv6 are often met with a religious approach. But, as the development shows meanwhile, these options are increasingly viewed as alternatives where network operators will choose the best fitting based on technical capabilities, economic benefits, and organizational preferences.
>
> With one single document, the community could refer to the one RFC for all benchmarking needs of segment routing-based networks, independent of the underlying transport technology.  I believe this could increase recognition and adoption of the technology.  (The target audience would likely not discover that two RFCs are more or less identical.  They would still be two different RFCs to network operators.)
>
> >From my point of view, having two RFCs with almost all text identical (just one of the sections, and one of the authors would be different) would be startling in the IETF process. Their review, approval, and subsequent maintenance would be awkward because the two RFCs would need to be seen as twins; it would be inappropriate to update only one of them.  Keep in mind that the review effort for the WG would be higher as well, which might delay your work.
>
> For me, the advantages of merging still clearly outweigh the disadvantages.
>
> Best regards, Carsten
>
>
> -----Original Message-----
> From: bmwg <bmwg-bounces@ietf.org> On Behalf Of Vasilenko Eduard
> Sent: Tuesday, 8 August 2023 08:33
> To: sbanks@encrypted.net; bmwg@ietf.org
> Subject: Re: [bmwg] Feedback on the IPv6 and MPLS SR drafts - to consolidate or not?
>
> Hi all,
> The technology difference (that I have pointed out on the IETF 117) is possible to cover properly in the common document.
> Would be a small inconvenience that not all tests would be needed for both (4 against 3 in every sub-section), and would be many places "if SRv6 then ... else ...".
>
> The bigger problem is that SR-MPLS against SRv6 is a pretty religious decision.
> People that choose one (for the deployment and test) would never need to test the other one.
> Hence, they have 50% of the information in the draft that they need to scroll.
> The audience for SRv6 and SR-MPLA is different. These are different Carriers.
>
> Hence, it is better to keep documents separate.
> But merge is possible.
>
> Eduard
> -----Original Message-----
> From: bmwg [mailto:bmwg-bounces@ietf.org] On Behalf Of sbanks@encrypted.net
> Sent: Monday, August 7, 2023 9:51 PM
> To: bmwg@ietf.org
> Subject: [bmwg] Feedback on the IPv6 and MPLS SR drafts - to consolidate or not?
>
> Good afternoon BMWG,
> 	At IETF 117 in San Francisco, we had a discussion around whether or not to consolidate the IPv6 and MPLS SR drafts - they’re currently separate. We, as a group, took an action to continue that conversation on the list, prior to calling for the adoption of either 1 (consolidated) or both drafts. To that end, I’d like to ask BMWG for their opinions here. Gabor has already weighed in (thank you Gabor!). What say the rest of us?
>
> Thank you,
>
> Sarah
> BMWG Co-Chair
> _______________________________________________
> bmwg mailing list
> bmwg@ietf.org
> https://www.ietf.org/mailman/listinfo/bmwg
> _______________________________________________
> bmwg mailing list
> bmwg@ietf.org
> https://www.ietf.org/mailman/listinfo/bmwg
> _______________________________________________
> bmwg mailing list
> bmwg@ietf.org
> https://www.ietf.org/mailman/listinfo/bmwg
>