Re: [manet] DLEP Latency Range Extension

Lou Berger <lberger@labn.net> Mon, 18 March 2019 11:22 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 337271277D6 for <manet@ietfa.amsl.com>; Mon, 18 Mar 2019 04:22:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham 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 3JUeoL_QRUVs for <manet@ietfa.amsl.com>; Mon, 18 Mar 2019 04:22:36 -0700 (PDT)
Received: from gproxy1-pub.mail.unifiedlayer.com (gproxy1-pub.mail.unifiedlayer.com [69.89.25.95]) (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 A64501228B7 for <manet@ietf.org>; Mon, 18 Mar 2019 04:22:36 -0700 (PDT)
Received: from cmgw12.unifiedlayer.com (unknown [10.9.0.12]) by gproxy1.mail.unifiedlayer.com (Postfix) with ESMTP id E01648D812816 for <manet@ietf.org>; Mon, 18 Mar 2019 05:09:48 -0600 (MDT)
Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id 5q9KhUC2umds95q9KhEBDM; Mon, 18 Mar 2019 05:09:46 -0600
X-Authority-Reason: nr=8
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From: References:To:Subject:Sender:Reply-To:Cc:Content-Transfer-Encoding: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=CzcQqmR0NLtp9n0+rnSzEJaxKFhpy+r8Cck+V6UPLK0=; b=yUnG1T028IppSgHZGpL3s9XZZ7 hHEOisIgqQEiLYuG5B8l5iVY2MYKLh/hxYuVodpgI1WYQnsMl3x8qzQ0rNf/sJA4jMr/Tfbwo1JhU Cnge3AznwyE07ifR6o/j+CzWQ;
Received: from pool-72-66-11-201.washdc.fios.verizon.net ([72.66.11.201]:54112 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from <lberger@labn.net>) id 1h5q9K-002ErH-Av; Mon, 18 Mar 2019 05:09:46 -0600
To: Justin Dean <bebemaster@gmail.com>, MANET IETF <manet@ietf.org>
References: <CA+-pDCfWNO_q0uwXtWggXZpQxphJhJVsryaYidWZUZf13ViZYg@mail.gmail.com>
From: Lou Berger <lberger@labn.net>
Message-ID: <8ce124e2-4034-ab10-37f2-cde6e6820bfa@labn.net>
Date: Mon, 18 Mar 2019 07:09:45 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1
MIME-Version: 1.0
In-Reply-To: <CA+-pDCfWNO_q0uwXtWggXZpQxphJhJVsryaYidWZUZf13ViZYg@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------F034AECCFC1F705573B04156"
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: 72.66.11.201
X-Source-L: No
X-Exim-ID: 1h5q9K-002ErH-Av
X-Source:
X-Source-Args:
X-Source-Dir:
X-Source-Sender: pool-72-66-11-201.washdc.fios.verizon.net ([IPv6:::1]) [72.66.11.201]:54112
X-Source-Auth: lberger@labn.net
X-Email-Count: 14
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/1AtO6ba-33meuCEi7ez6M8y82HY>
Subject: Re: [manet] DLEP Latency Range Extension
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 18 Mar 2019 11:22:38 -0000

On 3/11/2019 6:20 PM, Justin Dean wrote:
> The document has been submitted to the IESG for publication.
>
> I do have one nit which can be taken care of in future revisions.  The 
> range min/maxim is stated in the abstract in a overly fuzzy way.  The 
> packets may experience that delay....but they may not?  The definition 
> of the Maximum Latency and Minimum Latency in section 3 appear to 
> prohibit this, and the range is an absolute range, not a best effort 
> guess for 99% of the packets to be within the specified range.
>
> Suggested fix to the abstract. s/may/can
>
100% agree.


> Suggested fix to section 3  (but for both max and min)
> A 64-bit unsigned integer, representing the longest transmission
>        delay, in microseconds, that a packet encounters as it is
>        transmitted over the link.
> A 64-bit unsigned integer, representing the longest transmission
>        delay, in microseconds, that a packet can encounter as it is
>        transmitted over the link.
>
Sure!

Thanks.

Lou

> _______________________________________________
> manet mailing list
> manet@ietf.org
> https://www.ietf.org/mailman/listinfo/manet