sr-users June 2013

sr-users@lists.kamailio.org

94 participants
171 discussions

Message Waiting
by Daniel W. Graham 02 Jul '13

02 Jul '13

While I have seen other posts I have not found anything that describes my scenario. Kamailio sets in front of a group of asterisk servers which are used in a round robin dispatch group. All asterisk servers share a common database in which voicemail boxes are defined and messages are stored. I'm looking for a way to make message waiting work in this example. I have tried creating a view with basic peer information for asterisk to use for message notification, however asterisk does not 'see' these peers until a call is made to the specific user and the peer info is retrieved from the database, which can delay notifications severely rendering them useless. I also want to avoid sending a copy of the registrations to asterisk servers, as the purpose of the distributed system is to eliminate the large number of sip registrations asterisk needs to manage. I have also seen a couple of script methods that look at the voicemail directory structure for file changes and trigger an application like sipsak to generate the notifications and let kamailio relay them. From what I see, the consensus is not to go this route. In my case the script would need to look at the database level, and maybe some sort of database trigger could be used. What are others doing / what do others recommend as the best way to handle message waiting with a situation where kamailio sets in front of a voicemail server? Any input is appreciated. Dan-

4 12

kamailio 3.2 accepting calls from PSTN number
by Maurice Vistan 01 Jul '13

01 Jul '13

Hi All, Badly need some idea how I can have attain this call flow: PSTN calling a DID -----> ENUM server ---> kamailio ---->registered device under NAT. I already have a device registered to kamailio and since my device is under NAT, kamailio cannot send the invite to it. thanks!

2 2

Proposal for dialog: DLG_STATE_EARLY
by Halina Nowak 01 Jul '13

01 Jul '13

