IETF Logo Mail Archive

Re: [v6ops] Thoughts about wider operational input

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 01 April 2022 01:13 UTC

Return-Path: <brian.e.carpenter@gmail.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 9F03D3A0BB0 for <v6ops@ietfa.amsl.com>; Thu, 31 Mar 2022 18:13:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.109
X-Spam-Level:
X-Spam-Status: No, score=-2.109 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, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 70JhAv9u6vYe for <v6ops@ietfa.amsl.com>; Thu, 31 Mar 2022 18:13:01 -0700 (PDT)
Received: from mail-pg1-x52b.google.com (mail-pg1-x52b.google.com [IPv6:2607:f8b0:4864:20::52b]) (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 ED5763A0B28 for <v6ops@ietf.org>; Thu, 31 Mar 2022 18:12:40 -0700 (PDT)
Received: by mail-pg1-x52b.google.com with SMTP id w21so1158466pgm.7 for <v6ops@ietf.org>; Thu, 31 Mar 2022 18:12:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=ATh8nX3uF2vo9NSXhI6/WltZdIDncyR5jqben6wKyAE=; b=NNqeCm7N+EPFQXlwGN4gYHzT200spy+q5QX5b/L9S8ikKq1KDC1eveW570lH4iQAgB fpXtVF3QOP09MKV98CLt4DXbwbkFIIUErZI00hoxv1yjtxWKH0hxawfF3VA1O6HS65bE cfc8lEyXwHWsNy0/5mhN7bhzfXkcxZnrFsaBcJBDaEJn1hBF4VTjTJy/NVxhRiVXkfj8 t8wuPHV2y90KZna+smKiwxSI9ljx7jn4QaIkittsKOrz6fQsQy9cR0zQ35E/v1aRlMZS jd7kxi1yd48sxde5WSaWmuKNi02YVc5M/d8Hz7Ui/GcPdDucWSEYEkBm7Fa/AkbvM+iC Ya4w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ATh8nX3uF2vo9NSXhI6/WltZdIDncyR5jqben6wKyAE=; b=5+wu9oNUb9PQiAw+dDC8mzue9VH9ZUSfmV5OA2dg0YQS+1XoRMjWbtqDVIKWxX3zPS HGVYcjmHn9QfqZimwy/W0hLxNuc1aV5mEwlxwndM5k8NdlcxJf4IxTeaHmXcWQH76jg9 gW011HHIKhQlMKv6Rk1ud9molIB8v9TsJrY1lgmUFb7MVa0vbkVPvlw3h8OoBfrALMR6 4SLl1KTYx/I5YARRisUr972fVdZ58vGYRzQQwLSVu2RBj5oMskbsEnVhmSmiPkAbUd3O BK4AURebS/i5ujlQCe/VutmhwTsIY9EIK7GjvJt6E9S0RvsoDV0hEIm16SQi7SVaVpL+ tEFA==
X-Gm-Message-State: AOAM531VkhWw09CgfXxMplpUO0zE+p4Wq86JhHZS+b7Eg0XRIob+Ua+L LNaMErjoQYMZdYByaETArikXKT0xvRKZsw==
X-Google-Smtp-Source: ABdhPJzfkpb0qyaCwjLXA4evgwq+GleomC5HiqZ2/bAK0/hKPB11d+jCB0ywe15k4TdKPEMwQnnQ9Q==
X-Received: by 2002:a05:6a02:197:b0:382:a4b0:b9a8 with SMTP id bj23-20020a056a02019700b00382a4b0b9a8mr12913098pgb.325.1648775559343; Thu, 31 Mar 2022 18:12:39 -0700 (PDT)
Received: from ?IPv6:2406:e003:1005:b501:80b2:5c79:2266:e431? ([2406:e003:1005:b501:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id d18-20020a056a0010d200b004fa2e13ce80sm703910pfu.76.2022.03.31.18.12.36 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 31 Mar 2022 18:12:38 -0700 (PDT)
To: Fred Baker <fredbaker.ietf@gmail.com>
Cc: "E. Marie Brierley" <ebrierley@saatvikadvisors.com>, Mark Smith <markzzzsmith@gmail.com>, JORDI PALET MARTINEZ <jordi.palet=40consulintel.es@dmarc.ietf.org>, v6ops list <v6ops@ietf.org>
References: <52661a3d-75dc-111a-3f23-09b10d7cb8d4@gmail.com> <A72CDDDB-CDCE-4EAF-B95E-997C764DB2C4@gmail.com> <9175dc32-45c1-e948-c20a-3bcc958b77b9@gmail.com> <YjmJQMNgnJoSInUw@Space.Net> <D75EF08F-6A41-41B2-AFB2-649CBCC1D83E@consulintel.es> <CAPt1N1nRnYUFA=yyJHx6t52yqWbmcd2Tf1H8gQuCZBd3Q3VqJw@mail.gmail.com> <7F4AEB43-4B24-4A21-AE9D-3EB512B98C46@consulintel.es> <8fac4314b8244ba6b33eea68694296d0@huawei.com> <9A13E47B-75D0-443F-9EE9-D2917ACB2D0F@consulintel.es> <CAO42Z2xUG+BXj+VQpajed9aGjH+q-HR7RX7C-T4DsTbouz7xWQ@mail.gmail.com> <db66fe14-4391-b3ca-2219-e435d7e9cb28@gmail.com> <CO6PR19MB54670882EC43B8FEB8BF5666BA1F9@CO6PR19MB5467.namprd19.prod.outlook.com> <d1c5fd30-8ce4-b413-d4c7-60311eaafad8@gmail.com> <4F8543AF-187D-4817-B7A7-9BDF51FAD383@gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <3207eb11-e957-774e-bc6f-b163e1de05c0@gmail.com>
Date: Fri, 01 Apr 2022 14:12:35 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0
MIME-Version: 1.0
In-Reply-To: <4F8543AF-187D-4817-B7A7-9BDF51FAD383@gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/zoG5w6hbJfpNMlT90rHphk52hPQ>
Subject: Re: [v6ops] Thoughts about wider operational input
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 01 Apr 2022 01:13:06 -0000

On 01-Apr-22 13:41, Fred Baker wrote:
> 
> 
>> On Mar 29, 2022, at 9:23 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>>
>> A lot of that is of course users deciding not to buy. Does anybody know how to measure how much of it is due to session failure (per IP version)?
> 
> I would expect a very large percentage of it is. I can only speak of my own usage, but in my case it's not unusual to look up a potential plane ticket (or other product/service) on several airlines on several sites a long time in advance of actually making a purchase. Every such exploratory access will be a case in which I decided to "not buy" and probably is detected as a session failure by the site(s) I'm visiting.

Yes, from the server's viewpoint, a timeout caused by NAT state loss is probably impossible to distinguish from a timeout caused by the user getting bored or switching to a different airline.

    Brian

v2.23.0 | Report a Bug | By Email