Re: draft-ietf-bfd-unaffiliated-echo WGLC and IPR check

Greg Mirsky <gregimirsky@gmail.com> Wed, 12 April 2023 17:09 UTC

Return-Path: <gregimirsky@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05A52C152A11; Wed, 12 Apr 2023 10:09:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.093
X-Spam-Level:
X-Spam-Status: No, score=-2.093 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=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=gmail.com
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 F-L19Cf3UeET; Wed, 12 Apr 2023 10:09:43 -0700 (PDT)
Received: from mail-yb1-xb2c.google.com (mail-yb1-xb2c.google.com [IPv6:2607:f8b0:4864:20::b2c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4D918C151B29; Wed, 12 Apr 2023 10:09:43 -0700 (PDT)
Received: by mail-yb1-xb2c.google.com with SMTP id n203so751241ybg.6; Wed, 12 Apr 2023 10:09:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1681319382; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=cgzIfweSOhcs5G3NO7sbsv++IoWCtTtNQZfZ8OjkVe4=; b=YywTe8nitVX3PlE1481G8ayvRw5AWNWbqskeGMVLJ92fIKXpej9HgvqACObwogVOuV bIZIw6FZI4jAUrFecLM9Jfw/PYkjotfFXBLNEh/ItD+ytlAa6IPtjt8PqoPhiA9TKpez GmloBuNlB9aK0QdX0d1gy10IPaBdZFUTE8mS7fRJpC/nvvwMw0DRiFWq+s68RdrY9tNF g56KCh3qNPVgbEjFEEG9y3lOh/PjqlCCQ8r/6FwWmfXe1SYNbN//OtEFDfKW1qiPgTQS l+VBE8hK2KzdGLuIBGOFroQqa+x4nr7lB8Usabqrmn1jzxi/iwMPGKkpTuad7dCpTPjN wVCw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1681319382; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=cgzIfweSOhcs5G3NO7sbsv++IoWCtTtNQZfZ8OjkVe4=; b=jmMPsDabXOj0zKJ/nHtrhqGgA1ArO/lg//GloqZSqRGmVLeLqvrh7q2bSfgUC0vG/0 z8eji4e9NuugpsxH+wRleqfiwy2Lzx171b1oOlot5Glts1SIqCCuIBu1l59NS3pGaR0Z 7xg0yI53VBpXW9Eq+pFW7Gl5rcfALa4wtGFzx/+sh6NC3sBUxzegfDL2D68YGvheHmLf VJSRdDWkFdNe1x4l92v+FEG20CUjjDz493MEF1ZOGRpklVHp7XcA3D+JPCTEgY+es/di vrTc4X/zdYMOyxcAMcDjawsCN2Cvf2K4IYqXPbq0rUvND73w1GAL/uhqW+d3dlaMRNyc QdYA==
X-Gm-Message-State: AAQBX9fR47ZodClIzxNaZxpbKQ2K7PtEm4S+xnMp23WzJ971Zv9H5GhB zaZtQyfgJCWmO9fwLSQq9Xt00w8fRuFSfnfbaLeCCLb3vg0=
X-Google-Smtp-Source: AKy350bMnssW4qlpzMoimbLZcOVtFZEnqHXQNEwDA4vUM5JvvIL3TE89S3BXufw1DOzMcMs8DtHBGUXT1rmtiYqLfZw=
X-Received: by 2002:a25:778f:0:b0:b8f:43d8:eba2 with SMTP id s137-20020a25778f000000b00b8f43d8eba2mr1420083ybc.2.1681319382026; Wed, 12 Apr 2023 10:09:42 -0700 (PDT)
MIME-Version: 1.0
References: <E3E52D3E-1DEB-42B0-97D3-75B4A9904F00@pfrc.org>
In-Reply-To: <E3E52D3E-1DEB-42B0-97D3-75B4A9904F00@pfrc.org>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Wed, 12 Apr 2023 10:09:30 -0700
Message-ID: <CA+RyBmXEUh_Lfcuktd4vwuzhr26T=5p4okmgNguu=f_Ewa=q9A@mail.gmail.com>
Subject: Re: draft-ietf-bfd-unaffiliated-echo WGLC and IPR check
To: Jeffrey Haas <jhaas@pfrc.org>
Cc: draft-ietf-bfd-unaffiliated-echo@ietf.org, rtg-bfd WG <rtg-bfd@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000850e8705f926ac2a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/cHUDG1jaXeKaFRUlfibzZJBuZXk>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Apr 2023 17:09:47 -0000

Dear All,
after reading the document once more, I've realized that I need help with a
paragraph in Section 3. Please find my notes in-lined in the original text
below under the GIM>> tag:
   Once a BFD Unaffiliated Echo session is created on device A, it
   starts sending BFD Unaffiliated Echo packets, which MUST include BFD
   Unaffiliated Echo session demultiplexing fields, such as BFD "Your
   Discriminator" and/or "My Discriminator" defined in [RFC5880].
GIM>> It seems like the requirement is not clear on which fields must be
initialized by the device A - Your Discriminator, My  Discriminator, or
both. Furthermore, these fields are characterized as demultiplexing,
although the next sentence states that demultiplexing is based on the
source IP address or UDP source port number. If that is the case, what is
the role of discriminators in demultiplexing BFD Unaffiliated Echo sessions?
   Device A performs its initial demultiplexing of a BFD Unaffiliated
   Echo session using the source IP address or UDP source port.
GIM>> Does the source IP address sufficient to demultiplex BFD Unaffiliated
Echo sessions? Consider the case that Interface 1 is connected to a
broadcast link. Can there be multiple BFD Unaffiliated sessions off
Interface 1?
   Device
   A would send BFD Unaffiliated Echo packets with IP destination
   address destined for itself, such as the IP address of interface 1 of
   device A.
GIM>> Is "such as" in the sentence above used as "for example" or "that is"?
GIM>> And a general observation on the terminology. It seems like "device
A" is used as a short version of "BFD system hosted on device A". If that
is correct, perhaps that can be explained in the Terminology section
(although it is missing in the current version of the draft).

Regards,
Greg

On Mon, Apr 10, 2023 at 8:27 AM Jeffrey Haas <jhaas@pfrc.org> wrote:

> https://datatracker.ietf.org/doc/html/draft-ietf-bfd-unaffiliated-echo
>
> Working Group,
>
> The Working Group Last Call for draft-ietf-bfd-unaffiliated-echo has
> completed.  My judgment is that it has weak, but positive support to
> proceed to publication.  This isn't atypical of BFD work at this point in
> the BFD Working Group's life.
>
> The next steps for the document:
>
> 1. Please continue to iterate through the issues raised during last call.
> I will be summarizing them in the original WGLC thread.  I suspect we can
> reach conclusion for them shortly.
>
> 2. Each of the authors needs to make an attestation as to whether they're
> aware of any additional IPR applicable to this document.  The rest of the
> Working Group, as per BCP 78/79[1] should also disclose of any applicable
> IPR if they're aware of it.
>
> One thing that makes this document particularly interesting is that this
> work is covered partially under work done in BBF in TR-146.  This will be
> noted in the shepherd writeup.
>
>
> -- Jeff
>
> [1] https://www.rfc-editor.org/rfc/rfc8179.html#section-5.1
>
>
>