[manet] undirectional or bidirectional (Was Re: I-D Action: draft-ietf-manet-dlep-da-credit-extension-00.txt)

Lou Berger <lberger@labn.net> Thu, 09 February 2017 22:26 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 BD98C1294D4 for <manet@ietfa.amsl.com>; Thu, 9 Feb 2017 14:26:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.887
X-Spam-Level:
X-Spam-Status: No, score=-3.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-1.887, SPF_PASS=-0.001, URIBL_BLOCKED=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 deTdAy7ZusUs for <manet@ietfa.amsl.com>; Thu, 9 Feb 2017 14:26:00 -0800 (PST)
Received: from gproxy3-pub.mail.unifiedlayer.com (gproxy3-pub.mail.unifiedlayer.com [69.89.30.42]) by ietfa.amsl.com (Postfix) with SMTP id DB54E1293FF for <manet@ietf.org>; Thu, 9 Feb 2017 14:25:59 -0800 (PST)
Received: (qmail 2674 invoked by uid 0); 9 Feb 2017 22:25:57 -0000
Received: from unknown (HELO CMOut01) (10.0.90.82) by gproxy3.mail.unifiedlayer.com with SMTP; 9 Feb 2017 22:25:57 -0000
Received: from box313.bluehost.com ([69.89.31.113]) by CMOut01 with id imRt1u00r2SSUrH01mRwrz; Thu, 09 Feb 2017 15:25:56 -0700
X-Authority-Analysis: v=2.1 cv=U+QBU4bu c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=N659UExz7-8A:10 a=xqWC_Br6kY4A:10 a=n2v9WMKugxEA:10 a=48vgC7mUAAAA:8 a=RpNjiQI2AAAA:8 a=2mPiOllCa0SN33ktqxoA:9 a=ZBfsrXKoU43f44JF:21 a=aVPzCvDol_xkr-3M:21 a=pILNOxqGKmIA:10 a=w1C3t2QeGrPiZgrLijVG:22 a=vJuR_VyAocOa-HWBgGQO: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:Cc:References: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=Fu/zCCO4a9Qc4cvBPTaysWfGelCOcfWPlyTm0RwJt5o=; b=IDkCgFaf5kPBnIi24WgHIO1be9 HmrO8jFqqhLAk9eKOyDPyYnzY35bFZcs9lXfKpIOEvXk/VZw7yugCs7UVWzx6QDls9LNuiTLQVJwt jTs1d3kTpSYDukmyKOJlZpm9J;
Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:50058 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from <lberger@labn.net>) id 1cbxA1-0007l9-QH; Thu, 09 Feb 2017 15:25:53 -0700
To: "Ratliff, Stanley" <sratliff@idirect.net>
References: <148667628707.8102.13409682946744251791.idtracker@ietfa.amsl.com> <e4b9b76941614206a04ec9bc9bfc4213@VAUSDITCHM2.idirect.net>
From: Lou Berger <lberger@labn.net>
Message-ID: <acd90b21-b5e0-02bb-a169-460989e0fc3a@labn.net>
Date: Thu, 9 Feb 2017 17:25:49 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0
MIME-Version: 1.0
In-Reply-To: <e4b9b76941614206a04ec9bc9bfc4213@VAUSDITCHM2.idirect.net>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
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.85.191
X-Exim-ID: 1cbxA1-0007l9-QH
X-Source:
X-Source-Args:
X-Source-Dir:
X-Source-Sender: pool-100-15-85-191.washdc.fios.verizon.net ([IPv6:::1]) [100.15.85.191]:50058
X-Source-Auth: lberger@labn.net
X-Email-Count: 2
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/pLXjqIOrjQJT0STeOy4aZko7xDI>
Cc: "manet@ietf.org" <manet@ietf.org>
Subject: [manet] undirectional or bidirectional (Was Re: I-D Action: draft-ietf-manet-dlep-da-credit-extension-00.txt)
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.17
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: Thu, 09 Feb 2017 22:26:01 -0000

Thanks Stan.

WG,

    So one of the basic differences in the drafts is that this document
only supports flow control in one direction, i.e., for traffic sent from
a router to a modem, while the other credit-window draft supports it in
both directions.  We'd like feedback from the WG on which approach to
follow.

We (authors of the DA draft) made a conscious choice to limit the DA
credit based flow control to one direction out of the desire to keep the
extension as simple as possible and to provide what is really expected
to be used.

Clearly the reason for being able to control traffic that is sent from
the router to the modem/radio is pretty easily understood.  Also, while
bidirectional flow control existed in pre-dlep solutions, it wasn't
really used -- and in one reported bug/case resulted in traffic dropped
unnecessarily.  That said, it at first seemed appealing to define a
symmetric approach that supports flow control in either direction, but
when getting into the details of DLEP message formats ( and different
message types in general, based on sender type) the result was a
symmetric solution that used non-symmetric messaging - which in the
authors opinion was fairly complex. So, given:
    (a) the added complexity of document/protocol/code needed to support
        bidirectional credit control and
    (b) no one has ever used or currently expects to use credit flow
        control for traffic destined to a router

