Re: [Lime] Last Call: <draft-ietf-lime-yang-connectionless-oam-11.txt> (Generic YANG Data Model for Connectionless Operations, Administration, and Maintenance(OAM) protocols) to Proposed Standard

Huub van Helvoort <huubatwork@gmail.com> Mon, 27 November 2017 22:39 UTC

Return-Path: <huubatwork@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 A2B1E129405; Mon, 27 Nov 2017 14:39:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.976
X-Spam-Level:
X-Spam-Status: No, score=-1.976 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, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=no 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 laVlLIHzV9wp; Mon, 27 Nov 2017 14:39:46 -0800 (PST)
Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (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 5AD8212940F; Mon, 27 Nov 2017 14:39:46 -0800 (PST)
Received: by mail-wm0-x22f.google.com with SMTP id r68so38320041wmr.1; Mon, 27 Nov 2017 14:39:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=reply-to:subject:to:cc:references:from:message-id :disposition-notification-to:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=51s1d/BZaUq0dqoe7v8dsdqyLXhrkJ+TqH3T9Mnzbxo=; b=uHciY8rLlWN8duUQUa6fZ5hi2vaFWt50dKr+GptuLdyOZHRTMQGBUenqOnUr4lWYhi xz4iSZqyoHB7IVBkLZTw5NEhzBMe8SLySS5/msVdXM2Z/HqB8Nmy1JKPKKGcqDY1oYnH QwG7O9HFdE8fgVC4fux3uaHk9WrGdLOixukzVmW/e3N1sSSedEvUd8/iYWjzuAU3ASGu ch33qpoUJQjBzq8zqh7Lv43hRcFNT4NoWEgxwmnvPQTeC2Ti9VpWT+VoKyvBhSeDJq8H rDlQBTZcaMFqoYx6nkh6iqGOKY6XxourdkjuiIgTQm4t8WtJtuwUj150Vku+F/gsNC3N B27A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:reply-to:subject:to:cc:references:from :message-id:disposition-notification-to:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=51s1d/BZaUq0dqoe7v8dsdqyLXhrkJ+TqH3T9Mnzbxo=; b=l32Z4s9Rjr/aw1TkwJDFKKnV6Bf47hPuFtVVIprvXdr7lAx+oId7hU84KAEPdXlzpW X3/xuoAoliRJ2mISDng+Vjcctjqos6578eLMWMKlNJaJPlHZDz71Wa3qYVlub5xwNzP9 4WV/8ZaJwqw5ajf2c6iL2tblaGkPJ3Pj00unMtxKQ2s0OMsdhNDZJk+wYBi6JHkqqzjd LOg2Gj0oiYy/HmYrSzEoS25dAlOxqlas7wYt9MoL1qsBkpNvl3yJO55QbRbXedpqO97s PQD670iqR8VX84C6Tes4vKpjEwMCHZl05GHVSZFKiky7P9a+DnZYbhnviNVYf7MscDne Exmg==
X-Gm-Message-State: AJaThX48iVIP3Faf8o0iG7ZzOpBXSiCdg3MqGGkjP60t0sEV0/lyynxt 8H8rCNyoDZDEPe6C+bU0Ue0tPQ==
X-Google-Smtp-Source: AGs4zMYsCRuKIOeF11yQb4Cg8WRFzzO3MDJ3O+pA3FY+3WPueqLdPO5RGoLr0Vj7iL5gxDijZ+qw/g==
X-Received: by 10.80.184.52 with SMTP id j49mr53894722ede.160.1511822384670; Mon, 27 Nov 2017 14:39:44 -0800 (PST)
Received: from McAsterix.local (g77189.upc-g.chello.nl. [80.57.77.189]) by smtp.gmail.com with ESMTPSA id x17sm20785220edx.9.2017.11.27.14.39.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 27 Nov 2017 14:39:43 -0800 (PST)
Reply-To: huubatwork@gmail.com
To: Greg Mirsky <gregimirsky@gmail.com>, Qin Wu <bill.wu@huawei.com>, "iesg@ietf.org" <iesg@ietf.org>
Cc: Carlos Pignataro <cpignata@cisco.com>, "ietf@ietf.org" <ietf@ietf.org>, Ron Bonica <rbonica@juniper.net>, "lime-chairs@ietf.org" <lime-chairs@ietf.org>, Benoit Claise <bclaise@cisco.com>, "lime@ietf.org" <lime@ietf.org>, "draft-ietf-lime-yang-connectionless-oam@ietf.org" <draft-ietf-lime-yang-connectionless-oam@ietf.org>
References: <150772925005.24695.3851410645764765123.idtracker@ietfa.amsl.com> <CA+RyBmVq9MnC97LuVRzhYiR+_dj0gQ2YRSp+b-223fjQXvhR_w@mail.gmail.com> <CA+RyBmXfB2fPn8GzaWYKwUJZhLwnKc_raO9ELf+8ANnAcED-vA@mail.gmail.com> <B8F9A780D330094D99AF023C5877DABA9AC0F246@nkgeml513-mbx.china.huawei.com> <CA+RyBmXhhxcrrhfB+ZT9A813_M35U4zuirWpt6YhM5rwGN09eQ@mail.gmail.com> <B8F9A780D330094D99AF023C5877DABA9AC15C2E@nkgeml513-mbx.china.huawei.com> <CA+RyBmV9vN-pzUjBNmDhYL7=E52w3NNDGk5OWGNnn1g1wrkrjA@mail.gmail.com> <B8F9A780D330094D99AF023C5877DABA9AC173CC@nkgeml513-mbx.china.huawei.com> <CA+RyBmXsE6WHEWBb4ReYN3O6ztNTFZ4nG-YOBvxjQvckxc=XHQ@mail.gmail.com>
From: Huub van Helvoort <huubatwork@gmail.com>
Message-ID: <499e8dc0-fcac-a3a9-e3ae-630691b70bc4@gmail.com>
Date: Mon, 27 Nov 2017 23:40:10 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.4.0
MIME-Version: 1.0
In-Reply-To: <CA+RyBmXsE6WHEWBb4ReYN3O6ztNTFZ4nG-YOBvxjQvckxc=XHQ@mail.gmail.com>
Content-Type: text/html; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/lime/-x41iPZW4bTM9Fltx8ObOmk0zFY>
X-Mailman-Approved-At: Mon, 27 Nov 2017 14:41:08 -0800
Subject: Re: [Lime] Last Call: <draft-ietf-lime-yang-connectionless-oam-11.txt> (Generic YANG Data Model for Connectionless Operations, Administration, and Maintenance(OAM) protocols) to Proposed Standard
X-BeenThere: lime@ietf.org
X-Mailman-Version: 2.1.22
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: Mon, 27 Nov 2017 22:39:48 -0000

Hello Greg,

I agree with you that the current (version 18) text in section 3.3 is very confusing.

Authors:

If I look at the definition of TP in section 2.2 I think a TP is similar
to a maintenance point as defined for Ethernet. Am I correct?

I don't understand why there are TPs with no neighboring TPs,
where will their initiated OAM test be sent? Or where are OAM
tests they react to initiated?

It is IMHO also possible that there are TPs with a neighboring
TP before AND a neighboring TP after the current TP.

Please explain.

Regards, Huub.

---------

Dear All,
I was under impression that that question of oam-neighboring-tps has been discussed and since authors couldn't produce technical rationale for this object we've agreed that it will be removed altogether from the grouping connectionless-oam-tps. But authors just changed name from level to position but had missed to synchronize descriptions in the model and in section 3.3. The later still refers to vertical layers:
                     "List of related neighboring test points in adjacent
                     layers up and down the stack for the same interface
                     that are related to the current test point.";
while the model insists that it is peering relationship:
        description
          "The relative position
           of neighboring test point
           corresponding to the current
           test point. Level 0 indicates no neighboring
           test points placed before or after the current
           test point in the same layer.-1 means there is
           a neighboring test point placed before the current
           test point in the same layer and +1 means there is
           a neighboring test point placed after the current
           test point in same layer.";
So, what is it? Perhaps it is time to remove list oam-neighboring-tps altogether also because having it s fixed size list is plain wrong. (Sorry for being so blunt but I commented too many times on the same to no avail from the authors).

Regards,
Greg


-- 
================================================================
Always remember that you are unique...just like everyone else...