Re: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-methods-00

Greg Mirsky <gregimirsky@gmail.com> Tue, 07 February 2017 06:09 UTC

Return-Path: <gregimirsky@gmail.com>
X-Original-To: lime@ietfa.amsl.com
Delivered-To: lime@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00A6A129493 for <lime@ietfa.amsl.com>; Mon, 6 Feb 2017 22:09:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 PrvaFy8zsNIu for <lime@ietfa.amsl.com>; Mon, 6 Feb 2017 22:09:09 -0800 (PST)
Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AFC1D129440 for <lime@ietf.org>; Mon, 6 Feb 2017 22:09:09 -0800 (PST)
Received: by mail-oi0-x22b.google.com with SMTP id w204so59525853oiw.0 for <lime@ietf.org>; Mon, 06 Feb 2017 22:09:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=M9lAJvVbOOXMUJQAbKNSzvC1Bb8cRBpV++DmyKnLKhw=; b=UKV30SyPgAl89gOkRz0BX6dkkp9+h42GM6YiffzvEDi+2jgFozWzJ3YOR1Y+ARtAxS n9bEAjh93ozdxsKDXJddVQIYKuaFQEgQPEISztPJUeNOuit/nZ8nnLD3BUlwl8Mw5w7g RKT5WVPRjgtQoVFvsl9TAQJXMrRmNLy+hAfsTgj/KlJxwRI6UdJ+ZjiCFyM0wnHSSL8Z kUxWJeZc373dnzyvrW1f6f3ZSr1UIdg2LimfwA/btXma4HsjPRQVqWX9lZrf0Uz/bJIj Ci9K4jzUgcbN9L16Qj+3wqgPonOKp9S72pYOU5qT4NYpsrv1GOtFGPz2uUvp3JQBCMDb WSCg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=M9lAJvVbOOXMUJQAbKNSzvC1Bb8cRBpV++DmyKnLKhw=; b=F0HdKFEW+FcObeU8npS3OVNaZtVhwaGg4+rwvICu4muM4PKAxXz91VHgDWcrhIr+uq fQTcGhdXE1WF2APtMgeYV2I4LIZqDniC9IiMPEABLp2CEoOBbSU4njPVEKE3BcxeY/MH uNkrGqFQuSGAuwa0Q5tGUswnSytfnzEyzAHVvqbd4ZYf3djCaxlJHThbH6HTumytGQcg TxAVrlp4QTB7KmMKVbMFAMT3wdVQqfHEe+KsjULr70vsNFLGB5ktSmeeyRhx2ZRfbN+h H7QRT2FtpCt6LPYLECrZzPDpGChdXR3DtSEZKPX3qtPqhbgTJgqIgqNKGukOPXYu0ImG vdow==
X-Gm-Message-State: AMke39kyjSUEqkq+CrjW9A9JhTxsFlniMphqxLWp9kr+8JenIJJ86+R+m+BUKtHnOEEmpxeb7x2szV82IxDpWg==
X-Received: by 10.202.72.76 with SMTP id v73mr6307208oia.123.1486447748880; Mon, 06 Feb 2017 22:09:08 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.1.103 with HTTP; Mon, 6 Feb 2017 22:09:08 -0800 (PST)
In-Reply-To: <BLUPR0501MB2051AEE0003AB4976CF1D791AE770@BLUPR0501MB2051.namprd05.prod.outlook.com>
References: <BLUPR0501MB2051AEE0003AB4976CF1D791AE770@BLUPR0501MB2051.namprd05.prod.outlook.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Mon, 6 Feb 2017 22:09:08 -0800
Message-ID: <CA+RyBmXx8bPg1cBuB9XiUnt7zz6u6fj+ubMffRg618-giKnx3Q@mail.gmail.com>
To: Ron Bonica <rbonica@juniper.net>
Content-Type: multipart/alternative; boundary=001a1134fa900ca2710547ea9692
Archived-At: <https://mailarchive.ietf.org/arch/msg/lime/8_O41P0U4yy2zNfeX4jwxSZk6oU>
Cc: "lime@ietf.org" <lime@ietf.org>
Subject: Re: [Lime] WGLC: draft-ietf-lime-yang-connectionless-oam-methods-00
X-BeenThere: lime@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." <lime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lime>, <mailto:lime-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lime/>
List-Post: <mailto:lime@ietf.org>
List-Help: <mailto:lime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lime>, <mailto:lime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Feb 2017 06:09:12 -0000

