Re: [manet] I-D Action: draft-ietf-manet-dlep-latency-extension-02.txt

Lou Berger <lberger@labn.net> Wed, 21 February 2018 02:57 UTC

Return-Path: <lberger@labn.net>
X-Original-To: manet@ietfa.amsl.com
Delivered-To: manet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2C5C124D68 for <manet@ietfa.amsl.com>; Tue, 20 Feb 2018 18:57:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
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 Ev46e_fFZ-95 for <manet@ietfa.amsl.com>; Tue, 20 Feb 2018 18:57:49 -0800 (PST)
Received: from gproxy6-pub.mail.unifiedlayer.com (gproxy6-pub.mail.unifiedlayer.com [67.222.39.168]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B63411241F3 for <manet@ietf.org>; Tue, 20 Feb 2018 18:57:49 -0800 (PST)
Received: from cmgw4 (unknown [10.0.90.85]) by gproxy6.mail.unifiedlayer.com (Postfix) with ESMTP id BCD4A1E07AD for <manet@ietf.org>; Tue, 20 Feb 2018 19:57:47 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id DExj1x00X2SSUrH01ExmPM; Tue, 20 Feb 2018 19:57:47 -0700
X-Authority-Analysis: v=2.2 cv=G85sK5s5 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=Op4juWPpsa0A:10 a=wU2YTnxGAAAA:8 a=pGLkceISAAAA:8 a=5vjwwrbCAAAA:8 a=48vgC7mUAAAA:8 a=8m3_hxmXnGKK1NOH7GUA:9 a=FyygjwgwXuniU2vL:21 a=puBofw2iBos7R6bX:21 a=QEXdDO2ut3YA:10 a=Yz9wTY_ffGCQnEDHKrcv:22 a=pV4yRLctw-KkoPKGQz8o:22 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=n4kMfBoW/IES0QaCNrPrbNPdu+xfzPHVNbF+dfER3HM=; b=C80+LdC74n8e1zgQ+HbvkiJb5k qIcK3tqNQtb5Dj9II7YIggcF1WsaJmTfuJFrVrAt4/6y5MtDIxga4huNx2l18ATFLIjqQjZl7axWa fLi008ptdCbKT3oE/NUCP6lCp;
Received: from pool-100-15-86-101.washdc.fios.verizon.net ([100.15.86.101]:45750 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from <lberger@labn.net>) id 1eoKbH-004GU6-Iu; Tue, 20 Feb 2018 19:57:43 -0700
To: Stan Ratliff <ratliffstan@gmail.com>
Cc: Rick Taylor <rick@tropicalstormsoftware.com>, "Wiggins, David - 0665 - MITLL" <david.wiggins@ll.mit.edu>, Abdussalam Baryun <abdussalambaryun@gmail.com>, manet <manet@ietf.org>, draft-ietf-manet-dlep-latency-extension@ietf.org
References: <151865086912.7521.1302513672018061966@ietfa.amsl.com> <e7dfe5c2-ba21-fc0b-121f-908f37cf6618@labn.net> <CADnDZ8-Kw6jDbBNer8nBmPFPwhin+hHDxovV1VajizPrK2Ra_Q@mail.gmail.com> <b183af7e-c416-85be-46b2-a2e32004cbcc@labn.net> <CADnDZ8_jLnnXcvT=bpXCK6Rc1DiB3Kx2uHUFJ3rMeTHDM_NboA@mail.gmail.com> <1b0c761b-9fda-49e0-8344-52750c232b74@labn.net> <4FEB14CD-DE8D-4735-9FCA-8912EB49AB82@ll.mit.edu> <38A5475DE83986499AEACD2CFAFC3F9801D330F0F6@tss-server1.home.tropicalstormsoftware.com> <CALtoyomAAQB9usW-mfEAF_r5q0ibP-8meAEWsogAtbMTzetTfg@mail.gmail.com> <161b51ef380.27d3.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <CALtoyok98HjeYPunxQZ=+MVEVFix9=AWo=TpT=ABmCUJ8nQmBg@mail.gmail.com>
From: Lou Berger <lberger@labn.net>
Message-ID: <4f5c2356-1303-e59f-23c6-7695db9ddb2a@labn.net>
Date: Tue, 20 Feb 2018 21:57:41 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <CALtoyok98HjeYPunxQZ=+MVEVFix9=AWo=TpT=ABmCUJ8nQmBg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.86.101
X-Exim-ID: 1eoKbH-004GU6-Iu
X-Source:
X-Source-Args:
X-Source-Dir:
X-Source-Sender: pool-100-15-86-101.washdc.fios.verizon.net ([IPv6:::1]) [100.15.86.101]:45750
X-Source-Auth: lberger@labn.net
X-Email-Count: 6
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/a0vxdb4YYwYfFBQegPqY58v03GE>
Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-latency-extension-02.txt
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Mobile Ad-hoc Networks <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Feb 2018 02:57:52 -0000

How about:

  The Latency Range Data Item MAY be
   carried in any message where the Latency Data Item [RFC8175] is
   allowed and is carried as an additional data item.  When present, the
   Latency Range Data Item MUST be processed according to the same rules
   as the Latency Data Item defined in <xref target="RFC8175"/>.

Lou

On 2/20/2018 4:32 PM, Stan Ratliff wrote:
> Lou,
>
>
> On Tue, Feb 20, 2018 at 4:29 PM, Lou Berger <lberger@labn.net 
> <mailto:lberger@labn.net>> wrote:
>
>     Stan,
>
>     "In lieu" of a mandatory 8175 item is a pretty big change.  I
>     don't think we want to go there.  I think the rest of the text is
>     fine.
>
>
> Point taken. So, you're good with the second sentence changing to "The 
> latency Range Data Item MAY be carried in addition to the Latency Data 
> Item." ??
>
> Regards,
> Stan
>
>     On February 20, 2018 4:27:16 PM Stan Ratliff
>     <ratliffstan@gmail.com <mailto:ratliffstan@gmail.com>> wrote:
>
>>     I agree with Rick on adding 'types'. So, I'll propose some text.
>>     Maybe this will help?
>>
>>     "The Latency Range Data Item MAY be carried in any message where
>>     the Latency Data Item [RFC8175] is allowed. The Latency Range
>>     Data Item MAY be carried in addition to, or in lieu of, the
>>     Latency Data Item."
>>
>>     Regards,
>>     Stan
>>
>>
>>     >          The Latency Range Data Item MAY be carried in the same
>>     messages
>>     >    ... as  the Latency Data Item defined in [RFC8175].
>>
>>
>>     On Tue, Feb 20, 2018 at 4:05 PM, Rick Taylor
>>     <rick@tropicalstormsoftware.com
>>     <mailto:rick@tropicalstormsoftware.com>> wrote:
>>
>>         We have been fairly consistent in RFC8175 to refer to DLEP
>>         *messages*  I'm not sure adding 'types' helps...
>>
>>         Rick
>>
>>         > -----Original Message-----
>>         > From: manet [mailto:manet-bounces@ietf.org
>>         <mailto:manet-bounces@ietf.org>] On Behalf Of Wiggins, David -
>>         > 0665 - MITLL
>>         > Sent: 20 February 2018 18:47
>>         > To: Lou Berger; Abdussalam Baryun
>>         > Cc: manet; draft-ietf-manet-dlep-latency-extension@ietf.org
>>         <mailto:draft-ietf-manet-dlep-latency-extension@ietf.org>
>>         > Subject: Re: [manet] I-D Action:
>>         draft-ietf-manet-dlep-latency-extension-
>>         > 02.txt
>>         >
>>         > On 2/20/18, 12:42 PM, "manet on behalf of Lou Berger" <manet-
>>         > bounces@ietf.org <mailto:bounces@ietf.org> on behalf of
>>         lberger@labn.net <mailto:lberger@labn.net>> wrote:
>>         >     On 2/19/2018 9:19 PM, Abdussalam Baryun wrote:
>>         >     > But IMO it is not clear where the Latency Range item
>>         operates within
>>         >     > 8175,
>>         >     >
>>         >
>>         >     The draft currently says:
>>         >
>>         >           The Latency Range Data Item MAY be carried in the
>>         same messages
>>         >     ... as  the Latency Data Item defined in [RFC8175].
>>         >
>>         >     Is this not sufficient?
>>         >
>>         > Perhaps AB is reading this as "if a specific, on-the-wire
>>         message has a Latency
>>         > Data Item in it, then that particular message is allowed to
>>         have a Latency
>>         > Range Data Item.  Otherwise, it cannot have a Latency Range
>>         Data Item.
>>         > AB, is that your interpretation? If so, then maybe just
>>         saying "message
>>         > types"
>>         > instead of "messages" is enough clarification.
>>         >
>>         > David
>>
>>         _______________________________________________
>>         manet mailing list
>>         manet@ietf.org <mailto:manet@ietf.org>
>>         https://www.ietf.org/mailman/listinfo/manet
>>         <https://www.ietf.org/mailman/listinfo/manet>
>>
>>
>