These modifications were implementated for dialogs having PRACK and UPDATE --- a/modules/dialog/dlg_handlers.c Fri Jun 14 13:45:41 2013 +0200 +++ b/modules/dialog/dlg_handlers.c Fri Jun 14 13:55:24 2013 +0200 @@ -1249,16 +1249,18 @@ } if ( (event==DLG_EVENT_REQ || event==DLG_EVENT_REQACK) - && new_state==DLG_STATE_CONFIRMED) { + && (new_state==DLG_STATE_CONFIRMED || new_state==DLG_STATE_EARLY)) { timeout = get_dlg_timeout(req); if (timeout!=default_timeout) { dlg->lifetime = timeout; } - if (update_dlg_timer( &dlg->tl, dlg->lifetime )==-1) { + if (new_state!=DLG_STATE_EARLY) { + if (update_dlg_timer( &dlg->tl, dlg->lifetime )==-1) { LM_ERR("failed to update dialog lifetime\n"); + } } - if (update_cseqs(dlg, req, dir)!=0) { + if ((event != DLG_EVENT_REQACK) && (update_cseqs(dlg, req, dir)!=0)) { LM_ERR("cseqs update failed\n"); } else { dlg->dflags |= DLG_FLAG_CHANGED; --- a/modules/dialog/dlg_hash.c Fri Jun 14 13:45:41 2013 +0200 +++ b/modules/dialog/dlg_hash.c Fri Jun 14 13:55:24 2013 +0200 @@ -883,6 +883,7 @@ break; case DLG_EVENT_REQACK: switch (dlg->state) { + case DLG_STATE_EARLY: case DLG_STATE_CONFIRMED_NA: dlg->state = DLG_STATE_CONFIRMED; break;

3 4

Websocket transport and forward()
by Andreas Granig 01 Jul '13

01 Jul '13

Hi guys, Maybe I'm missing something, but when I have a stateless lb with websockets enabled, and I don't have mhomed set (meaning that I need to set $fs manually), how would I set $du and $fs correctly, if $ru is for example this: sip:bo87fffs@h7h3rerhg50k.invalid;transport=ws I tried all kinds of variants and now starting with the simplest approach possible, doing this for sending out the request to the websocket client: $du = $null; $fs = $null; forward(); What I get is this error message: Jun 27 12:30:53 spce lb[12104]: ERROR: <core> [action.c:437]: do_action(): ERROR: do action: forward: bad uri transport 5 Is there anything special I need to do? Does forward() maybe just not understand WS transport? I'm using kamailio 4.0.2. Any help is greatly appreciated! Andreas

3 5

Issue with Asterisk Kamailio integration
by arun Jayaprakash 01 Jul '13

01 Jul '13

Hello, I am trying to integrate Kamailio 4.0 into my architecture when using asterisk 1.8.17. When doing so I am getting these errors. Can someone let me know what I need to do? Thank you. Jun 30 04:09:19 ip-10-164-48-61 kamailio[1804]: INFO: rr [../outbound/api.h:49]: ob_load_api(): Failed to import bind_ob Jun 30 04:09:19 ip-10-164-48-61 kamailio[1804]: INFO: rr [rr_mod.c:159]: mod_init(): outbound module not available Jun 30 04:09:19 ip-10-164-48-61 kamailio[1804]: INFO: usrloc [hslot.c:53]: ul_init_locks(): locks array size 512 Jun 30 04:09:19 ip-10-164-48-61 kamailio[1804]: INFO: auth [auth_mod.c:350]: mod_init(): auth: qop set, but nonce-count (nc_enabled) support disabled Jun 30 04:09:19 ip-10-164-48-61 kamailio[1804]: ERROR: uac [uac.c:299]: mod_init(): 'append_fromtag' RR param is not enabled! - required by AUTO restore mode Jun 30 04:09:19 ip-10-164-48-61 kamailio[1804]: ERROR: <core> [sr_module.c:939]: init_mod(): init_mod(): Error while initializing module uac (/usr/local/lib64/kamailio/modules/uac.so) Regards, Arun

2 1

dialog: cseq
by Halina Nowak 01 Jul '13

01 Jul '13

Proposal for cseq: cseq numbering: --- a/modules/dialog/dlg_handlers.c Wed Apr 03 13:33:38 2013 +0200 +++ b/modules/dialog/dlg_handlers.c Fri Jun 14 13:39:47 2013 +0200 @@ -220,7 +220,7 @@ cseq = (get_cseq(msg))->number; } else { /* use the same as in request */ - cseq = dlg->cseq[DLG_CALLER_LEG]; + cseq = dlg->cseq[DLG_CALLEE_LEG]; } avoid memory leak: --- a/modules/dialog/dlg_hash.c Fri Jun 14 13:40:12 2013 +0200 +++ b/modules/dialog/dlg_hash.c Fri Jun 14 13:45:21 2013 +0200 @@ -485,7 +485,14 @@ char *p; dlg->tag[leg].s = (char*)shm_malloc( tag->len + rr->len + contact->len ); - dlg->cseq[leg].s = (char*)shm_malloc( cseq->len ); + if(dlg->cseq[leg].s){ + if (dlg->cseq[leg].len < cseq->len) { + shm_free(dlg->cseq[leg].s); + dlg->cseq[leg].s = (char*)shm_malloc(cseq->len); + } + }else{ + dlg->cseq[leg].s = (char*)shm_malloc( cseq->len ); + } if ( dlg->tag[leg].s==NULL || dlg->cseq[leg].s==NULL) { LM_ERR("no more shm mem\n"); if (dlg->tag[leg].s)

3 5

Re: [SR-Users] Asterisk Gateway OPTIONS relay
by Ian French 30 Jun '13

30 Jun '13

Hey Klaus, Yes invites work fine from asterisk to UA So should I record route() all the OPTIONS also? remove_hf("Route"); if (is_method("INVITE|SUBSCRIBE|OPTIONS")){ xlog("L_INFO","mylog: Recording Route. Method: [$rm].\n"); record_route(); } Thanks Ian Message: 2 Date: Fri, 28 Jun 2013 10:19:18 +0200 From: Klaus Darilion <klaus.mailinglists(a)pernau.at> To: sr-users(a)lists.sip-router.org Subject: Re: [SR-Users] Asterisk Gateway OPTIONS relay Message-ID: <51CD4706.7080600(a)pernau.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Does the routing of INVITE from Asterisk to the UA work? If yes, just make sure that you route the OPTIONS from Asterisk identical to the INVITE. regards Klaus On 27.06.2013 15:28, Ian French wrote: > Hey list, > I've been trying the relay OPTIONS messages from an asterisk > server through kamailio to clients so to preserve the qualify feature in > asterisk. So > > > ASTERISK -----OPTIONS----> KAMAILIO ------------> UA > > UA ----OK-----> KAMAILIO ---OK-----> ASTERISK > > But I'm seeing floods of OPTIONS messages between asterisk and kamailio > now. So much so that kamailio seems to deadlock introducing 10 -20 > second delays in processing messages > > firstly I've enabled the options.so but this is just enable remote > monitoring of the application and in my FROMASTERISK route > > #!ifdef WITH_ASTERISK > # Test if coming from Asterisk > route[FROMASTERISK] { > # if($si==$sel(cfg_get.asterisk. bindip) > # && $sp==$sel(cfg_get.asterisk.bindport)) > > if ((method==OPTIONS) && (uri=~"sip:.*[@]+.*")) { > xlog("L_INFO","Options Reply from $ru to $fu\r\n"); > return 1; > } > > if(ds_is_from_list("2")){ > $sht(forw=>$ft)=$si; > xlog("L_INFO","INVITE: INVITE Passed From [$fu] > Asterisk Cluster To [$rm:$au].\n"); > return 1; > } > return -1; > } > > I've included a debug below, stating *RFC3261 transaction matching > failed. *Can anyone help or advise on how I should solve this > > Thanks in advance > Ian > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/msg_parser.c:630]: SIP Request: > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/msg_parser.c:632]: method: <OPTIONS> > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/msg_parser.c:634]: uri: <sip:XXXXXXXX@P.P.P.P:5060> > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/msg_parser.c:636]: version: <SIP/2.0> > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/parse_via.c:1287]: Found param type 232, <branch> = > <z9hG4bK50c02ae3>; state=6 > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/parse_via.c:1287]: Found param type 235, <rport> = <n/a>; state=17 > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/parse_via.c:2300]: end of header reached, state=5 > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/msg_parser.c:515]: parse_headers: Via found, flags=2 > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/msg_parser.c:517]: parse_headers: this is the first via > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [receive.c:145]: > After parse_msg... > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [receive.c:186]: > preparing to run routing scripts... > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [socket_info.c:501]: > grep_sock_info - checking if host==us: 10==10 && [P.P.P.P] == [P.P.P.P] > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [socket_info.c:504]: > grep_sock_info - checking if port 5060 matches port 5060 > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [socket_info.c:501]: > grep_sock_info - checking if host==us: 10==10 && [A.A.A.A] == [P.P.P.P] > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [forward.c:446]: > check_self: host != me > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/parse_to.c:174]: DEBUG: add_param: tag=as2c63e7cc > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/parse_to.c:803]: end of header reached, state=29 > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/parse_to.c:803]: end of header reached, state=10 > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/msg_parser.c:187]: DEBUG: get_hdr_field: <To> [32]; > uri=[sip:XXXXXXXX@P.P.P.P:5060] > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/msg_parser.c:167]: get_hdr_field: cseq <CSeq>: <102> <OPTIONS> > KamP /usr/local/sbin/kamailio[19288]: DEBUG: maxfwd [mf_funcs.c:85]: > value = 70 > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/msg_parser.c:201]: DEBUG: get_hdr_body : content_length=0 > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [parser/msg_parser.c:103]: found end of header > KamP /usr/local/sbin/kamailio[19288]: DEBUG: geoip [geoip_pv.c:395]: > attempt to match: A.A.A.A > KamP /usr/local/sbin/kamailio[19288]: DEBUG: geoip [geoip_pv.c:401]: > geoip PV updated for: A.A.A.A > KamP /usr/local/sbin/kamailio[19288]: INFO: <script>: SIP message from > unprohibited source IE (ip: A.A.A.A) - Packet accepted > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [msg_translator.c:204]: check_via_address(A.A.A.A, A.A.A.A, 0) > KamP /usr/local/sbin/kamailio[19288]: DEBUG: siputils [checks.c:73]: no > totag > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:1081]: > DEBUG: t_check_msg: msg id=294 global id=293 T start=0xffffffffffffffff > *KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:528]: > t_lookup_request: start searching: hash=44040, isACK=0* > **RFC3261 transaction matching failed*KamP > /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:485]: DEBUG: > RFC3261 transaction matching failed > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:711]: DEBUG: > t_lookup_request: no transaction found* > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:1150]: > DEBUG: t_check_msg: msg id=294 global id=294 T end=(nil) > KamP /usr/local/sbin/kamailio[19288]: INFO: <script>: SIP Dialog From > Asterisk Gatways A.A.A.A- No Authentication > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [socket_info.c:501]: > grep_sock_info - checking if host==us: 10==10 && [P.P.P.P] == [P.P.P.P] > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [socket_info.c:504]: > grep_sock_info - checking if port 5060 matches port 5060 > KamP /usr/local/sbin/kamailio[19288]: DEBUG: siputils [checks.c:73]: no > totag > KamP /usr/local/sbin/kamailio[19288]: DEBUG: rr [record.c:519]: > rr_param_buf=<;nat=yes> > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:1379]: > DEBUG: t_newtran: msg id=294 , global msg id=294 , T on entrance=(nil) > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:528]: > t_lookup_request: start searching: hash=44040, isACK=0 > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:485]: DEBUG: > RFC3261 transaction matching failed > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:711]: DEBUG: > t_lookup_request: no transaction found > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_hooks.c:374]: DBG: > trans=0x2b8a8f4f0ed8, callback type 1, id 0 entered > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > [msg_translator.c:204]: check_via_address(A.A.A.A, A.A.A.A, 0) > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_funcs.c:388]: SER: > new transaction fwd'ed > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [usr_avp.c:646]: > DEBUG:destroy_avp_list: destroying list (nil) > KamP last message repeated 5 times > > > Message: 2 > Date: Fri, 28 Jun 2013 10:19:18 +0200 > From: Klaus Darilion <klaus.mailinglists(a)pernau.at> > To: sr-users(a)lists.sip-router.org > Subject: Re: [SR-Users] Asterisk Gateway OPTIONS relay > Message-ID: <51CD4706.7080600(a)pernau.at> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Does the routing of INVITE from Asterisk to the UA work? If yes, just > make sure that you route the OPTIONS from Asterisk identical to the INVITE. > > regards > Klaus > > On 27.06.2013 15:28, Ian French wrote: > > Hey list, > > I've been trying the relay OPTIONS messages from an asterisk > > server through kamailio to clients so to preserve the qualify feature in > > asterisk. So > > > > > > ASTERISK -----OPTIONS----> KAMAILIO ------------> UA > > > > UA ----OK-----> KAMAILIO ---OK-----> ASTERISK > > > > But I'm seeing floods of OPTIONS messages between asterisk and kamailio > > now. So much so that kamailio seems to deadlock introducing 10 -20 > > second delays in processing messages > > > > firstly I've enabled the options.so but this is just enable remote > > monitoring of the application and in my FROMASTERISK route > > > > #!ifdef WITH_ASTERISK > > # Test if coming from Asterisk > > route[FROMASTERISK] { > > # if($si==$sel(cfg_get.asterisk.bindip) > > # && $sp==$sel(cfg_get.asterisk.bindport)) > > > > if ((method==OPTIONS) && (uri=~"sip:.*[@]+.*")) { > > xlog("L_INFO","Options Reply from $ru to $fu\r\n"); > > return 1; > > } > > > > if(ds_is_from_list("2")){ > > $sht(forw=>$ft)=$si; > > xlog("L_INFO","INVITE: INVITE Passed From [$fu] > > Asterisk Cluster To [$rm:$au].\n"); > > return 1; > > } > > return -1; > > } > > > > I've included a debug below, stating *RFC3261 transaction matching > > failed. *Can anyone help or advise on how I should solve this > > > > Thanks in advance > > Ian > > > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/msg_parser.c:630]: SIP Request: > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/msg_parser.c:632]: method: <OPTIONS> > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/msg_parser.c:634]: uri: <sip:XXXXXXXX@P.P.P.P:5060> > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/msg_parser.c:636]: version: <SIP/2.0> > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/parse_via.c:1287]: Found param type 232, <branch> = > > <z9hG4bK50c02ae3>; state=6 > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/parse_via.c:1287]: Found param type 235, <rport> = <n/a>; > state=17 > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/parse_via.c:2300]: end of header reached, state=5 > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/msg_parser.c:515]: parse_headers: Via found, flags=2 > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/msg_parser.c:517]: parse_headers: this is the first via > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [receive.c:145]: > > After parse_msg... > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [receive.c:186]: > > preparing to run routing scripts... > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [socket_info.c:501]: > > grep_sock_info - checking if host==us: 10==10 && [P.P.P.P] == [P.P.P.P] > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [socket_info.c:504]: > > grep_sock_info - checking if port 5060 matches port 5060 > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [socket_info.c:501]: > > grep_sock_info - checking if host==us: 10==10 && [A.A.A.A] == [P.P.P.P] > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [forward.c:446]: > > check_self: host != me > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/parse_to.c:174]: DEBUG: add_param: tag=as2c63e7cc > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/parse_to.c:803]: end of header reached, state=29 > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/parse_to.c:803]: end of header reached, state=10 > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/msg_parser.c:187]: DEBUG: get_hdr_field: <To> [32]; > > uri=[sip:XXXXXXXX@P.P.P.P:5060] > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/msg_parser.c:167]: get_hdr_field: cseq <CSeq>: <102> <OPTIONS> > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: maxfwd [mf_funcs.c:85]: > > value = 70 > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/msg_parser.c:201]: DEBUG: get_hdr_body : content_length=0 > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [parser/msg_parser.c:103]: found end of header > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: geoip [geoip_pv.c:395]: > > attempt to match: A.A.A.A > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: geoip [geoip_pv.c:401]: > > geoip PV updated for: A.A.A.A > > KamP /usr/local/sbin/kamailio[19288]: INFO: <script>: SIP message from > > unprohibited source IE (ip: A.A.A.A) - Packet accepted > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [msg_translator.c:204]: check_via_address(A.A.A.A, A.A.A.A, 0) > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: siputils [checks.c:73]: no > > totag > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:1081]: > > DEBUG: t_check_msg: msg id=294 global id=293 T start=0xffffffffffffffff > > *KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:528]: > > t_lookup_request: start searching: hash=44040, isACK=0* > > **RFC3261 transaction matching failed*KamP > > /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:485]: DEBUG: > > RFC3261 transaction matching failed > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:711]: DEBUG: > > t_lookup_request: no transaction found* > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:1150]: > > DEBUG: t_check_msg: msg id=294 global id=294 T end=(nil) > > KamP /usr/local/sbin/kamailio[19288]: INFO: <script>: SIP Dialog From > > Asterisk Gatways A.A.A.A- No Authentication > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [socket_info.c:501]: > > grep_sock_info - checking if host==us: 10==10 && [P.P.P.P] == [P.P.P.P] > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [socket_info.c:504]: > > grep_sock_info - checking if port 5060 matches port 5060 > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: siputils [checks.c:73]: no > > totag > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: rr [record.c:519]: > > rr_param_buf=<;nat=yes> > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:1379]: > > DEBUG: t_newtran: msg id=294 , global msg id=294 , T on entrance=(nil) > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:528]: > > t_lookup_request: start searching: hash=44040, isACK=0 > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:485]: DEBUG: > > RFC3261 transaction matching failed > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_lookup.c:711]: DEBUG: > > t_lookup_request: no transaction found > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_hooks.c:374]: DBG: > > trans=0x2b8a8f4f0ed8, callback type 1, id 0 entered > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> > > [msg_translator.c:204]: check_via_address(A.A.A.A, A.A.A.A, 0) > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: tm [t_funcs.c:388]: SER: > > new transaction fwd'ed > > KamP /usr/local/sbin/kamailio[19288]: DEBUG: <core> [usr_avp.c:646]: > > DEBUG:destroy_avp_list: destroying list (nil) > > KamP last message repeated 5 times > > > > > > > > > > _______________________________________________ >

