Re: Comments on draft-ietf-multi6-v4-multihoming-02
Joe Touch <[email protected]> Fri, 12 Nov 2004 07:17:33 -0800
| Newsgroups | gmane.ietf.multi6 |
|---|---|
| Message-ID | <[email protected]> |
Iljitsch van Beijnum wrote: > On 11-nov-04, at 15:13, Joe Touch wrote: > >> Has anyone considered keeping the connection 'active' (i.e., >> keepalives) for sessions for around 1-2 typical RTTs of idle? That >> would catch TCP idles that still allow TCP bursts; anything longer >> than that and TCP is supposed to 'restart' its congestion control anyway. > > >> That might be a happy medium to the 'all or none' keepalive. I.e., >> "keepalive for 1-2 RTTs of idle". > > Hm, wouldn't just one or two RTTs be a bit short? You may still get a > delayed ACK after 2 RTTs. The delayed ACK should itself refresh things; I'm thinking of an otherwise completely idle interaction. The key here is that TCP expects things not to change for a few RTTs (pick a number). Designing things so that is not the case is likely to cause unintended impact on TCP, esp. in some very typical cases (web surfing over persistent connections). > I think this basically boils down to the idea I was talking about > previously, where there are only reachability checks when there are > packets going in one direction. So when we transmit a packet, we start a > timer. When we receive a packet, we cancel the timer. When the timer > expires, we test reachability. Some optimization is possible with TCP so > that we don't start the timer for ACK packets with no data, but we do > stop the timer for those. I'm suggesting that the above be tempered after a few RTTs. I.e., if the only traffic has been the reachability tests for more than X RTTs (pick X), then it might be OK to stop testing. This solves the "persistent chatter over idle channels" problem, and (appropriately?) allows underlying asspciations to be dropped/moved without substantial impact. Joe
signature.asc
(application/pgp-signature, 254 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBlNQNE5f5cImnZrsRAtXiAJ0TXhsNzBNKiEF3v5sDDbr2teNUwACdFSC5 nil+2E2jZ7fvNqLNz7c+qZ4= =SVPA -----END PGP SIGNATURE-----