Re: [spring] I-D Action: draft-ietf-spring-sr-oam-requirement-02.txt

David Allan I <david.i.allan@ericsson.com> Fri, 01 July 2016 16:12 UTC

Return-Path: <david.i.allan@ericsson.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 78BC612D75F for <spring@ietfa.amsl.com>; Fri, 1 Jul 2016 09:12:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham 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 6Al5aOhGG8zJ for <spring@ietfa.amsl.com>; Fri, 1 Jul 2016 09:12:30 -0700 (PDT)
Received: from usplmg20.ericsson.net (usplmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8AC0712D759 for <spring@ietf.org>; Fri, 1 Jul 2016 09:12:30 -0700 (PDT)
X-AuditID: c618062d-f79886d000002334-09-57768c0af390
Received: from EUSAAHC002.ericsson.se (Unknown_Domain [147.117.188.78]) by usplmg20.ericsson.net (Symantec Mail Security) with SMTP id C1.FF.09012.A0C86775; Fri, 1 Jul 2016 17:28:11 +0200 (CEST)
Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC002.ericsson.se ([147.117.188.78]) with mapi id 14.03.0294.000; Fri, 1 Jul 2016 12:12:29 -0400
From: David Allan I <david.i.allan@ericsson.com>
To: "spring@ietf.org" <spring@ietf.org>
Thread-Topic: [spring] I-D Action: draft-ietf-spring-sr-oam-requirement-02.txt
Thread-Index: AQHR06vsvwtuFnyHk06k9OiuOQAXt6ADuXRg
Date: Fri, 01 Jul 2016 16:12:29 +0000
Message-ID: <E6C17D2345AC7A45B7D054D407AA205C4BD307F2@eusaamb105.ericsson.se>
References: <20160701151906.24589.40199.idtracker@ietfa.amsl.com>
In-Reply-To: <20160701151906.24589.40199.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [147.117.188.10]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrELMWRmVeSWpSXmKPExsUyuXSPny53T1m4wYy7vBbHL/xmdGD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxuEnGxkLpstWPGm6xtjAuECsi5GTQ0LAROLJ1+9sELaYxIV7 64FsLg4hgaOMEkcXnwRLCAksY5RovhAIYrMJGEjs+f+FsYuRg0NEQF3i2dFwEFNYwFdi89lA iGiAxOK59iDFIgJGEqvXNjOC2CwCKhLvd58BG8gLVD3x3jxmiOGOElcO3GcFsTkFnCRurV4G VsMIdM33U2uYQGxmAXGJW0/mM0FcKSCxZM95ZghbVOLl43+sELaSxKSl51gh6nUkFuz+xAZh a0ssW/iaGWKvoMTJmU9YJjCKzkIydhaSlllIWmYhaVnAyLKKkaO0uCAnN93IYBMjMOSPSbDp 7mC8P93zEKMAB6MSD2/CtNJwIdbEsuLK3EOMEhzMSiK83yeXhQvxpiRWVqUW5ccXleakFh9i lOZgURLnFXukGC4kkJ5YkpqdmlqQWgSTZeLglGpgnPc0etWsrMbMoreCrooCalP8TueKnnyU 2Pret0vy/M4d73ivz4t8MfvhDr8vWyylOWRf3TORsom4+/T54+w8k0ULqxM/Ra/5fjxDILFp u9KhaEOvF7umiaXcnHDn3PSe1f/VZ+17fPjQtUdT2/z1pWV+zjbPNjec6FfT/fLVNUvBU4p7 nY/1dSuxFGckGmoxFxUnAgBiQKK7dQIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/EKfBsu-P_AHWjjVmAGSJcBhbw64>
Subject: Re: [spring] I-D Action: draft-ietf-spring-sr-oam-requirement-02.txt
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." <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, 01 Jul 2016 16:12:32 -0000

Hi

I looked over this and have a few modest suggestions....

1) Could be clarified a bit...
   REQ#2:   The SR OAM packet MUST follow exactly the same path as
            dataplane traffic
Suggested change
   REQ#2:   An SR OAM packet MUST follow exactly the same path as
            the dataplane traffic it is intended to instrument.
We could also argue about "exact path", as best we can do is in the nodal sense.... 

2)  Delete REQ 3 and REQ 4
Reason: Clarity. Packets do not discover anything, systems can. If the system implements ECMP and/or UCMP and the OAM system meets requirement 2, you're done.

3) REQ5, question...
	When you say available, is this in the sense that the path meets a specified criteria of information transfer capability?  Depending on the answer I may suggest an edit or two...and it may be necessary to include a definition of availability. (definition, not specification as we'll argue till the cows come home :-)

4) REQ9, clarification
	The current text reads like the CC mechanism itself failed, not what it was instrumenting. Suggested tweak...
   REQ#9:   In case of any path failure detected with continuity check, SR OAM SHOULD
            support rapid Connectivity Fault localization to isolate the
            node on which the failure occurs.

5) REQ11
	Just reads strange.... for example, an edge node may not be adjacent to a failure therefore confining actions to edge nodes makes no sense.  If the actual intention is to include all consequent actions of OAM states, there will be a few requirements that fall out of this. Something to discuss.

There is also the imbedded assumption that transactions are both p2p and bi-directional. I would like to see

REQxx 		OAM probes may be unidirectional or bi-directional.
REQxx+1 	OAM probes must be able to instrument p2p, mp2p and p2mp paths.

My 2 cents, hope it is useful.
Dave



-----Original Message-----
From: spring [mailto:spring-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org
Sent: Friday, July 01, 2016 8:19 AM
To: i-d-announce@ietf.org
Cc: spring@ietf.org
Subject: [spring] I-D Action: draft-ietf-spring-sr-oam-requirement-02.txt


A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Source Packet Routing in Networking of the IETF.

        Title           : OAM Requirements for Segment Routing Network
        Authors         : Nagendra Kumar
                          Carlos Pignataro
                          Nobo Akiya
                          Ruediger Geib
                          Greg Mirsky
                          Stephane Litkowski
	Filename        : draft-ietf-spring-sr-oam-requirement-02.txt
	Pages           : 7
	Date            : 2016-07-01

Abstract:
   This document describes a list of functional requirement for OAM in
   Segment Routing (SR) based network.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-spring-sr-oam-requirement/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-spring-sr-oam-requirement-02

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-sr-oam-requirement-02


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.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring