Re: [spring] FW: New Version Notification for draft-ietf-6man-spring-srv6-oam-05.txt

"Joel M. Halpern" <jmh@joelhalpern.com> Fri, 12 June 2020 17:13 UTC

Return-Path: <jmh@joelhalpern.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4A513A0B22; Fri, 12 Jun 2020 10:13:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 K5GLv2WE6HOQ; Fri, 12 Jun 2020 10:13:15 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 83CE03A09E4; Fri, 12 Jun 2020 10:13:15 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 49k6kM1SY9z6G889; Fri, 12 Jun 2020 10:13:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1591981995; bh=gmmY2fKAn7ZIdH/vrjicdFX7t4K1av19ieRdrpDYQX0=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=YAtoxTalvNwVWPD8ThE79CdhreAg69B5CJj4orWsr6qjypGOiOauBo9lLbakaYnDz b11+NEshsvNzaYoKbMJlgstoUGAf28lbMrwNIGTKvRzP036LH8A3UL1c/PTSYuVTdq 1rZxBWfsw239Zre2U7edMvvWdjeSXO/kCFYH5PzI=
X-Quarantine-ID: <vBe4Pej07dxj>
X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net
Received: from [192.168.128.43] (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 49k6kL3tHTz6GHfL; Fri, 12 Jun 2020 10:13:14 -0700 (PDT)
To: "Zafar Ali (zali)" <zali=40cisco.com@dmarc.ietf.org>, 6man <6man@ietf.org>
Cc: "spring@ietf.org" <spring@ietf.org>
References: <159197922210.4807.2193188335198215906@ietfa.amsl.com> <7BD229A7-FB1D-43D5-B285-0B32FAFD029D@cisco.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <74f0fcca-b4c8-dbd6-504b-65e9d36feed8@joelhalpern.com>
Date: Fri, 12 Jun 2020 13:13:14 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0
MIME-Version: 1.0
In-Reply-To: <7BD229A7-FB1D-43D5-B285-0B32FAFD029D@cisco.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/kK4DkokABUfG57-AY4NT7ecNTYU>
Subject: Re: [spring] FW: New Version Notification for draft-ietf-6man-spring-srv6-oam-05.txt
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jun 2020 17:13:18 -0000

Thank you Zafar.  As we discussed, these changes address my concerns.
Yours,
Joel

On 6/12/2020 12:35 PM, Zafar Ali (zali) wrote:
> Dear WG:
> 
> We have just posted 
> https://www.ietf.org/internet-drafts/draft-ietf-6man-spring-srv6-oam-05.txt. 
> 
> 
> This version addresses comments received during the interim meeting and 
> all outstanding comments.
> 
> Since the interim meeting:
> 
>   * The authors had WebEx calls with Joel M. Halpern and Bob Hinden.
>   * The authors also had a WebEx with Greg Mirsky.
>   * During these calls, the author went over their comments and walked
>     over how the proposed diffs address their feedback. 
> 
> The authors thank Joel, Greg, Loa, Bob and the WG for all the comments.
> 
> The authors believe that the diffs address their and other outstanding 
> comments from the WG.
> 
> How the diffs address the comments is detailed in the following:
> 
>   * Joel Halpern comment from the interim meeting,
>     https://datatracker.ietf.org/doc/minutes-interim-2020-6man-01-202003310730/.
>     Specifically, "Joel Halpern: You said you added illustrations to
>     address my comments. You did add illustrations, but the description
>     does not address my comment. The document needs to address what the
>     router actually has to do when the O bit is set. The text does not
>     describe this."
>       o Section 2.1.1. O-flag Processing has been enhanced to address
>         Joel's comments. It has been reviewed with Joel and Bob during
>         the WebEx meeting with them. The author believes the changes
>         address Joel's comments. 
>   * Greg Mirsky's comment from the interim meeting,
>     https://datatracker.ietf.org/doc/minutes-interim-2020-6man-01-202003310730/.
>     Specifically, "Greg Mirsky: I did not read the latest version, so I
>     haven't seen the latest changes. I think your interpretation of RFC
>     7799 is incorrect. O-bit, according to the definition or active,
>     passive, and "in-between." OAM would be an example of the hybrid OAM
>     method. I also think what you are trying to achieve with O-bit is
>     achievable with current iOAM (in-situ OAM). "
>       o The terminology now uses the hybrid OAM mechanism. Section
>         2.1.1. (O-flag Processing) Section 3.3 (A Controller-Based
>         Hybrid OAM Using O-flag) has been enhanced to address Greg's
>         comments. The diffs have been discussed with Greg during the
>         WebEx meeting with them. The author believes the changes address
>         Greg's comments. 
>   * There was an outstanding comment from Greg in
>     https://mailarchive.ietf.org/arch/msg/ipv6/esi3EWdjWMEu9zSP-pjzxI2gEmw/.
>     Specifically, Greg asked: Isn't using assigned by IANA port number
>     sufficient to identify active IP OAM packets? Wouldn't the same be
>     applicable in SRv6 OAM? Removed END.OP SID and the associated
>     changes in the illustration section to address this comment.
>   * The new version addresses pending comments from Loa Anderson by a
>     rewrite of the introduction and abstract. All other comments from
>     https://mailarchive.ietf.org/arch/msg/ipv6/LKsWbnA0aWYem4AbHWrUURNd-3c/ has
>     been already addressed.
>   * Migrated addresses used for illustration to IPv6 addresses reserved
>     for documentation.
>   * Fixed .xml file, as per Bob’s comment.
>   * Fixed IDnit issues.
>   * Misc. editorial changes including illustration enhancement in 3.4
>     (Monitoring of SRv6 Paths)
> 
> Thanks
> 
> Regards … Zafar (on behalf of the co-authors and contributors)
> 
> *From: *"internet-drafts@ietf.org" <internet-drafts@ietf.org>
> *Date: *Friday, June 12, 2020 at 12:27 PM
> *To: *Daniel Voyer <daniel.voyer@bell.ca>, Mach Chen 
> <mach.chen@huawei.com>, "Clarence Filsfils (cfilsfil)" 
> <cfilsfil@cisco.com>, Satoru Matsushima 
> <satoru.matsushima@g.softbank.co.jp>, "Zafar Ali (zali)" <zali@cisco.com>
> *Subject: *New Version Notification for 
> draft-ietf-6man-spring-srv6-oam-05.txt
> 
> A new version of I-D, draft-ietf-6man-spring-srv6-oam-05.txt
> 
> has been successfully submitted by Zafar Ali and posted to the
> 
> IETF repository.
> 
> Name:draft-ietf-6man-spring-srv6-oam
> 
> Revision:05
> 
> Title:Operations, Administration, and Maintenance (OAM) in Segment 
> Routing Networks with IPv6 Data plane (SRv6)
> 
> Document date:2020-06-12
> 
> Group:6man
> 
> Pages:20
> 
> URL: 
> https://www.ietf.org/internet-drafts/draft-ietf-6man-spring-srv6-oam-05.txt
> 
> Status: https://datatracker.ietf.org/doc/draft-ietf-6man-spring-srv6-oam/
> 
> Htmlized: https://tools.ietf.org/html/draft-ietf-6man-spring-srv6-oam-05
> 
> Htmlized: 
> https://datatracker.ietf.org/doc/html/draft-ietf-6man-spring-srv6-oam
> 
> Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-6man-spring-srv6-oam-05
> 
> Abstract:
> 
>     This document describes how the existing IPv6 OAM mechanisms can be
> 
>     used in an SRv6 network.  The document also introduces enhancements
> 
>     for controller-based OAM mechanisms for SRv6 networks.
> 
> Please note that it may take a couple of minutes from the time of submission
> 
> until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat
> 
> 
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring
>