[Standards] binding to tcp for s2s communication
Max Indelicato
MIndelicato at g8wave.com
Fri Mar 7 13:33:45 CST 2008
Perfect, that's what I was hoping. I guess I thought that since it
wasn't specified, that there might have been further clarification in
another document.
Thanks for the help!
Max
-----Original Message-----
From: standards-bounces at xmpp.org [mailto:standards-bounces at xmpp.org] On
Behalf Of Dave Cridland
Sent: Friday, March 07, 2008 1:12 PM
To: XMPP Extension Discussion List
Subject: Re: [Standards] binding to tcp for s2s communication
On Fri Mar 7 18:07:10 2008, Max Indelicato wrote:
> So my question is this, what is the proper implementation of this
> standard, taking into consideration that you can't bind a socket in
> any
> language that I'm aware of, to a port that has already been bound by
> another socket? For example, if I locally bind SERVER1's outbound
> TCP
> socket to 5269 and make a connection to SERVER2's inbound TCP
> socket on
> 5269, then I'm ok. But when SERVER2, tries to then locally bind its
> separate outbound socket to 5269, in an attempt to connect to
> SERVER1's
> inbound socket, it can't because the outbound socket is already
> bound to
> that port. This is a problem on both ends really - simply put, you
> can't
> bind two separate TCP sockets to the same port (inbound and outbound
> being those two separate sockets).
Indeed... But you don't need to use 5269 for outgoing connections -
it's only used as the destination port. Your source port can be
anything, and is usually left "unbound" - as in, you let the OS do
the binding.
Otherwise no, you wouldn't be able to have two TCP connections both
with source and destination ports being 5269.
Dave.
--
Dave Cridland - mailto:dave at cridland.net - xmpp:dwd at jabber.org
- acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/
- http://dave.cridland.net/
Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade
More information about the Standards
mailing list