Subject: [manet] DLEP credit windowing -00 comments

From: "Dearlove, Christopher (UK)" <[email-masked]>
Date: Tue, 8 Dec 2015 16:17:43 +0000

Section 3, penultimate line, what does "plane" mean? (should it be "data plane" - or just data, matching previous line?)

Section 4. Why is the credit window counted at L2? If we really are concerned with radio resources, why isn't L1 the issue? (There may be important things like burst spacing - or even in some cases that actually all that really matters is the number of packets, the size is secondary.) But even if L2, only the radio knows the L3 to L2 relationship - the router really doesn't want to know. And this is about sender/receiver, not router/modem.

Section 6, after table (caption?) where is "below"?

Section 6.3 says can carry Credit Grant only. Plus compulsory MAC address (needed both by base protocol and to make this work).

Section 7.1, "for synchronization purposes". Not explained what or why.

Section 7.1, final paragraph, why isn't this an error, rather than saturating? 2^64 octets is not going to happen due to accidental generosity (it's 18 exabytes).

Section 8, Is there an attack simply inserting a message (not modifying, not MiTM)?

Section 9, I don't think will be good enough for IANA. They (in my experience) want exact registry names and tables of additions.

********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************