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

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
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:                     feedback
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:              
====================================================================== 
Date Submitted:             2010-02-24 12:08 CST
Last Modified:              2010-03-08 14:04 CST
====================================================================== 
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
====================================================================== 

---------------------------------------------------------------------- 
 (0119153) jamicque (reporter) - 2010-03-08 14:04
 https://issues.asterisk.org/view.php?id=16898#c119153 
---------------------------------------------------------------------- 
imho it's a bug. Enabling srvlooups and making a configuration of peers
only on domain names with enabled dns_manager should give you reliability
(if peers have SRV's). Now what you can do is to disable srvlookups and
pray that if any failure/congestion will happen dns_nmanager will resolve
the domain name on IP of a working peer. Or enable srv_lookup but than
dns_manager is worthless coz you have to configure as many peers (defining
their IP addresses), as many IP addressees are under the domain name to
successfully support incoming calls. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-03-08 14:04 jamicque       Note Added: 0119153                          
======================================================================