Hi,

I try to understand what the approach suggested in draft-bittau-tcpinc-tcpcrypt 
will do if during INIT1/INIT2 exchange one side announces a receive window of 
either zero or not large enough to accommodate the data contained in 
INIT1/INIT2. 

Is it correct that INIT1/INIT2 data would not be controlled by TCP flow control 
(i.e., announced receive window), even though there is data in the TCP payload?

Do I miss something?

Thanks

Michael

_______________________________________________
Tcpinc mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/tcpinc

Reply via email to