[Int-dir] Intdir telechat review of draft-ietf-sfc-oam-framework-13
Carlos Bernardos via Datatracker <noreply@ietf.org> Mon, 04 May 2020 12:30 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: int-dir@ietf.org
Delivered-To: int-dir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 703583A0855; Mon, 4 May 2020 05:30:23 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Carlos Bernardos via Datatracker <noreply@ietf.org>
To: int-dir@ietf.org
Cc: draft-ietf-sfc-oam-framework.all@ietf.org, sfc@ietf.org, last-call@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.129.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <158859542340.25402.14656553070841187802@ietfa.amsl.com>
Reply-To: Carlos Bernardos <cjbc@it.uc3m.es>
Date: Mon, 04 May 2020 05:30:23 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-dir/TgQulH7hytGPNxdAPWcSgkTx1IM>
Subject: [Int-dir] Intdir telechat review of draft-ietf-sfc-oam-framework-13
X-BeenThere: int-dir@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "This list is for discussion between the members of the Internet Area directorate." <int-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-dir>, <mailto:int-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-dir/>
List-Post: <mailto:int-dir@ietf.org>
List-Help: <mailto:int-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-dir>, <mailto:int-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 May 2020 12:30:24 -0000
Reviewer: Carlos Bernardos Review result: Ready with Nits Thanks a lot for this document. I liked reading it. I have a first generic comment, minor but that I still wanted to make. Section 2 is about SFC Layering Model, which to me seems like an introduction, but not really specifically related to the core topic of the draft. Do we need that section in this draft? Maybe it can be condensed and included as a first part of section 3. The document has a big component of requirements and gap analysis, which brings one question: should the document use normative RFC 2199 language when expressing the requirements? In Section 3.2.1 t is used, for example, but not in other parts. I think some work is needed to make this consistent. I think that the following sentence needs to be reworded: "In order to apply such OAM functions at the service layer, they need to be enhanced to operate a single SF/SFF to multiple SFs/SFFs in an SFC and also in multiple SFCs." I think the behaviour of SFC-aware nodes that do not support a given OAM operation should be better explained. For example, the sentence "When an SF supports OAM functionality, it is desirable to process the packet and provide an appropriate response to allow end-to-end verification." might be to vague. Table 4 has a small formatting issue in the Classifier row. I think some in-band vs out-band OAM discussion would be interesting to add to the document.
- [Int-dir] Intdir telechat review of draft-ietf-sf… Carlos Bernardos via Datatracker
- Re: [Int-dir] Intdir telechat review of draft-iet… Eric Vyncke (evyncke)
- Re: [Int-dir] Intdir telechat review of draft-iet… Nagendra Kumar Nainar (naikumar)