Dear Authors, WG Chairs, et. al,
I've reviewed this draft as part of WG LC. Please find my comments,
questions below.

   - Firstly, why does the model being limited to methods of connectionless
   (CL) OAM? Were there attempt to have one model applicable to CL and
   connection-oriented (CO)? Besides difference in identifying Test Point (TP)
   in CO OAM domain vs. TP in CL OAM, I don't see anything else. Of course, CL
   doesn't use Connectivity Verification as it does not have notion of a
   connection between TPs.
   - Abstract

Please try to avoid using acronyms in Abstract.
"... support nested OAM workflows (i.e., performing OAM functions at
different or same levels through a unified interface)."

I agree that the first example, different OAM levels, is the case of nested
multi-layer OAM. But I think that the second example, same levels, is not.
The latter example is example of interworking between different OAM
technologies at the same OAM level.


   - Introduction
      - "Monitor networks connections ..." It is strange to find reference
      to connection in document that discusses CL OAM. Though often connection,
      i.e. , is being used as substitute for continuity, i.e. availability of a
      path between TPs, I encourage to be disciplined with
terminology. There are
      several examples to illustrate the difference between continuity and
      connectivity. One is from the field of electrical engineering:

Continuity - fact that you have electrons from A reaching B. Connectivity -
electrons from A are reaching B over red wire. And there no electrons on
red wire other than from A.

Or can quote RFC 6428:

   Continuity Check monitors a Label Switched Path for any loss of
   continuity defect.  Connectivity Verification augments Continuity
   Check in order to provide confirmation that the desired source is
   connected to the desired sink.


   - " Ping and Traceroute ..." why only on-demand OAM being explicitly
      mentioned and no proactive CC like BFD?
   - Section 3, last sentence may be re-phrased "This will allow the user
   to retrieve retrieved-data defined by the base data model [] using
   mechanism of his or her choosing."
   - Section 3.1
      - s/icmp ping/ICMP ping/
      - s/lsp ping/LSP ping/
      - I think that each reference requires reference to defining RFC
   - Section 3.2
      - what and when src-dst-address define destination-tp;
      - as I've noted in comments on CO and CL OAM YANG models, FEC, in
      general case, is group IP packets that are being forwarded and treated by
      the network in the same manner. How does FEC can be considered as
      destination-tp without specifying single IP address within that group?
      - What is tlv-address as destination-tp?
      - What is meaning of source-interface if destination-tp is of type
      src-dst-address and thus already includes src-ip-address?
      - What is meaning of outbound-interface if destination-tp is of
      type src-dst-address and thus already includes Interface?
      - What is expected for src-test-point and dest-test-point
      respectively if these are src-dst-address type?
      - What is benefit to retrieve session-xxx statistics with each
      query/RPC not after the test session being completed, i.e. to
have separate
      RPC for session-xxx statistics? Alternatively, you can include two
      timestamps in your data and then calculate all session-scope statistics
      off-node.

I don't support publication of this version of the draft.

Regards,
Greg

On Thu, Jan 26, 2017 at 7:12 AM, Ron Bonica <rbonica@juniper.net>; wrote:

> Folks,
>
> This message begins a WG Last Call for draft-ietf-lime-yang-connectionless-oam-methods-00.
> Please submit your comments by February 9, 2017.
>
>                                                                        Ron
>
> _______________________________________________
> Lime mailing list
> Lime@ietf.org
> https://www.ietf.org/mailman/listinfo/lime
>