sr-users March 2010

sr-users@lists.kamailio.org

60 participants
117 discussions

[Kamailio-Users] re : openserctl statistics..
by Jignesh Gandhi 03 May '10

03 May '10

Hello, What does the following stat mean when you run the " openserctl moni " sl: received_ACKs = xxxx I did some digging and I got the following explanation... But am not sure if this is an error in operser or an error on a message received by openser or what? " sl: received_ACKs - number of received ACKs due sending negative replies. " any help is appreciated. thanks, --Jignesh

6 11

[Kamailio-Users] PCRE Regex / Transformations Bug?
by Brandon Armstead 30 Apr '10

30 Apr '10

Hello, I'm attempting to use the following in Kamailio: $(hdr(from){re.subst,/(.*?);(.*)/\1/}) --- however it does not match / replace, with this from header sample: From: <sip:714364XXXX@XX.XX.XX.XX ;pstn-params=808282808882;cpc=unknown>;tag=gK0b53f6d9 However if this is fully pcre compatible, then I am a bit lost as I've checked the results in php, perl, and python produces: From: <sip:714364XXXX@XX.XX.XX.XX (expected result) However, Kamailio does not match / replace / etc using the following: xlog("L_INFO", "Test From Header Regex: $(hdr(from){re.subst,/(.*?);(.*)/\1/})"); Code Samples / Regex Pattern Replacements: PHP: http://codepad.org/CUttQH1r Perl: http://codepad.org/ZfAO4X5v Python: http://codepad.org/T14SYWkZ Any comments / help / etc is always appreciated, look forward to hearing back from you all! Sincerely, Brandon Armstead

4 9

[Kamailio-Users] Exotic case (but real) in which RtpProxy doesn't work
by Iñaki Baz Castillo 28 Apr '10

28 Apr '10

Hi, I've a problem with an Alcatel PBX in the way it performs transference: - Alcatel (behind NAT) sends INVITE to 111 and Kamailio forces RtpProxy. Let's assume the selected UDP port for RtpProxy is 1000. - Alcatel sends INVITE to 222 and Kamailio forces RtpProxy. Let's assume the selected UDP port for RtpProxy is 2000. Then Alcatel performs the transference as follows: - It sends a re-INVITE for 111 to Kamailio by setting the SDP to the IP or RtpProxy and port 2000. - It also sends a re-INVITE for 222 to Kamailio by setting the SDP to the IP or RtpProxy and port 1000. This is, Alcatel wants that the provider (me) sends the RTP to itself, while mantaining the original SIP dialogs established (so it's ok at signalling level, but at RTP level it cannot work as RtpProxy shoud send RTP to itself). I'm thinking on how to solve it but find no solution. Any suggestion? Thanks. -- Iñaki Baz Castillo <ibc(a)aliax.net>

3 7

[Kamailio-Users] new module: embedded lua
by Daniel-Constantin Mierla 20 Apr '10

20 Apr '10

