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
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 …
[View More]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
[View Less]
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 …
[View More]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>
[View Less]
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/develhttp://sip-router.org/docbook/sip-router/branch/master/modules/…
[View More]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/
[View Less]
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();
…
[View More]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
[View Less]
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 …
[View More]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
[View Less]
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, …
[View More]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/
[View Less]
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
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 …
[View More]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
[View Less]
"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 …
[View More]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
*************************************
[View Less]