[manet] WGLC comments on draft-ietf-manet-dlep-credit-flow-control

"Velt, R. (Ronald) in 't" <Ronald.intVelt@tno.nl> Mon, 12 July 2021 17:44 UTC

Return-Path: <Ronald.intVelt@tno.nl>
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 F145F3A2483 for <manet@ietfa.amsl.com>; Mon, 12 Jul 2021 10:44:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.197
X-Spam-Level:
X-Spam-Status: No, score=-0.197 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=tno.nl
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 Dn5IifOvF6so for <manet@ietfa.amsl.com>; Mon, 12 Jul 2021 10:44:51 -0700 (PDT)
Received: from fromintouta.tno.nl (fromintouta.tno.nl [134.221.1.26]) (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 6324E3A247D for <manet@ietf.org>; Mon, 12 Jul 2021 10:44:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tno.nl; l=24676; s=mta1; t=1626111890; h=from:to:subject:date:message-id:mime-version; bh=y7ptmhnC/jncSx+aknjtJwyXj36BIPECyRGiiPVH6s8=; b=x2hDPSEjmjr5buS/pC3HYPHWhOQ2DCREo7NIvdNzQENX0cX+LbUZjmww f6Mpo3uZqnUGvSytHElRrERJKxVyYadLM8cJFJcKRPWiGFaNGe1JDFLXA nbBwrSGVuQVesk2HSo9IeMoI12Qfh4U6YcRzKMBprbB3scWsSGDsL+xry s=;
IronPort-SDR: 1BHGmwCKcqm7pUmpBvz1Nh4bRrn0dgF3CKr0bFfELbYRzZWMtECcqSJ+wYXR599xXzZWK3cxtq 0LKndkfjDtE/UdKpFYNc6dRI4JoP/7DsM2ukyiochzwvAGvPXNzFf3zWzfEfQRGSLvfjHzJA65 Z6TsazqdJHXtjwb02m7nrdjD8O3nIqjtYYsTdMKeDNku19L/JDpsjj9GfTFWZc9FFkQF7TNfiy 1/9pkDD4OnbWnRDxnzF2x0jy+Ckri1Zn0eIo/Fa1ifm9bs6uXpO4Uqvsx6wA6QJ5sGEBxY1y0z JRlNNvrc2VZFbuXVcJx57JPQ
X-IronPort-AV: E=Sophos; i="5.84,234,1620684000"; d="scan'208,217"; a="32247879"
Received: from UCP13.tsn.tno.nl (134.221.225.173) by UCP13.tsn.tno.nl (134.221.225.173) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.4; Mon, 12 Jul 2021 19:44:46 +0200
Received: from UCP13.tsn.tno.nl ([fe80::c142:976e:5281:8298]) by UCP13.tsn.tno.nl ([fe80::c142:976e:5281:8298%7]) with mapi id 15.01.2242.004; Mon, 12 Jul 2021 19:44:46 +0200
From: "Velt, R. (Ronald) in 't" <Ronald.intVelt@tno.nl>
To: Lou Berger <lberger@labn.net>, "Wiggins, David - 0665 - MITLL" <David.Wiggins@ll.mit.edu>, Bow-Nan Cheng <bcheng@ll.mit.edu>, "manet@ietf.org" <manet@ietf.org>
Thread-Topic: WGLC comments on draft-ietf-manet-dlep-credit-flow-control
Thread-Index: Add3Q6Y2J/rpfeAyTHScmVvaxAxXPg==
Date: Mon, 12 Jul 2021 17:44:45 +0000
Message-ID: <f6bb800e24f644fa9caebb63e1488c68@tno.nl>
Accept-Language: en-US, nl-NL
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [134.221.225.191]
x-esetresult: clean, is OK
x-esetid: 37303A291390A76F647463
Content-Type: multipart/alternative; boundary="_000_f6bb800e24f644fa9caebb63e1488c68tnonl_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/Knm_a-HXt_5i9xlRAnfp7jhLkds>
Subject: [manet] WGLC comments on draft-ietf-manet-dlep-credit-flow-control
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, 12 Jul 2021 17:44:57 -0000

Hi Authors, MANET WG participants,

At long last, here is my review of draft-ietf-manet-dlep-credit-flow-control (with chair mask off). Reviews of the other flow control related I-Ds in WGLC will follow shortly.

Thanks,
Ronald

--

Major Issues
============

None

Minor Issues
============

Section 1, Introduction, contains the somewhat puzzling sentence "Traffic sent by a router will use traffic flow classification information provided by the modem as defined in [I-D.ietf-manet-dlep-traffic-classification] to identify which traffic is associated with each credit window." I would think it is the router, as opposed to the traffic, that uses the classification information. The traffic, which may originate from an upstream source, is what it is. But then the question is HOW the router should make use of the classification information. Should it e.g. re-mark certain traffic flows (i.e., alter their DSCPs) to ensure that they receive preferential treatment (i.e., are throttled last in case of congestion)? Can the router assume that the modem understands Per-Hop Behaviors? In my opinion, at the very least the sentence quoted above should be rephrased; in addition some further clarification on the router-side mechanism foreseen could be helpful.

Section 2.1, Data Plane Considerations, states: "Note that routers will typically view a DLEP destination as the next hop MAC address." Does this still hold true, now that we have the Link Identifier extension as specified in RFC8703?
Both the Credit Window Initialization Data Item (section 2.3.1) and the Credit Window Status Data Item (section 2.3.4) have a field named Credit Window Size, but these have different meanings: in the former case, it represents a maximum window size, whereas in the latter case, it holds the actual (current) window size. I would suggest renaming either of these, e.g. to Credit Window Limit in the Credit Window Initialization Data Item or to Current Credit Window Size in the Credit Window Status Data Item.
A special Flow Identifier value of 0xFFFF, indicating all FIDs, is defined in the specification of the Credit Window Request Data Item. Should it be stated, that if this special value is used, it MUST be the only FID present in the Data Item?

Nits
====

Section 1

1st para: "... does not include any flow identification beyond DLEP endpoints or flow control capability" => "... does not include any flow identification beyond DLEP endpoints nor flow control capability" (?)

1st para: replace [I-D.ietf-manet-dlep-pause-extension] by [RFC8651]

2nd para: Redundant full stop after [I-D.ietf-manet-dlep-traffic-classification] (but see comment under Minor Issues on the sentence as a whole).

Section 2

2nd para: "negotiate the use of extension" => "negotiate the use of this extension"

3rd pare: "per logical "Credit Windows" basis" => "per logical "Credit Window" basis"

3rd para: DSCP, expand on first use

3rd para: FID, expand on first use

3rd para, sentence before last: "In addition to the traffic classification information associated with an FID, routers provide an initial credit window size, as well as ..." should presumably be: "In addition to the traffic classification information associated with an FID, modems provide an initial credit window size, as well as ..."

7th para: "a modem "Associates" ..." => "a modem "associates" ..."

7th para: TID, expand on first use

Section 2.1

1st para: "... including any MAC headers ..." => "... including any MAC headers and trailers ..." (i.e., take Frame Check Sequence into account?)

Section 2.2.1

2nd para: "... the credit window value previous provided to the router." => "... the credit window value previously provided to the router."

3rd para: "... and processing frequent credit window requests against a having data traffic available to send, ..." => "... and processing frequent credit window requests against a router having data traffic available to send, ..."

Section 2.2.2

2nd para: "A Data Item for every Credit Window Request Data Item contained in the corresponding Credit Control Response Message received by the modem MUST be included." => "A Data Item for every Credit Window Request Data Item contained in the corresponding Credit Control Message received by the modem MUST be included."

Section 2.3

1st para: "The Credit Request is used by a router to request additional credits." => "The Credit Window Request is used by a router to request additional credits."

Section 2.3.1

Scale field definition: "... used in the Credit Window Size fields." => "... used in the Credit Window Size field."

last para: "... that the FID field value has been provided by the modem in a Traffic Classification Data Item carried in either the current or previous message." => "... that the FID field value has been provided by the modem in a Traffic Classification Data Item carried in either the current or a previous message." (not completely sure about this one)

Section 2.3.2

Throughout this section (including its title), replace "Credit Window Associate" by "Credit Window Association"

Section 2.3.3

1st para: "... or are listed in a Credit Window Initialization Data Item carried in the same messages as the Data Item." => "... or are listed in a Credit Window Initialization Data Item carried in the same message as the Data Item."

Add definition of 'Reserved' field, as was done for the Credit Window Initialization Data Item in section 2.3.1

Section 2.3.4

Add definition of 'Reserved' field, as was done for the Credit Window Initialization Data Item in section 2.3.1

last para: "... at the time the most Credit Window Initialization or Grant Data Item associated with the indicated FID was sent." => "... at the time the most recent Credit Window Initialization or Grant Data Item associated with the indicated FID was sent."

Section 2.3.5

2nd para: "Credit windows identified using a FID as defined above in Section 2.3.1." => "Credit windows are identified using a FID as defined above in Section 2.3.1."

Section 3

"The data items defined in this document will only be used when extensions require their use." =>  "The messages and data items defined in this document will only be used when extensions require their use."

Section 6.2

Replace informative reference [I-D.ietf-manet-dlep-pause-extension] by [RFC8651]

Appendix A

1st para: "We morn the loss ..." => "We mourn the loss ..."
This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. TNO accepts no liability for the content of this e-mail, for the manner in which you use it and for damage of any kind resulting from the risks inherent to the electronic transmission of messages.