sr-users June 2013

sr-users@lists.kamailio.org

94 participants
170 discussions

kamailio 3.2 accepting calls from PSTN number

by Maurice Vistan

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!

11 years, 4 months

Proposal for dialog: DLG_STATE_EARLY

by Halina Nowak

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;

11 years, 4 months

Websocket transport and forward()

by Andreas Granig

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

11 years, 4 months

Issue with Asterisk Kamailio integration

by arun Jayaprakash

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

11 years, 4 months

dialog: cseq

by Halina Nowak

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)

11 years, 4 months

Re: [SR-Users] Asterisk Gateway OPTIONS relay

by Ian French

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 > > > > > > > > > > _______________________________________________ >

11 years, 4 months

LCR in Kamailio 4.0

by Geoffrey Mina

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

11 years, 4 months

Consuming 300 Multiple Choices

by Geoffrey Mina

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

11 years, 4 months

Siremis 4.0 with Kamailio 4.0

by Geoffrey Mina

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

11 years, 4 months

ASSISTANCE Required

by Piyush.Bansal＠relianceada.com

Hi, I am using SER iptel as a SIP proxy. I have few doubts regarding ser.cfg configuration file. 1. I am having two config variables, say $a and $b. Can't I do any comparison of the two in any if loop? e.g. [if ($a == $b)] or something similar. 2. I exported a function from a module say func1( ). It works perfectly fine if I pass a static value in it but corrupts the value if I pass a variable thru it.e.g. func1("11") will work fine but $a = '11' and func1("%$a") will not work. 3. I want to add a new header field in 200 OK response to REGISTER. How can I do that? Please help. Regards --Piyush Thanks and Regards, --Piyush Bansal NATT - I & T, Reliance Tech Services, Delhi, India (M) +91-93502-30362 Enjoy the widest reach of 3G services across India only On Reliance www.rcom.co.in/3G The information contained in this electronic message (email) and any attachments to this email are intended for the exclusive use of the addressee(s) and access to this email by any one else is unauthorised. The email may contain proprietary, confidential or privileged information or information relating to Reliance Group. If you are not the intended recipient, please notify the sender by telephone, fax, or return email and delete this communication and any attachments thereto, immediately from your computer. Any dissemination, distribution, or copying of this communication and the attachments thereto (in whole or part), in any manner, is strictly prohibited and actionable at law. The recipient acknowledges that emails are susceptible to alteration and their integrity can not be guaranteed and that Company does not guarantee that any e-mail is virus-free and accept no liability for any damage caused by any virus transmitted by this email.

11 years, 4 months

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

Jump to page:

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