Re: [v6ops] [Last-Call] Tsvart last call review of draft-ietf-v6ops-ipv6-ehs-packet-drops-05

Tom Herbert <tom@herbertland.com> Thu, 08 April 2021 15:01 UTC

Return-Path: <tom@herbertland.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 DE7C93A1AA0 for <v6ops@ietfa.amsl.com>; Thu, 8 Apr 2021 08:01:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.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 nOBZlUwTwKjx for <v6ops@ietfa.amsl.com>; Thu, 8 Apr 2021 08:01:13 -0700 (PDT)
Received: from mail-ej1-x630.google.com (mail-ej1-x630.google.com [IPv6:2a00:1450:4864:20::630]) (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 9B55E3A1AA2 for <v6ops@ietf.org>; Thu, 8 Apr 2021 08:01:13 -0700 (PDT)
Received: by mail-ej1-x630.google.com with SMTP id n2so3581770ejy.7 for <v6ops@ietf.org>; Thu, 08 Apr 2021 08:01:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=lHFzksAiNliaaSyYq8I9EK7AfrpHWQPswueCu+wUwZo=; b=eG4tc3gad5/1qFHvyXkaiWCXIPhIPXbkOsUYTxj2s0H6qLvhHukKDg+VSO8i0hoz3n vtaK/Seh+4XeKzCk0PLWMLPkScjh/tLrUwy3yemW353NBjN4lF+xOLbClJOsVX5WjkvR TJJTH7jO9zkT/BL1kO1R2Ug2vGKf/nyhh8Rn8bwRi618JFFfAGZHqVvQ9xfmKEijuIra uanv2U7+QJKEmwBcPSDaRFD9OVBEjrU6AZ9gqWpsbC+hAWek9byJZUMO18iHB3Zp62Ao AOtlDIwBXT6aBcdY8tDQv93LCmgt42dJB00b870TkW/MbZaj4/gHE/JQ5JWaoPBeI+in p7Kg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=lHFzksAiNliaaSyYq8I9EK7AfrpHWQPswueCu+wUwZo=; b=Z1Z8ocTohMeXapWswvn6wJZLgnODudGXlCZgaoAsk9AJfvA9IIrReYJfMow2ote8Pz qVIJhlJ4a6SXHcEhVU/V2Nc9h9a9NUcdKfDsj6ezRVb0pNnl0Wk7IvzNprLSkrKRlX1v wu8sbBeunkmqoNWX7yNUbdTQEtqsCEJxwElXU4Vkzwn/gB+RhOdMH1ttMWSFRd0O886l otZa5hVTAP+/pF8GuelxAUbFzkmF3YHF4Ks+CwKagUaDd5h2FwpwPEHsYxMC3gFGQG0H bS9jm8Ak+4/wKvxdyW6s5p9jLwEdHd11vxQJWsHXtMdqFcG9E+FcieRhypcr2hmd1wDp J1XQ==
X-Gm-Message-State: AOAM530aGFmB9BG6veH1xwpRbr210NV+DJO2Jbbb2D48FsQMsRa26Va2 dZXMdthJW+k1mQQVPRCDIIFOemwin5qX1XK70NcNuw==
X-Google-Smtp-Source: ABdhPJxUD3oVtTN6gzFr/12bwnD8vRBP1nH9Wy64Q9/0ci4vyGAB2m9OdNlSs2dc/3NoJ2/qUImOeWhGrgHkEmwXAck=
X-Received: by 2002:a17:907:162b:: with SMTP id hb43mr11108980ejc.41.1617894070957; Thu, 08 Apr 2021 08:01:10 -0700 (PDT)
MIME-Version: 1.0
References: <161366727749.10107.14514005068158901089@ietfa.amsl.com> <CALx6S34dMEEJ+OPUu_=FW1Y5AQuvAaHzBPEe448S7rfbMmHN_w@mail.gmail.com> <CEFDF511-9255-4913-840D-50CCBC2B7B17@gmail.com> <CALx6S36_w+zxyUt0DzQ9NKBs+SAPZDNhs_sqLBwi+qneOPSS5A@mail.gmail.com> <ef2bd4f5-3b1e-b88c-ec8f-dd9a2f9a60ba@si6networks.com> <CALx6S349X7fQR=9Dj+n5X7ovXsSjLYibv-C-+bL0nkWsYP5NGA@mail.gmail.com> <MN2PR11MB43668EDA6209CA6AF3BCC5EEB5759@MN2PR11MB4366.namprd11.prod.outlook.com> <CALx6S3447SJwdRPoG_BaXS=ihBe1xA84vxcCev1y2K4xqMYZaQ@mail.gmail.com> <a68c5a02-ad6b-1966-7fe4-678abf14af24@si6networks.com> <CALx6S36pLpF8+Y_8oDiO+UQAnXFt5STSaB5fJgjWp9jFEFv3-A@mail.gmail.com> <42039a4f-b65d-27ad-32a9-a26d0914ec0d@si6networks.com> <CALx6S352qOQD_gvU=Lnyy6U41irs6CPJPc=oNqXqX19JcveNOg@mail.gmail.com> <CALx6S37WDki4e6k9z_Fgf8JB3vOFeHfxkBCmDcryB0vkK5MnrA@mail.gmail.com> <018ce8cc-1db2-ad47-aebe-7b875331e106@gont.com.ar> <CALx6S37ddjxv_k0fUerXT9V08V1+=sH1heAdAoYDVVh427iuQw@mail.gmail.com> <eac57d7c-5514-3756-f553-0957a959f7c4@saloits.com>
In-Reply-To: <eac57d7c-5514-3756-f553-0957a959f7c4@saloits.com>
From: Tom Herbert <tom@herbertland.com>
Date: Thu, 8 Apr 2021 08:00:59 -0700
Message-ID: <CALx6S364LVounEHrODJvd=WHdtFkXWDWeTA9H2oTFFmO7oeOOA@mail.gmail.com>
To: "Timothy J. Salo" <salo@saloits.com>
Cc: IPv6 Operations <v6ops@ietf.org>, "draft-ietf-v6ops-ipv6-ehs-packet-drops.all@ietf.org" <draft-ietf-v6ops-ipv6-ehs-packet-drops.all@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, "tsv-art@ietf.org" <tsv-art@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/LJTr2eEl8lsEvn2j__LYEmpi55U>
Subject: Re: [v6ops] [Last-Call] Tsvart last call review of draft-ietf-v6ops-ipv6-ehs-packet-drops-05
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: Thu, 08 Apr 2021 15:01:19 -0000

On Thu, Apr 8, 2021 at 7:33 AM Timothy J. Salo <salo@saloits.com> wrote:
>
> On 4/8/2021 9:21 AM, Tom Herbert wrote:
> > [...]
> > Sure, tell me, as a host stack developer, what at reasonable minimum
> > length is for an IP header chain and I'll fix the packets I'm sending
> > so that the operators don't need to be bothered with this.
>
> No one really knows.

That presumes there is no data, and that it is impossible to get the
data. I don't believe that is true. For instance, RFC7872 does show
that between 80-90% of eight byte Destination Options make it through
the Internet. That's a pretty high percentage, so that suggests that a
minimal recommendation for EH length could be at least eight.

> Moreover, there is no reason to believe that the
> value won't change in the future.  Furthermore, this is well beyond the
> control of the IETF: it is driven by decisions made by router vendors
> and ISPs.
>
The ADs can correct me if I'm wrong, but I believe it is within the
scope of IETF to make recommendations and suggest best practices
concerning the use of standard protocols and those recommendations can
and should take operational data into account.

> I think that this has been explained several times, has it not?


>
> -tjs