Re: [Lime-oam-model] Design Team report

"Adrian Farrel" <adrian@olddog.co.uk> Sat, 21 March 2015 09:27 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: lime-oam-model@ietfa.amsl.com
Delivered-To: lime-oam-model@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 503771A9141 for <lime-oam-model@ietfa.amsl.com>; Sat, 21 Mar 2015 02:27:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.6
X-Spam-Level:
X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham
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 vpaXcZUUU9DY for <lime-oam-model@ietfa.amsl.com>; Sat, 21 Mar 2015 02:27:47 -0700 (PDT)
Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6BE431A895E for <lime-oam-model@ietf.org>; Sat, 21 Mar 2015 02:27:47 -0700 (PDT)
Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id t2L9RcfT003454; Sat, 21 Mar 2015 09:27:38 GMT
Received: from 950129200 ([88.128.80.68]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id t2L9RZsf003415 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sat, 21 Mar 2015 09:27:35 GMT
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Tom Taylor' <tom.taylor.stds@gmail.com>, 'Qin Wu' <bill.wu@huawei.com>, 'Gregory Mirsky' <gregory.mirsky@ericsson.com>, 'Ronald Bonica' <rbonica@juniper.net>, lime-oam-model@ietf.org
References: <CO1PR05MB4422C6491A3B7179F229574AE130@CO1PR05MB442.namprd05.prod.outlook.com> <B8F9A780D330094D99AF023C5877DABA846E1E86@nkgeml501-mbs.china.huawei.com> <7347100B5761DC41A166AC17F22DF1121B92F482@eusaamb103.ericsson.se> <B8F9A780D330094D99AF023C5877DABA84702B17@nkgeml501-mbs.china.huawei.com> <7347100B5761DC41A166AC17F22DF1121B92F643@eusaamb103.ericsson.se> <B8F9A780D330094D99AF023C5877DABA84704C4C@nkgeml501-mbs.china.huawei.com> <7347100B5761DC41A166AC17F22DF1121B92FA5F@eusaamb103.ericsson.se> <B8F9A780D330094D99AF023C5877DABA847066E3@nkgeml501-mbs.china.huawei.com> <7347100B5761DC41A166AC17F22DF1121B930603@eusaamb103.ericsson.se> <BLUPR05MB433DD2E1CBEDF363CB13884AE010@BLUPR05MB433.namprd05.prod.outlook.com> <B8F9A780D330094D99AF023C5877DABA8470BE79@nkgeml501-mbs.china.huawei.com> <7347100B5761DC41A166AC17F22DF1121B9349F2@eusaamb103.ericsson.se> <550B2FEF.1030402@gmail.com> <B8F9A780D330094D99AF023C5877DABA8470D37B@nkgeml501-mbs.china.huawei.com> <550C13BD.60209@! gmail.com>
In-Reply-To: <550C13BD.60209@gmail.com>
Date: Sat, 21 Mar 2015 09:27:37 -0000
Message-ID: <015f01d063b9$46c0bb80$d4423280$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQHGrGBYXBNnQtTVBmeiqJ3Nn3uTlgGAai9CAPiOrd4CF5TF1gJG8BvoAnopMAQBxQCkWwGvvwRIAqLzMAMB36U4VQKeLMe3AUIVaf8Bz074FgHlHwRCAsmOSnmcXNliwA==
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21412.004
X-TM-AS-Result: No--18.423-10.0-31-10
X-imss-scan-details: No--18.423-10.0-31-10
X-TMASE-MatchedRID: vbSD0OnL8/Jlx7C8em/tVvHkpkyUphL9vjmFPx5veRlb1GKmMSX6qrSW OeGQ3qkws08Kn8FTW7zZ5nzC46YpxWxWB5tWzpKkLUfH1TEwaN3otgncDIj9B6+WgCcaviqGq8M 1tdFZKo+k3kjk66f7xCIwEPIC80k4LUtuq6lIAd2dtRmRhPNchm79evoIpeI3BWVBTXPjgu0/H4 pb4un6/ddnftfOs8OSLnc04Z6MC15E2JNynlEWOI0jlXkSHG1ecQJLYQ7Vq767+NPPxj+R6s4mb kY3Gztj+bcHpTWUQ+1LyWm/68ATQpO7ij3TaTVLBtTZHAJnUeCQqG6Ol0LolzHfldIlxyklz+Dr DrmFDI88LKzwgv+oHDsJ7my5/HUKiNCj8jDazVLnx2TmxvCbKCGi0ftsSkQy+Cckfm+bb6ADkd7 WQNL44uLzNWBegCW2XC3N7C7YzrfkwjHXXC/4I5BlLa6MK1y4
Archived-At: <http://mailarchive.ietf.org/arch/msg/lime-oam-model/_770aOclZL21foV4c8ofFxIRRrI>
Cc: "'Deepak Kumar (dekumar)'" <dekumar@cisco.com>
Subject: Re: [Lime-oam-model] Design Team report
X-BeenThere: lime-oam-model@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: LIME WG OAM Model Design Team <lime-oam-model.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lime-oam-model>, <mailto:lime-oam-model-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lime-oam-model/>
List-Post: <mailto:lime-oam-model@ietf.org>
List-Help: <mailto:lime-oam-model-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lime-oam-model>, <mailto:lime-oam-model-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Mar 2015 09:27:49 -0000

Hi Tom, all,

Tom said 

> I guess RFC7276 is wrong, then.

And i find that a little bit unhelpful.
Since he was replying to Qin:

> > Based on RFC7276,IP OAM is not primarily used for performance measurement.
> > RFC7276 Table 4 summarizes the OAM functions that are supported in each of
> > the OAM toolsets.
> > Toolset support one or several of these OAM functions including CC, CV, path
> > discovery, performance measurement, other function.
> > Take IP OAM as example, CC can be supported by IP Ping Toolset using Echo
> > request/reply messages and path discovery can be supported
> > By IP Traceroute toolset using Traceroute.

...I assume that Tom asserts that at least one of these items captured from 7276
is wrong.

Let's look at them one at a time:

"IP OAM is not primarily used for performance measurement"
This statement is not found in section 4.1 (on IP ping) but may be deduced from
that section.
Furthermore the development of OWAMP and TWAMP lead one to deduce that IP ping
was not suitable or performance monitoring.

"RFC7276 Table 4 summarizes the OAM functions that are supported in each of the
OAM toolsets."
I think that fact is beyond dispute.

"Toolset support one or several of these OAM functions including CC, CV, path
discovery, performance measurement, other function."
I think the definition of "toolset" speaks for itself.

"Take IP OAM as example, CC can be supported by IP Ping Toolset using Echo
request/reply messages"
Section 4.1 has:
   As defined in [NetTerms], it is a program
   used to test reachability of destinations by sending them an ICMP
   Echo request and waiting for a reply.
I'm not asserting that RFC1208 is the only document that can describe IP ping,
but it has been unquestioned for a while. 
Section 4.1 goes on:
   The ICMP Echo request/reply exchange in Ping is used as a Continuity
   Check function for the Internet Protocol.  The originator transmits
   an ICMP Echo request packet, and the receiver replies with an Echo
   reply.  ICMP Ping is defined in two variants: [ICMPv4] is used for
   IPv4, and [ICMPv6] is used for IPv6.
2.7 defines CC as:
      Continuity Checks are used to verify that a destination is
      reachable, and are typically sent proactively, though they can be
      invoked on-demand as well.
So the statement looks good.

"and path discovery can be supported by IP Traceroute toolset using Traceroute."
I think that is self-evident!


So what is the issue?

Going back a bit I see Tom said:

>>> Obviously, ping and traceroute are the prime IP-level working tools. But I
>>> wouldn't call ping a matter of Connectivity Check except in the grossest
sense. 

I wonder whether there is confusion about CC and LM.
CC means "is the destination reachable?" It is binary over a relatively short
period.
LM means "how many of my packets get through?" It is qualitative over a longer
period.

So perhaps the debate is about the definition of CC, not about what tools can be
applied to CC or whether 7276 is right in its description of the tools.

I do not think that it will be helpful to debate the definition of some pretty
well established terms related to OAM. If you want to define your own terms,
that will be fine (then others can map them to the existing terms), but trying
to change the meaning of terms that are in use will cause indigestion.

Thanks,
Adrian