[jdev] s2s connections and presence
Norman Rasmussen
norman at rasmussen.co.za
Fri May 19 12:20:13 CDT 2006
On 5/19/06, Wendell Turner <wendell at adsi-m4.com> wrote:
> Question 1:
> Is this how it is supposed to work? Is this behavior affected
> by the queuetimeout or idletimeout in the s2s section of the
> config file?
This is how it works at the moment. (not sure how much it's by design
choice, or how-it-happens to work)
> Would other servers (jabberd2, ejabberd) behave differently
> (i.e., remove the presence indication when s2s tcp connections
> die)?
I think they do, yes.
> Even when romeo tries to send a chat msg, an error is evenutally
> sent back to the client, yet still the presence doesn't change.
unfortunately that's the way it is at the moment.
> Question 2:
> Both montague.com and capulet.com try to establish tcp
> connections to each other, but are unsuccessful (Verona's
> network is down). When Verona's networks come back up, what
> mechanism in either server causes presence to 'reconnect'?
there is none. (this is probably an implementation consideration,
most implementations drop the packets, and give up)
> If either romeo or juliet sets their status to offline, then
> back to online, that triggers the servers to re-try the
> connections, but will the servers do it by themselves?
implementation specific, most don't at the moment.
There's an assumption in the xmpp spec that all servers are 'well connected'.
If a servers IP changes often (like eg: it's on a 24hr dhcp licence
via adsl), then there are issues - depending on which servers, how dns
is set up, etc.
If links are 'dead' between servers, then the data just doesn't make
it, and the server state hasn't changed.
--
- Norman Rasmussen
- Email: norman at rasmussen.co.za
- Home page: http://norman.rasmussen.co.za/
More information about the JDev
mailing list