think it will change
the inferrences much. We also wanted to try different (higher) node
densities which i feel might further cause problems for fragment
forwarding. Among other things we also want to experiment with fragment
acknowledgement mechanism. But we havent really validated all these points.
Hello All,
We tried experimenting with the virtual reassembly buffer and fragment
forwarding drafts.
One fundamental characteristic that has major implications on fragment
forwarding performance is its behavior with realistic 802.15.4 RF
(especially when a train of fragments are
I support adoption of this document. I'm specifically interested in
understanding if ESP control overhead can be reduced for LoWPAN deployments
and the security implications of the guidelines.
Thanks,
Rahul
On Thu, 23 Aug 2018 at 13:21, IETF Secretariat <
ietf-secretariat-re...@ietf.org> wrote:
Thank you Mohit for the review.
We have incorporated most of your comments and updated the ID.
Please find my responses inline.
Best,
Rahul
On Thu, 5 Jul 2018 at 15:11, Mohit Sethi wrote:
>
> Hi Rahul and co-authors,
>
> Here is my early chair review of the Neighbor Management Policy draft. I
>
+1
I ve reviewed two versions of this draft and I feel that the work is
relevant and will be useful for implementors. It incorporates design
traits of different open sources which will help in design choices.
Will continue reading/reviewing this work in the future.
On Fri, 11 Aug 2017, IETF
Hi Carles & co-authors,
Foll are my comments for the
draft-gomez-lwig-tcp-constrained-node-networks-03:
1. Section 4.3 Window Size
[RJ] A single MSS implies max one in-flight segment ... While such a
mechanism sure will help reduce implementation complexity and the buffer
requirement on the
Thank you Zhen for the review and comments...
Please find my responses inline ...
cheers,
Rahul
On 14 July 2017 at 06:18, Zhen Cao wrote:
> Dear Rahul and co-authors,
>
> Many thanks for the hard work in contributing this draft to the lwig
> wg. (I am copying roll and
Dear all, As presented in ietf97, the draft has been uploaded. Since the topic
is relevant to 6lo, roll, and 6tisch, have marked these groups in cc. The
policy describes the considerations for managing the neighbor cache especially
in a scenario where network density is larger than the neighbor