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

Stewart Bryant <stewart.bryant@gmail.com> Fri, 10 April 2020 17:27 UTC

Return-Path: <stewart.bryant@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 002973A0A56 for <pals@ietfa.amsl.com>; Fri, 10 Apr 2020 10:27:20 -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 iWCZarMIUQ_C for <pals@ietfa.amsl.com>; Fri, 10 Apr 2020 10:27:16 -0700 (PDT)
Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (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 267253A0A55 for <pals@ietf.org>; Fri, 10 Apr 2020 10:27:16 -0700 (PDT)
Received: by mail-wr1-x432.google.com with SMTP id g3so3035832wrx.2 for <pals@ietf.org>; Fri, 10 Apr 2020 10:27:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=60IyksJOGmIXG9CSLTK5PiohKuRr1M6QJw5YrGjdyJU=; b=nxGh6laRBl582/Q9ITap39EbH0kbSQCyNkIXFnUDyHChfqHOOeeReGymJmeNstc7wE AGi1Xf+hXLibhkwlPxrPXJ8LflJyffa7vv00TBsTKYa4wQTKJfSlVGmwM4hrAtOSIzZK StyNvpjvYFaRd0qcR1NeemFB/LwkfxFy4v51j7njJvz6DISCRcdATH26iHCT2AbEo6Xp 3oQrQknQ0QA2qB9kfrhr6X5x7q5M4OG+o5FLRgIF2gUdD64FUpbz4GDRDm68rn65hl2m CZBS3kvFRFNqENJjsuMSnHydOukrgv3PD5SS0y6QuFRuhBRmT6Dern7cLUK5HIyMR1tF u7UA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=60IyksJOGmIXG9CSLTK5PiohKuRr1M6QJw5YrGjdyJU=; b=UZNl/+VMfwMJPXQ4vSMhcRHDTKH0Fh4DRfRUm68FP8UI+4fqEp0uGTNoRkPHMwYoxE asCSkpRAHSOeFRLH9Z2gyr++CrswM8hKBFPmeoIHnOdorSAP0B4GXhE4jZJTUYvyMGLz HG0SAsGl2TSw062KvHw1vmxOGGiND4Ym0v2CiOnSLVhc+Kv+JEwE8cvF20O0780v+SEW HrR+0+q6BAJghKysIgdFNC1tkO3iJF3a3V1wKaCXOwoOdTzko6hXL5K/FWlUbBjk/KXA +CT9TUq9SUaRwjjgKRMv/MXRebXHvHVYG/f+0f5SDDrftdG1aMDGZXh+18qs6FIV2RIq twvA==
X-Gm-Message-State: AGi0PuYfYLQ+qfhE/5RfI1JKswbMdhDIhWqJJhZGaHNH5rOSE2926TGy CL/e8j5+J5kqhN1MqHosUDw=
X-Google-Smtp-Source: APiQypJTfI3oKlQ9G+gjGmo34If5eoEOXJa+E2JYIiDgk9r/aHP36Uv5foGRYsM31U/xd9KS/n+iZg==
X-Received: by 2002:adf:d846:: with SMTP id k6mr5458321wrl.268.1586539634535; Fri, 10 Apr 2020 10:27:14 -0700 (PDT)
Received: from broadband.bt.com ([2a00:23a8:4140:0:e972:a787:6592:a176]) by smtp.gmail.com with ESMTPSA id v131sm3825184wmb.19.2020.04.10.10.27.12 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 10 Apr 2020 10:27:13 -0700 (PDT)
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-Id: <4EF69811-1DC9-41F6-94E0-C3685D246487@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_34F6C035-EE7E-4901-B991-AA15335843A6"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Fri, 10 Apr 2020 18:27:08 +0100
In-Reply-To: <CAA=duU27Xu3NtDPhfDOHxkXbr82i1xf_Pz_5pV0ZRhMeSXByCQ@mail.gmail.com>
Cc: Stewart Bryant <stewart.bryant@gmail.com>, Giles Heron <giles@layerfree.net>, RFC Errata System <rfc-editor@rfc-editor.org>, 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
To: "Andrew G. Malis" <agmalis@gmail.com>
References: <20200409142817.9F3CEF4070B@rfc-editor.org> <266FFF4C-2FD3-4103-902C-1A6C24E72058@layerfree.net> <CAA=duU27Xu3NtDPhfDOHxkXbr82i1xf_Pz_5pV0ZRhMeSXByCQ@mail.gmail.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/24nPUEhhidflH0wcEp61SpUFxZU>
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: Fri, 10 Apr 2020 17:27:21 -0000

I think it was my fault

I am so used to IP having the SA first that I forgot that Ethernet has the DA first. Of course the DA first is more logical.

Stewart

> On 9 Apr 2020, at 22:50, Andrew G. Malis <agmalis@gmail.com> wrote:
> 
> 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 <mailto: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 <mailto: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 <https://www.rfc-editor.org/errata/eid6082>
> > 
> > --------------------------------------
> > Type: Technical
> > Reported by: Michal Dolegowski <mdolegow@cisco.com <mailto: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 <mailto:Pals@ietf.org>
> > https://www.ietf.org/mailman/listinfo/pals <https://www.ietf.org/mailman/listinfo/pals>
>