[OpenSIPS-Devel] [opensips] sip_resolvehost srv logic (#482)

[Bogdan Andrei IANCU]

@jarrodb , the sip_resolvehost() takes the proto parameter as a must. Whatever proto is requests by upper layer must be obey. This function must not change the proto (for whatever reasons) .
If the upper layer wants TLS (because of forced from script, or because the the URI indication), the function must find (DNS based) a destination for TLS. If an SRV record is not present should be an error - maybe there is a simple setup where SRV is not used. But the service accepts TLS via A record + default SIP port.
For having proto fallback, the whole logic of the function + upper layer must be changed. The fallback (like enabling and potential options) should be dictated by the upper layer (or some mid layer function) and the sip_resolvehost() just to perform the actual DNS lookup (with an eventual break if some records are not present and indicated so).

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/482#issuecomment-98760157
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20150504/de3eb33b/attachment.htm>