sr-users

sr-users@lists.kamailio.org

42 participants
37519 discussions

Proxy setup in a non-recursive mode
by Abdul Hakeem 29 Jun '11

29 Jun '11

Hello, Could anyone help with suggestions on how to setup a Proxy ( R-Proxy) that only does a route lookup and pass the parameter back to origination Proxy/Gateway A to forward the call based on the new parameter. On receipt of an invite from GW/Proxy A, R- Proxy will do a route lookup for the called number 447988870290, If it finds a route then it should append the network prefix to the new INVITE or rewrite the INVITE 23430442088870290 in the 302 Moved Temporarily message sent back to GW/Proxy A in the Contact field and there are two CC-Diversion header fields included; at GW/Proxy (IP address) who originated the call and already has a route or dial plan for the new prefix and also another one for same at GW/Proxy (IP address). Is there any way to do this without creating a loop in the network ? Previously this setup can be achieved with the originating network having 2 GW/Proxies i.e. GW/Proxy A and GW/Proxy B. In the 302 Temporarily moved message the Contact will show GW/Proxy B, while the 2 CC-Diversion header fields will add GW/Proxy B and GW Proxy A. Regards, Abdul Hakeem

2 3

MWI handling
by Spinov Evgeniy 29 Jun '11

29 Jun '11

Hello. Trying to understand how to work with the presence_mwi module. It seems to me, that it's just for my purpose - inform subscribed peers about waiting messages. But it do not export any functions, noting. The scheme is simple: Peer->Kamailio->Asterisk. Asterisk can accept voicemail and when the message is saved I want to receive NOTIFY for subscribed peer. As I understand, peer should register on Kamailio, kamailio should accept this subscription and send subscription to asterisk. After this, need to proxy all NOTIFY to the peer. Anyway, cannot find any way to do that. How it's usually done, please, advice. Thanks in advance.

2 1

Re: [SR-Users] Questions about LCR module
by Fabian Borot 29 Jun '11

29 Jun '11

