Re: [SR-Users] xmlrpc requests counted as unsupported_methods
On 4/21/11 6:39 AM, Juha Heinanen wrote: Daniel-Constantin Mierla writes: Of course a filter can be done in the kex module to skip http request types, but does it give any benefits overall? the stat becomes meaningless when proper supported messages (GET) get counted as unsupported. they should only be counted as unsupported if there is no xmlrpc_requests or xcap-server route to handle them. if that cannot be done, then the stat should be removed altogether. the stat was always for counting the methods that had no internal integer ID associated, maybe the name is misleading since at least for SIP, kamailio is a proxy and supports handling any custom requests types. Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Ipv6 SIP UA
Hi Klaus, I'm testing your QJSimple client and I'm observing following problems. In a IPv4 environments (win 7/32 or 64bit), the client is using a classical DNS resolving with SRV and so on, and I'm able to register. But inside of the IPV6 environment (IPv4 disabled), when UDP transport is used, the client is making just the A DNS record resolving on my domain name, not SRV at all. Here is debug log: QjSimple: starting registration ... QjSimple: initializing SIP stack ... QjSimple: pjsua_create succeeded ... QjSimple: qjsimple memory pool created ... QjSimple: DLL loaded ... QjSimple: GetNetworkParams found ... QjSimple: GetNetworkParams done ... QjSimple: cfg.nameserver_count=0 QjSimple: pjsua_init succeeded ... QjSimple: pjsip_endpt_register_module succeeded ... QjSimple: adding UDP transport ... QjSimple: pjsip_endpt_register_module succeeded ... QjSimple: outboundUri=sip:ps.sip.uniza.sk;lr;transport=udp QjSimple: publish_enabled=FALSE QjSimple: pjsua_acc_add succeeded ... QjSimple: finished intializing SIP stack, start pjsua ... QjSimple: initializing SIP stack ... done QjSimple: Info: on_reg_state_slot called QjSimple: Info: on_reg_state_slot: status=502 QjSimple: Info: on_reg_state_slot: statustext=Bad Gateway When I setup as the transport protocol UDP6 there is no actions at all, no dns, no sip, he re is debug log QjSimple: starting registration ... QjSimple: initializing SIP stack ... QjSimple: pjsua_create succeeded ... QjSimple: qjsimple memory pool created ... QjSimple: DLL loaded ... QjSimple: GetNetworkParams found ... QjSimple: GetNetworkParams done ... QjSimple: cfg.nameserver_count=0 QjSimple: pjsua_init succeeded ... QjSimple: pjsip_endpt_register_module succeeded ... QjSimple: adding UDP6 transport ... QjSimple: pjsip_endpt_register_module succeeded ... QjSimple: outboundUri=sip:ps.sip.uniza.sk;lr;transport=udp QjSimple: publish_enabled=FALSE QjSimple: pjsua_acc_add succeeded ... QjSimple: finished intializing SIP stack, start pjsua ... QjSimple: initializing SIP stack ... done regards pavel -Original Message- From: sr-users-boun...@lists.sip-router.org [mailto:sr-users- boun...@lists.sip-router.org] On Behalf Of Klaus Darilion Sent: Wednesday, April 20, 2011 12:49 PM To: sr-users@lists.sip-router.org Subject: Re: [SR-Users] Ipv6 SIP UA Am 20.04.2011 11:01, schrieb Pavel Segeč: Hi, yes I can agree now, linphone is working well, qjsimple has some problem If you find some problems (except that it does not work over TCL/TLS: http://trac.pjsip.org/repos/ticket/1127) please let me know. klaus ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users __ Informacia od ESET NOD32 Antivirus, verzia databazy 6057 (20110420) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk __ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 (20110420) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk __ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 (20110420) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] perlvdb error
On 4/20/11 5:07 PM, Roman Yeryomin wrote:
On 20 April 2011 15:24, Daniel-Constantin Mierlamico...@gmail.com wrote:
On 4/20/11 1:54 PM, Roman Yeryomin wrote:
On 19 April 2011 13:12, Roman Yeryominleroi.li...@gmail.comwrote:
ok, here is the backtrace:
# gdb kamailio core
...
Reading symbols from /usr/local/lib/kamailio/modules_k/perlvdb.so...done.
Loaded symbols for /usr/local/lib/kamailio/modules_k/perlvdb.so
...
Core was generated by `kamailio -'.
Program terminated with signal 11, Segmentation fault.
[New process 13773]
#0 0xb7228e3a in parseurl (url=0xb7213230 T�0\b#) at perlvdbfunc.c:60
60 if (strlen(cn)0)
If I understand this correctly error refers to row 60 in perlvdbfunc.c
strlen expects const char* instead of char* ?
So, any thoughts?
Send the output of 'bt full'. You haven't sent the backtrace, just the
initial output from the gdb command loading kamailio and the core. Once it
is loaded, run the command I mentioned and send the output.
ah, sorry, don't have much experience with gdb
this must be it:
(gdb) bt full
#0 0xb7228e3a in parseurl (url=0xb7213230 T�0\b#) at perlvdbfunc.c:60
No locals.
#1 0xb7228e7d in perlvdb_db_init (url=0x1Address 0x1 out of
Seems that the db url is not passed properly.
While you are in gdb, do:
frame 2
p db_url
What is your OS? Also, provide the list of loaded modules and the values
for all db_url parameters in the config.
Cheers,
Daniel
bounds) at perlvdbfunc.c:121
res =value optimized out
cn =value optimized out
obj =value optimized out
__FUNCTION__ = perlvdb_db_init
#2 0xb720df85 in child_init (rank=0) at authdb_mod.c:166
No locals.
#3 0x08123d34 in init_mod_child (m=0x830d540, rank=11) at sr_module.c:829
No locals.
#4 0x08123d0c in init_mod_child (m=0x830d820, rank=11) at sr_module.c:826
No locals.
#5 0x080cff21 in fork_tcp_process (child_id=11, desc=0x821b546 tcp
receiver, r=2, reader_fd_1=0xbf8d4a8c) at pt.c:478
pid = 0
sockfd = {26, 28}
reader_fd = {29, 30}
ret =value optimized out
i = 2
#6 0x0812ef0f in tcp_init_children () at tcp_main.c:4808
r = 2
reader_fd_1 = 30
pid =value optimized out
si =value optimized out
__FUNCTION__ = tcp_init_children
#7 0x080b0f15 in main_loop () at main.c:1632
i = 4
pid =value optimized out
si = (struct socket_info *) 0x0
si_desc = udp receiver child=3
sock=192.168.1.103:5060\000\220!\bb: \bT��\001�\224
�\207\000\000\000\001\000\000\000|\0373�\v\020\000\000`\0373�hK\215�\000\026y\b\000\000\000\000{\000\000\000\000\026y\b\002\023�M\000\000\000\000@Q%\b\000\000\000\000hK\215��Wk�\207\000\000
#8 0x080b3368 in main (argc=2, argv=0xbf8d4cf4) at main.c:2398
cfg_stream = (FILE *) 0x86cf008
c =value optimized out
r = 1
tmp = 0x8254b2c
HJ%\bh�v�p+v��d��\222\005\b@\211_��\222\005\b�\222\005\b\220\na�\020\213j�\032\223\005\b*\223\005\b�Zk��\212g�Z\223\005\bPHd�z\223\005\b�Ih�\232\223\005\b�Wk�
tmp_len = -1217212428
port = 134582928
proto = -1081258936
ret =value optimized out
seed = 748194738
rfd = 5
debug_save =value optimized out
debug_flag = 1
dont_fork_cnt = 0
n_lst =value optimized out
p = 0x0
--
Daniel-Constantin Mierla
http://www.asipto.com
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Ipv6 SIP UA
Hi, and the IMS Boghe client can be used for IPv6 call testing too. pavel -Original Message- From: sr-users-boun...@lists.sip-router.org [mailto:sr-users- boun...@lists.sip-router.org] On Behalf Of Pavel Segeč Sent: Thursday, April 21, 2011 10:10 AM To: 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List' Subject: Re: [SR-Users] Ipv6 SIP UA Hi Klaus, I'm testing your QJSimple client and I'm observing following problems. In a IPv4 environments (win 7/32 or 64bit), the client is using a classical DNS resolving with SRV and so on, and I'm able to register. But inside of the IPV6 environment (IPv4 disabled), when UDP transport is used, the client is making just the A DNS record resolving on my domain name, not SRV at all. Here is debug log: QjSimple: starting registration ... QjSimple: initializing SIP stack ... QjSimple: pjsua_create succeeded ... QjSimple: qjsimple memory pool created ... QjSimple: DLL loaded ... QjSimple: GetNetworkParams found ... QjSimple: GetNetworkParams done ... QjSimple: cfg.nameserver_count=0 QjSimple: pjsua_init succeeded ... QjSimple: pjsip_endpt_register_module succeeded ... QjSimple: adding UDP transport ... QjSimple: pjsip_endpt_register_module succeeded ... QjSimple: outboundUri=sip:ps.sip.uniza.sk;lr;transport=udp QjSimple: publish_enabled=FALSE QjSimple: pjsua_acc_add succeeded ... QjSimple: finished intializing SIP stack, start pjsua ... QjSimple: initializing SIP stack ... done QjSimple: Info: on_reg_state_slot called QjSimple: Info: on_reg_state_slot: status=502 QjSimple: Info: on_reg_state_slot: statustext=Bad Gateway When I setup as the transport protocol UDP6 there is no actions at all, no dns, no sip, he re is debug log QjSimple: starting registration ... QjSimple: initializing SIP stack ... QjSimple: pjsua_create succeeded ... QjSimple: qjsimple memory pool created ... QjSimple: DLL loaded ... QjSimple: GetNetworkParams found ... QjSimple: GetNetworkParams done ... QjSimple: cfg.nameserver_count=0 QjSimple: pjsua_init succeeded ... QjSimple: pjsip_endpt_register_module succeeded ... QjSimple: adding UDP6 transport ... QjSimple: pjsip_endpt_register_module succeeded ... QjSimple: outboundUri=sip:ps.sip.uniza.sk;lr;transport=udp QjSimple: publish_enabled=FALSE QjSimple: pjsua_acc_add succeeded ... QjSimple: finished intializing SIP stack, start pjsua ... QjSimple: initializing SIP stack ... done regards pavel -Original Message- From: sr-users-boun...@lists.sip-router.org [mailto:sr-users- boun...@lists.sip-router.org] On Behalf Of Klaus Darilion Sent: Wednesday, April 20, 2011 12:49 PM To: sr-users@lists.sip-router.org Subject: Re: [SR-Users] Ipv6 SIP UA Am 20.04.2011 11:01, schrieb Pavel Segeč: Hi, yes I can agree now, linphone is working well, qjsimple has some problem If you find some problems (except that it does not work over TCL/TLS: http://trac.pjsip.org/repos/ticket/1127) please let me know. klaus ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users __ Informacia od ESET NOD32 Antivirus, verzia databazy 6057 (20110420) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk __ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 (20110420) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk __ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 (20110420) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users __ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 (20110420) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk __ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 (20110420) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Ipv6 SIP UA
that it does not work over TCL/TLS: http://trac.pjsip.org/repos/ticket/1127) please let me know. klaus ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users __ Informacia od ESET NOD32 Antivirus, verzia databazy 6057 (20110420) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk __ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 (20110420) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk __ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 (20110420) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users __ Informacia od ESET NOD32 Antivirus, verzia databazy 6060 (20110421) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk __ Informacia od ESET NOD32 Antivirus, verzia databazy 6060 (20110421) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] perlvdb error
On 21 April 2011 12:16, Daniel-Constantin Mierla mico...@gmail.com wrote:
(gdb) bt full
#0 0xb7228e3a in parseurl (url=0xb7213230 T�0\b#) at perlvdbfunc.c:60
No locals.
#1 0xb7228e7d in perlvdb_db_init (url=0x1Address 0x1 out of
Seems that the db url is not passed properly.
While you are in gdb, do:
frame 2
p db_url
(gdb) frame 2
#2 0xb720df85 in child_init (rank=0) at authdb_mod.c:166
166 auth_db_handle = auth_dbf.init(db_url);
(gdb) p db_url
$1 = {s = 0x830f554 perlvdb:OpenSER::VDB::Adapter::Auth, len = 35}
What is your OS? Also, provide the list of loaded modules and the values for
all db_url parameters in the config.
OS is Ubuntu server 8.04 with all updates and kernel 2.6.38.3 running
in virtual machine (virtualbox).
$ cat /usr/local/etc/kamailio/kamailio.cfg | grep loadmodule
loadmodule db_mysql.so
loadmodule mi_fifo.so
loadmodule kex.so
loadmodule tm.so
loadmodule tmx.so
loadmodule sl.so
loadmodule rr.so
loadmodule pv.so
loadmodule maxfwd.so
loadmodule usrloc.so
loadmodule registrar.so
loadmodule textops.so
loadmodule siputils.so
loadmodule xlog.so
loadmodule sanity.so
loadmodule ctl.so
loadmodule mi_rpc.so
loadmodule acc.so
loadmodule perl.so
loadmodule perlvdb.so
loadmodule auth.so
loadmodule auth_db.so
loadmodule app_lua.so
$ cat /usr/local/etc/kamailio/kamailio.cfg | grep db_url
modparam(auth_db, db_url, perlvdb:OpenSER::VDB::Adapter::Auth)
modparam(alias_db, db_url, perlvdb:OpenSER::VDB::Adapter::Alias)
Regards,
Roman
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] New developer: Jason Penton
Hello, I want to announce Jason Penton as a new registered developer, with write access to GIT repository - his username id is 'jason.penton'. Jason already submitted an IMS-related module that Carsten added to his IMS branch in the last days, therefore expect contributions from Jason in the IMS extensions. Thanks, Daniel -- Daniel-Constantin Mierla http://www.asipto.com ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] New developer: Jason Penton
On 21.04.2011 14:54, Daniel-Constantin Mierla wrote: I want to announce Jason Penton as a new registered developer, with write access to GIT repository - his username id is 'jason.penton'. Jason already submitted an IMS-related module that Carsten added to his IMS branch in the last days, therefore expect contributions from Jason in the IMS extensions. First Timo (me), then Timo (no, not me again; the other one, Teräs), now Jason -- this place is growing! World domination is closing in! Welcome, Jason -- may your git commits be bug-free and feature-ful! Cheers! --Timo ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Ipv6 SIP UA
...@lists.sip-router.org] On Behalf Of Klaus Darilion Sent: Wednesday, April 20, 2011 12:49 PM To: sr-users@lists.sip-router.org Subject: Re: [SR-Users] Ipv6 SIP UA Am 20.04.2011 11:01, schrieb Pavel Segeč: Hi, yes I can agree now, linphone is working well, qjsimple has some problem If you find some problems (except that it does not work over TCL/TLS: http://trac.pjsip.org/repos/ticket/1127) please let me know. klaus ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users __ Informacia od ESET NOD32 Antivirus, verzia databazy 6057 (20110420) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk __ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 (20110420) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk __ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 (20110420) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users __ Informacia od ESET NOD32 Antivirus, verzia databazy 6060 (20110421) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk __ Informacia od ESET NOD32 Antivirus, verzia databazy 6060 (20110421) __ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Ipv6 SIP UA
sems can be compiled with ipv6 support. does anyone know if can handle both sip signaling and media over ipv6? if yet, its sbc module might be a handy gateway between ipv4 and ipv6. -- juha ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] BLF using kamailio
Hi Lucas, If you configure correctly, it should be like this(Event: dialog): SUBSCRIBE sip:2...@atibwras.aastra.com:5060 SIP/2.0 Accept: application/dialog-info+xml Via: SIP/2.0/UDP 10.30.102.67;branch=z9hG4bKf3b465dfbae5309e8 Max-Forwards: 70 From: 4165142514 sip:4165142...@atibwras.aastra.com:5060;tag=f4b8264914 To: sip:2...@atibwras.aastra.com:5060 Call-ID: f5d81a1675243351 CSeq: 30414 SUBSCRIBE Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, UPDATE, PRACK, SUBSCRIBE, INFO Allow-Events: talk, hold, conference, LocalModeStatus Contact: 4165142514 sip:4165142514@10.30.102.67:5060;transport=udp;+sip.instance=urn:uui d:--1000-8000-00085D13BACE Event: dialog Expires: 3607 Supported: path User-Agent: Aastra 6739i/3.2.1.42 Content-Length: 0 Sincerely, Derrick -Original Message- From: sr-users-boun...@lists.sip-router.org [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of Andrew Pogrebennyk Sent: Wednesday, April 20, 2011 10:49 AM To: Lucas Alvarez Cc: SR-Users Subject: Re: [SR-Users] BLF using kamailio Lucas, It seems the Aastra is not configured for BLF, the SUBSCRIBE below is for message-summary, not dialog info. Kamailio is sending the list of supported events in Allow-Events: presence.winfo, presence, dialog On 20.04.2011 17:45, Lucas Alvarez wrote: Thank you Andrew for your quick answer. *This is the subscribe message:* U 192.168.15.108:5060 http://192.168.15.108:5060 - 192.168.15.22:5060 http://192.168.15.22:5060 SUBSCRIBE sip:1104@192.168.15.22:5060 http://sip:1104@192.168.15.22:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.15.108;branch=z9hG4bKa54a155ad67706dca. Proxy-Authorization: Digest username=1104,realm=192.168.15.22,nonce=Ta7q1k2u6ar6DmLu8tDlXtvfjjh WEBct,uri=sip:1104@192.168.15.22:5060 http://sip:1104@192.168.15.22:5060,response=de6b80891ba1923830ce fc552b47. Max-Forwards: 70. From: 1104 sip:1104@192.168.15.22:5060 http://sip:1104@192.168.15.22:5060;tag=71cf5c9949. To: sip:1104@192.168.15.22:5060 http://sip:1104@192.168.15.22:5060. Call-ID: f22823b8b4d58a8e. CSeq: 3430 SUBSCRIBE. Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, UPDATE, PRACK, SUBSCRIBE, INFO. Allow-Events: talk, hold, conference, LocalModeStatus. Contact: 1104 sip:1104@192.168.15.108:5060;transport=udp;+sip.instance=urn:uuid:00 00--1000-8000-00085D10A1A6. Event: message-summary. Expires: 86400. Supported: path. User-Agent: Aastra 57i/3.2.1.43 http://3.2.1.43. Content-Length: 0. -- Sincerely, Andrew Pogrebennyk ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Try backup route
I'm using Kamailio 3.1
I have a custom routing statement called MYROUTE which is placed like
this:
route { ... route (MYROUTE); route (RELAY);}
Inside MYROUTE I do some custom SQL checking that basically selects
the least cost provider for the ongoing call. The MYROUTE routine sets
the $rU, $rd and $rp variables in case a provider has been found for
the dialed number or fails with Sip code 404.
All this works perfectly, except in my database I also have an
alternate provider that I only wish to use as backup in case the main
provider returns a 5XX code.
How do I get Kamailio to try the second provider after the first one
failed ?
So far I've tried setting up a t_on_failure() command routine that
picks up the backup provider from the database and sets $rU, $rd
margin-right:0px;margin-bottom:0px;margin-left:0px;padding-top:0px;padding-right:0px;padding-bottom:0px;padding-left:0px;
0(11460) DEBUG: [parser/msg_parser.c:167]: get_hdr_field: cseq :
0(11460) DEBUG: [parser/msg_parser.c:201]: DEBUG: get_hdr_body :
content_length=0 0(11460) DEBUG: [parser/msg_parser.c:103]: found
end of header 0(11460) DEBUG: maxfwd [mf_funcs.c:66]: max_forwards
header not found! 0(11460) DEBUG: [parser/parse_to.c:174]: DEBUG:
add_param: tag=4a2aab60 0(11460) DEBUG: [parser/parse_to.c:803]:
end of header reached, state=29 0(11460) DEBUG: siputils
[checks.c:76]: totag found 0(11460) DEBUG: rr [loose.c:108]: No
Route headers found 0(11460) DEBUG: rr [loose.c:910]: There is no
Route HF
I believe the problem is that t_on_failure() does not keep all the
proper data associated with the call and that's why it fails. Maybe
t_on_failure isn't the right command to use here after all (?).
So to resume. Here's what I wish to achieve:
1 Call comes through2. Goes through MYROUTE where a provider is
selected3. Call is attempted through provider found in #24. If call
fails , select another provider5. Call is attempted through provider
found in #4
Thanks!
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