1 0

LCR in Kamailio 4.0
by Geoffrey Mina 29 Jun '13

29 Jun '13

Greetings, I am migrating some 1.5 servers to 4.0 and I have some questions about how the LCR module works now. I am familiar with the concept of the gw table and the lcr table. This was pretty straight forward. In the new version it looks like we have: LCR Gateway List LCR Rule List LCR Target List I read through the module documentation and it doesn't really speak to what the new architecture is intended to accomplish. Anyone have a quick overview they would like to share which would help me understand the intent of the data structure? Thanks, Geoff

3 5

Consuming 300 Multiple Choices
by Geoffrey Mina 29 Jun '13

29 Jun '13

Greetings, I am looking for a way to get some extra information out of the Contact header when consuming a multiple choices response. I am using uac_redirect to populate the branches. get_redirects("*"); t_load_contacts(); t_next_contacts(); t_on_failure("2"); t_relay(); In my failure_route[2] I am just doing: t_next_contacts(); t_on_failure("2"); t_relay(); In my Multiple Choices packet, I am getting some additional information that I would like to log using the acc module. There is a "rate" attribute that defines how much the outbound leg is going to cost to terminate. Here is how the packet looks: SIP/2.0 300 Multiple Choices Via: SIP/2.0/UDP X.X.X.X;branch=z9hG4bK6213.a6567804.0 Via: SIP/2.0/UDP X.X.X.X;branch=z9hG4bK6213.a6c73fe6.0 Via: SIP/2.0/UDP X.X.X.X:5060;received=X.X.X.X;branch=z9hG4bK61f266c4;rport=5060 Contact: <sip:9546496708@X.X.X.X;npdi>;q=0.001;rate=0.002000 Contact: <sip:9546496708@X.X.X.X;npdi>;q=0.002;rate=0.009850 Contact: <sip:9546496708@X.X.X.X;npdi>;q=0.003;rate=0.009850 Contact: <sip:9546496708@X.X.X.X;npdi>;q=0.004;rate=0.009850 Contact: <sip:9546496708@X.X.X.X;npdi>;q=0.005;rate=0.009850 Contact: <sip:9546496708@X.X.X.X;npdi>;q=0.006;rate=0.009850 To: <sip:19546496708@X.X.X.X> From: "7203355925" <sip:7203355925@X.X.X.X>;tag=as5927da08 Call-ID: 3eb09e772e32e18c1fe926230802818c(a)X.X.X.X CSeq: 102 INVITE Server: Routing Server Content-Length: 0 How would I grab that attribute and log it using acc? Thanks, Geoff

