This is why I use subdomains for sipx with xmpp, and in general, I can get around some phones that do not properly support SRV lookup and NOT interfere with the normal user expectations of "the boss wants to go to the website by pulling up his bookmark of the domain name" (i.e. not having to type "www" or have it show). I documented this on the wiki in May 2010:
http://wiki.sipfoundry.org/display/sipXecs/Upgrade+or+Install+Planning+for+4.2+and+XMPP <http://wiki.sipfoundry.org/display/sipXecs/Upgrade+or+Install+Planning+for+4.2+and+XMPP>(which also covers making a sip domain alias and the proper DNS records for keeping your email and sip uri identical as well). This is the standard way "I" deploy sipxecs anymore for anyone, while not ideal, it keeps us from having to deal with manual DNS changes just to point the domain to sip to get around xmpp and some phone ua's not doing srv lookup properly. There is no proper way to "change" your environment that I have found to work properly yet. If you want a subdomain and did not install the system originally with one, it's best to approach it as a re-install. The only obvious thing you will see is that the XMPP adress for the user will be u...@subdomain (openuc.ezuce.com instead of ezuce.com). As a lot of our customers and our office ALSO uses Google Apps and we already have standard IM for the primary domain. So, if you are planning to do an install and utilizing the XMPP function in sipxecs, it's worth a read to understand what the expectations should be and plan accordingly. I think, in a nutshell, if you don't have an A record pointing to the primary sipdomain you installed to and the XMPP UA wont register unless you put in the HOSTANAME, it's clear the XMPP UA does not do SRV lookup... On Tue, Nov 9, 2010 at 8:38 AM, Paul Scheepens <[email protected]> wrote: > If I assume "the newest version of Spark" is 2.6.0 Beta2, > then combining your and my info I would conclude that the problem exists > only when the full hostname is an extension of the xmpp domain. > So > xmpp domain xmpp.example.com with hostname host.example.com is OK > xmpp domain example.com with hostname host.example.com is not OK > I'm a bit busy this week to test, will try when I have some time > > Paul > > Michael Picher <[email protected]> wrote on 09-11-2010 14:13:27: > > > > This is a problem with the newest versions of Spark (old version > > seems to work fine). Pidgin seems to work fine. Beem on Android > > exhibits the same problem as the new Spark. > > > > The only problem with this is that it blows holes in a single point > > of contact (u...@domain = sip uri, e-mail and IM contact). > > > > We were setup as follows: > > > > sip/xmpp domain: ezuce.com > > communications system server: openuc.ezuce.com > > (proper dns/srv/etc... split DNS) > > > > Pidgin: Would register and work fine with SRV (ezuce.com) > > Old spark: Would register and work fine with SRV (ezuce.com) > > New spark: Would not register with SRV or hostname > > Counterpath Bria: would only work with host name (expected) > > Beem (android): Would not register with SRV or hostname > > > > Rebuilt things... which i needed to do for Google Apps integration > > (see latest blog post on ezuce.com) > > > > sip/xmpp domain: openuc.ezuce.com > > communications system server: openuc.ezuce.com > > (proper dns/srv/etc... split DNS) > > > > Pidgin: Would register and work fine with SRV (openuc.ezuce.com) > > Old spark: Would register and work fine with SRV (openuc.ezuce.com) > > New spark: Would now register and work fine with SRV (openuc.ezuce.com > > ) (host name same as domain name) > > Counterpath Bria: would only work with host name (expected) > > Beem (android): Would now register and work fine with SRV ( > openuc.ezuce.com) > > > > I really suspect the smack library that is used by both Spark and > > Beem... but I can't prove it. > > > > Mike > > > > > On Thu, Nov 4, 2010 at 9:36 AM, Paul Scheepens <[email protected]> > wrote: > > 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/ > > > > _______________________________________________ > > sipx-users mailing list > > [email protected] > > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > > > > > > > > -- > > There are 10 kinds of people in this world, those who understand > > binary and those who don't. > > > > [email protected] > > blog: http://www.sipxecs.info > > > call: > sip:[email protected]_______________________________________________ > > > 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/
