[asterisk-bugs] [Asterisk 0013337]: wrong SRV query
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Sep 30 17:05:15 CDT 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=13337
======================================================================
Reported By: pj
Assigned To: jpeeler
======================================================================
Project: Asterisk
Issue ID: 13337
Category: Channels/chan_sip/General
Reproducibility: always
Severity: minor
Priority: normal
Status: assigned
Asterisk Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 138442
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 2008-08-18 13:16 CDT
Last Modified: 2008-09-30 17:05 CDT
======================================================================
Summary: wrong SRV query
Description:
asterisk (chan_sip) generates wrong service records queries to dns.
it queries to _sip._UNKNOWN.foo.bar, instead of _sip._udp.foo.bar
if this first query fails, it try second query srv by appending asterisk
server dns domain to previous query, eg. _sip._UNKNOWN.foo.bar.domain.com,
third try is to query A record for foo.bar
I think this "automatic" failover is unnecessary or even incorrect,
causing needless delays
======================================================================
----------------------------------------------------------------------
(0092989) jpeeler (administrator) - 2008-09-30 17:05
http://bugs.digium.com/view.php?id=13337#c92989
----------------------------------------------------------------------
I just tested the SRV lookups and they seemed to resolve properly when
specifying the other transports.
Issue History
Date Modified Username Field Change
======================================================================
2008-09-30 17:05 jpeeler Note Added: 0092989
======================================================================
More information about the asterisk-bugs
mailing list