Thanks Juha I populated the lcr tables by hand. This is how they look now, I have 2 lcr_ids [1 and 2], each instance has its own gw. And each instance has its own prefix to match for [4444 and 5555]. The idea is that a call comes in with R-URI 444413051234567, it should match the lcr_id= 200, then it should go out using gw 192.168.169.200 etc mysql> select * from lcr_gw; +----+--------+------------+-----------------+-------------------+------+--------+------------+-----------+-------+------+-------+---------+ | id | lcr_id | gw_name | ip_addr | hostname | port | params | uri_scheme | transport | strip | tag | flags | defunct | +----+--------+------------+-----------------+-------------------+------+--------+------------+-----------+-------+------+-------+---------+ | 1 | 200 | switchvox | 192.168.169.200 | pbx1.mydomain.com | 5060 | none | 1 | 1 | 0 | | 0 | 0 | | 2 | 201 | switchvox2 | 192.168.169.201 | pbx1.mydomain.net | 5060 | none | 1 | 1 | 0 | | 0 | 0 | +----+--------+------------+-----------------+-------------------+------+--------+------------+-----------+-------+------+-------+---------+ mysql> select * from lcr_rule; +----+--------+--------+----------+---------+---------+ | id | lcr_id | prefix | from_uri | stopper | enabled | +----+--------+--------+----------+---------+---------+ | 1 | 200 | 4444 | | 0 | 1 | | 2 | 201 | 5555 | | 0 | 1 | +----+--------+--------+----------+---------+---------+ mysql> select * from lcr_rule_target; +----+--------+---------+-------+----------+--------+ | id | lcr_id | rule_id | gw_id | priority | weight | +----+--------+---------+-------+----------+--------+ | 1 | 200 | 1 | 1 | 5 | 1 | | 2 | 201 | 2 | 2 | 5 | 1 | +----+--------+---------+-------+----------+--------+ Then I tried the sercmd commands to reload and dump and I do not see the contents o the screen. Is this how is supposed to work now?. with debug level set to 3 I do this "/usr/local/kamailio-3.1/sbin/sercmd lcr.dump_rules" and see these lines on the syslog: Jun 28 11:53:57 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: ctl [../../io_wait.h:390]: DBG: io_watch_add(0x2b772e494660, 12, 3, 0x9679e8), fd_no=1 Jun 28 11:53:57 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: ctl [io_listener.c:452]: handle_stream read: new connection (1) on /tmp/ser_ctl Jun 28 11:53:57 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: ctl [io_listener.c:505]: handle_stream read: eof on /tmp/ser_ctl Jun 28 11:53:57 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: ctl [../../io_wait.h:617]: DBG: io_watch_del (0x2b772e494660, 12, -1, 0x10) fd_no=2 called if I do this: "/usr/local/kamailio-3.1/sbin/sercmd lcr.reload" I see these: Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: ctl [../../io_wait.h:390]: DBG: io_watch_add(0x2b772e494660, 12, 3, 0x9679e8), fd_no=1 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: ctl [io_listener.c:452]: handle_stream read: new connection (1) on /tmp/ser_ctl Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db.c:294]: connection 0x951b78 found in pool Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:118]: allocate 48 bytes for result set at 0x952728 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:68]: 5 columns returned from the query Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:155]: allocate 40 bytes for result names at 0x9527b8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:165]: allocate 20 bytes for result types at 0x952610 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[0] at 0x9528b8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x9528b8)[0]=[id] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[1] at 0x952928 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x952928)[1]=[prefix] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[2] at 0x951a98 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x951a98)[2]=[from_uri] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[3] at 0x951b08 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x951b08)[3]=[stopper] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[4] at 0x952998 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x952998)[4]=[enabled] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_dbase.c:326]: no rows returned from the query Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: lcr [lcr_mod.c:985]: loading, cycle 0 with <0> rows Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:81]: freeing 5 columns Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[0] at 0x9528b8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[1] at 0x952928 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[2] at 0x951a98 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[3] at 0x951b08 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[4] at 0x952998 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:94]: freeing result names at 0x9527b8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:99]: freeing result types at 0x952610 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:136]: freeing result set at 0x952728 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:118]: allocate 48 bytes for result set at 0x952728 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:68]: 12 columns returned from the query Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:155]: allocate 96 bytes for result names at 0x951ef8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:165]: allocate 48 bytes for result types at 0x951c38 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[0] at 0x951b08 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x951b08)[0]=[gw_name] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[1] at 0x951a98 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x951a98)[1]=[ip_addr] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[2] at 0x952928 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x952928)[2]=[port] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[3] at 0x9528b8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x9528b8)[3]=[uri_scheme] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[4] at 0x952610 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x952610)[4]=[transport] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[5] at 0x952998 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x952998)[5]=[params] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[6] at 0x9527b8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x9527b8)[6]=[hostname] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[7] at 0x951fb8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x951fb8)[7]=[strip] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[8] at 0x952028 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x952028)[8]=[tag] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[9] at 0x952098 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x952098)[9]=[flags] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[10] at 0x952108 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x952108)[10]=[defunct] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[11] at 0x951288 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x951288)[11]=[id] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:169]: no rows returned from the query Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:81]: freeing 12 columns Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[0] at 0x951b08 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[1] at 0x951a98 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[2] at 0x952928 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[3] at 0x9528b8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[4] at 0x952610 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[5] at 0x952998 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[6] at 0x9527b8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[7] at 0x951fb8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[8] at 0x952028 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[9] at 0x952098 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[10] at 0x952108 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[11] at 0x951288 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:94]: freeing result names at 0x951ef8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:99]: freeing result types at 0x951c38 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:136]: freeing result set at 0x952728 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:118]: allocate 48 bytes for result set at 0x952728 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:68]: 4 columns returned from the query Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:155]: allocate 32 bytes for result names at 0x952998 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:165]: allocate 16 bytes for result types at 0x951288 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[0] at 0x952098 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x952098)[0]=[rule_id] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[1] at 0x952028 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x952028)[1]=[gw_id] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[2] at 0x951fb8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x951fb8)[2]=[priority] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[3] at 0x9528b8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x9528b8)[3]=[weight] Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: db_mysql [km_dbase.c:326]: no rows returned from the query Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: lcr [lcr_mod.c:1344]: loading, cycle 0 with <0> rows Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:81]: freeing 4 columns Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[0] at 0x952098 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[1] at 0x952028 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[2] at 0x951fb8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[3] at 0x9528b8 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:94]: freeing result names at 0x952998 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:99]: freeing result types at 0x951288 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_res.c:136]: freeing result set at 0x952728 Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: <core> [db_pool.c:97]: connection still kept in the pool Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: ctl [io_listener.c:505]: handle_stream read: eof on /tmp/ser_ctl Jun 28 11:55:04 registrar /usr/local/kamailio-3.1/sbin/kamailio[4309]: DEBUG: ctl [../../io_wait.h:617]: DBG: io_watch_del (0x2b772e494660, 12, -1, 0x10) fd_no=2 called I am trying to port our setup from kamailio 1.4.3 to 3.1.4 and I see > huge differences on the LCR module. there is a script somewhere (read wiki) that upgrades the tables. > I have these main questions: > > 1- does lcr_id replaces the grp_id? not really. lcr_ids denote independent lcr instances. > 2- what happened to the fifo commands to add gws etc: fifo commands to manipulate lcr tables are not supported by me. -- juha From: fborot(a)hotmail.com To: sr-users(a)lists.sip-router.org Subject: Questions about LCR module Date: Mon, 27 Jun 2011 17:23:05 -0400 I am trying to port our setup from kamailio 1.4.3 to 3.1.4 and I see huge differences on the LCR module. I have these main questions: 1- does lcr_id replaces the grp_id? 2- what happened to the fifo commands to add gws etc: lcr addgw <gw_name> <ip> <port> <scheme> <transport> <grp_id> <flags> <tag> <strip> ............... add a gateway with flags, tag and strip ............ ................(flags, tag, and strip are optional arguments) ..... lcr rmgw <gw_name> .......................................................... ............... delete a gateway lcr addroute <prefix> <from> <grp_id> <prio> ................................. .............. add a route ( use '' to match anything in <from> ) lcr rmroute <prefix> <from> <grp_id> <prio> ................................. .............. delete a route 3- it looks like the kamctl fifo lcr reload can not be used anymore, instead I found that there is a sercmd command that can be used to "show" and "reload" only the lcr tables What would be the best way to use this module on this version? Any help/hint would be greatly appreciated. thank you fborot

