I don't see what's problematic if there is no problem in the first place. First, spark does support SRV's, so no preblem there. Second, according to Douglas hostname needs to be XMPP domain name, so I started to verify this..... I can't find the XMPP-domain==hostname relation. I did the following test (see trace) Made a new SRV called _xmpp-client._tcp.siptest.internal.epo.org This points to th.internal.epo.org (my XMPP server for th.internal.epo.org) And Spark registers, no problem again...but still you could say XMPP domain=hostname on the server side (not the client).
So... enabled XMPP on host testsipx.internal.epo.org which hosts XMPP domain siptest.internal.epo.org. Made the SRV point to testsipx, so hostname is not equal to XMPP domain, and again no problemo. Hope this is not too confusing, but I can't make it go wrong (siptest is a 4.3.2 system). Paul Tony Graziano <[email protected]> wrote > > It's more problematic if this is going to be the standard way they > do things going forward. It more likely means that using DNS to > overcome it is the easier solution if the openfire folks are not > going to accept a change. This would mean the superadmin would need > to be able to maintain some A records without putting the DNS in > "Master" mode. > > (Installing the server with the hostname and sipdomain gets around > this particular issue, but is not a viable option for every > deployment, unless a subdomain is acceptable) > On Thu, Nov 4, 2010 at 6:15 AM, Paul Scheepens <[email protected]> wrote: > I traced and see no problemo with Spark. > Attached a wireshark with filter "port 53" during the start of > spark2.6.0b2 after I did an c:>ipconfig /flushdns. > > Unfortunately my SRV and A record are the same, but that's normal > when you're a Bria user :o) > > Paul > > > > Douglas Hubler <[email protected]> wrote: > > > On Wed, Nov 3, 2010 at 7:12 AM, Tony Graziano <[email protected] > > > wrote: > > You cannot use a domain alias with xmpp. > > > Ditto's on the Counterpath statement to me, they have no intention > > to support SRV for XMPP, nor would they take it under advisement. > > > > BEGIN HIJACK > > ============ > > > > Speaking of XMPP and SRV, chew on this: > > http://community.igniterealtime.org/message/206929#206929 > > > > If this is to be believed, next version of spark (or more > > specifically anything that depends on smack including sipxecs and > > openfire) will regress and *not* support SRV. Anyone care to try > > the beta version of spark and try this out, it would be much > > appreciated so we can escalate this. > > > > http://www.igniterealtime.org/downloads/beta.jsp > > > > Mike Picher and I both tried this and believe it to be true. > > > > ========== > > END HIJACK > > _______________________________________________ > > sipx-users mailing list > > [email protected] > > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > > > > -- > ====================== > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: [email protected] > Fax: 434.326.5325 > > Email: [email protected] > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: [email protected] > > Helpdesk Contract Customers: > http://support.myitdepartment.net > > Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/
spark2-6-0b2-siptest.pcap
Description: Binary data
spark2-6-0b2-test2.pcap
Description: Binary data
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
