Re: [tcpm] Request for input regarding the initial window increase

[Mirja Kuehlewind <[e-mail]>]

Hi again,

to sum up, here my option to the questions below

> Question 1: Moving forward a fixed increase of the permitted TCP initial
> congestion window (draft-ietf-tcpm-initcwnd-01)?
>
> Answer 1A: Fixed upper limit to proposed standard
> Answer 2B: Fixed upper limit to experimental
> Answer 3C: Something else (e. g., some adaptive scheme, or no change at
> all compared to RFC 3390); this would imply a substantial change of
> draft-ietf-tcpm-initcwnd-01

2B

> Question 2: Maximum permitted initial congestion window?
>
> Answer 2A: 10 MSS for an MTU of 1500 byte as suggested by
> draft-ietf-tcpm-initcwnd-01 (other MTUs are still TBD)
> Answer 2B: Another value (please suggest and justify)

2B, all least there should be done some investigation on other values than 10 
before we go for 10


> Question 3: Adaptive solution as an alternative?
>
> Answer 3A: Adoption of draft-touch-tcpm-automatic-iw-01 as WG item
> heading towards experimental
> Answer 3B: No adoption

I guess 3B, mostly the senders which send a lot of data are servers of a 
company. Those servers can be changed more or less easily...

But I don't think there should be a fixed value for all flow which is not 
changeable. I guess there should be a socket option or something like this. 
Such that the application could change the IW for certain transmissions.

Mirja