Re: [Pals] [Technical Errata Reported] RFC8469 (6082)

"Andrew G. Malis" <agmalis@gmail.com> Thu, 09 April 2020 21:50 UTC

Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51BEA3A0FC3 for <pals@ietfa.amsl.com>; Thu, 9 Apr 2020 14:50:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, SPF_HELO_NONE=0.001, SPF_PASS=-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=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 bI104Rrkplj4 for <pals@ietfa.amsl.com>; Thu, 9 Apr 2020 14:50:46 -0700 (PDT)
Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (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 552C83A0F93 for <pals@ietf.org>; Thu, 9 Apr 2020 14:50:41 -0700 (PDT)
Received: by mail-qk1-x729.google.com with SMTP id y3so342150qky.8 for <pals@ietf.org>; Thu, 09 Apr 2020 14:50:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Dl1Vhn9eoGH6ub9LjZuXF0OegPZjJZP5mfIHaM48KGE=; b=VvbHtq8TtmtpYDRtEiR1DVSFicXPZ0NOWPsqRppSd0h8glS+Du5hopSpN2d5jv8O6h KPLm9OJuKrJJjwr2RXsh6HlV9K3qteWSOKMfF++i1ADEnJ+qpsYRvFG2Vdrweve9fFMa afPP9lOxcbr7KraSDbhlxx8gHBu5177/GTeJjo4nj+xju8fkTgsnV1ZbmYapqvS2hF8I HVu6sXX531JemT28J32cAXJS4kqhATHZ/YJFIT9jk/kOxFTZ57RXsZHHZgUmi3puvUIM PthNAsRvKt9O7Z4xZqRKT3lYryqS6oGdudI7lSm/OXwpo/cwYncUeq/0lupiF7pPiJl1 g/3A==
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=Dl1Vhn9eoGH6ub9LjZuXF0OegPZjJZP5mfIHaM48KGE=; b=tHaZyqsMT5prkr7wIgV0WoQOoCpcD2hWbv94oDwSQuchtewtTeqYI6VSHX9of16b6F vumXkrTi4ECtPLFDuaCEq03AzQmKX1ATisDctB2XmRSPYTcQpsDtYEPkZ72JlRVfCBE5 epXmboUR/7ye0CLoqsiHWRR0usTMtbebkKT1Z7zh/w30fyE6MGthSQTYMs+dBvPt6XOe qzBHKeNVV8e/yopn33AZcoNBFuHH9nze2zNxiludTtNvibdJRiZcEvRa+lblCrAlDXST xbfl1NGoDVCJPzf+XWurcyIUf1icguW9V4R1jWfvSfkB3bRXPH6z7p3xO9I1Bwr+ufyX 6VAw==
X-Gm-Message-State: AGi0PuYgGFtb/xhUxRBbY0wdPtuaAMUvU8Nh1jdsZLo1XwAE8pT270md vO3DxGCsZEYI2XGJ1o5GtR03Jc5Ka2G1MM1Dj6A=
X-Google-Smtp-Source: APiQypIZtYmy7pFNb7aowSswQAfptRubRYNandhtl01uNrOXre8CsA5ysaI+7Ds6vzgkAYus+3Pu3hYIQLPB0jsF8zo=
X-Received: by 2002:a37:62d7:: with SMTP id w206mr987490qkb.406.1586469040263; Thu, 09 Apr 2020 14:50:40 -0700 (PDT)
MIME-Version: 1.0
References: <20200409142817.9F3CEF4070B@rfc-editor.org> <266FFF4C-2FD3-4103-902C-1A6C24E72058@layerfree.net>
In-Reply-To: <266FFF4C-2FD3-4103-902C-1A6C24E72058@layerfree.net>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Thu, 09 Apr 2020 17:50:29 -0400
Message-ID: <CAA=duU27Xu3NtDPhfDOHxkXbr82i1xf_Pz_5pV0ZRhMeSXByCQ@mail.gmail.com>
To: Giles Heron <giles@layerfree.net>
Cc: RFC Errata System <rfc-editor@rfc-editor.org>, Stewart Bryant <stewart.bryant@gmail.com>, Ignas Bagdonas <ibagdona.ietf@gmail.com>, "BRUNGARD, DEBORAH A (ATTLABS)" <db3546@att.com>, Alvaro Retana <aretana.ietf@gmail.com>, Martin Vigoureux <martin.vigoureux@nokia.com>, "Michal Dolegowski (mdolegow)" <mdolegow@cisco.com>, pals@ietf.org
Content-Type: multipart/alternative; boundary="0000000000009795e505a2e29b86"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/kkhhm_rpt7-yFsnX4XJmDG1m_zY>
Subject: Re: [Pals] [Technical Errata Reported] RFC8469 (6082)
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Apr 2020 21:50:52 -0000

Giles,

Thanks, I've confirmed this as well. And many thanks for taking the blame!
:-)

