- sr-users - kamailio.org

How to cleanup unconfirmed dialog in memory?
by Eduardo Lejarreta 02 Jul '13

02 Jul '13

Good evening Gary. 1.- With regard to session control you can also implement with htable module (avoiding orphan dialog module). INVITE transaction $sht(channels=>$ci) = $avp(s:caller_uuid); BYE/on_failure transaction $sht(channels=>$ci) = NULL; CHANNEL CONTROL ROUTE -> . if ( $shtcv(channels=>$avp(s:caller_uuid)) >= "YOUR TOP") ) { .. Your treatment 2.- My last way is to face dialog module development to achieve your goals, even service restart. The problem is that dialog module is now continuously changing (dialog, dialog_ng, . ) and you'll have to accomplish your development with new changes. Regards. -- Eduardo Lejarreta.

1 0

Module version mismatch ERROR
by aft 02 Jul '13

02 Jul '13

Hi, After updating my git tree I'm on this commit : * master 1123ed4 core: Also consider PROTO_WS(S) in forward(). origin/master 1123ed4 core: Also consider PROTO_WS(S) in forward(). After building kamailio is showing this and refusing to start : arif@khost:~/src/kamailio$ kamailio -f /opt/kamailio/etc/kamailio/kamailio.cfg 0(21753) DEBUG: <core> [sr_module.c:591]: load_module(): load_module: trying to load </opt/kamailio/lib64/kamailio/modules/db_mysql.so> 0(21753) ERROR: <core> [sr_module.c:449]: version_control(): ERROR: module version mismatch for /opt/kamailio/lib64/kamailio/modules/db_mysql.so; core: kamailio 4.1.0-dev6 (x86_64/linux); module: kamailio 4.0.2 (x86_64/linux) Not understand what happened here. -- -Cheers -Arif

3 5

iptel query
by Piyush.Bansal＠relianceada.com 02 Jul '13

02 Jul '13

Hi, I am a regular user of iptel ser. I am facing an issue while trying to insert "P-hint" header field in 200 OK response to REGISTER message. I want to have a condition check. If condition is true, the P-hint header should contain a value and if it is false, it should contain some different value. Can any of you help me solve the problem? 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.

2 1

Installing Kamailio on EC2
by Sunil Chandrasekharan 02 Jul '13

02 Jul '13

Hi All, I could succesfully install Kamailio on Amazon EC2. I used a sample android application to register with user on Kamailio. Registration was succesful with UDP and TCP But using application to send IM between two users, a. I was able to send IM when on UDP b. When using TCP, i get Request Time out error. I dont know why i get 408 Request TIme out. Kindly support to solve the issue with TCP for sending IM. My application intends to register and send IM with TCP on Amazon EC2. Kindly support to achieve IM with TCP On Wed, Jun 26, 2013 at 6:22 PM, Sunil Chandrasekharan < sunil.kainat(a)gmail.com> wrote: > > Hi All, > > I have just started and installed Kamailio on EC2 Ubuntu instance. > I am going on with the steps provided in this link > http://www.kamailio.org/wiki/install/4.0.x/git > > i have gone ahead and installed Kamailiio. I have just reached to Section > no. 8 on the link. > But i am not sure if there is anything extra i need to take care. > > Kindly let me know if any extra parameters / details need to be checked > for Kamailio on EC2. > > > On Wed, Jun 26, 2013 at 6:00 PM, aft <aftnix(a)gmail.com> wrote: > >> What have you tried? >> >> On Wed, Jun 26, 2013 at 2:55 PM, Sunil Chandrasekharan >> <sunil.kainat(a)gmail.com> wrote: >> > Hi All, >> > >> > I am trying to install Kamailio on Amazon EC2. I read out in web about >> some >> > people already achieved configuring Kamailio on EC2. >> > >> > Kindly support on the pre-requisties to be installed before i go with >> > Kamailio installation.. >> > >> > My requirements ; >> > >> > Kamailio to be installed with Presence module. >> > >> > In the config file , i see that we have to use define with NAT and >> install >> > RTP proxy. Is it required? >> > Is there any module to be added to get MSRP working, so that i can >> share a >> > file. >> > >> > Kindly support to get Kamailio running with register,presence,IM and >> MSRP on >> > Amazon EC >> > >> > >> > _______________________________________________ >> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> > sr-users(a)lists.sip-router.org >> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> > >> >> >> >> -- >> -Cheers >> -Arif >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users(a)lists.sip-router.org >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> > >

2 2

Unknown errors
by arun Jayaprakash 02 Jul '13

02 Jul '13

Hello, when I try and register an extension I get the following errors, can someone let me know what this means? 2(4712) ERROR: <script>: request: REGISTER from sip:1001@my-nated-IP:5060 to sip:my-nated-IP:5060 2(4712) ERROR: <script>: request: SUBSCRIBE from sip:1002@my-nated-IP:5060 to sip:1002@my-nated-IP:5060 4(4714) ERROR: <script>: request: PUBLISH from sip:1003@my-nated-IP to sip:1003@my-nated-IP Thank you, Arun

2 1

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

ASSISTANCE Required
by Piyush.Bansal＠relianceada.com 28 Jun '13

28 Jun '13

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.

1 0

avpops error line number
by Juha Heinanen 28 Jun '13

28 Jun '13

would it be possible to enhance avpops module to print config file line number when error occurs? now i just get: Jun 24 14:13:43 host /usr/sbin/sip-proxy[29890]: ERROR: avpops [avpops_impl.c:1170]: ops_check_avp(): value types don't match -- juha

1 0

Asterisk Gateway OPTIONS relay
by Ian French 28 Jun '13

28 Jun '13

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 failedKamP /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

2 1

Re: [SR-Users] kamailio loadbalancer with TLS problem forwarding INVITE back to UA
by Klaus Darilion 28 Jun '13

28 Jun '13

Hi Allen! Again on-list, please do not use private emails unless you have to provide sensitive data. On 28.06.2013 01:17, Allen Zhang wrote: > Hi Klaus, > > I dived into it and found the problem: > > When UA2 send a REGISTER to the load balancer, fix_nated_register() is called and source ip of the UA is stored in the connection hash by tcpconn_new(), instead of the port from the contact header field. > But when proxy tries to send the INVITE to UA2 via the load balancer, the load balancer calls tcpconn_find() with the port from the contact header field. > Hence can't match the connection stored in hash. I do not understand that. fix_nated_register stores both info: the original contact + src-ip:port:transport. After lookup(), the Request-URI is filled with the original contact, but $du (destination URI, internally used by Kamailio for routing) is populated with src-ip:port:transport. Thus, Kamailio should use the $du to find the TCP connection. Anyway, TLS debugging is always difficult. I suggest to try to make it running with TCP. If TCP works, TLS will work too. regards Klaus > > I need to use fix_nated_register() because the UA will be behind NAT in the future. How do I let the LB use aliased port instead of the port from the contact header field? > > Regards, > > Allen > > > -----Original Message----- > From: Klaus Darilion [mailto:klaus.mailinglists@pernau.at] > Sent: Thursday, 27 June 2013 10:54 p.m. > To: Kamailio (SER) - Users Mailing List > Cc: Allen Zhang; Shane Harrison > Subject: Re: [SR-Users] kamailio loadbalancer with TLS problem forwarding INVITE back to UA > > make sure to also use handle_ruri_alias() > http://kamailio.org/docs/modules/4.0.x/modules/nathelper.html#idp16851488 > for requests from the proxy->lb->client > > see the default kamailio config for proper usage of handle_ruri_alias() and add_contact_alias() > > regards > klaus > > > On 27.06.2013 02:34, Allen Zhang wrote: >> Hi, >> >> Our set up: >> >> UA1 ----- >> >> ------ Proxy1 >> >> >> \ >> / >> >> Loadbalancer (dispatcher module) >> >> / \ >> >> UA2----- >> >> ------ Proxy2 >> >> Both proxies have registrar module loaded and share the same database. >> >> REGISTERs work fine. >> >> The problem is this: >> >> TLS TCP >> >> UA1 ----------------------> LB --------------------> Proxy >> >> INVITE(to UA2) INVITE(to UA2) >> >> TLS TCP >> >> UA1 <------------- LB <------------- Proxy >> >> 100 Trying >> >> TLS TCP >> >> UA1 <------------- LB <----------------------- Proxy >> >> INVITE(to UA2) >> >> TLS >> TCP >> >> UA1 <----------------------- LB <----------------------- Proxy >> >> 100 Trying >> >> All above worked fine. Below is what's expected but never happened: >> >> TLS >> TCP >> >> UA2 <----------------------- LB <----------------------- Proxy >> >> INVITE(to UA2) >> >> We'd like the LB to reuse the TLS connection initiated by UA2. But LB >> can't find an open connection and tries to start a new TLS connection. >> The new connection fails. >> >> UAs are not behind NAT at the moment but will be in the future. >> >> Tried this approaches on LB: >> >> route(ADD_CONTACT_ALIAS); >> >> If (not from proxy) >> >> t_relay(); >> >> else >> >> do load balancing >> >> No luck. >> >> Any help is appreciated. >> >> Regards, >> >> Allen >> >> >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing >> list sr-users(a)lists.sip-router.org >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> >

1 0

Wrong src-adress in packets sent from Kamailio when using listen=
by Johan Wilfer 27 Jun '13

27 Jun '13

Hi! I've the following setup: Teleco <-> Kamailio <-> Asterisk(s) The proxy has one public IP (say 1.2.3.4) and one private (10.0.0.1). The asterisk-pbx:es has private adresses (10.0.0.2 in this example) I noticed that if I bind like this in kamilio.cfg listen=tcp:1.2.3.4:5060 listen=udp:1.2.3.4:5060 listen=tcp:10.0.0.1:5060 listen=udp:10.0.0.1:5060 Then if a call comes in from the Telco to Kamailio (1.2.3.4), kamailio should forward the SIP-packet from it's private address (10.0.0.1) to asterisk (10.0.0.2) However, the source address of the packets sent from Kamilio to Asterisk is wrong - it uses the public ip. Like this (tcpdump output): 15:02:08.999642 IP 1.2.3.4.sip > 10.0.0.1.5060: SIP, length: 1346 15:02:09.474525 IP 1.2.3.4.sip > 10.0.0.1.5060: SIP, length: 1346 15:02:10.474524 IP 1.2.3.4.sip > 10.0.0.1.5060: SIP, length: 1346 15:02:12.474525 IP 1.2.3.4.sip > 10.0.0.1.5060: SIP, length: 1346 Obviously kamailio doesn't get any answers here. The packet goes out of the right interface, but with the wrong src-address. However, if I remove the lines with "listen=" in kamailio.cfg to allow kamilio to bind to all interfaces the src-address is correct and everything works! (I've also done some tests with icmp and telnet and the src-addr seems right in all these cases.) Is this a bug or am I missing something here? -- Johan Wilfer

3 5

Xhttp_pi DB Query Clause Operators
by Simpson Chua 27 Jun '13

27 Jun '13

Hi, I'm using the xhttp_pi module to query the kamailio user registration table "location". Per the defined clause_cols operators in the module, it doesn't seem possible to achieve a query equivalent to a SQL "contains" or "like". An exact match is required to query the record; e.g., http://xxxxxxx/location/QueryContacts?cmd=on&0=sip:8675309@a.b.c.d:5060;tra…. Is my understanding correct that there is no way to match on an regular expression? My end goal is to be able to query for a user's AOR and expiration status based on a search string (e.g. 8675309) via a webservice. Can anyone share a better method to do this? Perhaps asynchronously? All feedback is appreciated. Sample contact field: sip:8675309@a.b.c.d:5060;transport=udp Sample Framework: <cmd><cmd_name>QueryContacts</cmd_name> <db_table_id>location</db_table_id> <cmd_type>DB1_QUERY</cmd_type> <clause_cols> <col><field>contact</field><operator>=</operator></col> </clause_cols> <query_cols> <col><field>username</field></col> <col><field>contact</field></col> <col><field>expires</field></col> </query_cols> </cmd> Thanks, Simpson ________________________________ From: "sr-users-request(a)lists.sip-router.org" <sr-users-request(a)lists.sip-router.org> To: sr-users(a)lists.sip-router.org Sent: Thursday, June 27, 2013 5:00 AM Subject: sr-users Digest, Vol 97, Issue 104 Send sr-users mailing list submissions to sr-users(a)lists.sip-router.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users or, via email, send a message with subject or body 'help' to sr-users-request(a)lists.sip-router.org You can reach the person managing the list at sr-users-owner(a)lists.sip-router.org When replying, please edit your Subject line so it is more specific than "Re: Contents of sr-users digest..." Today's Topics: 1. kamailio loadbalancer with TLS problem forwarding INVITE back to UA (Allen Zhang) 2. Re: dialplan not working (Victor V. Kustov) ---------------------------------------------------------------------- Message: 1 Date: Thu, 27 Jun 2013 00:34:00 +0000 From: Allen Zhang <Allen.Zhang(a)imgtec.com> To: "sr-users(a)lists.sip-router.org" <sr-users(a)lists.sip-router.org> Cc: Shane Harrison <Shane.Harrison(a)imgtec.com> Subject: [SR-Users] kamailio loadbalancer with TLS problem forwarding INVITE back to UA Message-ID: <04588C075527D74CABD19E7C320BCB1C013BE6F6(a)WEMAIL01.we.imgtec.org> Content-Type: text/plain; charset="us-ascii" Hi, Our set up: UA1 ----- ------ Proxy1 \ / Loadbalancer (dispatcher module) / \ UA2----- ------ Proxy2 Both proxies have registrar module loaded and share the same database. REGISTERs work fine. The problem is this: TLS TCP UA1 ----------------------> LB --------------------> Proxy INVITE(to UA2) INVITE(to UA2) TLS TCP UA1 <------------- LB <------------- Proxy 100 Trying TLS TCP UA1 <------------- LB <----------------------- Proxy INVITE(to UA2) TLS TCP UA1 <----------------------- LB <----------------------- Proxy 100 Trying All above worked fine. Below is what's expected but never happened: TLS TCP UA2 <----------------------- LB <----------------------- Proxy INVITE(to UA2) We'd like the LB to reuse the TLS connection initiated by UA2. But LB can't find an open connection and tries to start a new TLS connection. The new connection fails. UAs are not behind NAT at the moment but will be in the future. Tried this approaches on LB: route(ADD_CONTACT_ALIAS); If (not from proxy) t_relay(); else do load balancing No luck. Any help is appreciated. Regards, Allen

2 1

kamailio loadbalancer with TLS problem forwarding INVITE back to UA
by Allen Zhang 27 Jun '13

27 Jun '13

Hi, Our set up: UA1 ----- ------ Proxy1 \ / Loadbalancer (dispatcher module) / \ UA2----- ------ Proxy2 Both proxies have registrar module loaded and share the same database. REGISTERs work fine. The problem is this: TLS TCP UA1 ----------------------> LB --------------------> Proxy INVITE(to UA2) INVITE(to UA2) TLS TCP UA1 <------------- LB <------------- Proxy 100 Trying TLS TCP UA1 <------------- LB <----------------------- Proxy INVITE(to UA2) TLS TCP UA1 <----------------------- LB <----------------------- Proxy 100 Trying All above worked fine. Below is what's expected but never happened: TLS TCP UA2 <----------------------- LB <----------------------- Proxy INVITE(to UA2) We'd like the LB to reuse the TLS connection initiated by UA2. But LB can't find an open connection and tries to start a new TLS connection. The new connection fails. UAs are not behind NAT at the moment but will be in the future. Tried this approaches on LB: route(ADD_CONTACT_ALIAS); If (not from proxy) t_relay(); else do load balancing No luck. Any help is appreciated. Regards, Allen

2 1

dialplan not working
by Victor V. Kustov 27 Jun '13

27 Jun '13

Hi all! i've got dialplan rule 3:1:1:1:^[3-9]([0-9]{9})$:10:^([0-9]{10})$:8\\1:"" kamcmd> mi dp_translate 1 9999999999 error: 404 - No translation why? -- WBR, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.9.6-calculate GNU/Linux

1 1

After increasing to pkg memory to 64 mb it ran for a little while and crashed again in parsing via
by Krishna Kurapati 26 Jun '13

26 Jun '13

Program terminated with signal 11, Segmentation fault. #0 qm_detach_free (qm=0x2acc4a44b010, size=64) at mem/q_malloc.c:269 269 FRAG_END(next)->prev_free=prev; Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.80.el6_3.4.x86_64 keyutils-libs-1.4-4.el6.x86_64 krb5-libs-1.9-33.el6_3.2.x86_64 libcom_err-1.41.12-12.el6.x86_64 libselinux-2.0.94-5.3.el6.x86_64 lua-5.1.4-4.1.el6.x86_64 mysql-libs-5.1.61-4.el6.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64 openssl-1.0.0-25.el6_3.1.x86_64 zlib-1.2.3-29.el6.x86_64 (gdb) backtrace #0 qm_detach_free (qm=0x2acc4a44b010, size=64) at mem/q_malloc.c:269 #1 qm_malloc (qm=0x2acc4a44b010, size=64) at mem/q_malloc.c:386 #2 0x0000000000560fa1 in parse_via ( buffer=0x8c6a3b "SIP/2.0/UDP 50.62.72.174;branch=z9hG4bK0719.d5bdc555.0;i=5\r\nVia: SIP/2.0/TCP 75.43.10.221:60779;rport=60779;branch=z9hG4bKPj9c54a027dea04c58a1cb56b938face6b\r\nMax-Forwards: 16\r\nFrom: <sip:578626051@50."..., end=0x8c7289 "", vbody=0x2acc4a492390) at parser/parse_via.c:2540 #3 0x0000000000538e68 in get_hdr_field (buf=<value optimized out>, end=0x8c7289 "", hdr=0x2acc4a49c930) at parser/msg_parser.c:140 #4 0x0000000000539ac9 in parse_headers (msg=0x2acc4a48d100, flags=2, next=<value optimized out>) at parser/msg_parser.c:351 #5 0x000000000053af8d in parse_msg (buf=<value optimized out>, len=<value optimized out>, msg=0x2acc4a48d100) at parser/msg_parser.c:650 #6 0x000000000049a2ef in receive_msg ( buf=0x8c6a00 "MESSAGE sip:50.62.72.174:15060;transport=udp SIP/2.0\r\nVia: SIP/2.0/UDP 50.62.72.174;branch=z9hG4bK0719.d5bdc555.0;i=5\r\nVia: SIP/2.0/TCP 75.43.10.221:60779;rport=60779;branch=z9hG4bKPj9c54a027dea04c58a"..., len=2185, rcv_info=0x7fff5632c830) at receive.c:144 #7 0x0000000000528666 in udp_rcv_loop () at udp_server.c:557 #8 0x0000000000464daa in main_loop () at main.c:1638 #9 0x0000000000467adc in main (argc=<value optimized out>, argv=<value optimized out>) at main.c:2566

2 1

Kamailio is crashing while parsing Via header
by Krishna Kurapati 26 Jun '13

26 Jun '13

Once I increased package memory the crash went away. 4(21729) DEBUG: <core> [parser/msg_parser.c:623]: SIP Request: 4(21729) DEBUG: <core> [parser/msg_parser.c:625]: method: <MESSAGE> 4(21729) DEBUG: <core> [parser/msg_parser.c:627]: uri: <sip:50.62.72.174:15060;transport=udp> 4(21729) DEBUG: <core> [parser/msg_parser.c:629]: version: <SIP/2.0> 0(21722) ALERT: <core> [main.c:788]: child process 21729 exited by a signal 11 0(21722) ALERT: <core> [main.c:791]: core was generated 0(21722) INFO: <core> [main.c:803]: INFO: terminating due to SIGCHLD (gdb) backtrace #0 qm_detach_free (qm=0x2b7b70759010, size=64) at mem/q_malloc.c:269 #1 qm_malloc (qm=0x2b7b70759010, size=64) at mem/q_malloc.c:386 #2 0x0000000000560fa1 in parse_via ( buffer=0x8c6a3b "SIP/2.0/UDP 50.62.72.174;branch=z9hG4bK3f84.7fd8a5e.0;i=3\r\nVia: SIP/2.0/TCP 75.43.10.221:60659;rport=60660;branch=z9hG4bKPjc9713006b62149648240ed4ea4686b85\r\nMax-Forwards: 16\r\nFrom: <sip:578626051@50.6"..., end=0x8c6e7d "", vbody=0x2b7b7077ae90) at parser/parse_via.c:2540 #3 0x0000000000538e68 in get_hdr_field ( buf=<value optimized out>, end=0x8c6e7d "", hdr=0x2b7b707aa9c0) at parser/msg_parser.c:140 #4 0x0000000000539ac9 in parse_headers (msg=0x2b7b7079b100, flags=2, next=<value optimized out>) at parser/msg_parser.c:351 #5 0x000000000053af8d in parse_msg ( buf=<value optimized out>, len=<value optimized out>, msg=0x2b7b7079b100) at parser/msg_parser.c:650 #6 0x000000000049a2ef in receive_msg ( buf=0x8c6a00 "MESSAGE sip:50.62.72.174:15060;transport=udp SIP/2.0\r\nVia: SIP/2.0/UDP 50.62.72.174;branch=z9hG4bK3f84.7fd8a5e.0;i=3\r\nVia: SIP/2.0/TCP 75.43.10.221:60659;rport=60660;branch=z9hG4bKPjc9713006b621496482"..., len=1149, rcv_info=0x7fff932d32e0) at receive.c:144 #7 0x0000000000528666 in udp_rcv_loop () at udp_server.c:557 #8 0x0000000000464daa in main_loop () at main.c:1638 #9 0x0000000000467adc in main (argc=<value optimized out>, argv=<value optimized out>) at main.c:2566