Hello, few weeks ago I uploaded a new module named app_lua, providing functionality to execute Lua (http://www.lua.org) scripts in your configuration file. Lua is small and fast, therefore fits very well in a sip proxy environment. It has a lot of extensions, so when you cannot do something with existing cfg functions, check this one as well. The readme and the api are available at: http://sip-router.org/wiki/api/lua/devel http://sip-router.org/docbook/sip-router/branch/master/modules/app_lua/app_… The API will be enhanced during this development cycle, your feedback will help a lot in this direction. By now you get access to pseudo-variables, sip headers, logging functions and sl module. For new comers in community, if you are a Perl fan, then you can use the perl module in a similar way. Also, another module was uploaded recently, app_python, allowing to write python extensions. Module and API for Python are not yet documented, but I think this is not a barrier for a true Python fan, actually I hope will be a motivation to contribute the docs :-) Cheers, Daniel -- Daniel-Constantin Mierla SIP Server Professional Solutions * http://www.asipto.com/

1 1

[Kamailio-Users] Relaying NOTIFY UDP messages over TCP
by Pascal Maugeri 14 Apr '10

14 Apr '10

Hi We need to force some NOTIFY messages going through our kamailio instance over UDP to be sent over TCP. For that purpose we inserted the following relaying rule at the beginning of the routing script: route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if(msg:len>1300 && is_method("NOTIFY") && proto==UDP) { $du = "sip:" + $(ruri{uri.host}) + ":" + $(ruri{uri.port}) + ";transport=tcp"; t_relay(); exit; } [...] This works well if the destination of the NOTIFY message is not behind NAT. We're looking for a solution for the NAT case. We did some tests using lookup("location") before changing $du but we did not get any success. Do you have any idea on how to implement this relaying properly ? Is it acceptable to change the $du and then execute the t_relay as we did ? Cheers Pascal

3 7

[Serusers] ReTransmission of CANCELs on 0.9.7
by rupert.organ＠bt.com 08 Apr '10

08 Apr '10

Hi All, Has anyone come up against an issue on 0.9.6 / 0.9.7 whereby a SIP App Server, delivers a CANCEL to the SER. The SER proxies the CANCELs to all the forked endpoints. At the same time it sends "200 Cancelling" back to the SIP App server...(this suppresses CANCEL retransmission from the SIP App server). If one of the CANCELs from the SER to the SIP UA gets lost....the phone keeps ringing. There is no CANCEL retransmission on the SER !!! There is CANCEL retransmission on the SIP App, but when it sends SER replies "no pending branches" Ideally want the SER do CANCEL retransmissions. I understand the timers were rewritten in 0.10.x but this is not hardened version like 0.9.6....any suggestions? Thanks in advance Rupert

4 3

[Kamailio-Users] merging users mailing lists
by Daniel-Constantin Mierla 08 Apr '10

08 Apr '10

Hello, I propose to merge the users mailing lists, most of the traffic these days is about 3.0 and even there are 2 stables branches now, they are sync'ed, so same code more or less. For 3.1 will be one stable branch, falvor selection will be only a matter of make command. Lately common useful topics are discussed on those different mailing lists, notifications and knowledge base building require cross-posting, lot of overhead imo. Any other opinion? Like with devel mailing lists, existing email addresses for users ML can still be used, just that end on same ML. Natural choice will be to have users@kamailio and serusers@iptel to be directed to sr-users(a)lists.sip-router.org Cheers, Daniel -- Daniel-Constantin Mierla * http://www.asipto.com/

6 8

[Kamailio-Users] Version 3
by dotnetdub 07 Apr '10

07 Apr '10

Hi List, Anybody using this in production yet? If so what kind of volume and how is reliability? Looking to move to this platform, looks very good, interested to hear some experiences. Thanks, Stephen

5 6

[Kamailio-Users] Odd Behaviour with Kamailio + TLS
by Hemanshu Patel 01 Apr '10

01 Apr '10

Hi all, I am not sure it is strange behavior or its the desirable one. i have got two phones registered via TLS to kamailio-1.5.X version. phone1: connected via ip1:port1 and having contact value ip1:port2 phone2: connected via ip2:port3 and having contact value ip2:port4 when i have just this two phones i can see 2 TCP connected to my kamailio from both phones from ip1:port1 and ip2:port3. now when i call from phone1 to phone2, rather then using the already established and TLS authenticated connection kamailio creates two new connection from kamailio to ip1:port2 and ip2:port4. mean kamailio creates new connection to the contact value stored in location table of openser DB. Is this the desirable behavior? shouldn't kamailio use the alreay established connection? -- Regards, Hemanshu Patel SIS,Ahmedabad. M: 09601295238

4 6

Re: [Kamailio-Users] Users Digest, Vol 58, Issue 76
by Rothe, Marcus, D22-WHV 31 Mar '10

31 Mar '10

"users-request(a)lists.kamailio.org" <users-request(a)lists.kamailio.org> schrieb: Send Users mailing list submissions to users(a)lists.kamailio.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.kamailio.org/cgi-bin/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)lists.kamailio.org You can reach the person managing the list at users-owner(a)lists.kamailio.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Re: Odd Behaviour with Kamailio + TLS (Klaus Darilion) 2. Re: Registrar: Save modified contact / set the q value (Daniel-Constantin Mierla) 3. Re: more type conversion wonders (Daniel-Constantin Mierla) ---------------------------------------------------------------------- Message: 1 Date: Wed, 31 Mar 2010 11:34:45 +0200 From: Klaus Darilion <klaus.mailinglists(a)pernau.at> Subject: Re: [Kamailio-Users] Odd Behaviour with Kamailio + TLS To: Hemanshu Patel <hemanshu.patel(a)saicare.com> Cc: users(a)lists.kamailio.org Message-ID: <4BB31735.6030500(a)pernau.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Am 31.03.2010 08:56, schrieb Hemanshu Patel: > > Hi all, > > I am not sure it is strange behavior or its the desirable one. > > i have got two phones registered via TLS to kamailio-1.5.X version. > > phone1: connected via ip1:port1 and having contact value ip1:port2 > phone2: connected via ip2:port3 and having contact value ip2:port4 > > when i have just this two phones i can see 2 TCP connected to my kamailio > from both phones from ip1:port1 and ip2:port3. > > now when i call from phone1 to phone2, rather then using the already > established and TLS authenticated connection kamailio creates two new > connection from kamailio to ip1:port2 and ip2:port4. > mean kamailio creates new connection to the contact value stored in > location table of openser DB. > > Is this the desirable behavior? shouldn't kamailio use the alreay > established connection? This is the standard Kamailio behavior. Thus, you should apply NAT traversal techniques to instruct Kamailio to reuse the established connection. In short: for each register call fix_nated_register(). For every other request and response call fix_nated_contact(). Thus, if you use the default configuration and apply NAT traversal it should work. regards klaus ------------------------------ Message: 2 Date: Wed, 31 Mar 2010 11:37:27 +0200 From: Daniel-Constantin Mierla <miconda(a)gmail.com> Subject: Re: [Kamailio-Users] Registrar: Save modified contact / set the q value To: Ovidiu Sas <osas(a)voipembedded.com> Cc: NeoTel Lists <MailingLists(a)neotel.at>, users(a)lists.kamailio.org Message-ID: <4BB317D7.4030102(a)gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 3/30/10 8:29 PM, Ovidiu Sas wrote: > If you need this in 1.5, try to fix the contact header and then > forward the REGISTER back to yourself. > The loopback REGISTER should have the fixed Contact header and now you > can call save(). > You will need to tweak a a little bit the config to get everything > right into the usrloc (the loopback REGISTER will come from the server > IP) and it might work. > it works for no nat scenario, otherwise make sure you will get the looped message on the same socket and you add before looping a header with source ip and port (corresponding nat box pinhole) that you store in received avp. Cheers, Daniel > Regards, > Ovidiu Sas > > On Tue, Mar 30, 2010 at 11:36 AM, NeoTel Lists<MailingLists(a)neotel.at> wrote: > >> Hello Everybody! >> >> Is there any way to save(domain, 0x02) the contact after it has been changed >> somehow in Kamailio<= 1.5? >> Do I have to upgrade to 3.0 and use msg_apply_changes() before save()? >> >> Or: Can I set the to be saved q value somehow? >> >> br >> Walter >> >> _______________________________________________ >> Kamailio (OpenSER) - Users mailing list >> Users(a)lists.kamailio.org >> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users >> >> > _______________________________________________ > Kamailio (OpenSER) - Users mailing list > Users(a)lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > > -- Daniel-Constantin Mierla * http://www.asipto.com/ * http://twitter.com/miconda * http://www.linkedin.com/in/danielconstantinmierla ------------------------------ Message: 3 Date: Wed, 31 Mar 2010 11:41:29 +0200 From: Daniel-Constantin Mierla <miconda(a)gmail.com> Subject: Re: [Kamailio-Users] more type conversion wonders To: Juha Heinanen <jh(a)tutpro.com> Cc: users(a)lists.sip-router.org Message-ID: <4BB318C9.1080302(a)gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 3/31/10 8:40 AM, Juha Heinanen wrote: > i played a bit more with selects and found that statement > > if ($sht(auth=>foo::count)> @cfg_get.local.gw_timeout) { > xlog("foo"); > } > I guess selects have types, while pseudo-variables are kind of type agnostic. Any PV has a string representation of the value, comparison is done as integer if both PVs are integers, otherwise is done as string. The safe side is to use PV representation of selects when comparing with another PV. PV and selects is another point for the future coherence. Cheers, Daniel > produces error > > 0(9213) :<core> [cfg.y:3379]: parse error in config file /etc/sip-proxy/sip-proxy.cfg, line 507, column 28-55: bad expression: type mismatch: str instead of int at (507,55) > > but the error goes away if i either make explicit conversion > > if ($sht(auth=>foo::count)> (int)(a)cfg_get.local.gw_timeout) { > xlog("foo"); > } > > or use $sel > > if ($sht(auth=>foo::count)> $sel(cfg_get.local.gw_timeout)) { > xlog("foo"); > } > > this is thus exactly opposite than in my t_set_fr ordeal where i got > conversion error when i used $sel instead of @. > > in my opinion, no (int) conversion should be needed in the firs case, > because the value of the cfg variable is int. > > in summary, writing statements that include selects is very difficult > and error prone. > > -- juha > > _______________________________________________ > Kamailio (OpenSER) - Users mailing list > Users(a)lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > > -- Daniel-Constantin Mierla * http://www.asipto.com/ * http://twitter.com/miconda * http://www.linkedin.com/in/danielconstantinmierla ------------------------------ _______________________________________________ Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users End of Users Digest, Vol 58, Issue 76 *************************************

1 0

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 March 2010