The following issue has been SUBMITTED. 
====================================================================== 
https://bugtracker.iptel.org/view.php?id=75 
====================================================================== 
Reported By:                tsearle
Assigned To:                
====================================================================== 
Project:                    SEMS
Issue ID:                   75
Category:                   SIP stack
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2012-03-22 09:30 CET
Last Modified:              2012-03-22 09:30 CET
====================================================================== 
Summary:                    DNS SRV failover on timout doesn't work
Description: 
the function _trans_layer::send_request

msg is used in set_destination_ip(msg,&next_hop,next_port);

to resolve the set of destinations to try for the request.  However msg
isn't what is saved in the UAC transaction, instead a new sip msg is
created p_msg which is the one actually set.

When TIMER_M expires, next_ip fails as the dns_handle is empty.

attached is a patch to copy the dns_handle from msg to p_msg
(alternative possible fix would be to call set_destination_ip later in the
code after p_msg has been built)
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2012-03-22 09:30 tsearle        New Issue                                    
2012-03-22 09:30 tsearle        File Added: dns_resultset.patch                 
  
======================================================================
_______________________________________________
Semsdev mailing list
[email protected]
http://lists.iptel.org/mailman/listinfo/semsdev

Reply via email to