Re: [Lime] Progress on LIME Connectionless documents
Greg Mirsky <gregimirsky@gmail.com> Tue, 26 September 2017 18:22 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 A57151342EE for <lime@ietfa.amsl.com>; Tue, 26 Sep 2017 11:22:13 -0700 (PDT)
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 gcyrmcymnzyr for <lime@ietfa.amsl.com>; Tue, 26 Sep 2017 11:22:11 -0700 (PDT)
Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (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 DE75C1342FA for <lime@ietf.org>; Tue, 26 Sep 2017 11:22:10 -0700 (PDT)
Received: by mail-lf0-x22a.google.com with SMTP id l196so5402499lfl.1 for <lime@ietf.org>; Tue, 26 Sep 2017 11:22:10 -0700 (PDT)
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=aQZAwi/hY9JLHnYLekHJZBilyFhOn1R4Asw2i3LhbNE=; b=kkdFxH094jEAq4dB4krJAEmqyVuBGilYje2unIgG51L+q3KJ9jfyVFzJc9/Y7VX8Vz veHo3NKC+pIQee57WVwsoARClkkbr1VYv35j2bEyFCiHRmRJVpBkl4KIeIuu5dyDkAqe azkQJVGuu/NGsEG9zXNL30g66hXTtm64K/sEaySa54Acrq9XsxO2EuL8VlRlwEWLg7+J gkk7buDu+Xc1T8cLyRaugxDTVJCNbFG9Imk36F8qXxBFFBjo899EVJ/gr+ddueye3V42 T/C0+f7iRXni0Rs1z6H4jOdO/0IYenDRJUNTvZpely8CKsrLsEBoIg4h30YCOcr2wZXn ND2w==
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=aQZAwi/hY9JLHnYLekHJZBilyFhOn1R4Asw2i3LhbNE=; b=IsjHIN/sYvUSbLmr1SqwvwbgckQ/PvT9jwjJBL2Mohejj9bOl/2Wk+/U04Oct2qfdT mHYwMlX7FDwMWf0z/fzluV2eVgf5DRtnqwxaFd8jDR1WhHxTI3Gnk/q+lxU3aeoumEzx M4RQ6V+zAJDSZXqFOSIn2cWfcVgsJME2iIX4VQnoAhmVVlAPM0Z6mCHjtK50U1YsaDBT FCToo/w02u9XcHOS4KD+N6IRGWx7LNU4MJAb9+IVW9RHsBNcqWCSaON/kHa4hdggCmbx tQ54zwVub3zocCTqGT484MaWn7kP/k8/p0p/H6RecT23bzzFb86UE+CDXkRaRW+4SCwn j1zw==
X-Gm-Message-State: AHPjjUgBp/vI4+QcF+kUlJl/Rzy+KV2PnfGCF9XkoIVtEeGh6cbiJEFj ZDNPp1+kgQpIFjSIyI5KUd/JBKIgfHt5M57WCdo1PQ==
X-Google-Smtp-Source: AOwi7QC5r88Q8LIzJmn3gBcM8GiOxLYDzdeSt91fUe5SaXjhqejXl7zz1VkTj4pI7Sg0abNYhyAOgltcANy5dfKJ+HU=
X-Received: by 10.46.32.73 with SMTP id g70mr4968034ljg.1.1506450128960; Tue, 26 Sep 2017 11:22:08 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.46.32.201 with HTTP; Tue, 26 Sep 2017 11:22:08 -0700 (PDT)
In-Reply-To: <D5EDE03A.48B09%srihari@cisco.com>
References: <29E5AA02-4CC5-4CA9-A967-A9355EBD9175@cisco.com> <CA+RyBmWbGm9VVt3q5EjZ+k8VweNK6dDeAUkqhhVDhtQZrR-kkw@mail.gmail.com> <CA+RyBmW_W1uQeCEeAKPGBN7gfceffNBvSCgfrUD8gPhx9Oeodw@mail.gmail.com> <D5EDE03A.48B09%srihari@cisco.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Tue, 26 Sep 2017 11:22:08 -0700
Message-ID: <CA+RyBmXuKJNzNnHa0myamud7EHAxYWn12YKfynhXk-Ck9DK4pg@mail.gmail.com>
To: "Srihari Raghavan (srihari)" <srihari@cisco.com>
Cc: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>, "Benoit Claise (bclaise)" <bclaise@cisco.com>, "lime@ietf.org" <lime@ietf.org>
Content-Type: multipart/alternative; boundary="001a1142c008ceffca055a1bc0df"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lime/gv6syvcw5QS6CqP_FRRgeDf6-ag>
Subject: Re: [Lime] Progress on LIME Connectionless documents
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: Tue, 26 Sep 2017 18:22:14 -0000
Hi Shrihari, thank you fr your prompt response. I'll review the latest version and let you know if I agree with the changes. As for "forever" I can suggest the following example from TWAMP Light data model leaf number-of-packets { type union { type uint32 { range 1..4294967294 { description "The overall number of UDP test packet to be transmitted by the sender for this test session"; } } type enumeration { enum forever { description "Indicates that the test session SHALL be run *forever*."; } } } default 10; description "This value determines if the TWAMP-Test session is bound by number of test packets or not."; } then, if needed, you may check whether number-of-packets equals or not to "forever", e.g. leaf session-timeout { when "../number-of-packets != 'forever'" { description "Test session timeout only valid if the test mode is periodic."; } type uint32; units "seconds"; default 900; description "The timeout value for the Session-Sender to collect outstanding reflected packets."; } or leaf measurement-interval { when "../number-of-packets = 'forever'" { description "Valid only when the test to run forever, i.e. continuously."; } type uint32; units "seconds"; default 60; description "Interval to calculate performance metric when the test mode is 'continuous'."; } Let me know if you have more questions. Regards, Greg On Sun, Sep 24, 2017 at 9:55 AM, Srihari Raghavan (srihari) < srihari@cisco.com> wrote: > Hi Greg > > The latest draft (https://datatracker.ietf.org/doc/draft-ietf-lime-yang- > connectionless-oam-methods/) has addressed the first two comments w.r.t > Abstract and OAM retrieval methods hierarchy. > > Regarding the ‘leaf count’, can you please clarify as to what datatype you > are suggesting for the ‘forever’ mode? > > Thanks > Srihari > > From: Lime <lime-bounces@ietf.org> on behalf of Greg Mirsky < > gregimirsky@gmail.com> > Date: Saturday, 23 September 2017 at 12:39 AM > To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com> > Cc: "Benoit Claise (bclaise)" <bclaise@cisco.com>, "lime@ietf.org" < > lime@ietf.org> > Subject: Re: [Lime] Progress on LIME Connectionless documents > > Dear All, > I haven't heard from authors of the CL OAM Methods draft response to these > comments. > > Regards, > Greg > > On Thu, Jul 20, 2017 at 5:31 AM, Greg Mirsky <gregimirsky@gmail.com> > wrote: > >> Dear All, >> below please find my comments to the current version >> of draft-ietf-lime-yang-connectionless-oam-methods draft: >> >> - Abstract >> - "... interactive OAM workflows ( i.e., performing OAM functions >> at same levels through a unified interface)." I think that "interactive" >> does not accurately characterizes the relationship between domains on the >> same network layer. "Interworking" would be more accurate or, at the >> minimum, "interacting". >> - >> >> OAM Retrieval Methods Hierarchy >> >> - as noted in comments to draft-ietf-lime-yang-connectionless-oam, >> need use case for Test Point of mac-address type; >> - src-dst-address is not part of draft-ietf-lime-yang-connectionless-oam >> tp-address grouping. Stale hierarchy? >> - fec-type is not listed in tp-address grouping either. Another >> stale element? >> - tlv-address - same story, stale. >> - >> >> OAM Retrieval Methods YANG Module >> >> - leaf count (number of packets that will be sent) has type uint32 >> and thus cannot support "forever" mode. I believe support of "forever" mode >> is important and should be provided; >> >> Summarizing, in my opinion the current version of >> draft-ietf-lime-yang-connectionless-oam-methods is not ready for >> publication. >> >> Regards, >> Greg >> >> On Wed, Jun 28, 2017 at 10:27 PM, Carlos Pignataro (cpignata) < >> cpignata@cisco.com> wrote: >> >>> Dear WG, >>> >>> We will be progressing the LIME Connectionless documents, submitting >>> them to our AD. >>> >>> Please see the respective write-ups at: >>> https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connec >>> tionless-oam/shepherdwriteup/ >>> https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connec >>> tionless-oam-methods/shepherdwriteup/ >>> >>> Thanks, >>> >>> Carlos & Ron. >>> >>> _______________________________________________ >>> Lime mailing list >>> Lime@ietf.org >>> https://www.ietf.org/mailman/listinfo/lime >>> >>> >> >
- [Lime] Progress on LIME Connectionless documents Carlos Pignataro (cpignata)
- Re: [Lime] Progress on LIME Connectionless docume… Greg Mirsky
- Re: [Lime] Progress on LIME Connectionless docume… Carlos Pignataro (cpignata)
- Re: [Lime] Progress on LIME Connectionless docume… Greg Mirsky
- Re: [Lime] Progress on LIME Connectionless docume… Carlos Pignataro (cpignata)
- Re: [Lime] Progress on LIME Connectionless docume… Qin Wu
- Re: [Lime] Progress on LIME Connectionless docume… Greg Mirsky
- Re: [Lime] Progress on LIME Connectionless docume… Greg Mirsky
- Re: [Lime] Progress on LIME Connectionless docume… Qin Wu
- Re: [Lime] Progress on LIME Connectionless docume… Qin Wu
- Re: [Lime] Progress on LIME Connectionless docume… Greg Mirsky
- Re: [Lime] Progress on LIME Connectionless docume… Qin Wu
- Re: [Lime] Progress on LIME Connectionless docume… Ron Bonica
- Re: [Lime] Progress on LIME Connectionless docume… Greg Mirsky
- Re: [Lime] Progress on LIME Connectionless docume… Greg Mirsky
- Re: [Lime] Progress on LIME Connectionless docume… Srihari Raghavan (srihari)
- Re: [Lime] Progress on LIME Connectionless docume… Carlos Pignataro (cpignata)
- Re: [Lime] Progress on LIME Connectionless docume… Greg Mirsky
- Re: [Lime] Progress on LIME Connectionless docume… Greg Mirsky
- Re: [Lime] Progress on LIME Connectionless docume… Greg Mirsky
- Re: [Lime] Progress on LIME Connectionless docume… Greg Mirsky
- Re: [Lime] Progress on LIME Connectionless docume… Srihari Raghavan (srihari)