[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.
- [v6ops] Re: We should document IPv6 packet loss... Brian E Carpenter
- [v6ops] Re: We should document IPv6 packet loss... Ole Trøan
- [v6ops] We should document IPv6 packet loss... Brian E Carpenter
- [v6ops] Re: We should document IPv6 packet loss... Ole Trøan
- [v6ops] Re: We should document IPv6 packet loss... Vasilenko Eduard
- [v6ops] Re: We should document IPv6 packet loss... Xipengxiao
- [v6ops] Re: We should document IPv6 packet loss... Jen Linkova
- [v6ops] Re: We should document IPv6 packet loss... Tim Chown
- [v6ops] Re: We should document IPv6 packet loss... Vasilenko Eduard
- [v6ops] Re: We should document IPv6 packet loss... Jen Linkova
- [v6ops] Re: We should document IPv6 packet loss... Brian Candler
- [v6ops] Re: We should document IPv6 packet loss... Costello, Tom
- [v6ops] Re: We should document IPv6 packet loss... Tim Chown
- [v6ops] Re: We should document IPv6 packet loss... Nick Buraglio
- [v6ops] Re: We should document IPv6 packet loss... Warren Kumari
- [v6ops] Re: We should document IPv6 packet loss... jordi.palet
- [v6ops] Re: We should document IPv6 packet loss... Jen Linkova
- [v6ops] Re: We should document IPv6 packet loss... Jen Linkova
- [v6ops] Re: We should document IPv6 packet loss... Nick Buraglio
- [v6ops] Re: We should document IPv6 packet loss... Bob Hinden
- [v6ops] Re: We should document IPv6 packet loss... Bob Hinden
- [v6ops] 1% loss [We should document IPv6 packet l… Brian E Carpenter
- [v6ops] Re: We should document IPv6 packet loss... Jen Linkova
- [v6ops] Re: We should document IPv6 packet loss... Rob Foehl
- [v6ops] Re: 1% loss [We should document IPv6 pack… Jen Linkova
- [v6ops] Re: We should document IPv6 packet loss... Brian E Carpenter
- [v6ops] Re: We should document IPv6 packet loss... Nick Buraglio
- [v6ops] Re: We should document IPv6 packet loss... Mark Smith
- [v6ops] Re: 1% loss [We should document IPv6 pack… Jen Linkova
- [v6ops] Re: 1% loss [We should document IPv6 pack… Nick Buraglio
- [v6ops] Re: 1% loss [We should document IPv6 pack… Brian E Carpenter
- [v6ops] Re: Not really 1% loss? [We should docume… Brian Candler
- [v6ops] Re: Not really 1% loss? [We should docume… Xipengxiao
- [v6ops] Re: Not really 1% loss? [We should docume… Brian E Carpenter
- [v6ops] Re: Not really 1% loss? [We should docume… Nick Buraglio
- [v6ops] Re: Not really 1% loss? [We should docume… Nick Buraglio
- [v6ops] Re: Not really 1% loss? [We should docume… Xipengxiao
- [v6ops] Re: Not really 1% loss? [We should docume… Brian E Carpenter
- [v6ops] Re: Not really 1% loss? [We should docume… Brian E Carpenter
- [v6ops] Re: 1% loss [We should document IPv6 pack… Jen Linkova
- [v6ops] Re: 1% loss [We should document IPv6 pack… Nick Buraglio
- [v6ops] Not really 1% loss? [We should document I… Brian E Carpenter
- [v6ops] Re: Not really 1% loss? [We should docume… Brian E Carpenter
- [v6ops] Re: Not really 1% loss? [We should docume… Vasilenko Eduard
- [v6ops] Re: Not really 1% loss? [We should docume… Nick Buraglio
- [v6ops] Re: Not really 1% loss? [We should docume… Geoff Huston
- [v6ops] Re: Not really 1% loss? [We should docume… Geoff Huston
- [v6ops] Re: Not really 1% loss? [We should docume… Vasilenko Eduard
- [v6ops] Re: Not really 1% loss? [We should docume… Xipengxiao
- [v6ops] Re: 1% loss [We should document IPv6 pack… Xipengxiao
- [v6ops] Less than 1% loss [We should document IPv… Brian E Carpenter
- [v6ops] Re: Not really 1% loss? [We should docume… Brian E Carpenter
- [v6ops] Re: Not really 1% loss? [We should docume… Brian E Carpenter
- [v6ops] Re: 1% loss [We should document IPv6 pack… Emile Aben
- [v6ops] Re: Not really 1% loss? [We should docume… Paolo Volpato
- [v6ops] Re: Not really 1% loss? [We should docume… Nick Buraglio
- [v6ops] Re: 1% loss [We should document IPv6 pack… Brian E Carpenter
- [v6ops] Re: Not really 1% loss? [We should docume… Geoff Huston
- [v6ops] Re: Not really 1% loss? [We should docume… Xipengxiao
- [v6ops] Re: Not really 1% loss? [We should docume… Geoff Huston
- [v6ops] Re: Not really 1% loss? [We should docume… Brian E Carpenter
- [v6ops] Re: Not really 1% loss? [We should docume… Matthew Petach
- [v6ops] Re: Not really 1% loss? [We should docume… Vasilenko Eduard
- [v6ops] Re: Not really 1% loss? [We should docume… Xipengxiao
- [v6ops] Re: Less than 1% loss [We should document… Vasilenko Eduard