[Serusers] SRV failover question

Paul Antinori (pantinor) pantinor at cisco.com
Mon Dec 4 15:23:56 CET 2006


Greger and all,
 
The URL does not really help.  You will see my cfg script below is
already using rewritehostport with no port and the SRV name.
I also am not using t_on_failure as it should not be necessary according
the post by Klaus.
 
Heres my SRV table with the ranking priorities:
 
_sip._udp.vxml.pats.cisco.com   SRV service location:
          priority       = 1
          weight         = 1
          port           = 5060
          svr hostname   = vxml-1.pats.cisco.com
_sip._udp.vxml.pats.cisco.com   SRV service location:
          priority       = 2
          weight         = 1
          port           = 5060
          svr hostname   = vxml-2.pats.cisco.com
_sip._udp.vxml.pats.cisco.com   SRV service location:
          priority       = 3
          weight         = 1
          port           = 5060
          svr hostname   = vxml-3.pats.cisco.com
pats.cisco.com  nameserver = ns1.pats.cisco.com
vxml-1.pats.cisco.com   internet address = 10.86.129.x
vxml-2.pats.cisco.com   internet address = 10.86.129.x
vxml-3.pats.cisco.com   internet address = 10.86.129.x
ns1.pats.cisco.com      internet address = 10.86.129.x
 
 
Thanks anyone for any help,
 
Paul
 
 

________________________________

From: Greger V. Teigre [mailto:greger at teigre.com] 
Sent: Monday, December 04, 2006 6:41 AM
To: Paul Antinori (pantinor)
Cc: serusers at iptel.org
Subject: Re: [Serusers] SRV failover question


http://lists.iptel.org/pipermail/serusers/2006-October/030813.html

Paul Antinori (pantinor) wrote: 

	Hi, 

	Regarding the SRV query addition in (ser-0.9.7-pre7), when the
call fails on the first priority destination, it never seems to attempt
to send the INVITE to the second priority destination in the SRV
response list.  Is there anything else to script in the ser.cfg file to
get this to work?

	Thanks for help, 

	Paul 

	[root at iptel-sip-proxy /]# /usr/sbin/tethereal | grep SIP 
	Capturing on eth0 
	 10.100556 10.86.142.144 -> 10.86.129.17 SIP Request: INVITE
sip:77710107773365 at 10.86.129.17:5060;transport=udp 
	 10.101774 10.86.129.17 -> 10.86.142.144 SIP Status: 100 trying
-- your call is important to us 
	 14.233596 10.86.129.17 -> 10.86.142.144 SIP Status: 408 Request
Timeout 
	 14.235930 10.86.142.144 -> 10.86.129.17 SIP Request: ACK
sip:77710107773365 at 10.86.129.17:5060;transport=udp 
	2139 packets captured 

	[root at iptel-sip-proxy /]# /usr/sbin/tethereal | grep DNS 
	Capturing on eth0 
	  4.279486 10.86.129.17 -> 10.86.129.16 DNS Standard query SRV
_sip._udp.vxml.pats.cisco.com 
	  4.279897 10.86.129.16 -> 10.86.129.17 DNS Standard query
response SRV 1 1 5060 vxml-1.pats.cisco.com SRV 2 1 5060
vxml-2.pats.cisco.com SRV 3 1 5060 vxml-3.pats.cisco.com

	  4.280045 10.86.129.17 -> 10.86.129.16 DNS Standard query A
vxml-1.pats.cisco.com 
	  4.280231 10.86.129.16 -> 10.86.129.17 DNS Standard query
response A 10.86.129.2   <--this is unplugged from the network


	debug=3 
	fork=yes 
	log_stderror=yes 
	rev_dns=no 
	port=5060 
	children=4 
	check_via=no 
	sip_warning=yes 
	fifo="/tmp/ser_fifo" 
	uid="nobody" 
	gid="nobody" 

	#aliases for this proxy server 
	#ie hostnames/domains that it routes for 
	alias=sox.cisco.com 
	alias=pats.cisco.com 

	loadmodule "/usr/local/lib/ser/modules/sl.so" 
	loadmodule "/usr/local/lib/ser/modules/tm.so" 
	loadmodule "/usr/local/lib/ser/modules/rr.so" 
	loadmodule "/usr/local/lib/ser/modules/maxfwd.so" 
	loadmodule "/usr/local/lib/ser/modules/usrloc.so" 
	loadmodule "/usr/local/lib/ser/modules/registrar.so" 
	loadmodule "/usr/local/lib/ser/modules/textops.so" 

	modparam("usrloc", "db_mode",   0) 
	modparam("rr", "enable_full_lr", 1) 
	modparam("tm","fr_timer",5) 
	modparam("tm","fr_inv_timer",5) 

	route{ 


	        if (!mf_process_maxfwd_header("10")) { 
	                sl_send_reply("483","Too Many Hops"); 
	                break; 
	        }; 

	        if (uri=~"^sip:1") { 
	                log(1, "SER found 1*\n"); 
	
rewritehostport("ccm.pats.cisco.com");route(1);break; 
	        } 
	        if (uri=~"^sip:2") { 
	                log(1, "SER Found 2*\n"); 
	
rewritehostport("ccm.pats.cisco.com");route(1);break; 
	        } 
	        if (uri=~"^sip:7") { 
	                log(1, "SER Found 7*\n"); 
	
rewritehostport("vxml.pats.cisco.com");route(1);break; 
	        } 
	        if (uri=~"^sip:8") { 
	                log(1, "SER Found 8*\n"); 
	
rewritehostport("SER.pats.cisco.com");route(1);break; 
	        } 
	        if (uri=~"^sip:9") { 
	                log(1, "SER Found 9*\n"); 
	
rewritehostport("ringtone.pats.cisco.com");route(1);break; 
	        } 

	        log(1,"Could Not Match DN to Route\n"); 
	        route(1); 
	} 

	route[1] 
	{ 
	        if (!t_relay()) { 
	                sl_reply_error(); 
	        }; 
	} 

	
________________________________


	_______________________________________________
	Serusers mailing list
	Serusers at lists.iptel.org
	http://lists.iptel.org/mailman/listinfo/serusers
	  

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20061204/b29ba98f/attachment.htm>


More information about the sr-users mailing list