Re: [PATCH 12/14]: Implement both feature-local and feature-remote Sequence Window feature

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Ian -

|  Hmmm.... I had multiple problems when the default window was 100 when
|  testing in the past - from memory particularly with long RTT, low loss
|  links. Try putting 100 ms delay on a 100 Mbits/link and see what
|  happens...
|  
|  See 7.5.2 of RFC4340:
<snip>
|  
|  Or am I missing something again. Maybe you are setting this
|  automatically and increasing as required? (I haven't gone through and
|  re-read current source code).
The above problem is about the question "how do I best set my sequence window". The
experiences you report are from a Linux stack without feature negotiation for 
Sequence Window, and even without distinguishing feature-local and feature-remote
sequence window (they were the same). 

This patch enables this separation and facilitates communicating the local Sequence
Window value to the peer. It thus fixes an existing problem.

I am happy to spawn a new thread to separately discuss the issues you are raising, 
but they don't really touch the code - please have another look.
-
To unsubscribe from this list: send the line "unsubscribe dccp" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel]     [IETF DCCP]     [Linux Networking]     [Git]     [Security]     [Linux Assembly]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]

  Powered by Linux