We concluded that unidirectional definition was the right place to aim
*at this time*.  This of course doesn't preclude someone from defining a
companion definition for modem to router traffic flow control down the
road -- when there is an actual need.

So the question for the WG is:

Should the merged / future credit window definition support (1)
bidirectional (credit) flow control, or (2) flow control for only
traffic from a router to a modem?

Said another way: does anyone wish to advocate the position that we need
credit window flow control for traffic received over the air, and sent
from modem to router, *now*?
 
Thanks,
Lou

On 2/9/2017 4:39 PM, Ratliff, Stanley wrote:
> WG Participants, 
>
> Please note that there is already agreement to merge this draft with the existing credit-windowing draft. 
>
> Regards,
> Stan
>
>
>> -----Original Message-----
>> From: manet [mailto:manet-bounces@ietf.org] On Behalf Of internet-
>> drafts@ietf.org
>> Sent: Thursday, February 09, 2017 4:38 PM
>> To: i-d-announce@ietf.org
>> Cc: manet@ietf.org
>> Subject: [manet] I-D Action: draft-ietf-manet-dlep-da-credit-extension-
>> 00.txt
>>
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>> This draft is a work item of the Mobile Ad-hoc Networks of the IETF.
>>
>>         Title           : DLEP DiffServ Aware Credit Windowing Extension
>>         Authors         : Bow-Nan Cheng
>>                           David Wiggins
>>                           Lou Berger
>> 	Filename        : draft-ietf-manet-dlep-da-credit-extension-00.txt
>> 	Pages           : 15
>> 	Date            : 2017-02-09
>>
>> Abstract:
>>    This document defines an extension to the DLEP protocol that enables
>>    a DiffServ aware credit-windowing scheme for destination-specific
>>    flow control.
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://urldefense.proofpoint.com/v2/url?u=https-
>> 3A__datatracker.ietf.org_doc_draft-2Dietf-2Dmanet-2Ddlep-2Dda-2Dcredit-
>> 2Dextension_&d=DwICAg&c=LlUvidvlhStGUSxQl0giOA&r=QzgCKlK-
>> eUsbLW5r8KZAL9L_yqNON1dbKtMa-
>> Wbxna8&m=9TQb6Q5N3BVTInZ75WoGOOnfJUebZ79I48J4BqgfULw&s=0w3f
>> AQEHq-AFeAS0_0V-qYD3X2_V5ICYQYzYyc3Xs_s&e=
>>
>> There's also a htmlized version available at:
>> https://urldefense.proofpoint.com/v2/url?u=https-
>> 3A__tools.ietf.org_html_draft-2Dietf-2Dmanet-2Ddlep-2Dda-2Dcredit-
>> 2Dextension-2D00&d=DwICAg&c=LlUvidvlhStGUSxQl0giOA&r=QzgCKlK-
>> eUsbLW5r8KZAL9L_yqNON1dbKtMa-
>> Wbxna8&m=9TQb6Q5N3BVTInZ75WoGOOnfJUebZ79I48J4BqgfULw&s=vS4_
>> ErYmNSqmCuJN2GQIxdAhWASU-t02QmM3REGP7YA&e=
>>
>>
>> Please note that it may take a couple of minutes from the time of submission
>> until the htmlized version and diff are available at tools.ietf.org.
>>
>> Internet-Drafts are also available by anonymous FTP at:
>> https://urldefense.proofpoint.com/v2/url?u=ftp-3A__ftp.ietf.org_internet-
>> 2Ddrafts_&d=DwICAg&c=LlUvidvlhStGUSxQl0giOA&r=QzgCKlK-
>> eUsbLW5r8KZAL9L_yqNON1dbKtMa-
>> Wbxna8&m=9TQb6Q5N3BVTInZ75WoGOOnfJUebZ79I48J4BqgfULw&s=lceM
>> culiCdita8xLaO2U354BvtcjwbCCS6X8FNPtgXQ&e=
>>
>> _______________________________________________
>> manet mailing list
>> manet@ietf.org
>> https://urldefense.proofpoint.com/v2/url?u=https-
>> 3A__www.ietf.org_mailman_listinfo_manet&d=DwICAg&c=LlUvidvlhStGUSx
>> Ql0giOA&r=QzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa-
>> Wbxna8&m=9TQb6Q5N3BVTInZ75WoGOOnfJUebZ79I48J4BqgfULw&s=xuEj5
>> CF-nwub-tZ7Ixil9PID0Bb2S7SaQcBalurdB7E&e=
> ============================================================================================================================================
> This electronic message and any files transmitted with it contains
> information from iDirect, which may be privileged, proprietary
> and/or confidential. It is intended solely for the use of the individual
> or entity to whom they are addressed. If you are not the original
> recipient or the person responsible for delivering the email to the
> intended recipient, be advised that you have received this email
> in error, and that any use, dissemination, forwarding, printing, or
> copying of this email is strictly prohibited. If you received this email
> in error, please delete it and immediately notify the sender.
>
> _______________________________________________
> manet mailing list
> manet@ietf.org
> https://www.ietf.org/mailman/listinfo/manet
>