WHACK (was: Re: [Standards-JIG] Reliable message delivery (the tcp problem))
Michal vorner Vaner
michal.vaner at kdemail.net
Wed Apr 26 19:05:25 UTC 2006
On Wed, Apr 26, 2006 at 07:34:51PM +0100, Tony Finch wrote:
> On Wed, 26 Apr 2006, Dave Cridland wrote:
> > However, you generally know this because a subsequent stanza sent a few
> > seconds later doesn't generate a TCP error on send, or you receive some data,
> > or whatever. The remote party always has to accept stanzas in order, so any
> > command succeeding or failing is evidence that all prior stanzas have been
> > accepted.
> ... so long as you receive some concrete evidence of that success, such as
> a response to an <iq/>. For <message/>s it's more tricky because they can
> be pipelined, so you can lose anywhere from nothing to a whole window-full
> when the connection goes down.
Actually, you can lose the whole buffer in kernel, which usually can
have few megabytes.
NAT should extinkt like dinosaurs did.
Michal "vorner" Vaner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 191 bytes
Desc: not available
More information about the Standards