[v6ops] Re: We should document IPv6 packet loss...

Brian Candler <brian@nsrc.org> Tue, 21 May 2024 09:42 UTC

Return-Path: <brian@nsrc.org>
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 933FCC18DB9F for <v6ops@ietfa.amsl.com>; Tue, 21 May 2024 02:42:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.096
X-Spam-Level:
X-Spam-Status: No, score=-7.096 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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=nsrc.org header.b="uBLckBL8"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="gIBC1i4f"
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 QoM0w205T65S for <v6ops@ietfa.amsl.com>; Tue, 21 May 2024 02:42:02 -0700 (PDT)
Received: from wfout2-smtp.messagingengine.com (wfout2-smtp.messagingengine.com [64.147.123.145]) (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 EF849C14F6A5 for <v6ops@ietf.org>; Tue, 21 May 2024 02:42:01 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailfout.west.internal (Postfix) with ESMTP id 0AFB31C00092; Tue, 21 May 2024 05:41:58 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Tue, 21 May 2024 05:41:59 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nsrc.org; h=cc :cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm1; t=1716284518; x=1716370918; bh=rnFNzCm26N gcNj2KzYWtoD9R50dECv256rdjIg6By48=; b=uBLckBL8ek+/ScFZpuqPacNNfi 1+uU/5fO/Fc4kNvfEgS0tTeTB6Z6i+txn1nto+cSMd5aw2a5tm5GCGa/UjyYXwo4 lNNOfTQdpivIZVXdxK7BeMxMRBSW3LtrF+cBIX0Be/LQ7bV/CBZMiAFZ8OHRWzuY 604rOd2SQ+iYU2ie8yssTRhmOGSr6KUDvDTZY2Vxv39x+/C2QUDYlU09zwSjSXcb jo+gNYpngy6GQKQHuZLQ5xMxesO8rSexsBbtb2ylu0obzhU+6mbg1P/VVciCnqpU tPK1BdIzlgPre9M+aVoznwdH1spyzJI95Wv8IJUrfNwanNASSESRA1MmBoxQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1716284518; x=1716370918; bh=rnFNzCm26NgcNj2KzYWtoD9R50dE Cv256rdjIg6By48=; b=gIBC1i4fiZTGnPAjQ76HEr98rRBmU954EtwnXrJtaJ8V fXe34O0REb0eJsWAKBqZJc9JZ7xtvc5LUK3oco3tfX+ISpppVlgVA7qdmLBybqJE laXa8atF2uOzojCqn3gwC4/nml60olJMyRANJNyIxc42dYH07jIfC5an+Eg21xB5 b81nWPYRUDo5jpUbC21AWr0r/6Zm9LUlstyWPcB9yfpoYvSjvJDDWLuRacqwlu+l gM1kW3y7EtsaPiRfGGeA+rKy+0FxHYU0+kJh8PWrhUHMETATMgreOQ5XkxsA237r Gp7Mu5F/a2RwPGUb4uZUF/V3JftFbndqHl71jusQjg==
X-ME-Sender: <xms:ZmxMZhQcbxVHfAxLtVrYWL--QgaW_PBD9LcQw5Hv8ySAU2PiASY_lg> <xme:ZmxMZqwI73VQVvDj3On1vXNlH8rvHDF1swyjgooP1WvuSOoaQjFnMaZUtXyiK62j1 H_CN9yTwmABofTnP6k>
X-ME-Received: <xmr:ZmxMZm2RgRYRfLeJqa-qPyhPgaTMOqZ1HHA5ij-Qy3UzGoov9NqE1mdzrlv2ZM4>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdeivddgudekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptgfkffggfgfuvfevfhfhjgesrgdtreertddvjeenucfhrhhomhepuehrihgr nhcuvegrnhgulhgvrhcuoegsrhhirghnsehnshhrtgdrohhrgheqnecuggftrfgrthhtvg hrnhepfedtkefhveffiefhgefhleeileeitdfggfffveevjefhteeuudeifeetueeufeef necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepsghrih grnhesnhhsrhgtrdhorhhg
X-ME-Proxy: <xmx:ZmxMZpBFMtkgZT-b0i5LTNT1gTbDHZP35Ue59w33VKt3MOCcOJ1DJQ> <xmx:ZmxMZqjC6uFY2PkYevoWFm6plD5te8bYLeZ3WR0D_fT5jBibwj8e7A> <xmx:ZmxMZtptnr-8aQpD4eqqgu-ZV9qkZsWqRkEmQN6mOnJRakbMPEU3Cg> <xmx:ZmxMZlgzvLD-6XpXwWs1lZbZ45c6uyCK0GFWadIMmgnQzsNaJzfayA> <xmx:ZmxMZrv00EXL2AVhctSj3VWVeqocNXRgvvYhXvcQOi3M0qF2KEWArgjK>
Feedback-ID: i8f09498f:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 21 May 2024 05:41:57 -0400 (EDT)
Content-Type: multipart/alternative; boundary="------------RAouXjr3GoMmDzPFKybdVqyW"
Message-ID: <ae7c6e84-5866-4c0e-bff9-98bbae568a7f@nsrc.org>
Date: Tue, 21 May 2024 10:41:56 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-GB
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
References: <8b809070-b595-49cd-92f5-37989a399e93@gmail.com> <CAFU7BARZNZrASK+kb1B9syZsuHob_Hg1jjUNx8081FCOqqvgqA@mail.gmail.com>
From: Brian Candler <brian@nsrc.org>
In-Reply-To: <CAFU7BARZNZrASK+kb1B9syZsuHob_Hg1jjUNx8081FCOqqvgqA@mail.gmail.com>
Message-ID-Hash: 3NWL2Q3YN6UBLHRSWFUXUGBBGK7NAZNZ
X-Message-ID-Hash: 3NWL2Q3YN6UBLHRSWFUXUGBBGK7NAZNZ
X-MailFrom: brian@nsrc.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-v6ops.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: IPv6 Operations <v6ops@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [v6ops] Re: We should document IPv6 packet loss...
List-Id: v6ops discussion list <v6ops.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/vBam8bwvdpKq2Rg9kjGYOPQkZfg>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Owner: <mailto:v6ops-owner@ietf.org>
List-Post: <mailto:v6ops@ietf.org>
List-Subscribe: <mailto:v6ops-join@ietf.org>
List-Unsubscribe: <mailto:v6ops-leave@ietf.org>

>> Mean IPv6 latency: 294 ms
>> Mean IPv4 latency: 264 ms

Another minor comment: arithmetic mean is heavily influenced by large 
outliers, which means those numbers aren't easy to interpret.

Median and 90th percentile would be interesting to see.  Possibly 
harmonic mean too (since RTT is unlikely to be significantly *lower* 
than the minimum possible)

Since there are three tests to each target, some indication of how big 
the spread is between the shortest and longest would be interesting too.


>> IPv6 success rate: 90.3 %
>> IPv4 success rate: 98.7 %

Does "success" count each individual test, so that one particular target 
could count as 0, 1, 2 or 3 towards the total?

I think it would be interesting to see success/fail divided up into 
three categories per target:

(a) all three probes succeeded
(b) one or two probes succeeded
(c) zero probes succeeded

Case (b) would be odd to see, because TCP should retransmit, and simple 
packet loss should show itself as longer time to establish connection. 
But it's worth knowing if it happens at all.

That leaves all remaining failures as case (c). That's not what I think 
of as "packet loss" though. It probably means either:

- the probe has no IPv6 connectivity at all, even though it advertises 
that it has

- there's an Internet topology issue between the probe and the test 
location, i.e. incomplete routing tables somewhere. Peering politics 
between certain providers can cause that. Or a firewall with different 
policies for v4 and v6.

Regards,

Brian.