Re: [v6ops] Geoff/queue-closed: 56%

"nalini.elkins@insidethestack.com" <nalini.elkins@insidethestack.com> Wed, 17 April 2024 13:52 UTC

Return-Path: <nalini.elkins@insidethestack.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A966CC14F6B7 for <v6ops@ietfa.amsl.com>; Wed, 17 Apr 2024 06:52:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level:
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id etHwSDLnbcUD for <v6ops@ietfa.amsl.com>; Wed, 17 Apr 2024 06:52:16 -0700 (PDT)
Received: from sonic319-28.consmr.mail.ne1.yahoo.com (sonic319-28.consmr.mail.ne1.yahoo.com [66.163.188.90]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 35616C14F6A0 for <v6ops@ietf.org>; Wed, 17 Apr 2024 06:52:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1713361935; bh=FLlUWFD953G4IFO09tcpgCqejgDRKCE9fV8NPdV9R5o=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=qGlj4c8XS+HE0+V0mdC1X4AIaRT+anMV+7W+xkpddfGeB/XO3Hm5psuqljeDw0P0uZt3UdqCRyQk+/CYgob8KP/LEnzS2y35lw8MUJ5XZz0Cn0aqiSrJQGnupbtINqijLnQ8J16eUWvhwImtapUO9IodYgOsMF8U5mQKQ981Of07iSykDGaQxVOaDx8mYT+Yh9zY3bqMebYNdEFT+M7KldM1E4z3tdwZkpHX9WhHIK29chkY0WeEqk+jEZvlU8BEhUp3wmmC4vbF/WNqEKnAn1h9wZQvuViYLMbFqqi3Tc55TjF4t2v66VhI2WmI/Ri2SyuQDzvfgZU/S0eTCGhU3g==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1713361935; bh=YzqGm1O/8yR2aSUPqFLKS30hlld9RBNS3fSDGF0oLLM=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=Qkjt+WM3yDXNLcUOdGtC1YRncD/NPhSB0zMgdTSTh/H4V+7BScsQlJkbYWbaQlA2/vFFl8hSziBO7Ktpj+pNLXiKi7buuo3E0IJmUGFk6MCa6XrwhKwHMWKRxqmVUoquL9x/uXUQ38bgcHhwkMA9LhZxQDnEkiQvmFW9tWAqgy895EFRkTAcdnCE79trHHdEw8MkIo3Cd2uS3hJ1QBjPpYR99jgA6RQf7GYsh11RpLPkzbqpOHUPw7wBUm2iEDYz/7cxGwPWMYKnYxdnlqcVWm1r2CU3S/wajA6j5AFwyt9755yi6U9xeU2qyTO0Jwj5afH8114zq1ZVFxIeDgTAlQ==
X-YMail-OSG: 4RpoioMVM1nWkFJSoFI3KhuJmc.GBQks_TMsLQ4KbAaY4AVBXFf_ATPU1UFwHA. ezHIEKwdUtHYT_iDFd2cgsY7Fs2ynwuOd9WCFNuaPO1IgawUuxLqp4mzOeoblZ4mVg4.LxD6KLYy PZuhBAOOxHanhoNUtm_xgMckNp2.E.cwesg446ou_mbrXrq8Ce4wGuSX9dv8uiup6dkHU4FUKc8b QFzYySXsoB6vOYeBauDyTCP8DgKFLKfuUKni7R6WIKJTVEwQ1V7KvzMgLRooF_BKJFWdv5TIgbbW pkZW8Z7Ya6fLEwANhn1nwnb7WYpgV4TjnVMf9i3w9bXHAFqHodZxoLaG2JOWY4Q1ugi0X85NXvKz 7Ygd0wX7DGiiCi7a2iTrfCk5MkfGFAOvo08klStqV.cz6ZAD7tKu7TjLK9PtIywuUbY46MKyVt2c XY1eEU4CTwhNLKYthKm4Z2TX3kDAVP8YDog0X8iRVOGDtWgdL_MJXlOFwvkAaNTI61tjHrqj5oik _sAjCj7.3bSGsKltDZJBdSOv_XOctY5wcfj1NJCn9mJbO2cxjX7I2TpgmmVedL2NWITxWf_9QX8F fbc5FvZ67kQkV4LcdxfkxIu7gRV1DZBfEHn7lv28a7QORaMVat_JZHdcfoms5nTcMeL.DDqZcska BfbPVpWnuYe61hhcLJI8o2Jdng9DoQCK9tnfLYUvh5Vzl11OeTEdzU2bW6.0hdi8S3cCcCym0mQq rM_VjzcbXQjIGaAyvR79Jz0JBXazlg.FDIPlB9l5gt2yiIrmoWyrH.ph8px77no1LxiE90G4XA8t SNtq3cIDxB79AtWAfRXfGMOmrZEiCHzMwB6lJaUQA4VwYCf3kI20d_uASXjUxjpyNQwttFGXWmvs h6xtWKy.lNdHq1JPOQNygXZAoKLZWewSJ5pt9sNKjqKd13Q3T2zXJ7ENIlvOcFwefublhdTDzy28 rRknb3iTAyZgcSo95uq1WQl52NgGNxXAcH5INt_o6Cgb7KcuK8QUravCOdnAZPxIm4pSirIrF6lC JkgijELQ_1F6uYj_QvEU8IHX8tAnfMq7b82MT64kGzumcCEfyatsYtM.MElPo8poaZLprtl_KIOz NeGuRXJ7oV.dmRC4S9UZdNk4.RzKJNhSdydLmapjFZSpj8vzimifss_NEO6tY5urah._QYD5i0SB 5c.x_ySEz1op1Wla.ylV_g_0sHCoDl8MdH8xmeTERJ_xm52FYLZ.EZpX5Oextjta9JiMZTKYC66w aWQUXLp2aywUnPGYPmAdveS3Lc583KGdRNXm7wpadcVSDlYyEntD.gBcLrilZ2ADhTlZ25bOqz5r WaeKPE9R_4wX6LJzfnCxxEYxjfq6mgvWmDKvDwhyDBZ6Xl4dsuATcQAi4qUuPqgWNAuEhU8sAqA8 _n54ZdtUkmKpCiqnomx5PQ.aG8VTgPNm5giIesCHVnW5p5PGl2O30CpeDkt1fBqALyT5PEz3IFpw FQ_4ydjqJd_CI5zCRgrPEp55WaYB4ie_fOrVi2opoeyNK5XDZ9c.2AWVxDTUAKJNS7R58vFnrET5 0Clg9Qt4U5pZwM7YbjgxJJNs1unQ5GavfbGtLeEENLsVH_1ZKlV2pOiGdX5PXbCxEAH0YDWjLcTD 6uFq8A1bZtX8VOR1iJYy_ldnAMshXLPs8umf4PX4BW0eC5bd7nnBinNbPmORUjM49gGNPuLIjnEB FtD8cC2k2pXxceFZ1SXxnOnajzKlLX0n0wHAA0s2SMnWf9BifnTt9i9C9GLv7i6JdeQzXjxfqwgW XRoyjohX92cwAJ1oxRtUjsIqhnd5wFcxTHwei.gsvttLXykumGkKMz00IRqj.t724b5x4y_F9SmL P.7RLbY_ScoITe5as7mZKJt679BMStGmiByibsgWICEhlKpfqCcJ8t88TDQirECF860hyOcaKE6z lSFuotNtyd5dzIzP1nM1qDaVj26eKoY.9yKeWg5MbiK.NwsoqUIN2YoqLrqubmPzAkUHb.iEmk_J 3uUYSymZpiwvg9gzZfjehW0KFsvbLOXcVKG3MgWy8EEIpl1g7Btxi5I2F_j9y1frM8YNmhpAziUe 2Luow9M..Ym5Wtgs6B.AtXqDdWlNPg5Pt.5NtwuQ5WEHLqnEapccSABgPSsTkXXfXad0Yoeae4o3 v2K2na9P1wLrX0F4Vd1r1dOmUfWT_N3Y3el85.p9H33YQilvjY8YUbgHr20zR.jiImAyxCJLTos2 GtiTIkXjnqpPjhED0rLh0VRu5g1goco_2nsIjUwqhFbkCOMNn63GYDrYtL9jc9z0pJAKE1Ww3LPM fAJZBKrIwlj94pGwS.7U3QEa3sb0nduUZfA--
X-Sonic-MF: <nalini.elkins@insidethestack.com>
X-Sonic-ID: 26c5d12c-cd87-4880-9f4d-233b73155d7d
Received: from sonic.gate.mail.ne1.yahoo.com by sonic319.consmr.mail.ne1.yahoo.com with HTTP; Wed, 17 Apr 2024 13:52:15 +0000
Date: Wed, 17 Apr 2024 13:52:13 +0000
From: "nalini.elkins@insidethestack.com" <nalini.elkins@insidethestack.com>
To: Xipengxiao <xipengxiao=40huawei.com@dmarc.ietf.org>, Mark Andrews <marka@isc.org>, Toerless Eckert <tte@cs.fau.de>, Brian Candler <brian@nsrc.org>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Message-ID: <960119120.253968.1713361933461@mail.yahoo.com>
In-Reply-To: <41e6d96d-dd6d-4982-9160-92bffb5eafad@nsrc.org>
References: <ZfplwNJGdpl05bZO@faui48e.informatik.uni-erlangen.de> <EF78559D-7879-4C0D-A47B-08AB279FD40B@isc.org> <5a4d382100604730bd31c45ba196d62a@huawei.com> <41e6d96d-dd6d-4982-9160-92bffb5eafad@nsrc.org>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_253967_1955332213.1713361933460"
X-Mailer: WebService/1.1.22256 YMailNorrin
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/s7EOTym2RdRM3BGRLVAnboBateU>
Subject: Re: [v6ops] Geoff/queue-closed: 56%
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Apr 2024 13:52:20 -0000

>> On 17/04/2024 11:13, Xipengxiao wrote:

>> We should document IPv6 packet loss issues, identify causes, and publish
>> drafts to address the issues.  Now that average IPv6 RTT is lower than 
>> IPv4 RTT (according to APNIC stats), if we can bring IPv6 PLR (packet 
>> loss rate) comparable to IPv4 PLR, then we can declare IPv6 provides 
>> better performance than IPv4. 
> I think first we need to dig into *why* those measurements are seen.>As far as I can tell there is no fundamental reason why IPv6 should be any more performant than IPv4 for latency, and I would expect typical TCP throughput to be ~1.4% > worse on IPv6, due to the larger headers.

We are working on some tests to methodically compare IPv6 and IPv4 performance using various topologies, applications, OSs and so forth.  We plan to have a draft on our findings for IETF in Dublin.
Thanks,

Nalini Elkins
CEO and Founder
Inside Products, Inc.
https://www.insidethestack.com
PresidentIndustry Network Technology Councilhttps://www.industrynetcouncil.org 

    On Wednesday, April 17, 2024 at 03:54:05 AM PDT, Brian Candler <brian@nsrc.org> wrote:  
 
  On 17/04/2024 11:13, Xipengxiao wrote:
  
 We should document IPv6 packet loss issues, identify causes, and publish
 drafts to address the issues.  Now that average IPv6 RTT is lower than 
IPv4 RTT (according to APNIC stats), if we can bring IPv6 PLR (packet 
loss rate) comparable to IPv4 PLR, then we can declare IPv6 provides 
better performance than IPv4.  
 
I think first we need to dig into *why* those measurements are seen.
 
As far as I can tell there is no fundamental reason why IPv6 should be any more performant than IPv4 for latency, and I would expect typical TCP throughput to be ~1.4% worse on IPv6, due to the larger headers.
 
Personally, I observe paths taken over the IPv6 Internet often to be quite different to those taken for IPv4, and that may indeed mean shorter and/or less congested paths for IPv6, but this seems to be down to political issues rather than technical ones (e.g. a certain well-known tier 2 backbone provider offering free peering on IPv6, to pick up more routes in an attempt to persuade tier 1's to peer with them)
 
I don't think this is sustainable in the long term though.
 Furthermore, the fact that IPv6 topology is not the same as IPv4 has its own problems. If you can argue in any form that the IPv4 Internet is "fully connected", then the IPv6 Internet is not; for example Google doesn't announce IPv6 routes to transit providers (or didn't last time that I checked), meaning that some people can't reach Google over IPv6 at all. Most of the time, Happy Eyeballs papers over the cracks - i.e. IPv4 connectivity is the only one that matters today.
 

> That can become a universal reason to persuade people to migrate to IPv6.  
 
I don't believe that it stands up as such.
 
Also, everyone should be clear that there is currently no such thing as "migrate to IPv6". You either add IPv6 to your IPv4 stack, or you stay with IPv4. You can't remove the IPv4 part without cutting yourself off from most of the Internet.
 _______________________________________________
v6ops mailing list
v6ops@ietf.org
https://www.ietf.org/mailman/listinfo/v6ops