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 >
- [spring] FW: New Version Notification for draft-i… Zafar Ali (zali)
- Re: [spring] FW: New Version Notification for dra… Joel M. Halpern
- Re: [spring] New Version Notification for draft-i… Haoyu Song