#292 SIPE gives "Unable to resolve DNS SRV record" since recent change at HP

[Paul Jakma]

HP has had some internal reorganisation recently, and possibly an update of the version of Lync on the server-side just before then. Since somewhere in & around then passing the URI of conferences into the "Join scheduled conference..." dialogue of Pidgin-SIPE ceased to work. It now gives:

Failed to join the conference
Unable to resolve DNS SRV record

The Lync URIs in the meeting requests are of the form:

https://join.ucrtc.hpe.com/meet/user.name/ID

The SIP uri in the source of the HTML of the main frame at such URIs is in the form:

conf:sip:user.name@hpe.com;gruu;opaque=app:conf:focus🆔ID%3Frequired-media=audio

Pasting this latter URI into the "Join scheduled conference..." works and lets me join.

SRV and A records:

$ for H in join.ucrtc.hpe.com ucrtc.hpe.com hpe.com ; do for S in sipinternal sipexternal sip ; do host -t A ${S}.${H} ; done ; done
Host sipinternal.join.ucrtc.hpe.com not found: 3(NXDOMAIN)
Host sipexternal.join.ucrtc.hpe.com not found: 3(NXDOMAIN)
Host sip.join.ucrtc.hpe.com not found: 3(NXDOMAIN)
Host sipinternal.ucrtc.hpe.com not found: 3(NXDOMAIN)
Host sipexternal.ucrtc.hpe.com not found: 3(NXDOMAIN)
Host sip.ucrtc.hpe.com not found: 3(NXDOMAIN)
sipinternal.hpe.com has address <etc>
Host sip.hpe.com not found: 3(NXDOMAIN)
$ for H in join.ucrtc.hpe.com ucrtc.hpe.com hpe.com ; do for SRV in _sipinternaltls _sipinternal ; do host -t SRV ${SRV}._tcp.${H}; done; done
Host _sipinternaltls._tcp.join.ucrtc.hpe.com not found: 3(NXDOMAIN)
Host _sipinternal._tcp.join.ucrtc.hpe.com not found: 3(NXDOMAIN)
Host _sipinternaltls._tcp.ucrtc.hpe.com not found: 3(NXDOMAIN)
Host _sipinternal._tcp.ucrtc.hpe.com not found: 3(NXDOMAIN)
_sipinternaltls._tcp.hpe.com has SRV record 0 0 5061 sipinternal.hpe.com.
Host _sipinternal._tcp.hpe.com not found: 3(NXDOMAIN)</etc>

[Stefan Becker]

No --debug log provided as required by the bug filing instructions. Closing as invalid.

I will consider re-opening the bug if log is provided.

[Paul Jakma]

Looking at other bugs, there are 2 functions that can come into play here, and I think the above information covers most of the relevant details to those functions (except perhaps the HTML page for the URIs concerned).

Running --debug spews a vast amount of information, some of which could be sensitive, e.g. corporate account information - as the FAQ suggests is very much possible. I don't know how to sanitise it and be 100% sure of it. So I can't attach that to a public bug.

I could send you the log privately.

[Stefan Becker]

Correction. The provided meeting URL leads to a dynamic "Skype for Business" web page which does not provide any meeting URI. Same issue as discussed in this Help forum thread: [fd0c0a7f]

There is nothing SIPE can do unless M$ modifies their HTML code.

[Paul Jakma]

The HTTPS URI I get in the schedule requests, https://join.ucrtc.hpe.com/meet/user.name/ID, doesn't contain the SIP URI itself, but it does reference another frame of HTML which does contain the conf:sip:user.name@hpe.com;gruu;opaque=app:conf:focus🆔ID URI. I.e. SIPE would have to download the frame.

I can send you logs via private email, if you want to email me at either paul.jakma@hpe.com or paul@jakma.org with your address (I tried replying to address for you at SF in the bug email, but it bounced). I could also send you the HTTP pages concerned.

Otherwise, if SIPE can't fix this, for any other HP linux people reading this, put this in a script, or in a shell function:

echo $1 | awk -F '[/>]' '{ print "conf:sip:" $5 \
"@hpe.com;gruu;opaque=app:conf:focus🆔" $6 \
"%3Frequired-media=audio" }'

And use it to convert the HTTPS format URI to the SIP format that SIPE/Pidgin wants.

Thanks,

Paul