Re: [Gen-art] Genart last call review of draft-allan-5g-fmc-encapsulation-07

Russ Housley <housley@vigilsec.com> Fri, 29 January 2021 00:29 UTC

Return-Path: <housley@vigilsec.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED0823A045E for <gen-art@ietfa.amsl.com>; Thu, 28 Jan 2021 16:29:43 -0800 (PST)
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, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
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 obZLwAOPTeKa for <gen-art@ietfa.amsl.com>; Thu, 28 Jan 2021 16:29:41 -0800 (PST)
Received: from mail.smeinc.net (mail.smeinc.net [209.135.209.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0903F3A0DF7 for <gen-art@ietf.org>; Thu, 28 Jan 2021 16:28:52 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mail.smeinc.net (Postfix) with ESMTP id 2C430300BD0 for <gen-art@ietf.org>; Thu, 28 Jan 2021 19:28:49 -0500 (EST)
X-Virus-Scanned: amavisd-new at mail.smeinc.net
Received: from mail.smeinc.net ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id fBV5pjg5Ve1a for <gen-art@ietf.org>; Thu, 28 Jan 2021 19:28:45 -0500 (EST)
Received: from a860b60074bd.fios-router.home (pool-141-156-161-153.washdc.fios.verizon.net [141.156.161.153]) by mail.smeinc.net (Postfix) with ESMTPSA id 29E6F300B03; Thu, 28 Jan 2021 19:28:45 -0500 (EST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\))
From: Russ Housley <housley@vigilsec.com>
In-Reply-To: <BY5PR15MB37156033CA2E6D2AAF2F2E43D0BA9@BY5PR15MB3715.namprd15.prod.outlook.com>
Date: Thu, 28 Jan 2021 19:28:46 -0500
Cc: IETF Gen-ART <gen-art@ietf.org>, "draft-allan-5g-fmc-encapsulation.all@ietf.org" <draft-allan-5g-fmc-encapsulation.all@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <DE0A60A2-9AFB-4B34-A06D-3C754AE96E84@vigilsec.com>
References: <161184974409.10546.4997528219479351790@ietfa.amsl.com> <BY5PR15MB37156033CA2E6D2AAF2F2E43D0BA9@BY5PR15MB3715.namprd15.prod.outlook.com>
To: David Allan I <david.i.allan@ericsson.com>
X-Mailer: Apple Mail (2.3445.104.17)
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/FZr1yg9kJAkj9Tn8-CvVosLKjq8>
Subject: Re: [Gen-art] Genart last call review of draft-allan-5g-fmc-encapsulation-07
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Jan 2021 00:29:44 -0000

That works for me.

> On Jan 28, 2021, at 6:51 PM, David Allan I <david.i.allan@ericsson.com> wrote:
> 
> HI Russ:
> 
> I understand your major concern. How does this work?
> 
>   This encapsulation is expected to be used in environments where RFC 2516 is deployed. Therefore implementations MUST examine the version number:
>    - if the version number is 1, and PPPoE [RFC2516] is supported, process the frame further, else silently discard it.
>    - if the version number is 2 and 5WE is supported, process the frame further, else silently discard it.  
>   In both cases frames for the supported version number should  have session IDs corresponding to established sessions for the respective protocol models. A 5WE frame with an unrecognized session ID MUST be silently discarded.
> 
> We'll correct the minor nit along with the wherever we get to with the above, and any other updates that come out of the LC.
> 
> Rgds
> Dave
> 
> 
> 
> -----Original Message-----
> From: Russ Housley via Datatracker <noreply@ietf.org> 
> Sent: Thursday, January 28, 2021 8:02 AM
> To: gen-art@ietf.org
> Cc: draft-allan-5g-fmc-encapsulation.all@ietf.org; last-call@ietf.org
> Subject: Genart last call review of draft-allan-5g-fmc-encapsulation-07
> 
> Reviewer: Russ Housley
> Review result: Almost Ready
> 
> I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair.  Please treat these comments just like any other last call comments.
> 
> For more information, please see the FAQ at <http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.
> 
> Document: draft-allan-5g-fmc-encapsulation-07
> Reviewer: Russ Housley
> Review Date: 2021-01-28
> IETF LC End Date: 2021-02-05
> IESG Telechat date: Unknown
> 
> 
> Summary: Almost Ready
> 
> Thank you for addressing all of the concerns raie in my earlier review.
> 
> 
> Major Concerns:
> 
> Section 1 says:
> 
>   This encapsulation is expected to be used in environments where RFC
>   2516 is deployed. Therefore implementations are required to examine
>   the version number and react accordingly.
> 
> Please reword as a MUST statement.  Also, a simple sentence that tells the implementer how to "react accordingly" is needed.  I suspect that one should follow RFC 2516 if the version is 0x01 and follow this memo if the version is 0x02.
> 
> 
> Minor Concerns:
> 
> None.
> 
> 
> Nits:
> 
> Section 1 says: "... same offset as the [RFC2516] PPPoE data ...".
> The [RFC2516] is placed in an awkward location in the sentence.
> 
> 
>