Re: [Tsv-art] [Last-Call] [v6ops] 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: tsv-art@ietfa.amsl.com
Delivered-To: tsv-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8BE23A1AA2 for <tsv-art@ietfa.amsl.com>; Thu, 8 Apr 2021 08:01:19 -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=unavailable 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 MdiAoK8MQt59 for <tsv-art@ietfa.amsl.com>; Thu, 8 Apr 2021 08:01:14 -0700 (PDT)
Received: from mail-ej1-x631.google.com (mail-ej1-x631.google.com [IPv6:2a00:1450:4864:20::631]) (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 417003A1AA4 for <tsv-art@ietf.org>; Thu, 8 Apr 2021 08:01:14 -0700 (PDT)
Received: by mail-ej1-x631.google.com with SMTP id v6so2339271ejo.6 for <tsv-art@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=odTILRqWJocELppq8p7pwUDCaRxeiW0bgJVzB8ZptPcfl8tD227DluBrvUsGoTT4iQ PAwVA2KcTxF/ZCwuft7PABYPkJzQuOarMHqQHx9W/T+r+24DaLgXDuaj6nDxryUQpmKq k/B5N9X9AvtOOD+bxriHHEruHO8XbvduStMd/ZrlWh7Ky47PHILUhgVebYAy4UO8qCh4 gjkVpWmaOg59p6MC6dO7xJQP00BxYIXYGM1wxZZxkEnhFvLPLc2Iaz5lMbrGcMk1xrFC Y7GS7StSXhi2slaPEMCkb5L4b6r/OYhF4L5FPwd4qSXPF3EUk1qZkk0A+bPS6O+NQeL7 thcg==
X-Gm-Message-State: AOAM5331FIFgn/us+Zljf3XPK9LS9/iIKEMPhUH0HktzFcBmBd2Ul8ZJ plbWOveJbtiyHptAS/1f0+AeRYmcTtlrFK3x1CY8vQ==
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, 08 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/tsv-art/XOmd9LSnnntAyicFRV6ZnjVsqsw>
Subject: Re: [Tsv-art] [Last-Call] [v6ops] Tsvart last call review of draft-ietf-v6ops-ipv6-ehs-packet-drops-05
X-BeenThere: tsv-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Review Team <tsv-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsv-art/>
List-Post: <mailto:tsv-art@ietf.org>
List-Help: <mailto:tsv-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2021 15:01:20 -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