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

"James A. (Jim) Stevens" <james.a.stevens@rockwellcollins.com> Tue, 14 February 2017 23:28 UTC

Return-Path: <james.a.stevens@rockwellcollins.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 2E69C129956 for <manet@ietfa.amsl.com>; Tue, 14 Feb 2017 15:28:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 YLuKUEoPTPih for <manet@ietfa.amsl.com>; Tue, 14 Feb 2017 15:28:19 -0800 (PST)
Received: from da1vs01.rockwellcollins.com (da1vs01.rockwellcollins.com [205.175.227.27]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C1A81298C2 for <manet@ietf.org>; Tue, 14 Feb 2017 15:28:19 -0800 (PST)
X-RC-All-From: , 205.175.227.20, No hostname, james.a.stevens@rockwellcollins.com, "James A. (Jim) Stevens" <james.a.stevens@rockwellcollins.com>, ,
X-RC-Attachments: , ,
X-RC-RemoteIP: 205.175.227.20
X-RC-RemoteHost: No hostname
X-RC-IP-Hostname: da1ip01.rockwellcollins.com
X-RC-IP-MID: 49213995
X-RC-IP-Group: GOOGLE_RELAYED
X-RC-IP-Policy: $GOOGLE_RELAYED
X-RC-IP-SBRS: None
Received: from unknown (HELO mail-wr0-f199.google.com) ([205.175.227.20]) by da1vs01.rockwellcollins.com with ESMTP/TLS/AES128-SHA; 14 Feb 2017 17:28:18 -0600
Received: by mail-wr0-f199.google.com with SMTP id a15so49504814wrc.3 for <manet@ietf.org>; Tue, 14 Feb 2017 15:28:18 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=WXKZL9/YPYuvRlF3tZCXDFl5fYLMa62RP2srOTYJBA0=; b=E5OqY6boRYTIevKa489pIY55dy87B9sJ4pgC3+uLOswr3p2L3RL+FF9EaMmQ8YHUa7 xKgUB1qdkNf319ROqFOyl+Jtdj/8YNe1j2nNJFtpCvsOMQhRezYUaQtuMWnF7Iu6o+/3 lOalr0NMV8y9/1Pig25VWySPgej6WlRsweG2UWGIq2BCv09wJNZazKmUuQl13VW+uEzF 7nO/Wih9s2LR1GmnGJZI/9lF8IHkSMsiXIgLmmThjxiXf44ydVJ3wtNVoCVfvILAYPMz OEWzPS9pWYNYZ1G7i1F81oidas4JAip7+9pc+stckyhs0pLp9FCmycjTx9t3G/lYoaX2 Vnqg==
X-Gm-Message-State: AMke39lVO6ZDsEieQnOSw922FSOxcMb5L/k9mKWVnRBhABUVqPtHmbNY/8VviMEzM3W30+JBX6uSEQZS5W7GPCUvg465eWtrF6eXXmb3ZqS76v2b7HsZCJqbDefxrDzSWwzZPjh4nDF3wYEA6NAThHfHBjxs9bdNu9A=
X-Received: by 10.28.209.7 with SMTP id i7mr5144221wmg.115.1487114896269; Tue, 14 Feb 2017 15:28:16 -0800 (PST)
X-Received: by 10.28.209.7 with SMTP id i7mr5144211wmg.115.1487114896077; Tue, 14 Feb 2017 15:28:16 -0800 (PST)
MIME-Version: 1.0
Received: by 10.28.8.148 with HTTP; Tue, 14 Feb 2017 15:28:15 -0800 (PST)
From: "James A. (Jim) Stevens" <james.a.stevens@rockwellcollins.com>
Date: Tue, 14 Feb 2017 17:28:15 -0600
Message-ID: <CAH8Jh6Bg=7qU3-BzFZc4DnDhgo6n9UAZ2phowQYKRe_QTs_HmQ@mail.gmail.com>
To: "manet@ietf.org" <manet@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c12e4c21f16c2054885eb89"
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/pSLqkM0t07HJtEENdofnOQv8q6c>
Subject: Re: [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: Tue, 14 Feb 2017 23:28:21 -0000

Henning, I think I understand and agree with everything you wrote, but not
absolutely sure, so want to double check.

In your second paragraph, when you say that '"flow control from the router
towards the radio is THE most important part, it is practically necessary
for all radios if you want to do some kind of Priorization on the router
​" ​

I can read the phrase "flow control from the router towards the radio" two
ways.

I think you mean meaning #1 below, correct?

(1) radio sends unidirectional credit flow to router to perform "flow
control from router towards radio"

or

(2) router sends unidirectional credit flow to radio to perform "flow
control from router towards radio"

Similarly for confusion in third paragraph on "flow control from the radio
to the router".

I agree if you meant meaning #1 above and disagree if  you meant meaning #2
above.

I strongly agree with your first and fourth paragraphs.

Thanks,
Jim Stevens

==  Tue, 14 Feb 2017 08:31:02 +0100 email from Henning Rogge
==
==
== Hi,
==
== in general flow control is about keeping the "bottleneck/queue" mostly
== on the router, where we can control it at a central point. That is an
== important part of the design goal of DLEP.
==
== I think flow control from the router towards the radio is THE most
== important part, it is practically necessary for all radios if you want
== to do some kind of Priorization on the router.
==
== Flow control from the radio to the router is a (in my opinion) rare
== cornercase for radios with a TDMA that can control incoming traffic.
==
== Because of this I think an unidirectional flow control extension is a
== good idea, otherwise we add a lot of complexity which will nearly
== never be used.
==
== Henning Rogge
==