Since it doesn't affect the recommendations in the RFC, my advice to
Deborah is to mark this "Hold for document update".

Stay healthy,
Andy


On Thu, Apr 9, 2020 at 11:24 AM Giles Heron <giles@layerfree.net> wrote:

> Yes - I think that's correct.
>
> And I must confess the source of the issue is probably section 4.6 of
> RFC4448 so this one is probably my fault rather than that of the RFC8469
> authors (or maybe I should just blame Luca!)
>
> Giles
>
> > On 9 Apr 2020, at 15:28, RFC Errata System <rfc-editor@rfc-editor.org>
> wrote:
> >
> > The following errata report has been submitted for RFC8469,
> > "Recommendation to Use the Ethernet Control Word".
> >
> > --------------------------------------
> > You may review the report below and at:
> > https://www.rfc-editor.org/errata/eid6082
> >
> > --------------------------------------
> > Type: Technical
> > Reported by: Michal Dolegowski <mdolegow@cisco.com>
> >
> > Section: 3
> >
> > Original Text
> > -------------
> > Thus, if the source MAC address of an Ethernet frame carried over
> > the PW without a control word present begins with 0x4 or 0x6, it
> > could be mistaken for an IPv4 or IPv6 packet.  This could,
> > depending on the configuration and topology of the MPLS network,
> > lead to a situation where all packets for a given PW do not follow
> > the same path.
> >
> > Corrected Text
> > --------------
> > Thus, if the destination MAC address of an Ethernet frame carried over
> > the PW without a control word present begins with 0x4 or 0x6, it
> > could be mistaken for an IPv4 or IPv6 packet.  This could,
> > depending on the configuration and topology of the MPLS network,
> > lead to a situation where all packets for a given PW do not follow
> > the same path.
> >
> > Notes
> > -----
> > The first nibble of an Ethernet frame is the first nibble of the
> destination MAC address, not the source MAC address.  The erroneous packet
> reordering occurs for traffic traveling toward the device with the 0x4...
> or 0x6... MAC address
> >
> > Instructions:
> > -------------
> > This erratum is currently posted as "Reported". If necessary, please
> > use "Reply All" to discuss whether it should be verified or
> > rejected. When a decision is reached, the verifying party
> > can log in to change the status and edit the report, if necessary.
> >
> > --------------------------------------
> > RFC8469 (draft-ietf-pals-ethernet-cw-07)
> > --------------------------------------
> > Title               : Recommendation to Use the Ethernet Control Word
> > Publication Date    : November 2018
> > Author(s)           : S. Bryant, A. Malis, I. Bagdonas
> > Category            : PROPOSED STANDARD
> > Source              : Pseudowire And LDP-enabled Services
> > Area                : Routing
> > Stream              : IETF
> > Verifying Party     : IESG
> >
> > _______________________________________________
> > Pals mailing list
> > Pals@ietf.org
> > https://www.ietf.org/mailman/listinfo/pals
>
>