2 6

Siremis 4.0 with Kamailio 4.0
by Geoffrey Mina 29 Jun '13

29 Jun '13

I am having some trouble getting Siremis 4.0 to work with Kamailio 4.0. The PHP application is functioning fine and all the DB access is working as intended. Where I am having an issue is with the "Command Services" section. I am unclear weather I want the "MI" or "XMLRPC". The basic functions I want to use would be: sip_trace on/off debug XXXX lcr_reload address_reload I know they are going to be different coming from 1.5 to 4.0, but I am hoping there is still a way to get Siremis to invoke these commands. When I click on the XMLRPC section, I get this error: [2013-06-28 21:09:16 (GMT)] An exception occurred while executing this script: Error message: #2, require_once(XML/RPC.php) [function.require-once<http://dialer201.ivr-platform.com/siremis/ser/function.require-once>]: failed to open stream: No such file or directory Script name and line number of error: /var/www/siremis-4.0.0/siremis/modules/ser/service/asipto/libs/cmds/serxr.php:2 *function:* errorHandler ( 2, "require_once(XML/RPC.php) [<a href='function.require-once'>funct...", "/var/www/siremis-4.0.0/siremis/modules/ser/service/asipto/libs/c...", 2, Array(12) ) @ /var/www/siremis-4.0.0/openbiz/bin/sysheader.inc 117 *function:* userErrorHandler ( 2, "require_once(XML/RPC.php) [<a href='function.require-once'>funct...", "/var/www/siremis-4.0.0/siremis/modules/ser/service/asipto/libs/c...", 2, Array(12) ) @ *function:* require_once ( ) @ /var/www/siremis-4.0.0/siremis/modules/ser/service/asipto/libs/cmds/serxr.php 2 *function:* include_once ( "/var/www/siremis-4.0.0/siremis/modules/ser/service/asipto/libs/c..." ) @ /var/www/siremis-4.0.0/siremis/modules/ser/cms/form/XrcmdsForm.php 2 *function:* include_once ( "/var/www/siremis-4.0.0/siremis/modules/ser/cms/form/XrcmdsForm.p..." ) @ /var/www/siremis-4.0.0/openbiz/bin/ObjectFactory.php 162 *function:* constructObject ( "ser.cms.form.XrcmdsForm" ) @ /var/www/siremis-4.0.0/openbiz/bin/ObjectFactory.php 56 *function:* getObject ( "ser.cms.form.XrcmdsForm" ) @ /var/www/siremis-4.0.0/openbiz/bin/easy/EasyView.php 348 *function:* initAllForms ( ) @ /var/www/siremis-4.0.0/openbiz/bin/easy/EasyView.php 232 *function:* render ( ) @ /var/www/siremis-4.0.0/openbiz/bin/BizController.php 221 *function:* renderView ( "ser.view.XrcmdsView", "", "", Null, "" ) @ /var/www/siremis-4.0.0/openbiz/bin/BizController.php 107 *function:* dispatchRequest ( ) @ /var/www/siremis-4.0.0/openbiz/bin/BizController.php 32 *function:* include_once ( "/var/www/siremis-4.0.0/openbiz/bin/BizController.php" ) @ /var/www/siremis-4.0.0/siremis/bin/controller.php 6 *function:* include ( "/var/www/siremis-4.0.0/siremis/bin/controller.php" ) @ /var/www/siremis-4.0.0/siremis/bin/_forward.php 102 *function:* include ( "/var/www/siremis-4.0.0/siremis/bin/_forward.php" ) @ /var/www/siremis-4.0.0/siremis/index.php 3

2 3

← Newer
1
2
3
4
5
6
7
...
18
Older →

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 June 2013