1 0

Installing Kamailio on EC2
by Sunil Chandrasekharan 26 Jun '13

26 Jun '13

Hi All, I have just started and installed Kamailio on EC2 Ubuntu instance. I am going on with the steps provided in this link http://www.kamailio.org/wiki/install/4.0.x/git i have gone ahead and installed Kamailiio. I have just reached to Section no. 8 on the link. But i am not sure if there is anything extra i need to take care. Kindly let me know if any extra parameters / details need to be checked for Kamailio on EC2. On Wed, Jun 26, 2013 at 6:00 PM, aft <aftnix(a)gmail.com> wrote: > What have you tried? > > On Wed, Jun 26, 2013 at 2:55 PM, Sunil Chandrasekharan > <sunil.kainat(a)gmail.com> wrote: > > Hi All, > > > > I am trying to install Kamailio on Amazon EC2. I read out in web about > some > > people already achieved configuring Kamailio on EC2. > > > > Kindly support on the pre-requisties to be installed before i go with > > Kamailio installation.. > > > > My requirements ; > > > > Kamailio to be installed with Presence module. > > > > In the config file , i see that we have to use define with NAT and > install > > RTP proxy. Is it required? > > Is there any module to be added to get MSRP working, so that i can share > a > > file. > > > > Kindly support to get Kamailio running with register,presence,IM and > MSRP on > > Amazon EC > > > > > > _______________________________________________ > > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > > sr-users(a)lists.sip-router.org > > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > > > > -- > -Cheers > -Arif > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >

1 0

Installing Kamailio on EC2
by Sunil Chandrasekharan 26 Jun '13

26 Jun '13

Hi All, I am trying to install Kamailio on Amazon EC2. I read out in web about some people already achieved configuring Kamailio on EC2. Kindly support on the pre-requisties to be installed before i go with Kamailio installation.. My requirements ; Kamailio to be installed with Presence module. In the config file , i see that we have to use define with NAT and install RTP proxy. Is it required? Is there any module to be added to get MSRP working, so that i can share a file. Kindly support to get Kamailio running with register,presence,IM and MSRP on Amazon EC

2 1

481 dialog/transaction does not exists Error.
by Nandini madhu 26 Jun '13

26 Jun '13

Dear All, I have integrated Kamailio (Version 4.0.1) with Asterisk (Version 11.4.0 rc1) server. I should have get VoIP features(call, SMS) with this integrated server. But when i tried to call other end SIP client through this integrated server, I'm getting this '*481 dialog/transaction does not exists*' error (please find the attachment 'call.pcap' below). SMS is through with the kamailio server without any problem (Find the attachment 'SMS.pcap' below). But when it comes to Calling feature, something is wrong and i am unable to find it. So please help me in resolving this issue. My system configuration is as follows: Host Architecture: i686 OS : Ubuntu 12.04 LTS Clients: Wi-Fi enabled VoIP phones. Find the attachments below for the kamailio configuration file and tcpdump based trace file for Calling to give a more complete picture. Any help will greatly appreciate. *Best regards, * Nandini

1 0

'481 dialog/transaction does not exists'
by Ravindra Gowda 26 Jun '13

26 Jun '13

Dear All, I have integrated Kamailio (Version 4.0.1) with Asterisk (Version 11.4.0 rc1) server. I should have get VoIP features(call, SMS) with this integrated server. But when i tried to call other end SIP client through this integrated server, I'm getting the '*481 dialog/transaction does not exists*' error (please find the attachment 'call.pcap' below). SMS is through with the kamailio server without any problem (Find the attachment 'SMS.pcap' below). But when it comes to Calling feature, something is wrong and i am unable to find it. So please help me in resolving this issue. My system configuration is as follows: Host Architecture: i686 OS : Ubuntu 12.04 LTS Clients: Wi-Fi enabled VoIP phones. Find the attachments below for the kamailio configuration file and tcpdump based trace files for Calling and SMSing process, to give a more complete picture. Any help will greatly appreciate. *Thank you and Best regards,* *R Ravindra **Gowda*

1 0

Re: [SR-Users] Does Kamailio provide any API for other program tocreate sip account
by cxw1987 26 Jun '13

26 Jun '13

1 0

Re: [SR-Users] Does Kamailio provide any API for other program to create sip account
by Xiangwen Chen 26 Jun '13

26 Jun '13

Thanks David, My user account system is written in Python, can "kamctl" script be called in a python program? if not, can the user account system directly access the kamailio database, and do an SQL insert to create a new sip account? Thanks in advance!

2 1

Does Kamailio provide any API for other program to create sip account
by Xiangwen Chen 26 Jun '13

26 Jun '13

Hello, I am developing a sip VoIP app in IOS, which want to provide the feature of allowing user to create sip account from client side. I use Kamailio as sip server. My thought is when user register to the the user account system, the user account system can communicate with Kamailio, create a sip account associated with the user and pass the sip account to the client, the client then can configure itself using the sip account. Does Kamailio provide any API or module for me to do this? Thanks!

3 2

dp_translate() pseudovariables
by Victor V. Kustov 26 Jun '13

26 Jun '13

Hi all! can I use $dlg_var() in dp_translate()? ok, in common form: why some functions fail to use $dlg_var()? -- WBR, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.9.6-calculate GNU/Linux

1 0

Re: [SR-Users] Does Kamailio provide any API for other program to create sip account
by cxw1987 26 Jun '13

26 Jun '13

1 0

SIP Trunks Location
by Jose Suero 25 Jun '13

25 Jun '13

Hi I'm planning to set kamailio in front of an farm of pbx servers (haven't decided on freeswitch or asterisk) there's a million tutorials on how to do this, what I haven't found is what part of my setup actually handles the sip trunks my phone company provides me with. What's the best practice when It comes to this? Is kamailio going to be receiving the calls from the trunk and passing them to the PBX or is it the other way around? please advice Thanks in advance Jose Suero

2 3

Kamailio Crashing with excessive Via headers
by Krishna Kurapati 25 Jun '13

25 Jun '13

In 4.x, Following message is crashing the Kamailio. MESSAGE sip:50.62.12.174:15060;transport=udp SIP/2.0..Via: SIP/2.0/UDP 50.62.72.174:15060;branch=z9hG4bK3333.defaafa4.0..Via: SIP/2.0/UDP 50.62.72.174:15060;branch=z9hG4bK3333.cefaafa4.0.. Via: SIP/2.0/UDP 50.62.12.174:15060;branch=z9hG4bK3333.befaafa4.0.. Via: SIP/2.0/UDP 50.62.12.174:15060;branch=z9hG4bK3333.aefaafa4.0.. Via: SIP/2.0/UDP 50.62.12.174:15060;branch=z9hG4bK33339efaafa4.0.. Via: SIP/2.0/UDP 50.62.12.174:15060;branch=z9hG4bK3333.8efaafa4.0.. Via: SIP/2.0/UDP 50.62.12.174:15060;branch=z9hG4bK3333.7efaafa4.0.. Via: SIP/2.0/UDP 50.62.12.174;branch=z9hk4bK3333.4b488206.0.. Via: SIP/2.0/UDP 50.62.12.174;rport=5060;branch=z9hG4bK3333.3b488206.0.. To: sip:578626051@50.62.12.174.. From: sip:notifier@abc.com;tag=5571efee096a394dda7d0dffc5bb 32a5-c771..CSeq: 10 MESSAGE..Call-ID: presence-T[578626051]-R[578626051]..Max-Forwards: 9..Co ntent-Length: 110..User-Agent: kamailio (4.0.1 (x86_64/linux))..Content-Type: text/html; chars et=utf-8. stack trace: #0 qm_detach_free (qm=0x2ac39d748010, size=64) at mem/q_malloc.c:269 #1 qm_malloc (qm=0x2ac39d748010, size=64) at mem/q_malloc.c:386 #2 0x0000000000560fa1 in parse_via ( buffer=0x8c6a3b "SIP/2.0/UDP 50.62.72.174:15060;branch=z9hG4bK3333.defaafa4.0\r\nVia: SIP/2.0/UDP 50.62.72.174:15060;branch=z9hG4bK3333.cefaafa4.0\r\nVia: SIP/2.0/UDP 50.62.72.174:15060;branch=z9hG4bK3333.befaafa4.0\r\nVia:"..., end=0x8c6e31 "", vbody=0x2ac39d769e90) at parser/parse_via.c:2540 #3 0x0000000000538e68 in get_hdr_field (buf=<value optimized out>, end=0x8c6e31 "", hdr=0x2ac39d7999c0) at parser/msg_parser.c:140 #4 0x0000000000539ac9 in parse_headers (msg=0x2ac39d78a100, flags=2, next=<value optimized out>) at parser/msg_parser.c:351 #5 0x000000000053af8d in parse_msg (buf=<value optimized out>, len=<value optimized out>, msg=0x2ac39d78a100) at parser/msg_parser.c:650 #6 0x000000000049a2ef in receive_msg ( buf=0x8c6a00 "MESSAGE sip:50.62.72.174:15060;transport=udp SIP/2.0\r\nVia: SIP/2.0/UDP 50.62.72.174:15060;branch=z9hG4bK3333.defaafa4.0\r\nVia: SIP/2.0/UDP 50.62.72.174:15060;branch=z9hG4bK3333.cefaafa4.0\r\nVia: SIP/2.0"..., len=1073, rcv_info=0x7fffb40ab770) at receive.c:144 #7 0x0000000000528666 in udp_rcv_loop () at udp_server.c:557 #8 0x0000000000464daa in main_loop () at main.c:1638 #9 0x0000000000467adc in main (argc=<value optimized out>, argv=<value optimized out>)

2 1

Issue with Location table
by Ali Jawad 25 Jun '13

25 Jun '13

Dear All I had an issue with my kamailio that non-registered users were able to send calls "I.e. similar to Asterisk Peer mode" . So I did add the following statement if(!reg_fetch_contacts("location", "$fu", "caller")) { sl_send_reply("403", "Please register first"); exit; } That did fix the the problem with my registration issues, however as a a side effect the location table is not updated anymore and this broke a few scripts I use to maintain a few aspects of my system. kamctl ul --show does display all users correctly. However the database table only contains a few entries. My location settings are : # ----- usrloc params ----- /* enable DB persistency for location entries */ #!ifdef WITH_USRLOCDB modparam("usrloc", "timer_interval", 1) modparam("usrloc", "db_url", DBURL) modparam("usrloc", "db_mode", 2) modparam("usrloc", "use_domain", MULTIDOMAIN) #!endif Please advice * *

3 4

Kamailio+Asterisk Integrated server: 481 dialog/transaction does not exists error
by Ravindra Gowda 25 Jun '13

25 Jun '13

Dear All, I have integrated Kamailio (Version 4.0.1) with Asterisk (Version 11.4.0 rc1) server. I should have get VoIP features(call, SMS) with this integrated server. But when i tried to call other end SIP client through this integrated server, I'm getting this '*481 dialog/transaction does not exists*' error (please find the attachment 'call.pcap' below). SMS is through with the kamailio server without any problem (Find the attachment 'SMS.pcap' below). But when it comes to Calling feature, something is wrong and i am unable to find it. So please help me in resolving this issue. My system configuration is as follows: Host Architecture: i686 OS : Ubuntu 12.04 LTS Clients: Wi-Fi enabled VoIP phones. Also find the attachments below for the kamailio configuration file and Asterisk's sip.conf and extension.conf files. And tcpdump based trace files for Calling and SMSing process, to give a more complete picture. Any help will greatly appreciate. *Thank you and Best regards,* *R Ravindra **Gowda*

2 1

MSILOModule - Offline Message delivery
by Raj Roy Ghandhi 25 Jun '13

25 Jun '13

Hi, Anybody added MSILO module to store offline message delivery. I tried to implement with the guide at http://kamailio.org/docs/modules/stable/modules/msilo.html but it kamiailio does not start and saying the config errors. Please let me know the config file route scripts for this. Thanks, Roy.

2 1

Regarding Instant messaging using TCP on Kamailio 3.3
by Sunil Chandrasekharan 24 Jun '13

24 Jun '13

