[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