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

Abdussalam Baryun <abdussalambaryun@gmail.com> Wed, 21 February 2018 00:26 UTC

Return-Path: <abdussalambaryun@gmail.com>
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 1BACB12E055; Tue, 20 Feb 2018 16:26:23 -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 qC5NwFjl7pPm; Tue, 20 Feb 2018 16:26:20 -0800 (PST)
Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (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 E4DB212E050; Tue, 20 Feb 2018 16:26:19 -0800 (PST)
Received: by mail-oi0-x231.google.com with SMTP id b8so6877698oib.11; Tue, 20 Feb 2018 16:26:19 -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=zOgq6H9ZnWE37seQKyJXbp6SYC8QdgAP9u2ClE3nQxw=; b=im9B8CTvcQOFSEstJNpOQ7dUnQStJ6vLRCNXjT8dEfEcgOVnhVJVYsNIZrqV9MqkBz ODa+64tRS5W0nMYA+ZEDXlPowSktWyD0K6Hz0Es3OYS+Iga0U05oEmTAgzFwpNss7+/j fX0hvTK83Qq7IcG2z7rfvNnQSb9wvW+yxEg4yaVRTGZKrCuXGb62zsAbTdIiJ/435BSF v9amwTuNiFUiog4M0PnT5Y6yt7/RQKMWrTjIW37ovNGo9r+ASH3UBC0WfxB77w6SjX4s 6736gdUrG3STdN314Qa64etVjnt+CfSlCMKpysIJ/5EFUkpQ4ezNjKNXiU/EvGBmXo2v ZleA==
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=zOgq6H9ZnWE37seQKyJXbp6SYC8QdgAP9u2ClE3nQxw=; b=jp+S1HhoPEHgh4Ep8Ape2qjqCCRSXQcTGLgYPUrkltdp0vxLR7SJxv+YIdWaAMG5cu s52LggXyoArQNx/v+5UOnDldKLZK4R563iljX9N/IIZtDY52scg9OVWfI+2gYbMKW3ed m7zFEvtgQ9GmKdgoFs/vsu4SHmR81uZjRXC3cpf/oPbvKz8oijwxxqkrO4WeBxkA2SRT V5BbFGSJXt50fAxQA4DU2EF+PQadTuPtrcIp0D6jtgazPdrxIaYuRi0MhRBpJqi1pMw4 2kQzd/vbjBLADJhCFXnWOUJD32e8hBZU1WeAGAiso8U+4yC9H3VgjjSc1ozsFy0Xku0Z 39zQ==
X-Gm-Message-State: APf1xPB5abn8Fc1RYKbAFDjfYeba/YH2S49jCZ0k7lbp9uajBM3yKgkX YALfepWT3Z2xJ/pcCWdFm3S6T0aJuQcwvyXMk7I=
X-Google-Smtp-Source: AG47ELsLQiG+hySKVl0MTEfIhVZf2r7otm9uxss3+cr+LvcM7ALE1YWf3O3VRsH5My85T1V5WT3WNaGIYTNJc95GRXo=
X-Received: by 10.202.62.135 with SMTP id l129mr905543oia.333.1519172779306; Tue, 20 Feb 2018 16:26:19 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.1.36 with HTTP; Tue, 20 Feb 2018 16:26:18 -0800 (PST)
In-Reply-To: <CALtoyok98HjeYPunxQZ=+MVEVFix9=AWo=TpT=ABmCUJ8nQmBg@mail.gmail.com>
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: Abdussalam Baryun <abdussalambaryun@gmail.com>
Date: Wed, 21 Feb 2018 02:26:18 +0200
Message-ID: <CADnDZ892mXM1CoGUzwrdbHHAzcrYPJC99grcwiz0_LgqLAdgBQ@mail.gmail.com>
To: Stan Ratliff <ratliffstan@gmail.com>
Cc: Lou Berger <lberger@labn.net>, Rick Taylor <rick@tropicalstormsoftware.com>, "Wiggins, David - 0665 - MITLL" <david.wiggins@ll.mit.edu>, manet <manet@ietf.org>, draft-ietf-manet-dlep-latency-extension@ietf.org
Content-Type: multipart/alternative; boundary="001a113cd6ccdcf60a0565adf9fc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/hItt2bUKsf_Cb9m2fm8hDuSrz7s>
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 00:26:23 -0000

Hi Stan,

New> 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 the Latency Data Item carried in any message."

thanks now it easier to understand,

agreed,

AB


On Tue, Feb 20, 2018 at 11:32 PM, Stan Ratliff <ratliffstan@gmail.com>
wrote:

> Lou,
>
>
> On Tue, Feb 20, 2018 at 4:29 PM, Lou Berger <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>
>> 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> 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] 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
>>>> > 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 on behalf of 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
>>>> https://www.ietf.org/mailman/listinfo/manet
>>>>
>>>
>>>
>