[asterisk-bugs] [Asterisk 0016898]: dnsmgr failes to match peer when SIP srvlookup is on

[Asterisk Bug Tracker]

The following issue has been RESOLVED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16898 
====================================================================== 
Reported By:                jamicque
Assigned To:                russell
====================================================================== 
Project:                    Asterisk
Issue ID:                   16898
Category:                   Core/Netsock
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     resolved
Asterisk Version:           1.6.1.16 
JIRA:                       SWP-970 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 won't fix
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-02-24 12:08 CST
Last Modified:              2010-03-15 10:53 CDT
====================================================================== 
Summary:                    dnsmgr failes to match peer when SIP srvlookup is on
Description: 
Dnsmgr failes to match peer when SIP srvlookup is on. Asterisk tries to
find a peer but it failes.

[Feb 24 19:03:05] WARNING[10845]: res_config_pgsql.c:540
realtime_multi_pgsql: PostgreSQL RealTime: Could not find any rows in table
sip_ps.
[Feb 24 19:03:05] WARNING[10845]: res_config_pgsql.c:540
realtime_multi_pgsql: PostgreSQL RealTime: Could not find any rows in table
sip_ps.
[Feb 24 19:03:05] NOTICE[10845]: chan_sip.c:19044 handle_request_invite:
Sending fake auth rejection for device "+48607382193"
<sip:607382193 at sbc.freeconet.pl>;tag=as108407ed

when i type in console: 
dnsmgr refresh
    -- Refreshing DNS lookups.
    -- refreshing 'sip.freeconet.pl'
       > ast_get_srv: SRV lookup for '_sip._UDP.sip.freeconet.pl' mapped
to host server1.freeconet.pl, port 5060
[Feb 24 19:05:14] NOTICE[11952]: dnsmgr.c:181 dnsmgr_refresh: dnssrv: host
'sip.freeconet.pl' changed from 213.218.116.66:5060 to 213.218.116.65:5060

however after I make a call:
dnsmgr refresh
    -- Refreshing DNS lookups.
    -- refreshing 'sip.freeconet.pl'
[Feb 24 19:06:21] NOTICE[11952]: dnsmgr.c:181 dnsmgr_refresh: dnssrv: host
'sip.freeconet.pl' changed from 213.218.116.65:5060 to 213.218.116.66:5060
    -- refreshing 'sip.freeconet.pl'
       > ast_get_srv: SRV lookup for '_sip._UDP.sip.freeconet.pl' mapped
to host server1.freeconet.pl, port 5060

and incoming calls from peer are matched properly. It only happens on
every restart of asterisk till no outbound call is done. When i turn of
srvlookup everything works fine.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0016899 srvlookup don't work with register
====================================================================== 

---------------------------------------------------------------------- 
 (0119373) russell (administrator) - 2010-03-15 10:53
 https://issues.asterisk.org/view.php?id=16898#c119373 
---------------------------------------------------------------------- 
This is expected behavior.  You have correctly identified that Asterisk's
SRV support is extremely minimal.  You have also correctly identified the
configuration required to be able to support incoming calls and work around
the problem you have encountered.

Improvements to Asterisk's SRV support in patch form are welcome.  :-) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-03-15 10:53 russell        Note Added: 0119373                          
2010-03-15 10:53 russell        Status                   feedback => resolved
2010-03-15 10:53 russell        Resolution               open => won't fix   
======================================================================