Hi All, As said i tested with debug=3 and got two set of logs.. 1 - User A succesfully send IM to User B ( with tcp) 2 - User B try to send IM to User B ( with tcp ) = FAIL Kindly help me understand what is happening .. 1. I could see that there i 2 via headers added by Kamailio server. 2. I tested with sudo kamcmd core.tcp_list I get 2 connection ( with 2 users registred with TCP) But when i try to send message from User 2 to User 1, i see that 1 more connection is added. But here the port is confusing. becuase the other 2 tcp connection shows the rport of the users. But with the 3rd connection the port is shown as 5060.. I am attaching the log below. Also i am attaching the log file your reference , ubuntu@ubuntu-desktop:/var/log$ tail -f kamailio.log Jun 21 11:51:44 ubuntu-desktop /usr/local/sbin/kamailio[11056]: last message repeated 5 times Jun 21 11:51:44 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jun 21 11:51:44 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up Jun 21 11:51:44 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x827f2a0, 6, 2, 0xb34f0b90), fd_no=1 Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x827f2a0, 6, -1, 0x10) fd_no=2 called Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_read.c:1285]: releasing con 0xb34f0b90, state 1, fd=6, id=3 Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_read.c:1286]: extra_data (nil) Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3381]: handle_tcp_child: reader response= b34f0b90, 1 from 2 Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 33, 2, 0xb34f0b90), fd_no=23 Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3511]: handle_tcp_child: CONN_RELEASE 0xb34f0b90 refcnt= 1 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x825d060, 33, -1, 0x0) fd_no=24 called Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:4298]: tcp: DBG: sending to child, events 1 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3969]: selected tcp worker 3 16(11057) for activity on [tcp:44.80.100.130:5060], 0xb34f0b90 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_read.c:1358]: received n=4 con=0xb34f0b90, fd=6 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_read.c:1168]: tcp_read_req: content-length= 5 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:624]: SIP Request: Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:626]: method: <MESSAGE> Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:628]: uri: <sip:sad7@44.80.100.130> Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:630]: version: <SIP/2.0> Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <n/a>; state=6 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK11639>; state=16 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: this is the first via Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [receive.c:149]: After parse_msg... Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [receive.c:190]: preparing to run routing scripts... Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=10 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [34]; uri=[ sip:sad7@44.80.100.130] Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: to body ["sad7" < sip:sad7@44.80.100.130>#015#012] Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <20> <MESSAGE> Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=5 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:104]: found end of header Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=29636 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: sanity [mod_sanity.c:255]: sanity checks result: 1 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: siputils [checks.c:103]: no totag Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=1 global id=0 T start=0xffffffff Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=38277, isACK=0 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=1 global id=1 T end=(nil) Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [socket_info.c:583]: grep_sock_info - checking if host==us: 12==9 && [44.80.100.130] == [127.0.0.1] Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [socket_info.c:587]: grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [socket_info.c:583]: grep_sock_info - checking if host==us: 12==12 && [44.80.100.130] == [44.80.100.130] Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [socket_info.c:587]: grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: registrar [lookup.c:181]: contact for [sad7] found by address Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:1379]: DEBUG: t_newtran: msg id=1 , global msg id=1 , T on entrance=(nil) Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=38277, isACK=0 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_hooks.c:374]: DBG: trans=0xb34f1de8, callback type 1, id 0 entered Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [msg_translator.c:2496]: create_via_hf: id added: <;i=3>, rcv proto=2 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [msg_translator.c:206]: check_via_address(44.80.100.115, 44.80.100.115, 0) Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_main.c:1843]: tcp_send: no open tcp connection found, opening new one Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [ip_addr.c:247]: tcpconn_new: new tcp connection: 44.80.100.114 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_main.c:1089]: tcpconn_new: on port 5060, type 2 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_main.c:1403]: tcpconn_add: hashes: 1600:1269:0, 4 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_main.c:2733]: pending write on new connection 0xb34f3538 (-1/439 bytes written) Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_funcs.c:388]: SER: new transaction fwd'ed Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: last message repeated 5 times Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x827f2a0, 6, 2, 0xb34f0b90), fd_no=1 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3620]: handle_ser_child: read response= b34f3538, 5, fd 34 from 16 (11057) Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 34, 2, 0xb34f3538), fd_no=23 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:796]: DBG: io_watch_chg (0x825d060, 34, 0x1, 0xffffffff) fd_no=24 called Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x825d060, 34, -1, 0x0) fd_no=24 called Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:4298]: tcp: DBG: sending to child, events 1 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3969]: selected tcp worker 0 13(11054) for activity on [tcp:44.80.100.130:5060], 0xb34f3538 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_read.c:1358]: received n=4 con=0xb34f3538, fd=6 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_read.c:1168]: tcp_read_req: content-length= 0 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:634]: SIP Reply (status): Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:636]: version: <SIP/2.0> Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:638]: status: <200> Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:640]: reason: <OK> Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK5859.a75f15f4.0>; state=6 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 236, <i> = <3>; state=16 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: this is the first via Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [receive.c:149]: After parse_msg... Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <64935>; state=6 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK11639>; state=16 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=22 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:524]: parse_headers: this is the second via Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=12730 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [44]; uri=[ sip:sad7@44.80.100.130] Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: to body ["sad7" < sip:sad7@44.80.100.130>] Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <20> <MESSAGE> Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_lookup.c:965]: DEBUG: t_reply_matching: hash 38277 label 1330771322 branch 0 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_lookup.c:1016]: DEBUG: t_reply_matching: reply matched (T=0xb34f1de8)! Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=2 global id=2 T end=0xb34f1de8 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_reply.c:2081]: DEBUG: reply_received: org. status uas=0, uac[0]=0 local=0 is_invite=0) Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_reply.c:1204]: ->>>>>>>>> T_code=0, new_code=200 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_reply.c:1702]: DEBUG: relay_reply: branch=0, save=0, relay=0 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=0 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:104]: found end of header Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [msg_translator.c:1933]: old size: 337, new size: 272 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [msg_translator.c:1951]: build_res_from_sip_res: copied size: orig:81, new: 16, rest: 256 msg=#012SIP/2.0 200 OK#015#012Via: SIP/2.0/TCP 44.80.100.115:5060;rport=64935;branch=z9hG4bK11639#015#012From: < sip:sad4@44.80.100.130>;tag=29636#015#012To: "sad7" <sip:sad7@44.80.100.130>;tag=12730#015#012Call-ID: 4226#015#012CSeq: 20 MESSAGE#015#012User-Agent: Linphone/3.5.2 (eXosip2/3.6.0)#015#012Content-Length: 0#015#012#015#012 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [mem/shm_mem.c:111]: WARNING:vqm_resize: resize(0) called Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_main.c:2332]: tcp_send: tcp connection found (0xb34f0b90), acquiring fd Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_main.c:2343]: tcp_send, c= 0xb34f0b90, n=8 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3620]: handle_ser_child: read response= b34f0b90, 2, fd -1 from 13 (11054) Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_main.c:2373]: tcp_send: after receive_fd: c= 0xb34f0b90 n=4 fd=10 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_main.c:2552]: tcp_send: sending... Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_main.c:2586]: tcp_send: after real write: c= 0xb34f0b90 n=272 fd=10 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_main.c:2587]: tcp_send: buf=#012SIP/2.0 200 OK#015#012Via: SIP/2.0/TCP 44.80.100.115:5060;rport=64935;branch=z9hG4bK11639#015#012From: <sip:sad4@44.80.100.130>;tag=29636#015#012To: "sad7" <sip:sad7@44.80.100.130>;tag=12730#015#012Call-ID: 4226#015#012CSeq: 20 MESSAGE#015#012User-Agent: Linphone/3.5.2 (eXosip2/3.6.0)#015#012Content-Length: 0#015#012#015#012 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_reply.c:1543]: DEBUG: cleanup_uac_timers: RETR/FR timers reset Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: last message repeated 5 times Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x827f2a0, 6, 2, 0xb34f3538), fd_no=1 Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x827f2a0, 6, -1, 0x10) fd_no=2 called Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_read.c:1285]: releasing con 0xb34f0b90, state 1, fd=6, id=3 Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_read.c:1286]: extra_data (nil) Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3381]: handle_tcp_child: reader response= b34f0b90, 1 from 3 Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 33, 2, 0xb34f0b90), fd_no=23 Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3511]: handle_tcp_child: CONN_RELEASE 0xb34f0b90 refcnt= 1 Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x827f2a0, 6, -1, 0x10) fd_no=2 called Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_read.c:1285]: releasing con 0xb34f3538, state 1, fd=6, id=4 Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_read.c:1286]: extra_data (nil) Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3381]: handle_tcp_child: reader response= b34f3538, 1 from 0 Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 34, 2, 0xb34f3538), fd_no=24 Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3511]: handle_tcp_child: CONN_RELEASE 0xb34f3538 refcnt= 1 ================================================== Secnario when IM- Fail======================= Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x825d060, 31, -1, 0x0) fd_no=25 called Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:4298]: tcp: DBG: sending to child, events 1 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3969]: selected tcp worker 1 14(11055) for activity on [tcp:44.80.100.130:5060], 0xb34ef8a0 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_read.c:1358]: received n=4 con=0xb34ef8a0, fd=6 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_read.c:1168]: tcp_read_req: content-length= 5 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:624]: SIP Request: Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:626]: method: <MESSAGE> Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:628]: uri: <sip:sad4@44.80.100.130> Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:630]: version: <SIP/2.0> Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <n/a>; state=6 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK29470>; state=16 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: this is the first via Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [receive.c:149]: After parse_msg... Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [receive.c:190]: preparing to run routing scripts... Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=10 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [34]; uri=[ sip:sad4@44.80.100.130] Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: to body ["sad4" < sip:sad4@44.80.100.130>#015#012] Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <20> <MESSAGE> Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=5 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:104]: found end of header Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=17990 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: sanity [mod_sanity.c:255]: sanity checks result: 1 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: siputils [checks.c:103]: no totag Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=1628, isACK=0 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=2 global id=2 T end=(nil) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [socket_info.c:583]: grep_sock_info - checking if host==us: 12==9 && [44.80.100.130] == [127.0.0.1] Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [socket_info.c:587]: grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [socket_info.c:583]: grep_sock_info - checking if host==us: 12==12 && [44.80.100.130] == [44.80.100.130] Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [socket_info.c:587]: grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: registrar [lookup.c:181]: contact for [sad4] found by address Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:1379]: DEBUG: t_newtran: msg id=2 , global msg id=2 , T on entrance=(nil) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=1628, isACK=0 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_hooks.c:374]: DBG: trans=0xb34f1de8, callback type 1, id 0 entered Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [msg_translator.c:2496]: create_via_hf: id added: <;i=2>, rcv proto=2 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [msg_translator.c:206]: check_via_address(44.80.100.114, 44.80.100.114, 0) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_main.c:1843]: tcp_send: no open tcp connection found, opening new one Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [ip_addr.c:247]: tcpconn_new: new tcp connection: 44.80.100.115 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_main.c:1089]: tcpconn_new: on port 5060, type 2 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_main.c:1403]: tcpconn_add: hashes: 2555:2894:0, 5 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_main.c:2733]: pending write on new connection 0xb34f4f58 (-1/439 bytes written) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_funcs.c:388]: SER: new transaction fwd'ed Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: last message repeated 5 times Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x827f2a0, 6, 2, 0xb34ef8a0), fd_no=1 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3620]: handle_ser_child: read response= b34f4f58, 5, fd 35 from 14 (11055) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 35, 2, 0xb34f4f58), fd_no=24 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:796]: DBG: io_watch_chg (0x825d060, 35, 0x1, 0xffffffff) fd_no=25 called Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_read.c:1168]: tcp_read_req: content-length= 5 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:624]: SIP Request: Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:626]: method: <MESSAGE> Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:628]: uri: <sip:sad4@44.80.100.130> Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:630]: version: <SIP/2.0> Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <n/a>; state=6 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK29470>; state=16 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: this is the first via Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [receive.c:149]: After parse_msg... Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [receive.c:190]: preparing to run routing scripts... Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=10 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [34]; uri=[ sip:sad4@44.80.100.130] Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: to body ["sad4" < sip:sad4@44.80.100.130>#015#012] Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <20> <MESSAGE> Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=5 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:104]: found end of header Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=17990 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: sanity [mod_sanity.c:255]: sanity checks result: 1 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: siputils [checks.c:103]: no totag Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=3 global id=2 T start=0xffffffff Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=1628, isACK=0 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:470]: DEBUG: RFC3261 transaction matched, tid=29470 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:726]: DEBUG: t_lookup_request: transaction found (T=0xb34f1de8) Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=3 global id=3 T end=0xb34f1de8 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_reply.c:1483]: DBG: t_retransmit_reply: nothing to retransmit Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: last message repeated 5 times Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x825d060, 35, -1, 0x0) fd_no=25 called Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:4298]: tcp: DBG: sending to child, events 1 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3969]: selected tcp worker 2 15(11056) for activity on [tcp:44.80.100.130:5060], 0xb34f4f58 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_read.c:1358]: received n=4 con=0xb34f4f58, fd=6 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_read.c:1168]: tcp_read_req: content-length= 0 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:634]: SIP Reply (status): Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:636]: version: <SIP/2.0> Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:638]: status: <480> Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:640]: reason: <Temporarily Unavailable> Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bKc56.5c477096.0>; state=6 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 236, <i> = <2>; state=16 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: this is the first via Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [receive.c:149]: After parse_msg... Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <60840>; state=6 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK29470>; state=16 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=22 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:524]: parse_headers: this is the second via Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=278a8a835a2e4f92aca1f8bc3899ef93 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [71]; uri=[ sip:sad4@44.80.100.130] Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: to body ["sad4" < sip:sad4@44.80.100.130>] Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <20> <MESSAGE> Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_lookup.c:965]: DEBUG: t_reply_matching: hash 1628 label 1762096325 branch 0 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_lookup.c:1016]: DEBUG: t_reply_matching: reply matched (T=0xb34f1de8)! Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=2 global id=2 T end=0xb34f1de8 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_reply.c:2081]: DEBUG: reply_received: org. status uas=0, uac[0]=0 local=0 is_invite=0) Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_reply.c:1204]: ->>>>>>>>> T_code=0, new_code=480 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_reply.c:1702]: DEBUG: relay_reply: branch=0, save=0, relay=0 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=0 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:104]: found end of header Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [msg_translator.c:1933]: old size: 343, new size: 279 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [msg_translator.c:1951]: build_res_from_sip_res: copied size: orig:101, new: 37, rest: 242 msg=#012SIP/2.0 480 Temporarily Unavailable#015#012Via: SIP/2.0/TCP 44.80.100.114:5060;rport=60840;branch=z9hG4bK29470#015#012From: <sip:sad7@44.80.100.130>;tag=17990#015#012To: "sad4" < sip:sad4@44.80.100.130>;tag=278a8a835a2e4f92aca1f8bc3899ef93#015#012Call-ID: 25806#015#012CSeq: 20 MESSAGE#015#012Content-Length: 0#015#012#015#012 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [mem/shm_mem.c:111]: WARNING:vqm_resize: resize(0) called Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_main.c:2332]: tcp_send: tcp connection found (0xb34ef8a0), acquiring fd Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_main.c:2343]: tcp_send, c= 0xb34ef8a0, n=8 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3620]: handle_ser_child: read response= b34ef8a0, 2, fd -1 from 15 (11056) Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_main.c:2373]: tcp_send: after receive_fd: c= 0xb34ef8a0 n=4 fd=10 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_main.c:2552]: tcp_send: sending... Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_main.c:2586]: tcp_send: after real write: c= 0xb34ef8a0 n=279 fd=10 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_main.c:2587]: tcp_send: buf=#012SIP/2.0 480 Temporarily Unavailable#015#012Via: SIP/2.0/TCP 44.80.100.114:5060;rport=60840;branch=z9hG4bK29470#015#012From: <sip:sad7@44.80.100.130>;tag=17990#015#012To: "sad4" < sip:sad4@44.80.100.130>;tag=278a8a835a2e4f92aca1f8bc3899ef93#015#012Call-ID: 25806#015#012CSeq: 20 MESSAGE#015#012Content-Length: 0#015#012#015#012 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_reply.c:1543]: DEBUG: cleanup_uac_timers: RETR/FR timers reset Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: last message repeated 5 times Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x827f2a0, 6, 2, 0xb34f4f58), fd_no=1 Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x827f2a0, 6, -1, 0x10) fd_no=2 called Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_read.c:1285]: releasing con 0xb34ef8a0, state 1, fd=6, id=2 Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_read.c:1286]: extra_data (nil) Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3381]: handle_tcp_child: reader response= b34ef8a0, 1 from 1 Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 31, 2, 0xb34ef8a0), fd_no=24 Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3511]: handle_tcp_child: CONN_RELEASE 0xb34ef8a0 refcnt= 1 Regards Sunil C On Mon, Jun 24, 2013 at 11:23 AM, Sunil Chandrasekharan < sunil.kainat(a)gmail.com> wrote: > Hi All, > > As said i tested with debug=3 and got two set of logs.. > > 1 - User A succesfully send IM to User B ( with tcp) > 2 - User B try to send IM to User B ( with tcp ) = FAIL > > Kindly help me understand what is happening .. > > 1. I could see that there i 2 via headers added by Kamailio server. > 2. I tested with > > sudo kamcmd core.tcp_list > > I get 2 connection ( with 2 users registred with TCP) > > But when i try to send message from User 2 to User 1, i see that 1 more > connection is added. > > But here the port is confusing. becuase the other 2 tcp connection shows > the rport of the users. But with the 3rd connection the port is shown as > 5060.. > > I am attaching the log below. Also i am attaching the log file your > reference , > > > ubuntu@ubuntu-desktop:/var/log$ tail -f kamailio.log > > Jun 21 11:51:44 ubuntu-desktop /usr/local/sbin/kamailio[11056]: last > message repeated 5 times > Jun 21 11:51:44 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [xavp.c:365]: destroying xavp list (nil) > Jun 21 11:51:44 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [receive.c:293]: receive_msg: cleaning up > Jun 21 11:51:44 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [io_wait.h:390]: DBG: io_watch_add(0x827f2a0, 6, 2, 0xb34f0b90), > fd_no=1 > Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [io_wait.h:617]: DBG: io_watch_del (0x827f2a0, 6, -1, 0x10) fd_no=2 > called > Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [tcp_read.c:1285]: releasing con 0xb34f0b90, state 1, fd=6, id=3 > Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [tcp_read.c:1286]: extra_data (nil) > Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3381]: handle_tcp_child: reader response= b34f0b90, 1 > from 2 > Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 33, 2, 0xb34f0b90), > fd_no=23 > Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3511]: handle_tcp_child: CONN_RELEASE 0xb34f0b90 > refcnt= 1 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [io_wait.h:617]: DBG: io_watch_del (0x825d060, 33, -1, 0x0) fd_no=24 > called > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:4298]: tcp: DBG: sending to child, events 1 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3969]: selected tcp worker 3 16(11057) for activity on > [tcp:43.88.79.137:5060], 0xb34f0b90 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [tcp_read.c:1358]: received n=4 con=0xb34f0b90, fd=6 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [tcp_read.c:1168]: tcp_read_req: content-length= 5 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/msg_parser.c:624]: SIP Request: > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/msg_parser.c:626]: method: <MESSAGE> > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/msg_parser.c:628]: uri: <sip:sard7@43.88.79.137> > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/msg_parser.c:630]: version: <SIP/2.0> > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <n/a>; > state=6 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = > <z9hG4bK11639>; state=16 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/parse_via.c:2561]: end of header reached, state=5 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/msg_parser.c:513]: parse_headers: this is the first via > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [receive.c:149]: After parse_msg... > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [receive.c:190]: preparing to run routing scripts... > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/parse_to.c:802]: end of header reached, state=10 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [34]; uri=[ > sip:sard7@43.88.79.137] > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/msg_parser.c:190]: DEBUG: to body ["sard7" < > sip:sard7@43.88.79.137>#015#012] > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <20> <MESSAGE> > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > maxfwd [mf_funcs.c:85]: value = 70 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=5 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/msg_parser.c:104]: found end of header > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=29636 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [parser/parse_to.c:802]: end of header reached, state=29 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > sanity [mod_sanity.c:255]: sanity checks result: 1 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > siputils [checks.c:103]: no totag > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm > [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=1 global id=0 T > start=0xffffffff > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm > [t_lookup.c:527]: t_lookup_request: start searching: hash=38277, isACK=0 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm > [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm > [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm > [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=1 global id=1 T end=(nil) > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [socket_info.c:583]: grep_sock_info - checking if host==us: 12==9 && > [43.88.79.137] == [127.0.0.1] > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [socket_info.c:587]: grep_sock_info - checking if port 5060 > (advertise 0) matches port 5060 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [socket_info.c:583]: grep_sock_info - checking if host==us: 12==12 > && [43.88.79.137] == [43.88.79.137] > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [socket_info.c:587]: grep_sock_info - checking if port 5060 > (advertise 0) matches port 5060 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > registrar [lookup.c:181]: contact for [sard7] found by address > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm > [t_lookup.c:1379]: DEBUG: t_newtran: msg id=1 , global msg id=1 , T on > entrance=(nil) > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm > [t_lookup.c:527]: t_lookup_request: start searching: hash=38277, isACK=0 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm > [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm > [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm > [t_hooks.c:374]: DBG: trans=0xb34f1de8, callback type 1, id 0 entered > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [msg_translator.c:2496]: create_via_hf: id added: <;i=3>, rcv proto=2 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [msg_translator.c:206]: check_via_address(43.88.108.53, > 43.88.108.53, 0) > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [tcp_main.c:1843]: tcp_send: no open tcp connection found, opening > new one > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [ip_addr.c:247]: tcpconn_new: new tcp connection: 43.88.109.14 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [tcp_main.c:1089]: tcpconn_new: on port 5060, type 2 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [tcp_main.c:1403]: tcpconn_add: hashes: 1600:1269:0, 4 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [tcp_main.c:2733]: pending write on new connection 0xb34f3538 > (-1/439 bytes written) > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm > [t_funcs.c:388]: SER: new transaction fwd'ed > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: last > message repeated 5 times > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [xavp.c:365]: destroying xavp list (nil) > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [receive.c:293]: receive_msg: cleaning up > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [io_wait.h:390]: DBG: io_watch_add(0x827f2a0, 6, 2, 0xb34f0b90), > fd_no=1 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3620]: handle_ser_child: read response= b34f3538, 5, fd > 34 from 16 (11057) > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 34, 2, 0xb34f3538), > fd_no=23 > Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [io_wait.h:796]: DBG: io_watch_chg (0x825d060, 34, 0x1, 0xffffffff) > fd_no=24 called > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [io_wait.h:617]: DBG: io_watch_del (0x825d060, 34, -1, 0x0) fd_no=24 > called > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:4298]: tcp: DBG: sending to child, events 1 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3969]: selected tcp worker 0 13(11054) for activity on > [tcp:43.88.79.137:5060], 0xb34f3538 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [tcp_read.c:1358]: received n=4 con=0xb34f3538, fd=6 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [tcp_read.c:1168]: tcp_read_req: content-length= 0 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/msg_parser.c:634]: SIP Reply (status): > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/msg_parser.c:636]: version: <SIP/2.0> > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/msg_parser.c:638]: status: <200> > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/msg_parser.c:640]: reason: <OK> > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = > <z9hG4bK5859.a75f15f4.0>; state=6 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/parse_via.c:1286]: Found param type 236, <i> = <3>; state=16 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/parse_via.c:2561]: end of header reached, state=5 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/msg_parser.c:513]: parse_headers: this is the first via > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [receive.c:149]: After parse_msg... > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm > [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <64935>; > state=6 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = > <z9hG4bK11639>; state=16 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/parse_via.c:2561]: end of header reached, state=5 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=22 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/msg_parser.c:524]: parse_headers: this is the second via > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=12730 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/parse_to.c:802]: end of header reached, state=29 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [44]; uri=[ > sip:sard7@43.88.79.137] > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/msg_parser.c:190]: DEBUG: to body ["sard7" < > sip:sard7@43.88.79.137>] > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <20> <MESSAGE> > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm > [t_lookup.c:965]: DEBUG: t_reply_matching: hash 38277 label 1330771322 > branch 0 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm > [t_lookup.c:1016]: DEBUG: t_reply_matching: reply matched (T=0xb34f1de8)! > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm > [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=2 global id=2 T end=0xb34f1de8 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm > [t_reply.c:2081]: DEBUG: reply_received: org. status uas=0, uac[0]=0 > local=0 is_invite=0) > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm > [t_reply.c:1204]: ->>>>>>>>> T_code=0, new_code=200 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm > [t_reply.c:1702]: DEBUG: relay_reply: branch=0, save=0, relay=0 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=0 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [parser/msg_parser.c:104]: found end of header > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [msg_translator.c:1933]: old size: 337, new size: 272 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [msg_translator.c:1951]: build_res_from_sip_res: copied size: > orig:81, new: 16, rest: 256 msg=#012SIP/2.0 200 OK#015#012Via: SIP/2.0/TCP > 43.88.108.53:5060;rport=64935;branch=z9hG4bK11639#015#012From: < > sip:sard4@43.88.79.137>;tag=29636#015#012To: "sard7" < > sip:sard7@43.88.79.137>;tag=12730#015#012Call-ID: 4226#015#012CSeq: 20 > MESSAGE#015#012User-Agent: Linphone/3.5.2 > (eXosip2/3.6.0)#015#012Content-Length: 0#015#012#015#012 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [mem/shm_mem.c:111]: WARNING:vqm_resize: resize(0) called > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [tcp_main.c:2332]: tcp_send: tcp connection found (0xb34f0b90), > acquiring fd > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [tcp_main.c:2343]: tcp_send, c= 0xb34f0b90, n=8 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3620]: handle_ser_child: read response= b34f0b90, 2, fd > -1 from 13 (11054) > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [tcp_main.c:2373]: tcp_send: after receive_fd: c= 0xb34f0b90 n=4 > fd=10 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [tcp_main.c:2552]: tcp_send: sending... > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [tcp_main.c:2586]: tcp_send: after real write: c= 0xb34f0b90 n=272 > fd=10 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [tcp_main.c:2587]: tcp_send: buf=#012SIP/2.0 200 OK#015#012Via: > SIP/2.0/TCP 43.88.108.53:5060;rport=64935;branch=z9hG4bK11639#015#012From: > <sip:sard4@43.88.79.137>;tag=29636#015#012To: "sard7" < > sip:sard7@43.88.79.137>;tag=12730#015#012Call-ID: 4226#015#012CSeq: 20 > MESSAGE#015#012User-Agent: Linphone/3.5.2 > (eXosip2/3.6.0)#015#012Content-Length: 0#015#012#015#012 > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm > [t_reply.c:1543]: DEBUG: cleanup_uac_timers: RETR/FR timers reset > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: last > message repeated 5 times > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [xavp.c:365]: destroying xavp list (nil) > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [receive.c:293]: receive_msg: cleaning up > Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [io_wait.h:390]: DBG: io_watch_add(0x827f2a0, 6, 2, 0xb34f3538), > fd_no=1 > Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [io_wait.h:617]: DBG: io_watch_del (0x827f2a0, 6, -1, 0x10) fd_no=2 > called > Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [tcp_read.c:1285]: releasing con 0xb34f0b90, state 1, fd=6, id=3 > Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: > <core> [tcp_read.c:1286]: extra_data (nil) > Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3381]: handle_tcp_child: reader response= b34f0b90, 1 > from 3 > Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 33, 2, 0xb34f0b90), > fd_no=23 > Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3511]: handle_tcp_child: CONN_RELEASE 0xb34f0b90 > refcnt= 1 > Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [io_wait.h:617]: DBG: io_watch_del (0x827f2a0, 6, -1, 0x10) fd_no=2 > called > Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [tcp_read.c:1285]: releasing con 0xb34f3538, state 1, fd=6, id=4 > Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: > <core> [tcp_read.c:1286]: extra_data (nil) > Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3381]: handle_tcp_child: reader response= b34f3538, 1 > from 0 > Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 34, 2, 0xb34f3538), > fd_no=24 > Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3511]: handle_tcp_child: CONN_RELEASE 0xb34f3538 > refcnt= 1 > > ================================================== Secnario when IM- > Fail======================= > > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [io_wait.h:617]: DBG: io_watch_del (0x825d060, 31, -1, 0x0) fd_no=25 > called > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:4298]: tcp: DBG: sending to child, events 1 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3969]: selected tcp worker 1 14(11055) for activity on > [tcp:43.88.79.137:5060], 0xb34ef8a0 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [tcp_read.c:1358]: received n=4 con=0xb34ef8a0, fd=6 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [tcp_read.c:1168]: tcp_read_req: content-length= 5 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:624]: SIP Request: > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:626]: method: <MESSAGE> > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:628]: uri: <sip:sard4@43.88.79.137> > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:630]: version: <SIP/2.0> > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <n/a>; > state=6 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = > <z9hG4bK29470>; state=16 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/parse_via.c:2561]: end of header reached, state=5 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:513]: parse_headers: this is the first via > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [receive.c:149]: After parse_msg... > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [receive.c:190]: preparing to run routing scripts... > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/parse_to.c:802]: end of header reached, state=10 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [34]; uri=[ > sip:sard4@43.88.79.137] > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:190]: DEBUG: to body ["sard4" < > sip:sard4@43.88.79.137>#015#012] > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <20> <MESSAGE> > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > maxfwd [mf_funcs.c:85]: value = 70 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=5 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:104]: found end of header > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=17990 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/parse_to.c:802]: end of header reached, state=29 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > sanity [mod_sanity.c:255]: sanity checks result: 1 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > siputils [checks.c:103]: no totag > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_lookup.c:527]: t_lookup_request: start searching: hash=1628, isACK=0 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=2 global id=2 T end=(nil) > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [socket_info.c:583]: grep_sock_info - checking if host==us: 12==9 && > [43.88.79.137] == [127.0.0.1] > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [socket_info.c:587]: grep_sock_info - checking if port 5060 > (advertise 0) matches port 5060 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [socket_info.c:583]: grep_sock_info - checking if host==us: 12==12 > && [43.88.79.137] == [43.88.79.137] > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [socket_info.c:587]: grep_sock_info - checking if port 5060 > (advertise 0) matches port 5060 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > registrar [lookup.c:181]: contact for [sard4] found by address > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_lookup.c:1379]: DEBUG: t_newtran: msg id=2 , global msg id=2 , T on > entrance=(nil) > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_lookup.c:527]: t_lookup_request: start searching: hash=1628, isACK=0 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_hooks.c:374]: DBG: trans=0xb34f1de8, callback type 1, id 0 entered > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [msg_translator.c:2496]: create_via_hf: id added: <;i=2>, rcv proto=2 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [msg_translator.c:206]: check_via_address(43.88.109.14, > 43.88.109.14, 0) > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [tcp_main.c:1843]: tcp_send: no open tcp connection found, opening > new one > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [ip_addr.c:247]: tcpconn_new: new tcp connection: 43.88.108.53 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [tcp_main.c:1089]: tcpconn_new: on port 5060, type 2 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [tcp_main.c:1403]: tcpconn_add: hashes: 2555:2894:0, 5 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [tcp_main.c:2733]: pending write on new connection 0xb34f4f58 > (-1/439 bytes written) > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_funcs.c:388]: SER: new transaction fwd'ed > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: last > message repeated 5 times > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [xavp.c:365]: destroying xavp list (nil) > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [receive.c:293]: receive_msg: cleaning up > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [io_wait.h:390]: DBG: io_watch_add(0x827f2a0, 6, 2, 0xb34ef8a0), > fd_no=1 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3620]: handle_ser_child: read response= b34f4f58, 5, fd > 35 from 14 (11055) > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 35, 2, 0xb34f4f58), > fd_no=24 > Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [io_wait.h:796]: DBG: io_watch_chg (0x825d060, 35, 0x1, 0xffffffff) > fd_no=25 called > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [tcp_read.c:1168]: tcp_read_req: content-length= 5 > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:624]: SIP Request: > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:626]: method: <MESSAGE> > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:628]: uri: <sip:sard4@43.88.79.137> > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:630]: version: <SIP/2.0> > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <n/a>; > state=6 > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = > <z9hG4bK29470>; state=16 > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/parse_via.c:2561]: end of header reached, state=5 > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:513]: parse_headers: this is the first via > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [receive.c:149]: After parse_msg... > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [receive.c:190]: preparing to run routing scripts... > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/parse_to.c:802]: end of header reached, state=10 > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [34]; uri=[ > sip:sard4@43.88.79.137] > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:190]: DEBUG: to body ["sard4" < > sip:sard4@43.88.79.137>#015#012] > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <20> <MESSAGE> > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > maxfwd [mf_funcs.c:85]: value = 70 > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=5 > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/msg_parser.c:104]: found end of header > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=17990 > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [parser/parse_to.c:802]: end of header reached, state=29 > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > sanity [mod_sanity.c:255]: sanity checks result: 1 > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > siputils [checks.c:103]: no totag > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=3 global id=2 T > start=0xffffffff > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_lookup.c:527]: t_lookup_request: start searching: hash=1628, isACK=0 > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_lookup.c:470]: DEBUG: RFC3261 transaction matched, tid=29470 > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_lookup.c:726]: DEBUG: t_lookup_request: transaction found (T=0xb34f1de8) > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=3 global id=3 T end=0xb34f1de8 > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm > [t_reply.c:1483]: DBG: t_retransmit_reply: nothing to retransmit > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: last > message repeated 5 times > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [xavp.c:365]: destroying xavp list (nil) > Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [receive.c:293]: receive_msg: cleaning up > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [io_wait.h:617]: DBG: io_watch_del (0x825d060, 35, -1, 0x0) fd_no=25 > called > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:4298]: tcp: DBG: sending to child, events 1 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3969]: selected tcp worker 2 15(11056) for activity on > [tcp:43.88.79.137:5060], 0xb34f4f58 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [tcp_read.c:1358]: received n=4 con=0xb34f4f58, fd=6 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [tcp_read.c:1168]: tcp_read_req: content-length= 0 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/msg_parser.c:634]: SIP Reply (status): > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/msg_parser.c:636]: version: <SIP/2.0> > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/msg_parser.c:638]: status: <480> > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/msg_parser.c:640]: reason: <Temporarily Unavailable> > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = > <z9hG4bKc56.5c477096.0>; state=6 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/parse_via.c:1286]: Found param type 236, <i> = <2>; state=16 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/parse_via.c:2561]: end of header reached, state=5 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/msg_parser.c:513]: parse_headers: this is the first via > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [receive.c:149]: After parse_msg... > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm > [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <60840>; > state=6 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = > <z9hG4bK29470>; state=16 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/parse_via.c:2561]: end of header reached, state=5 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=22 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/msg_parser.c:524]: parse_headers: this is the second via > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/parse_to.c:178]: DEBUG: add_param: > tag=278a8a835a2e4f92aca1f8bc3899ef93 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/parse_to.c:802]: end of header reached, state=29 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [71]; uri=[ > sip:sard4@43.88.79.137] > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/msg_parser.c:190]: DEBUG: to body ["sard4" < > sip:sard4@43.88.79.137>] > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <20> <MESSAGE> > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm > [t_lookup.c:965]: DEBUG: t_reply_matching: hash 1628 label 1762096325 > branch 0 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm > [t_lookup.c:1016]: DEBUG: t_reply_matching: reply matched (T=0xb34f1de8)! > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm > [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=2 global id=2 T end=0xb34f1de8 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm > [t_reply.c:2081]: DEBUG: reply_received: org. status uas=0, uac[0]=0 > local=0 is_invite=0) > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm > [t_reply.c:1204]: ->>>>>>>>> T_code=0, new_code=480 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm > [t_reply.c:1702]: DEBUG: relay_reply: branch=0, save=0, relay=0 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=0 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [parser/msg_parser.c:104]: found end of header > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [msg_translator.c:1933]: old size: 343, new size: 279 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [msg_translator.c:1951]: build_res_from_sip_res: copied size: > orig:101, new: 37, rest: 242 msg=#012SIP/2.0 480 Temporarily > Unavailable#015#012Via: SIP/2.0/TCP 43.88.109.14:5060;rport=60840;branch=z9hG4bK29470#015#012From: > <sip:sard7@43.88.79.137>;tag=17990#015#012To: "sard4" < > sip:sard4@43.88.79.137>;tag=278a8a835a2e4f92aca1f8bc3899ef93#015#012Call-ID: > 25806#015#012CSeq: 20 MESSAGE#015#012Content-Length: 0#015#012#015#012 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [mem/shm_mem.c:111]: WARNING:vqm_resize: resize(0) called > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [tcp_main.c:2332]: tcp_send: tcp connection found (0xb34ef8a0), > acquiring fd > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [tcp_main.c:2343]: tcp_send, c= 0xb34ef8a0, n=8 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3620]: handle_ser_child: read response= b34ef8a0, 2, fd > -1 from 15 (11056) > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [tcp_main.c:2373]: tcp_send: after receive_fd: c= 0xb34ef8a0 n=4 > fd=10 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [tcp_main.c:2552]: tcp_send: sending... > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [tcp_main.c:2586]: tcp_send: after real write: c= 0xb34ef8a0 n=279 > fd=10 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [tcp_main.c:2587]: tcp_send: buf=#012SIP/2.0 480 Temporarily > Unavailable#015#012Via: SIP/2.0/TCP 43.88.109.14:5060;rport=60840;branch=z9hG4bK29470#015#012From: > <sip:sard7@43.88.79.137>;tag=17990#015#012To: "sard4" < > sip:sard4@43.88.79.137>;tag=278a8a835a2e4f92aca1f8bc3899ef93#015#012Call-ID: > 25806#015#012CSeq: 20 MESSAGE#015#012Content-Length: 0#015#012#015#012 > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm > [t_reply.c:1543]: DEBUG: cleanup_uac_timers: RETR/FR timers reset > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: last > message repeated 5 times > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [xavp.c:365]: destroying xavp list (nil) > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [receive.c:293]: receive_msg: cleaning up > Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: > <core> [io_wait.h:390]: DBG: io_watch_add(0x827f2a0, 6, 2, 0xb34f4f58), > fd_no=1 > Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [io_wait.h:617]: DBG: io_watch_del (0x827f2a0, 6, -1, 0x10) fd_no=2 > called > Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [tcp_read.c:1285]: releasing con 0xb34ef8a0, state 1, fd=6, id=2 > Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: > <core> [tcp_read.c:1286]: extra_data (nil) > Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3381]: handle_tcp_child: reader response= b34ef8a0, 1 > from 1 > Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 31, 2, 0xb34ef8a0), > fd_no=24 > Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: > <core> [tcp_main.c:3511]: handle_tcp_child: CONN_RELEASE 0xb34ef8a0 > refcnt= 1 > > > Regards > Sunil C > > > On Sun, Jun 23, 2013 at 8:55 PM, Daniel-Constantin Mierla < > miconda(a)gmail.com> wrote: > >> Hello, >> >> run with debug=3 and see the log messages. I guess there is a mismatch on >> local socket and remote socket conditions that result in creating a new >> connection. >> >> Cheers, >> Daniel >> >> >> On 6/21/13 1:47 PM, Sunil Chandrasekharan wrote: >> >> Hi All >> >> Today i could find some information from the logs. >> When i tested the command : >> >> sudo kamcmd core.tcp_list >> >> I get 2 connection ( with 2 users regitred with TCP) >> >> But when i try to send message from User 2 to User 1, i see that 1 more >> connection is added. >> But here the port is confusing. becuase the other 2 tcp connection >> shows the rport of the users. But with the 3rd connection the port is shown >> as 5060.. >> >> I feel Kamailio is adding a new TCP connection instead of using the >> existing connection between the client and Kamailio with the rport number. >> >> I read that we can use (force_rport()) , but i could not understand how >> to use it . Alo when i gave >> >> force_rport=yes inside the global parameter of Kamaili.cfg file, i >> still face the same issue. >> >> This issue exists even when User 2 try to call/IM to User 1. >> >> my laptop is User 1. But i can send IM/Call User 2 succeessfully. I >> dont understand how my machine can send IM/call successfully, and why no >> other user can do the same? >> >> Kindly support me >> >> On Thu, Jun 20, 2013 at 5:27 PM, Sunil Chandrasekharan < >> sunil.kainat(a)gmail.com> wrote: >> >>> Hi All, >>> >>> I tested again today by disabling the presence module. >>> >>> Still i could not make TCP based IM working with Kamailio. >>> >>> I checked the tcp-connection-lifetime =3605. >>> Still i get 480 Temperory un available. >>> >>> Step 1 : login/register on two lin phones ( on differnt PC) >>> Step 2: from PC 1 (user A) send message to user B >>> Step 3: user B receive the mesage. >>> Step 4. Send message from User B to User A >>> >>> Result : 480 Temperory unavailable. >>> >>> 1. I feel user A connection is getting closed . Hence not able to >>> reach user A. >>> >>> 2. I also see User A and User B message contruct has 2 Via headers. >>> >>> There is no change or anything abnormal happening. >>> >>> Kindly help me forward to get tcp based IM working between two clients. >>> >>> >>> >>> On Tue, Jun 18, 2013 at 2:27 PM, Sunil Chandrasekharan < >>> sunil.kainat(a)gmail.com> wrote: >>> >>>> Hi , >>>> >>>> I used open internet, i really doubt if there is any NAT issue here. >>>> >>>> But my config file(kamailio.cfg) shows : tcp-connection-lifetime=3605 >>>> But i dont know what is the registration expire time . How can i see >>>> the registration expire time? >>>> also my lin phone sends keep alive right? >>>> >>>> can you please help me how can i see connection close parameter during >>>> forward/reply? i dont know where to set them? >>>> >>>> Please suggest me the correct link to find tcp paremeter and cook book. >>>> >>>> >>>> On Tue, Jun 18, 2013 at 2:06 PM, Daniel-Constantin Mierla < >>>> miconda(a)gmail.com> wrote: >>>> >>>>> Hello, >>>>> >>>>> >>>>> On 6/17/13 7:09 AM, Sunil Chandrasekharan wrote: >>>>> >>>>>> >>>>>> Hi All, >>>>>> >>>>>> I have set up Kamailio 3.3 on Ubuntu machine.I created two user test >>>>>> 1 and test 2. >>>>>> I could use Presence and also i was able to register to Kamailio >>>>>> server and exchange presence status with each other. >>>>>> >>>>>> Details- I used TCP protocol . >>>>>> >>>>>> testing methods - Linphone, a sample application. >>>>>> >>>>>> I am able to register succesfully with (TCP) on to kamailio server >>>>>> using Lin phone and sample application. >>>>>> I am able to update presence status of the users. >>>>>> >>>>>> Issue : >>>>>> >>>>>> When i try to send messages between two users ( using TCP ) >>>>>> >>>>>> 1. from Sample application, when i try to send message, i get 420 >>>>>> temporarily Unavailable error from server. >>>>>> 2. from Lin phone 3.5.2, i was able to send messages ( sue TCP) but >>>>>> when the other user try to reply back , i get same error >>>>>> >>>>>> 480 Temporarily Unavailable. error from server. >>>>>> >>>>>> I want a support to understand why i get error while sending messages >>>>>> with TCP via Kamailio server. >>>>>> >>>>>> I am able to succeesfully send and receive messages when i use UDP >>>>>> from my sample application and Lin phone. >>>>>> >>>>> if the phones are behind nat, be sure the tcp connection lifetime is >>>>> higher than the registration expire and that you don't set connection close >>>>> after forward/reply. Look at core cookbook for the appropriate tcp >>>>> parameter and config functions. >>>>> >>>>> Cheers, >>>>> Daniel >>>>> >>>>> -- >>>>> Daniel-Constantin Mierla - http://www.asipto.com >>>>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>>> Kamailio Advanced Training, San Francisco, USA - June 24-27, 2013 >>>>> * http://asipto.com/u/katu * >>>>> >>>>> >>>>> _______________________________________________ >>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >>>>> sr-users(a)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 listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> >> >> -- >> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >> >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users(a)lists.sip-router.org >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> >> >

1 0

Kamailio+Asterisk integration :'481 dialog/transaction does not exists' error.
by Ravindra Gowda 24 Jun '13

24 Jun '13

Dear All, I have integrated Kamailio (Version 4.0.1) with Asterisk (Version 11.4.0 rc1) server. I should have get VoIP features(call, SMS) with this integrated server. But when i tried to call other end SIP client through this integrated server, I'm getting this '*481 dialog/transaction does not exists*' error (please find the attachment 'call.pcap' below). SMS is through with the kamailio server without any problem (Find the attachment 'SMS.pcap' below). But when it comes to Calling feature, something is wrong and i am unable to find it. So please help me in resolving this issue. My system configuration is as follows: Host Architecture: i686 OS : Ubuntu 12.04 LTS Clients: Wi-Fi enabled VoIP phones. Also find the attachments below for the kamailio configuration file and tcpdump based trace files for Calling and SMSing process, to give a more complete picture. Any help will greatly appreciate. *Thank you and Best regards,* *R Ravindra **Gowda***

1 0

Regarding Instant messaging using TCP on Kamailio 3.3
by Sunil Chandrasekharan 24 Jun '13

24 Jun '13

Hi All, As said i tested with debug=3 and got two set of logs.. 1 - User A succesfully send IM to User B ( with tcp) 2 - User B try to send IM to User B ( with tcp ) = FAIL Kindly help me understand what is happening .. 1. I could see that there i 2 via headers added by Kamailio server. 2. I tested with sudo kamcmd core.tcp_list I get 2 connection ( with 2 users registred with TCP) But when i try to send message from User 2 to User 1, i see that 1 more connection is added. But here the port is confusing. becuase the other 2 tcp connection shows the rport of the users. But with the 3rd connection the port is shown as 5060.. I am attaching the log below. Also i am attaching the log file your reference , ubuntu@ubuntu-desktop:/var/log$ tail -f kamailio.log Jun 21 11:51:44 ubuntu-desktop /usr/local/sbin/kamailio[11056]: last message repeated 5 times Jun 21 11:51:44 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jun 21 11:51:44 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up Jun 21 11:51:44 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x827f2a0, 6, 2, 0xb34f0b90), fd_no=1 Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x827f2a0, 6, -1, 0x10) fd_no=2 called Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_read.c:1285]: releasing con 0xb34f0b90, state 1, fd=6, id=3 Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_read.c:1286]: extra_data (nil) Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3381]: handle_tcp_child: reader response= b34f0b90, 1 from 2 Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 33, 2, 0xb34f0b90), fd_no=23 Jun 21 11:51:50 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3511]: handle_tcp_child: CONN_RELEASE 0xb34f0b90 refcnt= 1 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x825d060, 33, -1, 0x0) fd_no=24 called Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:4298]: tcp: DBG: sending to child, events 1 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3969]: selected tcp worker 3 16(11057) for activity on [tcp:43.88.79.137:5060], 0xb34f0b90 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_read.c:1358]: received n=4 con=0xb34f0b90, fd=6 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_read.c:1168]: tcp_read_req: content-length= 5 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:624]: SIP Request: Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:626]: method: <MESSAGE> Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:628]: uri: <sip:sard7@43.88.79.137> Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:630]: version: <SIP/2.0> Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <n/a>; state=6 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK11639>; state=16 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: this is the first via Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [receive.c:149]: After parse_msg... Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [receive.c:190]: preparing to run routing scripts... Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=10 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [34]; uri=[ sip:sard7@43.88.79.137] Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: to body ["sard7" < sip:sard7@43.88.79.137>#015#012] Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <20> <MESSAGE> Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=5 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/msg_parser.c:104]: found end of header Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=29636 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: sanity [mod_sanity.c:255]: sanity checks result: 1 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: siputils [checks.c:103]: no totag Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=1 global id=0 T start=0xffffffff Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=38277, isACK=0 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=1 global id=1 T end=(nil) Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [socket_info.c:583]: grep_sock_info - checking if host==us: 12==9 && [43.88.79.137] == [127.0.0.1] Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [socket_info.c:587]: grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [socket_info.c:583]: grep_sock_info - checking if host==us: 12==12 && [43.88.79.137] == [43.88.79.137] Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [socket_info.c:587]: grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: registrar [lookup.c:181]: contact for [sard7] found by address Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:1379]: DEBUG: t_newtran: msg id=1 , global msg id=1 , T on entrance=(nil) Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=38277, isACK=0 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_hooks.c:374]: DBG: trans=0xb34f1de8, callback type 1, id 0 entered Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [msg_translator.c:2496]: create_via_hf: id added: <;i=3>, rcv proto=2 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [msg_translator.c:206]: check_via_address(43.88.108.53, 43.88.108.53, 0) Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_main.c:1843]: tcp_send: no open tcp connection found, opening new one Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [ip_addr.c:247]: tcpconn_new: new tcp connection: 43.88.109.14 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_main.c:1089]: tcpconn_new: on port 5060, type 2 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_main.c:1403]: tcpconn_add: hashes: 1600:1269:0, 4 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_main.c:2733]: pending write on new connection 0xb34f3538 (-1/439 bytes written) Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: tm [t_funcs.c:388]: SER: new transaction fwd'ed Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: last message repeated 5 times Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x827f2a0, 6, 2, 0xb34f0b90), fd_no=1 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3620]: handle_ser_child: read response= b34f3538, 5, fd 34 from 16 (11057) Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 34, 2, 0xb34f3538), fd_no=23 Jun 21 11:53:29 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:796]: DBG: io_watch_chg (0x825d060, 34, 0x1, 0xffffffff) fd_no=24 called Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x825d060, 34, -1, 0x0) fd_no=24 called Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:4298]: tcp: DBG: sending to child, events 1 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3969]: selected tcp worker 0 13(11054) for activity on [tcp:43.88.79.137:5060], 0xb34f3538 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_read.c:1358]: received n=4 con=0xb34f3538, fd=6 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_read.c:1168]: tcp_read_req: content-length= 0 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:634]: SIP Reply (status): Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:636]: version: <SIP/2.0> Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:638]: status: <200> Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:640]: reason: <OK> Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK5859.a75f15f4.0>; state=6 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 236, <i> = <3>; state=16 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: this is the first via Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [receive.c:149]: After parse_msg... Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <64935>; state=6 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK11639>; state=16 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=22 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:524]: parse_headers: this is the second via Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=12730 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [44]; uri=[ sip:sard7@43.88.79.137] Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: to body ["sard7" < sip:sard7@43.88.79.137>] Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <20> <MESSAGE> Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_lookup.c:965]: DEBUG: t_reply_matching: hash 38277 label 1330771322 branch 0 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_lookup.c:1016]: DEBUG: t_reply_matching: reply matched (T=0xb34f1de8)! Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=2 global id=2 T end=0xb34f1de8 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_reply.c:2081]: DEBUG: reply_received: org. status uas=0, uac[0]=0 local=0 is_invite=0) Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_reply.c:1204]: ->>>>>>>>> T_code=0, new_code=200 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_reply.c:1702]: DEBUG: relay_reply: branch=0, save=0, relay=0 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=0 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [parser/msg_parser.c:104]: found end of header Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [msg_translator.c:1933]: old size: 337, new size: 272 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [msg_translator.c:1951]: build_res_from_sip_res: copied size: orig:81, new: 16, rest: 256 msg=#012SIP/2.0 200 OK#015#012Via: SIP/2.0/TCP 43.88.108.53:5060;rport=64935;branch=z9hG4bK11639#015#012From: < sip:sard4@43.88.79.137>;tag=29636#015#012To: "sard7" <sip:sard7@43.88.79.137>;tag=12730#015#012Call-ID: 4226#015#012CSeq: 20 MESSAGE#015#012User-Agent: Linphone/3.5.2 (eXosip2/3.6.0)#015#012Content-Length: 0#015#012#015#012 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [mem/shm_mem.c:111]: WARNING:vqm_resize: resize(0) called Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_main.c:2332]: tcp_send: tcp connection found (0xb34f0b90), acquiring fd Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_main.c:2343]: tcp_send, c= 0xb34f0b90, n=8 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3620]: handle_ser_child: read response= b34f0b90, 2, fd -1 from 13 (11054) Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_main.c:2373]: tcp_send: after receive_fd: c= 0xb34f0b90 n=4 fd=10 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_main.c:2552]: tcp_send: sending... Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_main.c:2586]: tcp_send: after real write: c= 0xb34f0b90 n=272 fd=10 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_main.c:2587]: tcp_send: buf=#012SIP/2.0 200 OK#015#012Via: SIP/2.0/TCP 43.88.108.53:5060;rport=64935;branch=z9hG4bK11639#015#012From: < sip:sard4@43.88.79.137>;tag=29636#015#012To: "sard7" <sip:sard7@43.88.79.137>;tag=12730#015#012Call-ID: 4226#015#012CSeq: 20 MESSAGE#015#012User-Agent: Linphone/3.5.2 (eXosip2/3.6.0)#015#012Content-Length: 0#015#012#015#012 Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: tm [t_reply.c:1543]: DEBUG: cleanup_uac_timers: RETR/FR timers reset Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: last message repeated 5 times Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up Jun 21 11:53:30 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x827f2a0, 6, 2, 0xb34f3538), fd_no=1 Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x827f2a0, 6, -1, 0x10) fd_no=2 called Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_read.c:1285]: releasing con 0xb34f0b90, state 1, fd=6, id=3 Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11057]: DEBUG: <core> [tcp_read.c:1286]: extra_data (nil) Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3381]: handle_tcp_child: reader response= b34f0b90, 1 from 3 Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 33, 2, 0xb34f0b90), fd_no=23 Jun 21 11:53:35 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3511]: handle_tcp_child: CONN_RELEASE 0xb34f0b90 refcnt= 1 Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x827f2a0, 6, -1, 0x10) fd_no=2 called Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_read.c:1285]: releasing con 0xb34f3538, state 1, fd=6, id=4 Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11054]: DEBUG: <core> [tcp_read.c:1286]: extra_data (nil) Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3381]: handle_tcp_child: reader response= b34f3538, 1 from 0 Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 34, 2, 0xb34f3538), fd_no=24 Jun 21 11:53:36 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3511]: handle_tcp_child: CONN_RELEASE 0xb34f3538 refcnt= 1 ================================================== Secnario when IM- Fail======================= Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x825d060, 31, -1, 0x0) fd_no=25 called Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:4298]: tcp: DBG: sending to child, events 1 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3969]: selected tcp worker 1 14(11055) for activity on [tcp:43.88.79.137:5060], 0xb34ef8a0 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_read.c:1358]: received n=4 con=0xb34ef8a0, fd=6 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_read.c:1168]: tcp_read_req: content-length= 5 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:624]: SIP Request: Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:626]: method: <MESSAGE> Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:628]: uri: <sip:sard4@43.88.79.137> Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:630]: version: <SIP/2.0> Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <n/a>; state=6 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK29470>; state=16 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: this is the first via Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [receive.c:149]: After parse_msg... Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [receive.c:190]: preparing to run routing scripts... Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=10 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [34]; uri=[ sip:sard4@43.88.79.137] Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: to body ["sard4" < sip:sard4@43.88.79.137>#015#012] Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <20> <MESSAGE> Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=5 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:104]: found end of header Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=17990 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: sanity [mod_sanity.c:255]: sanity checks result: 1 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: siputils [checks.c:103]: no totag Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=1628, isACK=0 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=2 global id=2 T end=(nil) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [socket_info.c:583]: grep_sock_info - checking if host==us: 12==9 && [43.88.79.137] == [127.0.0.1] Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [socket_info.c:587]: grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [socket_info.c:583]: grep_sock_info - checking if host==us: 12==12 && [43.88.79.137] == [43.88.79.137] Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [socket_info.c:587]: grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: registrar [lookup.c:181]: contact for [sard4] found by address Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:1379]: DEBUG: t_newtran: msg id=2 , global msg id=2 , T on entrance=(nil) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=1628, isACK=0 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_hooks.c:374]: DBG: trans=0xb34f1de8, callback type 1, id 0 entered Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [msg_translator.c:2496]: create_via_hf: id added: <;i=2>, rcv proto=2 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [msg_translator.c:206]: check_via_address(43.88.109.14, 43.88.109.14, 0) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_main.c:1843]: tcp_send: no open tcp connection found, opening new one Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [ip_addr.c:247]: tcpconn_new: new tcp connection: 43.88.108.53 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_main.c:1089]: tcpconn_new: on port 5060, type 2 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_main.c:1403]: tcpconn_add: hashes: 2555:2894:0, 5 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_main.c:2733]: pending write on new connection 0xb34f4f58 (-1/439 bytes written) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_funcs.c:388]: SER: new transaction fwd'ed Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: last message repeated 5 times Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x827f2a0, 6, 2, 0xb34ef8a0), fd_no=1 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3620]: handle_ser_child: read response= b34f4f58, 5, fd 35 from 14 (11055) Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 35, 2, 0xb34f4f58), fd_no=24 Jun 21 11:54:03 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:796]: DBG: io_watch_chg (0x825d060, 35, 0x1, 0xffffffff) fd_no=25 called Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_read.c:1168]: tcp_read_req: content-length= 5 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:624]: SIP Request: Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:626]: method: <MESSAGE> Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:628]: uri: <sip:sard4@43.88.79.137> Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:630]: version: <SIP/2.0> Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <n/a>; state=6 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK29470>; state=16 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: this is the first via Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [receive.c:149]: After parse_msg... Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [receive.c:190]: preparing to run routing scripts... Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=10 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [34]; uri=[ sip:sard4@43.88.79.137] Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: to body ["sard4" < sip:sard4@43.88.79.137>#015#012] Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <20> <MESSAGE> Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=5 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/msg_parser.c:104]: found end of header Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=17990 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: sanity [mod_sanity.c:255]: sanity checks result: 1 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: siputils [checks.c:103]: no totag Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=3 global id=2 T start=0xffffffff Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=1628, isACK=0 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:470]: DEBUG: RFC3261 transaction matched, tid=29470 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:726]: DEBUG: t_lookup_request: transaction found (T=0xb34f1de8) Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=3 global id=3 T end=0xb34f1de8 Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: tm [t_reply.c:1483]: DBG: t_retransmit_reply: nothing to retransmit Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: last message repeated 5 times Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jun 21 11:54:04 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x825d060, 35, -1, 0x0) fd_no=25 called Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:4298]: tcp: DBG: sending to child, events 1 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3969]: selected tcp worker 2 15(11056) for activity on [tcp:43.88.79.137:5060], 0xb34f4f58 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_read.c:1358]: received n=4 con=0xb34f4f58, fd=6 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_read.c:1168]: tcp_read_req: content-length= 0 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:634]: SIP Reply (status): Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:636]: version: <SIP/2.0> Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:638]: status: <480> Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:640]: reason: <Temporarily Unavailable> Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bKc56.5c477096.0>; state=6 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 236, <i> = <2>; state=16 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: this is the first via Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [receive.c:149]: After parse_msg... Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <60840>; state=6 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK29470>; state=16 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=22 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:524]: parse_headers: this is the second via Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=278a8a835a2e4f92aca1f8bc3899ef93 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [71]; uri=[ sip:sard4@43.88.79.137] Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: to body ["sard4" < sip:sard4@43.88.79.137>] Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <20> <MESSAGE> Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_lookup.c:965]: DEBUG: t_reply_matching: hash 1628 label 1762096325 branch 0 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_lookup.c:1016]: DEBUG: t_reply_matching: reply matched (T=0xb34f1de8)! Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=2 global id=2 T end=0xb34f1de8 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_reply.c:2081]: DEBUG: reply_received: org. status uas=0, uac[0]=0 local=0 is_invite=0) Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_reply.c:1204]: ->>>>>>>>> T_code=0, new_code=480 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_reply.c:1702]: DEBUG: relay_reply: branch=0, save=0, relay=0 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=0 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [parser/msg_parser.c:104]: found end of header Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [msg_translator.c:1933]: old size: 343, new size: 279 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [msg_translator.c:1951]: build_res_from_sip_res: copied size: orig:101, new: 37, rest: 242 msg=#012SIP/2.0 480 Temporarily Unavailable#015#012Via: SIP/2.0/TCP 43.88.109.14:5060;rport=60840;branch=z9hG4bK29470#015#012From: <sip:sard7@43.88.79.137>;tag=17990#015#012To: "sard4" < sip:sard4@43.88.79.137>;tag=278a8a835a2e4f92aca1f8bc3899ef93#015#012Call-ID: 25806#015#012CSeq: 20 MESSAGE#015#012Content-Length: 0#015#012#015#012 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [mem/shm_mem.c:111]: WARNING:vqm_resize: resize(0) called Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_main.c:2332]: tcp_send: tcp connection found (0xb34ef8a0), acquiring fd Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_main.c:2343]: tcp_send, c= 0xb34ef8a0, n=8 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3620]: handle_ser_child: read response= b34ef8a0, 2, fd -1 from 15 (11056) Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_main.c:2373]: tcp_send: after receive_fd: c= 0xb34ef8a0 n=4 fd=10 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_main.c:2552]: tcp_send: sending... Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_main.c:2586]: tcp_send: after real write: c= 0xb34ef8a0 n=279 fd=10 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [tcp_main.c:2587]: tcp_send: buf=#012SIP/2.0 480 Temporarily Unavailable#015#012Via: SIP/2.0/TCP 43.88.109.14:5060;rport=60840;branch=z9hG4bK29470#015#012From: <sip:sard7@43.88.79.137>;tag=17990#015#012To: "sard4" < sip:sard4@43.88.79.137>;tag=278a8a835a2e4f92aca1f8bc3899ef93#015#012Call-ID: 25806#015#012CSeq: 20 MESSAGE#015#012Content-Length: 0#015#012#015#012 Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: tm [t_reply.c:1543]: DEBUG: cleanup_uac_timers: RETR/FR timers reset Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: last message repeated 5 times Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up Jun 21 11:54:07 ubuntu-desktop /usr/local/sbin/kamailio[11056]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x827f2a0, 6, 2, 0xb34f4f58), fd_no=1 Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x827f2a0, 6, -1, 0x10) fd_no=2 called Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_read.c:1285]: releasing con 0xb34ef8a0, state 1, fd=6, id=2 Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11055]: DEBUG: <core> [tcp_read.c:1286]: extra_data (nil) Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3381]: handle_tcp_child: reader response= b34ef8a0, 1 from 1 Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x825d060, 31, 2, 0xb34ef8a0), fd_no=24 Jun 21 11:54:10 ubuntu-desktop /usr/local/sbin/kamailio[11058]: DEBUG: <core> [tcp_main.c:3511]: handle_tcp_child: CONN_RELEASE 0xb34ef8a0 refcnt= 1 Regards Sunil C On Sun, Jun 23, 2013 at 8:55 PM, Daniel-Constantin Mierla <miconda(a)gmail.com > wrote: > Hello, > > run with debug=3 and see the log messages. I guess there is a mismatch on > local socket and remote socket conditions that result in creating a new > connection. > > Cheers, > Daniel > > > On 6/21/13 1:47 PM, Sunil Chandrasekharan wrote: > > Hi All > > Today i could find some information from the logs. > When i tested the command : > > sudo kamcmd core.tcp_list > > I get 2 connection ( with 2 users regitred with TCP) > > But when i try to send message from User 2 to User 1, i see that 1 more > connection is added. > But here the port is confusing. becuase the other 2 tcp connection shows > the rport of the users. But with the 3rd connection the port is shown as > 5060.. > > I feel Kamailio is adding a new TCP connection instead of using the > existing connection between the client and Kamailio with the rport number. > > I read that we can use (force_rport()) , but i could not understand how > to use it . Alo when i gave > > force_rport=yes inside the global parameter of Kamaili.cfg file, i still > face the same issue. > > This issue exists even when User 2 try to call/IM to User 1. > > my laptop is User 1. But i can send IM/Call User 2 succeessfully. I dont > understand how my machine can send IM/call successfully, and why no other > user can do the same? > > Kindly support me > > On Thu, Jun 20, 2013 at 5:27 PM, Sunil Chandrasekharan < > sunil.kainat(a)gmail.com> wrote: > >> Hi All, >> >> I tested again today by disabling the presence module. >> >> Still i could not make TCP based IM working with Kamailio. >> >> I checked the tcp-connection-lifetime =3605. >> Still i get 480 Temperory un available. >> >> Step 1 : login/register on two lin phones ( on differnt PC) >> Step 2: from PC 1 (user A) send message to user B >> Step 3: user B receive the mesage. >> Step 4. Send message from User B to User A >> >> Result : 480 Temperory unavailable. >> >> 1. I feel user A connection is getting closed . Hence not able to reach >> user A. >> >> 2. I also see User A and User B message contruct has 2 Via headers. >> >> There is no change or anything abnormal happening. >> >> Kindly help me forward to get tcp based IM working between two clients. >> >> >> >> On Tue, Jun 18, 2013 at 2:27 PM, Sunil Chandrasekharan < >> sunil.kainat(a)gmail.com> wrote: >> >>> Hi , >>> >>> I used open internet, i really doubt if there is any NAT issue here. >>> >>> But my config file(kamailio.cfg) shows : tcp-connection-lifetime=3605 >>> But i dont know what is the registration expire time . How can i see >>> the registration expire time? >>> also my lin phone sends keep alive right? >>> >>> can you please help me how can i see connection close parameter during >>> forward/reply? i dont know where to set them? >>> >>> Please suggest me the correct link to find tcp paremeter and cook book. >>> >>> >>> On Tue, Jun 18, 2013 at 2:06 PM, Daniel-Constantin Mierla < >>> miconda(a)gmail.com> wrote: >>> >>>> Hello, >>>> >>>> >>>> On 6/17/13 7:09 AM, Sunil Chandrasekharan wrote: >>>> >>>>> >>>>> Hi All, >>>>> >>>>> I have set up Kamailio 3.3 on Ubuntu machine.I created two user test 1 >>>>> and test 2. >>>>> I could use Presence and also i was able to register to Kamailio >>>>> server and exchange presence status with each other. >>>>> >>>>> Details- I used TCP protocol . >>>>> >>>>> testing methods - Linphone, a sample application. >>>>> >>>>> I am able to register succesfully with (TCP) on to kamailio server >>>>> using Lin phone and sample application. >>>>> I am able to update presence status of the users. >>>>> >>>>> Issue : >>>>> >>>>> When i try to send messages between two users ( using TCP ) >>>>> >>>>> 1. from Sample application, when i try to send message, i get 420 >>>>> temporarily Unavailable error from server. >>>>> 2. from Lin phone 3.5.2, i was able to send messages ( sue TCP) but >>>>> when the other user try to reply back , i get same error >>>>> >>>>> 480 Temporarily Unavailable. error from server. >>>>> >>>>> I want a support to understand why i get error while sending messages >>>>> with TCP via Kamailio server. >>>>> >>>>> I am able to succeesfully send and receive messages when i use UDP >>>>> from my sample application and Lin phone. >>>>> >>>> if the phones are behind nat, be sure the tcp connection lifetime is >>>> higher than the registration expire and that you don't set connection close >>>> after forward/reply. Look at core cookbook for the appropriate tcp >>>> parameter and config functions. >>>> >>>> Cheers, >>>> Daniel >>>> >>>> -- >>>> Daniel-Constantin Mierla - http://www.asipto.com >>>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>> Kamailio Advanced Training, San Francisco, USA - June 24-27, 2013 >>>> * http://asipto.com/u/katu * >>>> >>>> >>>> _______________________________________________ >>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >>>> sr-users(a)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 listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > -- > Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda > > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > >

1 0

enable only TLS transport on kamailio 4
by johnc 23 Jun '13

23 Jun '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I wish to enable only TLS transport listening on port 5061 for domain xyz.com (say) What combination of the following do I need? alias= listen= port= Everything I've attempted so far has resulted in a segfault or kamailio failing to start. My existing configuration works fine for TLS if I don't try and disable any other transport. I am currently enforcing TLS via iptables as a crude hack. Any help would be greatly appreciated. Many thanks. Regards, John -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJRxXnIAAoJELy1jPQ1KER7HJ4QAIHGcZ/SEUCtsSQ21rZMYDaf m84i7MksR5TmEjLmRkMImGDOCp/C/dM/x7LZrE+JvaOkKTpx5AKDWgxYGOa7EBxi CsBqTlM0BhBv11+AEJGIVfyKBFBypTRnabzxg6yTkr514HD+Rebg4pVWJbVWqnky ZxUvy0j3lR8wpocGuP9PSlVZq0KMNU3NU1Y9IjRNx2vsk7LrPN5x0L4Xq2XFLI77 dKf75Mlv5/cVETtRq774CFyFi/ra9MBNK1SgiEG4x9IFFVsjZexAd8EHxSQzL1RX JequFcQ1H7XUVC91bXtM/ra4+1NJpMDUlOrxtcznGtKsRnZIoCfY0u8641RQWu/l muiabS4auvDy+oQXkpXXUzEXyKpZzUiPdacdJ/ETq2HlcvXKIwZXvIpHdfYQAKqG LcFP0PQ0hkS7dlE5zcIhih4PRcz/JE2txkONLc9T7aqPfBmQYN/Z0PS3ozN9bGZr NMFWLQ47PF02Ak+Mw6LfFccIQ1lvS83zcGOsuHbK9DoRlqoz9Ax14Pcg4fP1og0m LX66O4WvMCNJV0NiAW6UvZxnOodWe721IsLdD7bKPSgBKjfr+Mx2KLt5S1yUCNJY SpxkmgWEiwAIKVBWFrjefuRYeqs9T+GjvEFta/a7/qCToxggt596vwhAvbwwcUYt CMzFfHeMaqWk7uyBRC6D =Mfpm -----END PGP SIGNATURE-----

2 4

migrate 3.3.x to 4.0
by Daniel W. Graham 23 Jun '13

23 Jun '13

I would like to upgrade kamailio from 3.3.x to 4.0, I see this document about database and config file changes http://www.kamailio.org/wiki/install/upgrade/3.3.x-to-4.0.0 I currently have 3.3.x installed from GIT, is there an easy way to remove or will I have to delete files manually and then install 4.0? [cid:image001.gif@01CE6DBF.061CB990]

2 1

Regarding Instant messaging using TCP on Kamailio 3.3
by Sunil Chandrasekharan 23 Jun '13

23 Jun '13

Hi All Today i could find some information from the logs. When i tested the command : sudo kamcmd core.tcp_list I get 2 connection ( with 2 users regitred with TCP) But when i try to send message from User 2 to User 1, i see that 1 more connection is added. But here the port is confusing. becuase the other 2 tcp connection shows the rport of the users. But with the 3rd connection the port is shown as 5060.. I feel Kamailio is adding a new TCP connection instead of using the existing connection between the client and Kamailio with the rport number. I read that we can use (force_rport()) , but i could not understand how to use it . Alo when i gave force_rport=yes inside the global parameter of Kamaili.cfg file, i still face the same issue. This issue exists even when User 2 try to call/IM to User 1. my laptop is User 1. But i can send IM/Call User 2 succeessfully. I dont understand how my machine can send IM/call successfully, and why no other user can do the same? Kindly support me On Thu, Jun 20, 2013 at 5:27 PM, Sunil Chandrasekharan < sunil.kainat(a)gmail.com> wrote: > Hi All, > > I tested again today by disabling the presence module. > > Still i could not make TCP based IM working with Kamailio. > > I checked the tcp-connection-lifetime =3605. > Still i get 480 Temperory un available. > > Step 1 : login/register on two lin phones ( on differnt PC) > Step 2: from PC 1 (user A) send message to user B > Step 3: user B receive the mesage. > Step 4. Send message from User B to User A > > Result : 480 Temperory unavailable. > > 1. I feel user A connection is getting closed . Hence not able to reach > user A. > > 2. I also see User A and User B message contruct has 2 Via headers. > > There is no change or anything abnormal happening. > > Kindly help me forward to get tcp based IM working between two clients. > > > > On Tue, Jun 18, 2013 at 2:27 PM, Sunil Chandrasekharan < > sunil.kainat(a)gmail.com> wrote: > >> Hi , >> >> I used open internet, i really doubt if there is any NAT issue here. >> >> But my config file(kamailio.cfg) shows : tcp-connection-lifetime=3605 >> But i dont know what is the registration expire time . How can i see the >> registration expire time? >> also my lin phone sends keep alive right? >> >> can you please help me how can i see connection close parameter during >> forward/reply? i dont know where to set them? >> >> Please suggest me the correct link to find tcp paremeter and cook book. >> >> >> On Tue, Jun 18, 2013 at 2:06 PM, Daniel-Constantin Mierla < >> miconda(a)gmail.com> wrote: >> >>> Hello, >>> >>> >>> On 6/17/13 7:09 AM, Sunil Chandrasekharan wrote: >>> >>>> >>>> Hi All, >>>> >>>> I have set up Kamailio 3.3 on Ubuntu machine.I created two user test 1 >>>> and test 2. >>>> I could use Presence and also i was able to register to Kamailio server >>>> and exchange presence status with each other. >>>> >>>> Details- I used TCP protocol . >>>> >>>> testing methods - Linphone, a sample application. >>>> >>>> I am able to register succesfully with (TCP) on to kamailio server >>>> using Lin phone and sample application. >>>> I am able to update presence status of the users. >>>> >>>> Issue : >>>> >>>> When i try to send messages between two users ( using TCP ) >>>> >>>> 1. from Sample application, when i try to send message, i get 420 >>>> temporarily Unavailable error from server. >>>> 2. from Lin phone 3.5.2, i was able to send messages ( sue TCP) but >>>> when the other user try to reply back , i get same error >>>> >>>> 480 Temporarily Unavailable. error from server. >>>> >>>> I want a support to understand why i get error while sending messages >>>> with TCP via Kamailio server. >>>> >>>> I am able to succeesfully send and receive messages when i use UDP from >>>> my sample application and Lin phone. >>>> >>> if the phones are behind nat, be sure the tcp connection lifetime is >>> higher than the registration expire and that you don't set connection close >>> after forward/reply. Look at core cookbook for the appropriate tcp >>> parameter and config functions. >>> >>> Cheers, >>> Daniel >>> >>> -- >>> Daniel-Constantin Mierla - http://www.asipto.com >>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/**miconda<http://www.linkedin.com/in/miconda> >>> Kamailio Advanced Training, San Francisco, USA - June 24-27, 2013 >>> * http://asipto.com/u/katu * >>> >>> >>> ______________________________**_________________ >>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >>> sr-users(a)lists.sip-router.org >>> http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> >>> >> >> >

2 1

Re: [SR-Users] [SOLVED] Not getting correct result after sending a OPTION query
by aft 22 Jun '13

22 Jun '13

On Sun, Jun 23, 2013 at 12:20 AM, Marius Zbihlei <mariuszbi(a)gmail.com> wrote: > Hello, > > You need to register your test user to kamailio, using the password > provided. This adds a entry containing a contact (127.0.0.1:5070) to the > location table which is queried by the lookup() function in registrar. > > The subscriber table only shows what users can subscribe to your system and > with what credentials. Thanks for the answer. That worked like a charm. > > Marius > > > On Sat, Jun 22, 2013 at 3:41 PM, aft <aftnix(a)gmail.com> wrote: >> >> ( I posted a same message through gmane interface. gmane is not >> working right now at my place, So i can't respond to the replies i got >> there). >> >> I have now these users : >> >> arif@khost:~$ kamctl db show subscriber >> database engine 'MYSQL' loaded >> Control engine 'FIFO' loaded >> >> +----+----------+---------------+------------+---------------+----------------------------------+----------------------------------+------+ >> | id | username | domain | password | email_address | ha1 >> | ha1b | rpid | >> >> +----+----------+---------------+------------+---------------+----------------------------------+----------------------------------+------+ >> | 1 | test | 192.168.7.143 | testpasswd | | >> ad87b307789553f95799738d87246ca0 | e211f539e22a1ad2cc0f3c07056c3517 | >> NULL | >> | 4 | test | 127.0.0.1 | ps | | >> bca93be084f6c7a291c98fe9b0077b0b | d9ce12a4ec42448f65287de912cb9d43 | >> NULL | >> >> +----+----------+---------------+------------+---------------+----------------------------------+----------------------------------+------+ >> >> >> Now still if i send OPTION query >> >> sofsip> o sip:test@127.0.0.1:5070 >> UA: OPTIONS to sip:test@127.0.0.1:5070 >> sofsip> UA: OPTIONS 404 Not Found >> >> And from kamailio log : >> >> (5827) DEBUG: registrar [lookup.c:158]: lookup(): 'test' Not found in >> usrloc >> >> >> -- >> -Cheers >> -Arif >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users(a)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(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > -- -Cheers -Arif

1 0

Not getting correct result after sending a OPTION query
by aft 22 Jun '13

22 Jun '13

( I posted a same message through gmane interface. gmane is not working right now at my place, So i can't respond to the replies i got there). I have now these users : arif@khost:~$ kamctl db show subscriber database engine 'MYSQL' loaded Control engine 'FIFO' loaded +----+----------+---------------+------------+---------------+----------------------------------+----------------------------------+------+ | id | username | domain | password | email_address | ha1 | ha1b | rpid | +----+----------+---------------+------------+---------------+----------------------------------+----------------------------------+------+ | 1 | test | 192.168.7.143 | testpasswd | | ad87b307789553f95799738d87246ca0 | e211f539e22a1ad2cc0f3c07056c3517 | NULL | | 4 | test | 127.0.0.1 | ps | | bca93be084f6c7a291c98fe9b0077b0b | d9ce12a4ec42448f65287de912cb9d43 | NULL | +----+----------+---------------+------------+---------------+----------------------------------+----------------------------------+------+ Now still if i send OPTION query sofsip> o sip:test@127.0.0.1:5070 UA: OPTIONS to sip:test@127.0.0.1:5070 sofsip> UA: OPTIONS 404 Not Found And from kamailio log : (5827) DEBUG: registrar [lookup.c:158]: lookup(): 'test' Not found in usrloc -- -Cheers -Arif

2 1

$DLG_lifetime
by Dragos Oancea 21 Jun '13

21 Jun '13

Hello , Is the $DLG_lifetime supposed to be accessed in theevent_route[tm:local-request] ? We are trying to access it and it always reports null with kamailio 4.0.0 . We found a reference about this here: http://www.kamailio.org/pub/kamailio/3.3.3/ChangeLog ..... dialog(k): run event route after setting cfg dlg vars - in this way they (e.g., $DLG_lifetime) should be accessible in event route (cherry picked from commit 2cdded28d9968a0b78f5ec8329ae6983d9ea77a9) ..... Apparently it should have been possible. Any hints on this ? Thank you! Regards, Dragos & Federico

4 5

unable to set reason phrase with "t_reply" when cause code is 6xx
by Julien Chavanton 21 Jun '13

21 Jun '13

Hi, I am trying to customize the reason phrase using t_reply. I noticed that we can not set the reason phrase when the code is in the 6xx range Kamailio TM is setting the reason phrase to "unknown" or to a default one. For example : t_reply("603","My custom reason phrase"); Will send "603 Decline"

1 1

Info and support for Kamailio
by Gustavo S 21 Jun '13

21 Jun '13

Hi guys,My name is Gustavo Salazar, I'm from Quito-Ecuador (South-America), and I need some info about Kamailio. I'm studying a Master degree of Networking and Data Communications, and I want to build a VoIP project with Kamailio.I want to integrate Kamailio with Trixbox to improve the security levels of the IP-PBX, also I want to use my cisco ip phones 7960G with them, but I need some help with how and where to configure the Kamailio to be connect to the Trixbox server.I made some research about it, and in some pages I read that I can install Kamailio over some Linux Distro like Ubuntu or CentOS, and in other that I can install it on the asterisk (Trixbox) server itself. Could you help me with some examples of configuration, where to configure the extensions. I think is in Kamailio.cfg file, but I don't know how to do it.Please help me with it. I'll be so grateful with you for this support.Regards from Ecuador Gustavo Salazar

3 3

Fwd: Call breaks after 32 seconds (Martin Mou?ka)
by Eduardo Lejarreta 21 Jun '13

21 Jun '13

Good morning Martin. RFC3261 says: " .... [Page 85] RFC 3261 SIP: Session Initiation Protocol June 2002 ... If the server retransmits the 2xx response for 64*T1 seconds without receiving an ACK, the dialog is confirmed, but the session SHOULD be terminated. This is accomplished with a BYE, as described in Section 15. " Why 32 seconds? Because almost always T1 = 500 ms. -> 64 * 500ms = 32 segs Why 200 OK are being re-transmited? Because someone in someplace is stopping 200 OKs or ACKs. Look for a router/FW and disable ALG for SIP support. Look for errors on headers. Best regards. -- Eduardo Lejarreta. -----Mensaje original----- De: sr-users-bounces(a)lists.sip-router.org [mailto:sr-users-bounces@lists.sip-router.org] En nombre de sr-users-request(a)lists.sip-router.org Enviado el: viernes, 21 de junio de 2013 0:18 Para: sr-users(a)lists.sip-router.org Asunto: sr-users Digest, Vol 97, Issue 79 Send sr-users mailing list submissions to sr-users(a)lists.sip-router.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users or, via email, send a message with subject or body 'help' to sr-users-request(a)lists.sip-router.org You can reach the person managing the list at sr-users-owner(a)lists.sip-router.org When replying, please edit your Subject line so it is more specific than "Re: Contents of sr-users digest..." Today's Topics: 1. Fwd: Call breaks after 32 seconds (Martin Mou?ka) ---------------------------------------------------------------------- Message: 1 Date: Wed, 19 Jun 2013 14:36:53 +0200 From: Martin Mou?ka <moucka.m(a)gmail.com> To: sr-users(a)lists.sip-router.org Subject: [SR-Users] Fwd: Call breaks after 32 seconds Message-ID: <CAJY3ant7LG1xgO4ZjmSa0j-HfBbZtPUSvZ3kDkWiq7KD6XuhEw(a)mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Hello, we have problem here with outbound calls. Many devices for example Zyxel, WELL 8820IP, Interbell and some software clients Ekiga v3.3.2 and SJ Phone drops call after 32 seconds. I think it could be some new standard from 2007, because Ekiga v4.0 seems ok and mentioned hardware devices don't have new firmware since this year. Can you confirm that please? I'm attaching some captures. Thank you

1 0

Serial forking with equal q-value
by Jan Gaida 21 Jun '13

21 Jun '13

Good morning, I have serveral servers who are registered with the same AOR in Kamailio. Every server registers with a Q-value indicating its availability. When a user sends an INVITE request through Kamailio to that AOR, Kamailio should send the request to the server with the best Q-value. Using t_load_contacts I obtain a q-ordered destination set but the t_next_contacts uses parallel forking when there are two servers with the same q-value. Is there any way to tell t_next_contacts to use only ONE destination? Thank you in advance, Regards, -- *Jan **Gaida* Ingeniero Desarrollo Software C/ Marconi 3 (PTM) 28760 Tres Cantos Spain jan.gaida(a)grupoamper.com | www.grupoamper.com -- This message and any attachments are intended only for the use of the individual to whom they are addressed and it may contain information that is privileged or confidential. If you have received this communication by mistake, please notify us immediately by e-mail or telephone.The storage, recording, use or disclosure of this e-mail and its attachments by anyone other than the intended recipient is strictly prohibited. This message has been verified using antivirus software; however, the sender is not responsible for any damage to hardware or software resulting from the presence of any virus. Este mensaje y cualquier anexo son exclusivamente para la persona a quien van dirigidos y pueden contener información privilegiada o confidencial. Si usted ha recibido esta comunicación por error, le agradecemos notificarlo de inmediato por esta misma vía o por teléfono. Está prohibida su retención, grabación, utilización o divulgación con cualquier propósito. Este mensaje ha sido verificado con software antivirus; sin embargo, el remitente no se hace responsable en caso de que en éste o en los archivos adjuntos haya presencia de algún virus que pueda generar daños en los equipos o programas del destinatario.

2 1

Compile with mysql error
by David Cunningham 21 Jun '13

21 Jun '13

Hello, We have a system which Kamailio fails to compile mysql support on, even though the library is installed. The mysql packages are: MySQL-client.x86_64 5.5.28-1.rhel5 installed MySQL-devel.x86_64 5.5.32-1.rhel5 installed MySQL-server.x86_64 5.5.28-1.rhel5 installed MySQL-shared-compat.x86_64 5.5.28-1.rhel5 installed The error from the Kamailio install is: /usr/bin/ld: cannot find -lmysqlclient collect2: ld returned 1 exit status make[1]: *** [db_mysql.so] Error 1 make: *** [install-modules] Error 1 make: Leaving directory `/usr/src/kamailio-3.3.2' Would anyone be able to advise please? Thanks in advance. -- David Cunningham, Voisonics http://voisonics.com/ USA: +1 213 221 1092 UK: +44 (0) 20 3298 1642 Australia: +61 (0) 2 8063 9019

3 7

Local subscriber lookup / usrloc
by Daniel W. Graham 20 Jun '13

20 Jun '13

My kamailio implementation sits in front of a group of asterisk servers, when a call comes into kamailio it does a series of checks on the location of the src and dst to determine if the call is allowed. If the src is PSTN and called user is found in the location table the call is passed to an asterisk server for further processing of call forwarding options / voicemail / ring time setting etc. However if the called account is not found (not currently registered) the call is then discarded and voicemail etc can never be accessed. I can add a avp_db_query to fetch user from the subscriber table vs location table lookup. Just wondering if there are any built in functions or other efficient ways to handle this that others are doing. Thanks for any input -Dan

2 2

Not getting correct result after sending a OPTION query
by aft 20 Jun '13

20 Jun '13

Hi, I'm trying to understand intricacies of SIP protocol. I'm installed a stock kamailio from git repo. kamcmd> core.version kamailio 4.0.2 (x86_64/linux) f87866 Now i'm trying to send OPTION request by "sipsak". I've added two users : arif@khost:~$ kamctl db show user ........... +----+----------+---------------+------------+---------------+----------------------------------+----------------------------------+------+ | id | username | domain | password | email_address | ha1 | ha1b | rpid | +----+----------+---------------+------------+---------------+----------------------------------+----------------------------------+------+ | 1 | test | 192.168.7.143 | testpasswd | | ad87b307789553f95799738d87246ca0 | e211f539e22a1ad2cc0f3c07056c3517 | NULL | | 2 | test2 | localhost | testpasswd | | 46d8618f5b652e4aeff3ffe52f373028 | bb8564b436dcfa183a8228244d8527ea | NULL | +----+----------+---------------+------------+---------------+----------------------------------+----------------------------------+------+ Now The OPTION message i'm trying : OPTIONS sip:test_local@localhost SIP/2.0 Via: SIP/2.0/UDP 127.0.1.1:60518;branch=z9hG4bK.374c1583;rport;alias From: sip:sipsak@127.0.1.1:60518;tag=74766f41 To: sip:test_local@localhost Call-ID: 1953918785(a)127.0.1.1 CSeq: 1 OPTIONS Contact: sip:sipsak@127.0.1.1:60518 Content-Length: 0 Max-Forwards: 70 User-Agent: sipsak 0.9.6 Accept: text/plain kamailio is respoding with : SIP/2.0 404 Not Found After digging in kamailio log : 2(17356) DEBUG: registrar [lookup.c:158]: lookup(): 'test_local' Not found in usrloc -- The code reads : 155 ul.lock_udomain(_d, &aor); 156 res = ul.get_urecord(_d, &aor, &r); 157 if (res > 0) { 158 LM_DBG("'%.*s' Not found in usrloc\n", aor.len, ZSW( aor.s)); So it seems i'm doing something very wrong. Although in my config : 106 #!define WITH_MYSQL 107 #!define WITH_AUTH 108 #!define WITH_USERLOCDB After going through the RFC3261's section 11.2, It seems this OPTION message should work and generate a 200(OK). What it is i'm doing wrong? -- -Cheers -Arif

2 1

Not getting correct result after sending a OPTION query
by arif 20 Jun '13

20 Jun '13

Hi, I'm trying to understand intricacies of SIP protocol. I'm installed a stock kamailio from git repo. kamcmd> core.version kamailio 4.0.2 (x86_64/linux) f87866 Now i'm trying to send OPTION request by "sipsak". I've added two users : arif@khost:~$ kamctl db show user ........... +----+----------+---------------+------------+---------------+----------------------------------+----------------------------------+------+ | id | username | domain | password | email_address | ha1 | ha1b | rpid | +----+----------+---------------+------------+---------------+----------------------------------+----------------------------------+------+ | 1 | test | 192.168.7.143 | testpasswd | | ad87b307789553f95799738d87246ca0 | e211f539e22a1ad2cc0f3c07056c3517 | NULL | | 2 | test2 | localhost | testpasswd | | 46d8618f5b652e4aeff3ffe52f373028 | bb8564b436dcfa183a8228244d8527ea | NULL | +----+----------+---------------+------------+---------------+----------------------------------+----------------------------------+------+ Now The OPTION message i'm trying : OPTIONS sip:test_local@localhost SIP/2.0 Via: SIP/2.0/UDP 127.0.1.1:60518;branch=z9hG4bK.374c1583;rport;alias From: sip:sipsak-jEV4NMQqubUqMp+WYRx65w@public.gmane.org:60518;tag=74766f41 To: sip:test_local@localhost Call-ID: 1953918785-jEV4NMQqubUqMp+WYRx65w(a)public.gmane.org CSeq: 1 OPTIONS Contact: sip:sipsak-jEV4NMQqubUqMp+WYRx65w@public.gmane.org:60518 Content-Length: 0 Max-Forwards: 70 User-Agent: sipsak 0.9.6 Accept: text/plain kamailio is respoding with : SIP/2.0 404 Not Found After digging in kamailio log : 2(17356) DEBUG: registrar [lookup.c:158]: lookup(): 'test_local' Not found in usrloc -- The code reads : 155 ul.lock_udomain(_d, &aor); 156 res = ul.get_urecord(_d, &aor, &r); 157 if (res > 0) { 158 LM_DBG("'%.*s' Not found in usrloc\n", aor.len, ZSW( aor.s)); So it seems i'm doing something very wrong. Although in my config : 106 #!define WITH_MYSQL 107 #!define WITH_AUTH 108 #!define WITH_USERLOCDB After going through the RFC3261's section 11.2, It seems this OPTION message should work and generate a 200(OK). What it is i'm doing wrong? -- -Cheers -Arif

1 0

Regarding Instant messaging using TCP on Kamailio 3.3
by Sunil Chandrasekharan 20 Jun '13

20 Jun '13

Hi All, I have set up Kamailio 3.3 on Ubuntu machine.I created two user test 1 and test 2. I could use Presence and also i was able to register to Kamailio server and exchange presence status with each other. Details- I used TCP protocol . testing methods - Linphone, a sample application. I am able to register succesfully with (TCP) on to kamailio server using Lin phone and sample application. I am able to update presence status of the users. Issue : When i try to send messages between two users ( using TCP ) 1. from Sample application, when i try to send message, i get 420 temporarily Unavailable error from server. 2. from Lin phone 3.5.2, i was able to send messages ( sue TCP) but when the other user try to reply back , i get same error 480 Temporarily Unavailable. error from server. I want a support to understand why i get error while sending messages with TCP via Kamailio server. I am able to succeesfully send and receive messages when i use UDP from my sample application and Lin phone. regards Sunil C

2 3

Script - /kamailio.log -> MongoDB ?
by Mick Stevens 20 Jun '13

20 Jun '13

Hi All, I'm not a programmer & am new to Kamailio (but have managed to master 'ish FreeSWITCH) & am looking for a script I can use/adapt/learn from to import kamailio.log into MongoDB. Any offers? Mick Rgds, Mick Tel/SMS. +44(0)7967 594432 Email/IM/MSN/Skype. mickstevens(a)yahoo.com www.facebook.com/mickstevens @mickstevens

3 2

uac module strange problem
by אורן אברהם 20 Jun '13

20 Jun '13

Dear list. I am using uac module for generating some request (even only some simple OPTIONS request) and after i send it using uac_req_send() the new request is processed as a REPLY (in onreply_route) instead of a new request (in request_route) does anyone have a guess why it happens ? i've used this module in a similar way before and everything worked as expeced. thanks in advance

2 1

Help with install using GIT
by John Doe 19 Jun '13

19 Jun '13

Hi all, I am trying to install the latest version using git (new to git) and after running "git checkout -b 4.0 origin/4.0" I got these messages: [root@test kamailio-4.0.2]# git checkout -b 4.0 origin/4.0 fatal: Cannot update paths and switch to branch '4.0' at the same time. Did you intend to checkout 'origin/4.0' which can not be resolved as commit? [root@test kamailio-4.0.2]# These were the commands I entered in order: [root@test kamailio-4.0.2]# mkdir -p /usr/local/src/kamailio-4.0.2 [root@test kamailio-4.0.2]# cd /usr/local/src/kamailio-4.0.2/ [root@test kamailio-4.0.2]# git clone --depth 1 git://git.sip-router.org/sip-router kamailio [root@test kamailio-4.0.2]# cd kamailio [root@test kamailio-4.0.2]# git checkout -b 4.0 origin/4.0 --> this is were it fails What does it mean, how should I proceed? I appreciate any advise, thank you

2 3

Dispatcher behaviour
by Mino Haluz 19 Jun '13

19 Jun '13

Hi, I've been playing with dispatcher settings, and I cannot get it working as expected. I would like to have my destination IP1 being always probed and some destinations should be marked as active non-probing. So, in my config I have ds_probing_mode = 0 (documentation: If set to 0, only the gateways with state PROBING are tested;) Ok, so I set flag = 8 in dispatcher list for IP1 (documentation: 3 (value 8) - probing destination (sending keep alives);) Restart of kamailio, host IP1 is AP, after first interval (10sec), 200OK from gateway is received, and host becomes AX (active non-probing). Why ?? What I expect is that host stays AP. Why the probing mode is turned off when first check is OK? I can somehow do it with ds_probing_mode = 1 but this is not I want - I need that some gateways are not probed at all (documentation: if set to 1, all gateways are tested - useless for me) I tried every flag range 0-10. I think it does not work as documentation states or I simply do not understand its meaning. Please help me to have this clear, this module is quite critical for us. Thanks, Mino

2 2

short name in syslog
by Victor V. Kustov 19 Jun '13

19 Jun '13

Hi Daniel-Constantin! little fix for short name in syslog's log: -before Jun 19 14:40:37 phoenix-c2 /usr/local/sbin/kamailio[63542]: WARNING: qm_status: (0x801000000): -after Jun 19 14:41:44 phoenix-c2 kamailio[91432]: WARNING: qm_status: heap size= 33554432 patch attached -- WBR, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.9.4-calculate GNU/Linux

2 4

Fwd: Call breaks after 32 seconds
by Martin Moučka 19 Jun '13

19 Jun '13

Hello, we have problem here with outbound calls. Many devices for example Zyxel, WELL 8820IP, Interbell and some software clients Ekiga v3.3.2 and SJ Phone drops call after 32 seconds. I think it could be some new standard from 2007, because Ekiga v4.0 seems ok and mentioned hardware devices don't have new firmware since this year. Can you confirm that please? I'm attaching some captures. Thank you

1 0

bug in 4.0.2 dialog module, no keep alives when src==dst
by Daniel Tryba 19 Jun '13

19 Jun '13

Trying to implement calllimits with the dialog module I can reproduce a hanging dialog using a Linksys 962 by calling itself. When trying to answer the call the INVITES end in a 200 OK but the call is terminated [linksys.txt]. That might be a bug in the 962, but the bad part is the dialog will be kept in kamailio even though keep alives are enabled. OPTIONS are not being sent to detect this dead dialog. If this devices calls an other device (either registered to this kamailio or to the PSTN) KA work like configured (they are being send to this device). Severing the connection will be detected and the dialog will be removed. But when source and destination is the same device, no OPTIONS are sent. About 1 hour later the dialog is still there: # kamctl mi dlg_list dialog:: hash=3456:6742 state:: 3 ref_count:: 2 timestart:: 1371572203 timeout:: 68536211 callid:: 86a23723-4b71d5ad@localhost from_uri:: sip:anonymous@localhost from_tag:: 1736b8ab3ea801c5o0 caller_contact:: sip:+31880100781@10.0.34.226:17852 caller_cseq:: 102 caller_route_set:: caller_bind_addr:: udp:10.0.32.42:5060 callee_bind_addr:: udp:10.0.32.42:5060 to_uri:: sip:0880100781@10.0.32.42 to_tag:: 195218c1d50330b5i0 callee_contact:: sip:+31880100781@10.0.34.226:17852 callee_cseq:: 102 callee_route_set:: A part of syslog with debug=4 for above dialog is attached (not the same dialog as the attached linksys capture). Relevant kamailio.cfg parts: modparam("dialog","dlg_flag",4) modparam("dialog","hash_size",4096) modparam("dialog","enable_stats",1) modparam("dialog","db_url",DBURL) modparam("dialog","db_mode", 2) modparam("dialog","db_update_period", 15) modparam("dialog","profiles_with_value","channelsinbound;channelsoutbound") modparam("dialog","profiles_no_value", "all") modparam("dialog","dlg_match_mode", 1) modparam("dialog","send_bye", 1) modparam("dialog","default_timeout", 43200) modparam("dialog","ka_timer", 45) modparam("dialog","ka_interval", 45) routes to DIALIOG in request_route for CANCEL and before route(SIPOUT) request_route { # per request initial checks route(REQINIT); # NAT detection route(NATDETECT); # CANCEL processing if (is_method("CANCEL")) { route(DIALOG); if (t_check_trans()) { t_relay(); } exit; } [...] route(DIALOG); # dispatch requests to foreign domains route(SIPOUT); routes to DIALOG within WITHINDLG # Handle requests within SIP dialogs route[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { route(DLGURI); if (is_method("BYE")) { route(DIALOG); [...] route(RELAY); } else { route(DIALOG); [...] exit; } } # active calls/dialog management route[DIALOG] { if (is_method("CANCEL|ACK|BYE") || (has_totag() && is_method("INVITE| BYE"))) { dlg_manage(); return; } if (is_method("INVITE") && !has_totag()) { if($avp(dst_maxchannels)) { route(MAXCALLSINBOUND); } if($avp(src_maxchannels)) { route(MAXCALLSOUTBOUND); } dlg_manage(); } } route[MAXCALLSOUTBOUND] { if(method=="INVITE") { if($au!=$null && $avp(src_maxchannels)>0) { $var(channelsinbound) = 0; $var(channelsoutbound) = 0; get_profile_size("channelsinbound", "$au", "$var(channelsinbound)"); get_profile_size("channelsoutbound", "$au", "$var(channelsoutbound)"); if(($var(channelsinbound)+$var(channelsoutbound))>=$avp(src_maxchannels)) { send_reply("403","Call limit reached"); exit; } set_dlg_profile("channelsoutbound","$au"); dlg_set_property("ka-src"); } } return; } route[MAXCALLSINBOUND] { if(method=="INVITE") { if($avp(dst_maxchannels)>0) { $var(channelsinbound) = 0; $var(channelsoutbound) = 0; get_profile_size("channelsinbound", "$rU", "$var(channelsinbound)"); get_profile_size("channelsoutbound", "$rU", "$var(channelsoutbound)"); if(($var(channelsinbound)+$var(channelsoutbound))>=$avp(dst_maxchannels)) { route(CALLREDIRECT); route(TOVOICEMAIL); send_reply("486","Call limit reached"); exit; } set_dlg_profile("channelsinbound","$rU"); dlg_set_property("ka-dst"); } } return; } version: kamailio 4.0.2 (x86_64/linux) flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled on 11:28:09 Jun 17 2013 with gcc 4.7.2 -- POCOS B.V. - Croy 9c - 5653 LC Eindhoven Telefoon: 040 293 8661 - Fax: 040 293 8658 http://www.pocos.nl/ - http://www.sipo.nl/ K.v.K. Eindhoven 17097024

1 0

get Auth username user ($au) in the INVITE ?
by Mickael MONSIEUR 18 Jun '13

18 Jun '13

Hello, How to fetch the current Auth username ($au) in the INVITE ? Best regards, Mickael

2 5

modify $re
by Victor V. Kustov 18 Jun '13

18 Jun '13

Hello! $re (Remote-Party-ID) is readonly. How can i modify it? -- WBR, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.9.4-calculate GNU/Linux

2 1

simple way to access RR headers/uris and to remove them
by Klaus Darilion 18 Jun '13

18 Jun '13

Hi! Is there a simple way to: - retrieve the RR headers (or Route/Contact ...) and to - selectively remove them? E.g. retrieve <2> and delete <3> I do not want to care about the format, eg: Record-Route: <1>, <2>, <3> or Record-Route: <1> Record-Route: <2> Record-Route: <3> Thanks Klaus

3 7

Re: [SR-Users] REFER
by Daniel-Constantin Mierla 18 Jun '13

18 Jun '13

Hello, On 6/15/13 12:01 PM, Tony Turner wrote: > > Hi, > > I currently have:- > > Kamailio -----Freeswitch--------NodeMax SIP/SS7------PSTN > > I have users on Kamailio registered 1000, 1001 to 1004 and make calls > to each other and to PSTN and PSTN to users. > > Now I want to keep transfers off network so basically on Kamailio. > > So currently sip client 1000 calls 1001 it stays on Kamailio (that > works), but if inbound from PSTN to 1000, 1000 cannot transfer to 1001 > > The REFER is sent to freeswitch, can I get Kamailio to just transfer > from 1000 to 1001. > > I don't see any reason why I would want a transfer to be sent to > freeswitch and down to my Nodemax CTI SIP/SS7 gateway. It would seem > sensible for the proxy to deal with a user to user transfer. > kamailio is a sip message router, will send the REFER based on R-URI and Route headers. Based on SIP specs, REFER has to be handled in client side, the proxy just delivers it. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, San Francisco, USA - June 24-27, 2013 * http://asipto.com/u/katu *

1 0

A general SIP question
by Gang Wang 18 Jun '13

18 Jun '13

Hi, I'm new to SIP server. I have a task on hand and try to research for a solution. I need to develop a service emulator for handling RCS requests. is It possible to use Kamailio SIP server to handle GSMA's RCS-Standards compliant requests? Please point me to the right doc/tutorials. Thanks in advance! Gang

2 1

e72 stops responding
by hiro 18 Jun '13

18 Jun '13

8 is a Nokia E72 calling in via kamailio. After the Invite I don't get any other packets from the phone any more. It seems like the TCP connection gets killed completely by something. It only starts working again after I reboot the phone and it is completely reproducable. 14:06:51.457926 IP 82-171-55-218.ip.telfort.nl.10658 > koln-4db447dd.pool.mediaWays.net.sip: Flags [P.], seq 2401:3615, ack 1416, win 65039, options [nop,nop,TS val 113865285 ecr 859201823], length 12[1616/1930] E....-@.<.w.R.7.M.G.)........D#g........... ..rE36a.INVITE sip:3@myhost;transport=TCP SIP/2.0 Via: SIP/2.0/TCP 192.168.1.34:5060;branch=z9hG4bKggcacug4n6qn494dj0g2ear;rport From: <sip:8@myhost>;tag=v8o9g80af9hc7j2304ao To: <sip:3@myhost> Contact: <sip:NQBMFpVZDLXb4Ju6v0ZZ@192.168.1.34:5060;transport=TCP> Supported: 100rel,timer CSeq: 5411 INVITE Call-ID: fjao86anoIcFLw4lwjAR-waVvK4c4f Allow: UPDATE,PRACK,SUBSCRIBE,REFER,NOTIFY,INVITE,ACK,CANCEL,OPTIONS,BYE User-Agent: Nokia RM-530 091.004 (en) Expires: 120 Privacy: None Session-Expires: 1800 Max-Forwards: 70 Proxy-Authorization: xxx Content-Type: application/sdp Accept-Language: en Content-Length: 413 v=0 o=8 63539388406935125 63539388406935125 IN IP4 192.168.1.34 s=- c=IN IP4 192.168.1.34 t=0 0 m=audio 49152 RTP/AVP 100 0 8 97 98 a=sendrecv a=rtcp:49153 IN IP4 192.168.1.34 a=rtpmap:100 AMR-WB/16000 a=ptime:20 a=maxptime:200 a=fmtp:100 mode-change-period=2; mode-change-neighbor=1 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:97 iLBC/8000 a=rtpmap:98 telephone-event/8000 a=fmtp:98 0-15 14:06:51.458086 IP koln-4db447dd.pool.mediaWays.net.sip > 82-171-55-218.ip.telfort.nl.10658: Flags [.], ack 3615, win 3640, options [nop,nop,TS val 859201829 ecr 113865285], length 0 E..4D%@.@..xM.G.R.7...)..D#g...P...85...... 36a%..rE 14:06:51.523134 IP koln-4db447dd.pool.mediaWays.net.sip > 82-171-55-218.ip.telfort.nl.10658: Flags [P.], seq 1416:1767, ack 3615, win 3640, options [nop,nop,TS val 859201836 ecr 113865285], length 351 E...D&@.@...M.G.R.7...)..D#g...P...8(d..... 36a,..rESIP/2.0 100 trying -- your call is important to us Via: SIP/2.0/TCP 192.168.1.34:5060;branch=z9hG4bKggcacug4n6qn494dj0g2ear;rport=10658;received=82.171.55.218 From: <sip:8@myhost>;tag=v8o9g80af9hc7j2304ao To: <sip:3@myhost> CSeq: 5411 INVITE Call-ID: fjao86anoIcFLw4lwjAR-waVvK4c4f Server: kamailio (4.0.1 (arm/linux)) Content-Length: 0 no response from phone... I'm fishing in the dark, any ideas? Anything else I could check? thanks

2 1

uac_redirect - logging/acc q value
by Geoffrey Mina 18 Jun '13

18 Jun '13

Greetings, We are considering implementing an LCR which functions by returning a 302 with a list of our upstream carriers ordered by cost per minute. Is there a way with the uac_redirect module in 1.5 to write the q value for the branch that answers so we can calculate the cost of the call? Thanks, Geoff

2 1

Dispatcher mode for Active non-probing mode
by Mino Haluz 18 Jun '13

18 Jun '13

Hi, sorry, but from documentation I cannot understand what mode should I choose for dispatcher host, so that it will not be probed at all and marked always as active. I have sipp on another side, which does not respond to any OPTIONS, so I want to temporarily disable checking. Thanks, Mino

2 1

regarding kamctl command to show online users
by Sunil Chandrasekharan 18 Jun '13

18 Jun '13

Hi , When i type the command "kamctl ul show" it shows that Domain :: location table=512 records=1 max_slot=1. When i keep registering new users, the tag "max_slot" still shows as 1. What is tag " max_slot" means? What is it doing/showing? Does it hinder from me registering more users?

2 1

Dispatcher module without OPTIONS keepalive pinging
by Efelin Novak 18 Jun '13

18 Jun '13

Hi. Is there a possibility to turn off the pinging in dispatcher module for selected gateways? I want them to be active (to use them for dispatching) but I don't want to monitor them because one of my gateways does not support OPTIONS or INFO correctly. Kind regards Efelin

2 1

FW: Akhmad Dhany
by Akhmad Dhany 17 Jun '13

17 Jun '13

http://puresl.eemdevteam.com/zypn/nhq/dixo/vus/tyfacd/ubhp.html Akhmad Dhany dlv/div>

1 0

Kamailio and Asterisk integration
by Lucky Santiago 17 Jun '13

17 Jun '13

Hi, I am planning to deploy a kamailio as a front-end of a currently in production voip gateway which is running in asterisk (a2billing) and i can't picture out in terms of configuration on kamailio how the registration, dialplan on kamailio goes as asterisk does, if you can please show me a sample config on how that stuff works to fully communicate with my asterisk server, i have read and setup a working kamailio installation but i wasn't able to establish a full communication between kamailio and asterisk. Thanks in advance. Lucky

3 2

REFER
by Tony Turner 15 Jun '13

15 Jun '13

Hi, I currently have:- Kamailio -----Freeswitch--------NodeMax SIP/SS7------PSTN I have users on Kamailio registered 1000, 1001 to 1004 and make calls to each other and to PSTN and PSTN to users. Now I want to keep transfers off network so basically on Kamailio. So currently sip client 1000 calls 1001 it stays on Kamailio (that works), but if inbound from PSTN to 1000, 1000 cannot transfer to 1001 The REFER is sent to freeswitch, can I get Kamailio to just transfer from 1000 to 1001. I don't see any reason why I would want a transfer to be sent to freeswitch and down to my Nodemax CTI SIP/SS7 gateway. It would seem sensible for the proxy to deal with a user to user transfer. Thanks Tony Turner

1 0

Re: [SR-Users] memcache problem - reporting protocol error
by Charles Chance 14 Jun '13

14 Jun '13

Although it's difficult to know the exact cause of your "protocol" error, it does appear from your tests that the graceful handling of errors and subsequent reconnects is better in libmemcached than in libmemcache. So if you do encounter the same conditions again, I would imagine that the library would handle it and attempt to reconnect transparently. If not, however, then at least you are more likely to find support as the library is still under active development :) Cheers, Charles On 6 Jun 2013 18:12, "Dragos Oancea" <droancea(a)yahoo.com> wrote: Hi Charles, I tried first to trigger again the bug using some iptables rules (to simulate a network problem) , so Kamailio could not communicate with the memcache anymore: WARNING: memcached [memcached.c:189]: WARNING: memcached: mcm_server_readable():2582: timeout: select(2) call timed out for read(2)able fds WARNING: memcached [memcached.c:189]: WARNING: memcached: mcm_server_writable():3173: timeout: write select(2) call timed out WARNING: memcached [memcached.c:189]: WARNING: memcached: mcm_server_connect():2290: select(2) failed: select(2) timed out on establishing conn ection NOTICE: memcached [memcached.c:194]: NOTICE: memcached: mcm_server_connect():2297: connect(2) failed NOTICE: memcached [memcached.c:194]: NOTICE: memcached: mcm_server_connect_next_avail():2323: unable to find a server to connect to This looks very much like what i've seen in the logs just before it started to report the "protocol error" problem. But in the simulated case , after I remove the iptables rules that block the access to memcache, Kamailo does not recover from the situation, it just keeps on printing messages like the above, when it should connect to memcache instead. It looks like another libmemcache-related bug to me. Then I tried the same thing with the latest memcached module from git: With the memcached firewalled after starting Kamailio it prints this to the logs: ERROR: memcached [mcd_var.c:154]: pv_get_mcd_value_helper(): could not get result for key 29515_HA1 - error was 'SERVER HAS FAILED AND IS DISABLED UNTIL TIMED RETRY' When I flush the firewall rules, it reconnects to memcache, which makes it better than the old one. But how can I be sure that the new one will not have the same "protocol error" issue, since I could not reproduce exactly the problem so far ? Regards, Dragos ------------------------------ *From:* Charles Chance <charles.chance(a)sipcentric.com> *To:* Dragos Oancea <droancea(a)yahoo.com>; Kamailio (SER) - Users Mailing List <sr-users(a)lists.sip-router.org> *Sent:* Thursday, June 6, 2013 6:27 PM *Subject:* Re: [SR-Users] memcache problem - reporting protocol error Hi Dragos, The memcached module has indeed been updated in the master to use libmemcached, as the old libmemcache library is no longer under active development. Have you tried using the latest version of the module from git? Do you still get the same errors? Cheers, Charles On 6 June 2013 16:18, Dragos Oancea <droancea(a)yahoo.com> wrote: Hello We are having issues with the memcached module (Kamailio 4.0.0) . All of a sudden we are getting this kind of messages in the logs, and the values for the requested keys are not retrieved. ALERT: memcached [memcached.c:189]: ALERT: memcached: mcm_fetch_cmd():1305: memcache(4) protocol error: STORED#015#012VALUE 29515_HA1 0 32#015#012b52299247f16c6adfa4c8cc53b34e74a#015#012END#015#012STORED#015#012 [...] ALERT: memcached [memcached.c:189]: ALERT: memcached: mcm_fetch_cmd():1176: memcache(4) protocol error: server sent data for key not in request I suspect that at some point there was a network problem between the memcached server and Kamailio that triggered this abnormal behavior and I also suspect that it is connected with the (old) libmemcache library (libmemcache-1.4.0.rc2) . This is fixed only with a Kamailio restart. Has anyone experience this ? Is there a fix ? I noticed that the Kamailio from the trunk compiles the memcached module with the more new libmemcached library from here: https://launchpad.net/libmemcached/+download . Maybe this is one of the reasons libmemcache is going to be dropped ? Thank you very much. Regards, Dragos _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users www.sipcentric.com Follow us on twitter @sipcentric <http://twitter.com/sipcentric> Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered office: Unit 10 iBIC, Birmingham Science Park, Holt Court South, Birmingham B7 4EJ. -- www.sipcentric.com Follow us on twitter @sipcentric <http://twitter.com/sipcentric> Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered office: Unit 10 iBIC, Birmingham Science Park, Holt Court South, Birmingham B7 4EJ.

3 5

Is single line Via with multiple entries allowed?
by Mino Haluz 14 Jun '13

14 Jun '13

Hi, I'm struggling to solve one problem with 503 reply code. Kamailio receives 503 and changes it to 500, with error in log WARNING: script writer didn't release transaction I inspected incoming 503 (from Cisco gateway), everything seems to be ok except for Via: SIP/2.0/UDP localip:5060;branch=z9hG4bK47e3.c400aa13.0,SIP/2.0/UDP ip2:5060;branch=z9hG4bK37170104;rport=5060 Does kamailio support this kind of Via? Thanks, Mino

3 3

location() vs registered()
by Victor V. Kustov 14 Jun '13

14 Jun '13

Hi all! Whats difference between registered("location") and lookup("location")? -- WBR, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.9.4-calculate GNU/Linux

2 2

Re: [SR-Users] Regd. S-CSCF
by Camille Oudot 14 Jun '13

14 Jun '13

Le Fri, 14 Jun 2013 17:06:14 +0530, Shankar <shankar.rk(a)plintron.com> a écrit : > I am new to Kamailio. I need a sample S-CSCF config file to test and > understand. Please help. Hi Sankar, you will find samples for P, I and S-CSCF in the kamailio repository in the 'examples' dir: http://git.sip-router.org/cgi-bin/gitweb.cgi?p=sip-router;a=tree;f=examples… Cheers, -- Camille

1 0

Regarding Instant messaging using TCP on Kamailio 3.3
by Sunil Chandrasekharan 14 Jun '13

14 Jun '13

Hi All, I have set up Kamailio 3.3 on Ubuntu machine.I created two user test 1 and test 2. I could use Presence and also i was able to register to Kamailio server and exchange presence status with each other. Details- I used TCP protocol . testing methods - Linphone, a sample application. I am able to register succesfully with (TCP) on to kamailio server using Lin phone and sample application. I am able to update presence status of the users. Issue : When i try to send messages between two users ( using TCP ) 1. from Sample application, when i try to send message, i get 420 temporarily Unavailable error from server. 2. from Lin phone 3.5.2, i was able to send messages ( sue TCP) but when the other user try to reply back , i get same error 480 Temporarily Unavailable. error from server. I want a support to understand why i get error while sending messages with TCP via Kamailio server. I am able to succeesfully send and receive messages when i use UDP from my sample application and Lin phone. regards Sunil C

1 1

app_python module fails with "AttributeError: init_modules() has failed"
by phil lemelin 14 Jun '13

14 Jun '13

Good morning, I'm trying to use the app_python module with Kamailio but i'm unable to even reach a point where it loads my python module. My host: CentOS release 6.3 (Final) 2.6.32-042stab076.7 x86_64 The installed packages: [root@host ~]# rpm -qa | grep kamai kamailio-4.0.1-1.1.x86_64 kamailio-mysql-4.0.1-1.1.x86_64 kamailio-python-4.0.1-1.1.x86_64 Configuration modification: #!define WITH_MYSQL loadmodule "app_python.so" The python module: [root@phone ~]# cat /usr/local/etc/sip-router/handler.py class Handler(object): def child_init(self, y): return 0 def mod_init(): return Handler() When I start Kamailio, it fails like this: [root@host ~]# kamailio -D 1 -E -e loading modules under /usr/local/lib/kamailio/modules_k/:/usr/lib64/kamailio/modules/ 0(729) NOTICE: <core> [sr_module.c:627]: /usr/lib64/kamailio/modules/app_python.so: exports dlflags interface is deprecated and it will not be supported in newer versions; consider using mod_register() instead Listening on udp: 127.0.0.1:5060 udp: 10.3.105.49:5060 tcp: 127.0.0.1:5060 tcp: 10.3.105.49:5060 Aliases: tcp: phone:5060 tcp: phone.dev.net2.irg:5060 tcp: localhost4:5060 tcp: localhost4.localdomain4:5060 tcp: localhost:5060 tcp: localhost.localdomain:5060 udp: phone:5060 udp: phone.dev.net2.irg:5060 udp: localhost4:5060 udp: localhost4.localdomain4:5060 udp: localhost:5060 udp: localhost.localdomain:5060 WARNING: no fork mode and more than one listen address found (will use only the first one) 0(729) INFO: <core> [tcp_main.c:4846]: init_tcp: using epoll_lt as the io watch method (auto detected) 0(729) INFO: rr [../outbound/api.h:49]: Failed to import bind_ob 0(729) INFO: rr [rr_mod.c:159]: outbound module not available 0(729) INFO: usrloc [hslot.c:53]: locks array size 512 0(729) ERROR: <core> [sr_module.c:939]: init_mod(): Error while initializing module db_mysql (/usr/lib64/kamailio/modules/db_mysql.so) 0(729) ERROR: app_python [python_support.c:132]: mod_init: Unhandled exception in the Python code: AttributeError: init_modules() has failed 0(729) ERROR: <core> [sr_module.c:939]: init_mod(): Error while initializing module app_python (/usr/lib64/kamailio/modules/app_python.so) ERROR: error while initializing modules And with -d -d -d : *snip* 0(751) DEBUG: <core> [sr_module.c:674]: find_export_record: found <t_release> in module tm [/usr/lib64/kamailio/modules/tm.so] 0(751) DEBUG: <core> [sr_module.c:935]: DEBUG: init_mod: app_python 0(751) DEBUG: <core> [sr_module.c:935]: DEBUG: init_mod: db_mysql 0(751) ERROR: <core> [sr_module.c:939]: init_mod(): Error while initializing module db_mysql (/usr/lib64/kamailio/modules/db_mysql.so) 0(751) ERROR: app_python [python_support.c:132]: mod_init: Unhandled exception in the Python code: AttributeError: init_modules() has failed 0(751) ERROR: <core> [sr_module.c:939]: init_mod(): Error while initializing module app_python (/usr/lib64/kamailio/modules/app_python.so) ERROR: error while initializing modules 0(751) DEBUG: tm [t_funcs.c:118]: DEBUG: tm_shutdown : start 0(751) DEBUG: tm [t_funcs.c:121]: DEBUG: tm_shutdown : emptying hash table 0(751) DEBUG: tm [t_funcs.c:123]: DEBUG: tm_shutdown : removing semaphores 0(751) DEBUG: tm [t_funcs.c:125]: DEBUG: tm_shutdown : destroying tmcb lists 0(751) DEBUG: tm [t_funcs.c:128]: DEBUG: tm_shutdown : done 0(751) DEBUG: <core> [mem/shm_mem.c:242]: shm_mem_destroy 0(751) DEBUG: <core> [mem/shm_mem.c:245]: destroying the shared memory lock I've been trying all the configuration permutation I could think off. Am I missing a package or something in the configuration ? Regards, -- Phil.

3 11

ds_is_from_list does not work in my code
by Mino Haluz 14 Jun '13

14 Jun '13

Hi, what this function in fact does? It only compares host from dispatcher list and $si ? or it compares with source port as well ? I'm distributing traffic across multiple gateways with dispatcher module, these gateways create another leg and send it back to proxy. I would like to compare it with my dispatcher list if the source IP of the request is one of the dispatcher list. So I cannot use this function, right? Any other functions that can do something similar? Mino

2 1

Regd. S-CSCF
by Shankar 14 Jun '13

14 Jun '13

Hi, I am new to Kamailio. I need a sample S-CSCF config file to test and understand. Please help. Regards, Shankar

1 0

kamailio and virtual IP
by phillman25 14 Jun '13

14 Jun '13

Hi Mino I have set up this scenario using heartbeat on both hosts and it works wonderfully. Regards Phillip Message: 1 Date: Fri, 14 Jun 2013 08:15:28 +0200 From: Mino Haluz <mino.haluz(a)gmail.com> To: "SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List" <sr-users(a)lists.sip-router.org > Subject: [SR-Users] kamailio and virtual IP Message-ID: <CAFA7yDT0xczGGU31utLoRDui=zb0wfZrTSzEw6Fy5tJHQZAjZQ(a)mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Hi, I want to do this: 2 hosts, with 2 running kamailios, every host has 1 IP address and hostA has virtualIP assigned. kamailio should run on both hosts. I made a script which can transfer virtual IP from hostA to hostB. The problem is, I cannot tell kamailio to use virtualIP on hostB because, when I set listen=virtualIP:5060 - it cannot start because virtualIP is not present listen=0.0.0.0:5060 and force_send_socket(virtualIP) - it does not work as virtualIP is not in the listen list Some hint? I could run kamailio automatically after chaning IP address, but it requires time to load, so it will not be as quick as I change simply the owner of virtual IP. Thanks, Mino

3 3

config test
by Victor V. Kustov 14 Jun '13

14 Jun '13

Hi all! Is check config without restart possible? -- WBR, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.9.4-calculate GNU/Linux

2 2

kamailio and virtual IP
by Mino Haluz 14 Jun '13

14 Jun '13

Hi, I want to do this: 2 hosts, with 2 running kamailios, every host has 1 IP address and hostA has virtualIP assigned. kamailio should run on both hosts. I made a script which can transfer virtual IP from hostA to hostB. The problem is, I cannot tell kamailio to use virtualIP on hostB because, when I set listen=virtualIP:5060 - it cannot start because virtualIP is not present listen=0.0.0.0:5060 and force_send_socket(virtualIP) - it does not work as virtualIP is not in the listen list Some hint? I could run kamailio automatically after chaning IP address, but it requires time to load, so it will not be as quick as I change simply the owner of virtual IP. Thanks, Mino

2 1

How to lock hashtable variable
by Mino Haluz 13 Jun '13

13 Jun '13

Hi, I need to lock the hashtable but this lock("$sht(a)"); does not work. Any hints? Mino

2 2

Lync Client through Kamailio
by Jens Grönningberg 13 Jun '13

13 Jun '13

Hi! Has someone managed to get the Microsoft Lync client communicate with the Lync Server through Kamailio? I tried but the Lync Server behaved differently, refusing to send BENOTIFY requests. This caused presence not to work properly, and IM not to work at all. I would be happy to hear if someone had success with this. Thanks.

2 1

automatic call termination when websocket connection is closed
by Iwan Budi Kusnanto 13 Jun '13

13 Jun '13

Related to 'Doing automatic unregister when a WEBSOCKET connection is closed' thread. http://sip-router.1086192.n5.nabble.com/Doing-automatic-unregister-when-a-W… Any hint to implement automatic call termination when websocket connection is closed? Some of my ideas: 1. send BYE message from UAC module. Looks like it is an unnecessary complex & dirty solution. 2. Utilizing dialog module, but i'm not sure if dialog module can be used to implement this. Any better idea? Thanks. -- Iwan Budi Kusnanto

2 1

To simply run a route from externally
by Mino Haluz 13 Jun '13

13 Jun '13

Hi, I need to update some hash tables inside kamailio, but this update should be triggered externally. I know there is xmlrpc or xhttp, but I am just curious if there is some easier way how to run this route. I have to run it instantly, so setting some shv and run this route if new invite comes is not possible, nor timer. Thanks, Mino

2 1

Re: [SR-Users] [sr-dev] Register VoIP phones with Kamailio server
by Ravindra Gowda 13 Jun '13

13 Jun '13

Dear Daniel, Thank you for your previous reply. I am working on Kamailio (V 4.0) server to bring up VoIP features (Voice call, SMS) on my Hand-held, Wi-Fi enabled devices (Which are not GSM supportable). 1) I would like you to confirm that, is this Kamailio architecture supports SMSing feature for end-to-end IP solutions? (without GSM module). 2) And i am also focusing on Kamailio integration with Asterisk server, so is there any scope of get through my requirement (SMS on Kamailio server through end-to-end IP) in this integration case? I hope you could help me in getting clarity about this. *Thank you and Best regards,* *R Ravindra **Gowda* *Engineer - Systems and Products*. *Thrikasa Technologies* *| Office: +91 40 23260434 | Mob: +918885284050 * *| Fax:+91 40 23221045* *| email: ravindra(a)thrikasa.in* *| Web: www.thrikasa.in* 'If you don't give up,you cannot fail'. The information contained in this communication is proprietary to Thrikasa Technologies., and/or third parties, may contain classified or privileged information, and is intended only for the use of the intended addressee thereof. If you are not the intended addressee, please be aware that any use, disclosure, distribution and/or copying of this communication is strictly prohibited.If you receive this communication in error, please notify the sender immediately and delete it from your computer. On Sat, Jun 8, 2013 at 12:16 PM, Daniel-Constantin Mierla <miconda(a)gmail.com > wrote: Hello, do not write to many mailing lists at once -- that should be done only for projects announcements or asking opinions of both communities for changes related to the project. Otherwise, send to sr-users if you have questions about how to use kamailio and to sr-dev only for questions related to new features development and unstable branch. To help you, grab ngrep trace of registration and see who is sending 401. If it is kamailio, then restart it with debug=3 in configuration file and look at the logs to see why is not authenticated. If you fail to understand the problem, send both ngrep output and syslog messages here. Cheers, Daniel On 6/7/13 2:58 PM, Ravindra Gowda wrote: Dear All, I was successful in integrating kamailio 4.0.1 server with Asterisk 11.4.0 in Ubuntu 12.04 LTS version, by using the following link : http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb. Both the servers are running parallely without any problems. And i choosen siremis-4.0.0 to get the control panel of kamailio server and i got its GUI (By following below link): http://kb.asipto.com/siremis:install32x:main But when i tried to register my VoIP phones with the Kamailio server, I am getting the status code reply as *'401 Unauthorized* (0 bindings)'. What could be the wrong? How can i solve it? And how can i retrieve my Users (are which i had added to MySQL database) in SIP server (kamailio) GUI? Any help will greatly appreciate. *Thank you and Best regards,* *R Ravindra **Gowda* *Engineer - Systems and Products*. *Thrikasa Technologies* *| Office: +91 40 23260434 | Mob: +918885284050 * *| Fax:+91 40 23221045* *| email: ravindra(a)thrikasa.in* *| Web: www.thrikasa.in* 'If you don't give up,you cannot fail'. The information contained in this communication is proprietary to Thrikasa Technologies., and/or third parties, may contain classified or privileged information, and is intended only for the use of the intended addressee thereof. If you are not the intended addressee, please be aware that any use, disclosure, distribution and/or copying of this communication is strictly prohibited.If you receive this communication in error, please notify the sender immediately and delete it from your computer. _______________________________________________ sr-dev mailing listsr-dev@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev -- Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, San Francisco, USA - June 24-27, 2013 * http://asipto.com/u/katu *

3 2

RPM packages for v4.0.2
by Daniel-Constantin Mierla 13 Jun '13

13 Jun '13

Hello, rpm packages for v4.0.2 are no available on opensuse build service - more details and download links at: - http://www.kamailio.org/wiki/packages/rpms Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, San Francisco, USA - June 24-27, 2013 * http://asipto.com/u/katu *

1 0

Call Forwarding
by Lucas Girard 12 Jun '13

12 Jun '13

Hi guys, I need to implement a call forwarding (blind call forward) in a kamailio. Do you know if this is possible? There is a way that allow the subscriber to configure it's own forwarding ? Thanks in advance, Lucas

2 4

Kamailio v4.0.2 Released
by Daniel-Constantin Mierla 12 Jun '13

12 Jun '13

Hello, Kamailio SIP Server v4.0.2 stable release is out. This is a maintenance release of the latest stable branch, 4.0, that includes fixes since release of v4.0.0. There is no change to database schema or configuration language structure that you have to do on installations of v4.0.0. Deployments running previous v4.x.x versions are strongly recommended to be upgraded to v4.0.2. For more details about version 4.0.2 (including links and guidelines to download the tarball or from GIT repository), visit: * http://www.kamailio.org/w/2013/06/kamailio-v4-0-2-released/ RPM, Debian/Ubuntu packages will be available soon as well. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

How to define variable as string explicitly
by Mino Haluz 12 Jun '13

12 Jun '13

Hi, I need to define variables as string explicitly. What I have in the code: in prefix_list is 123,456,789 $var(matched_prefix) = $(var(prefix_list){s.select,$var(i),,}); then in MAIN route: $var(matched_prefix) = route(INCOMING_AUTH); and this check if ($var(matched_prefix) != "nullprefix") returns: WARNING: <core> [rvalue.c:1012]: automatic string to int conversion for "nullprefix" failed WARNING: <core> [rvalue.c:1916]: rval expression conversion to int failed (153,32-153,43) I would like to have all values as string to avoid these errors. Thanks, Mino

2 2

Re: [SR-Users] Missed calls notification supporting
by sipatse＠in.gr 12 Jun '13

12 Jun '13

1 0

Re: [SR-Users] Missed calls notification supporting
by sipatse＠in.gr 12 Jun '13

12 Jun '13

2 1

how to obtain $xavp(ulrcd=>ruid) value
by Iwan Budi Kusnanto 12 Jun '13

12 Jun '13

I tried to get ruid by using this feature. http://kamailio.org/docs/modules/stable/modules/registrar.html#idp1752184. I use source code from git repo from June 7th. Have added modparam("registrar", "xavp_cfg", "ulrcd") in the config. In route[REGISTRAR], i try to print it's value by using this code in kamailio config : pv_printf("$var(ruidd)", "$xavp(ulrcd=>ruid)"); xlog("L_ERR", "registrasi $var(ruidd)"); xlog("L_ERR", "registrasi $xavp(ulrcd=>ruid)"); both codes give me : registrasi <null>. How to obtain that value? I think i missed something. -- Iwan Budi Kusnanto

2 4

[PATCH] Memory corruption using s.substr transformation
by Martin Mikkelsen 12 Jun '13

12 Jun '13

Hello, I have a kamailio 3.3.4 server running on x86-64 Linux, and I have a script which looks something like this: $var(gwruri) = $rU; if ($(var(gwruri){s.substr,0,1}) == "+") { $var(gwruri) = $(var(gwruri){s.substr,1,0}); } When this script is run with say $rU = "+0000009724" (real number removed). $var(gwruri) should contain the same but without the +, this is not the case, $var(gwruri) ends up being "0000007724". This smells memory corruption. When run under valgrind, valgrind generates this error when that code is run: ==1206== Source and destination overlap in strncpy(0x55e3b2a, 0x55e3b2b, 10) ==1206== at 0x4C25ACF: strncpy (mc_replace_strmem.c:339) ==1206== by 0x2A28BB92: set_var_value (pv_svar.c:122) ==1206== by 0x2A2800D1: pv_set_scriptvar (pv_core.c:1683) ==1206== by 0x45E8F8: lval_assign (lvalue.c:353) ==1206== by 0x416A78: do_action (action.c:1524) ==1206== by 0x41E465: run_actions (action.c:1644) ==1206== by 0x4177FD: do_action (action.c:1136) ==1206== by 0x41E465: run_actions (action.c:1644) ==1206== by 0x4177FD: do_action (action.c:1136) ==1206== by 0x41E465: run_actions (action.c:1644) ==1206== by 0x419C67: do_action (action.c:1140) ==1206== by 0x41E465: run_actions (action.c:1644) ==1206== I am not very familiar with the kamailio source code, but as far as I can tell this happens because the strncpy() in set_var_value() in pv_svar.c copies the string directly within the same overlapping memory area. The same memory area is used because the tr_eval_string() function and the TR_S_SUBSTR-code in pv_trans.c reuses the input buffer and just increments the pointer and since the source pvar is the same as the destination pvar the strncpy() ends up copying between overlapping memory area. I am not sure what the best fix would be for that, but I have attached a patch which copies the string in the TR_S_SUBST code to _tr_buffer and returns that buffer instead like a lot of the other transformations in that function does. If this fix is correct some other transformation functions probably needs to be corrected as well. -- Martin Mikkelsen, Zisson AS

5 12

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