2 3

Kamailio+ Asterisk 491 error code ????
by Sébastien Cramatte 28 Jun '11

28 Jun '11

Hello, I've just setup Kamailio+ Asterisk following Daniel Constantin Mierla howto http://kb.asipto.com/asterisk:realtime:kamailio-3.1.x-asterisk-1.6.2-astdb Everything seemts to works and I'm able to place a call to local extensions. I'm able to establish a call but strangely I get and 491 error code on my SIP Phones In my Asterisk console I get this error : [Jun 28 18:14:42] WARNING[24432]: chan_sip.c:18087 handle_response_invite: just did sched_add waitid(23) for sip_reinvite_retry for dialog LIFuQLu1l3ZtKrNy0XDX7lEk.Y5JdFko in handle_response_invite == Spawn extension (from-local, 102, 1) exited non-zero on 'SIP/103-00000000' Anybody can give me an hand to solve this issue ? Best regards

2 1

Dialog module question
by Javier Gallart 28 Jun '11

28 Jun '11

Hello I have little experience with the dialog module -so sorry if the quesiton is silly-, and I was wondering if I could use it for doing accounting (acc works just fine, but I was looking for a unique stop record that includes all the call information). The basic idea would be to assign the initial INVITE to a profile; and then, when BYE is received, build a cdr based of the dialog attributes...but afaik , upon reception of the BYE the dialog is destroyed. is there a way to access the dlg attributes inside the script when the BYE transaction is processed? Thanks in advance Javi

2 2

Questions about LCR module
by Fabian Borot 28 Jun '11

28 Jun '11

I am trying to port our setup from kamailio 1.4.3 to 3.1.4 and I see huge differences on the LCR module. I have these main questions: 1- does lcr_id replaces the grp_id? 2- what happened to the fifo commands to add gws etc: lcr addgw <gw_name> <ip> <port> <scheme> <transport> <grp_id> <flags> <tag> <strip> ............... add a gateway with flags, tag and strip ............ ................(flags, tag, and strip are optional arguments) ..... lcr rmgw <gw_name> .......................................................... ............... delete a gateway lcr addroute <prefix> <from> <grp_id> <prio> ................................. .............. add a route ( use '' to match anything in <from> ) lcr rmroute <prefix> <from> <grp_id> <prio> ................................. .............. delete a route 3- it looks like the kamctl fifo lcr reload can not be used anymore, instead I found that there is a sercmd command that can be used to "show" and "reload" only the lcr tables What would be the best way to use this module on this version? Any help/hint would be greatly appreciated. thank you fborot

2 1

Re: [SR-Users] [sr-dev] new module: async - asynchronous SIP request processing in cfg
by Dan-Cristian Bogos 28 Jun '11

28 Jun '11

Hey Daniel, As said in the past, this module is good news, thanks for making it available. As a big fan of delayed billing, sleep() does a great job of delaying 200 OK from the upstream for me (useful for example with analogue/CDMA gateways sending 200 OK on ringback). Cheers, DanB

1 0

Kamailio and DTMF
by Phillman25 Kyriacou 28 Jun '11

28 Jun '11

Hi I was wondering what DTMF modes Kamailio supports? If i wanted to force a DTMF mode on Kamailio how could i go about doing it? thanking you in advance Phillip

3 3

rtpproxy and kamailio doesnt work out from the box.
by MingHon 28 Jun '11

28 Jun '11

hey list, i currently test on my asterisk 1.6 box on on pc with private ip and tested kamailio 3.1.3/3.1.4 + rtpproxy 1.2.1/1.2.0/1.1 on another pc with public ip and private ip. everything installed successfully. i follow this tutorial realtime intergration with asterisk http://kb.asipto.com/asterisk:realtime:kamailio-3.1.x-asterisk-1.6.2-astdb my config. rtpproxy -l publicip -s udp:127.0.0.1:7722 -u user #!define WITH_NAT modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722") modparam("nathelper", "sipping_from", "sip:pinger@publicip") nat_uac_test("19") # uncomment next line to do SIP NAT pinging setbflag(FLB_NATSIPPING); is my config correct? may i know the best version work out from the box? please advice.. thanks in adv. :) -- Regards, MingHon

4 9

new module: async - asynchronous SIP request processing in cfg
by Daniel-Constantin Mierla 27 Jun '11

27 Jun '11

Hello, a new module is now in GIT master branch, named async. Its purpose is to provide asynchronous SIP request processing using t_suspend()/t_continue() mechanism from tm module. While the tm module had it for quite some time, it was not available for usage in configuration file. There are two functions implemented by now: - async_route(routename, interval) - execute asynchronously a route block after a time interval - aync_sleep(interval) - sleep asynchronously for a time interval and then resume SIP request processing See the readme for more details: http://kamailio.org/docs/modules/devel/modules/async.html Cheers, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

4 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users