[asterisk-bugs] [Asterisk 0017612]: [patch] wrong SRV query for TLS connection
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Jul 26 09:14:45 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17612
======================================================================
Reported By: marcelloceschia
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17612
Category: Channels/chan_sip/TCP-TLS
Reproducibility: always
Severity: trivial
Priority: normal
Status: ready for testing
Asterisk Version: SVN
JIRA: SWP-1832
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 273980
Request Review:
======================================================================
Date Submitted: 2010-07-09 02:01 CDT
Last Modified: 2010-07-26 09:14 CDT
======================================================================
Summary: [patch] wrong SRV query for TLS connection
Description:
chan_sip generates wrong service records queries to dns.
it queries to _sip._TLS.example.com, instead of _sips._tcp.example.com
======================================================================
----------------------------------------------------------------------
(0125019) pabelanger (manager) - 2010-07-26 09:14
https://issues.asterisk.org/view.php?id=17612#c125019
----------------------------------------------------------------------
This patch seems to duplicate the functionality of get_transport(). You
could also make these functions more generic so other parts of chan_sip can
reference the "sip", "sips", "udp" and "tcp" strings, then update the
other functions to use them.
Issue History
Date Modified Username Field Change
======================================================================
2010-07-26 09:14 pabelanger Note Added: 0125019
======================================================================
More information about the asterisk-bugs
mailing list