[SR-Users] TCP Keepalive for NAT'd Clients

[Colin Morelli]

Hey all,

Looking to figure out the best way to allow TCP connections to stay alive
for NAT'd clients, however, to protect against people just opening TCP
connections to the server, I'm hoping to only keepalive TCP connections for
connections that have sent an INVITE and received a 200 OK.

Does this type of per-socket connection lifetime setting exist?

For a bit more background: this is specifically for clients that are using
the TCP connection for an INVITE. They don't register with the server, and
as a result there's no active flow timer for their connection. Is there a
way to enable this type of behavior without registering?

Best,
Colin
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] using set_body_multipart and append_body_part on on_reply routes

[Sergey Basov]

Hi David,

if you look at source code of the sipt module
https://github.com/kamailio/kamailio/blob/master/modules/sipt/sipt.c

functions sipt_destination & sipt_set_calling works only for ISUP_IAM.

But as I know from my tests ISUP encapsulation must be only in invite,
and is optional for other messages.
--
Best regards,
Sergey Basov e-mail: sergey.v.ba...@gmail.com

tel: (+38067) 403-62-54


2016-11-07 19:19 GMT+02:00 david :
> hello all
>
> i'm using kam version 4.4.1 and i would like to generate an ISUP part on the
> 1xx,2xx responses to a remote carrier since the fsw i send the calls to
> cannot handle ISUP SDP.
> despite seeing in the doc that those functions cannot be used there and only
> in  REQUEST_ROUTE, FAILURE_ROUTE, BRANCH_ROUTE, i tried and it works
> partially, because it seems it doesnt create the last boundary and it
> creates a next boundary with an empty "Encapsulated multipart part: "
>
> this the the route i call from onreply_route
>
> route[SIPISUP] {
> set_body_multipart();
> msg_apply_changes();
> $var(isup) =
> "\x01\x12\x49\x01\x0a\x03\x02\x0a\x08\x84\x90\x33\x41\x72\x17\x01\x06\x0a\x08\x04\x13\x93\x70\x21\x73\x23\x10\x08\x01\x01\x00";
>
> append_body_part("$var(isup)","application/isup;version=itu-t92+","signal;handling=optional");
> msg_apply_changes();
> sipt_destination($rU, 31, 4);
> sipt_set_calling($fU, 4, 0, 3);
> msg_apply_changes();
> }
>
> am i doing something wrong? how can i set this to end the SDP with last
> boundary?
>
> thanks a lot and regards
> david
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@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@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] using set_body_multipart and append_body_part on on_reply routes

[david]

hello all

i'm using kam version 4.4.1 and i would like to generate an ISUP part on
the 1xx,2xx responses to a remote carrier since the fsw i send the calls
to cannot handle ISUP SDP.
despite seeing in the doc that those functions cannot be used there and
only in  REQUEST_ROUTE, FAILURE_ROUTE, BRANCH_ROUTE, i tried and it
works partially, because it seems it doesnt create the last boundary
and it creates a next boundary with an empty "Encapsulated multipart
part: "

this the the route i call from onreply_route

route[SIPISUP] {
set_body_multipart();
msg_apply_changes();
$var(isup) = "\x01\x12\x49\x01\x0a\x03\x02\x0a\x08\x84\x90\x33\x41
\x72\x17\x01\x06\x0a\x08\x04\x13\x93\x70\x21\x73\x23\x10\x08\x01\x01
\x00";
append_body_part("$var(isup)","application/isup;version=itu-t92
+","signal;handling=optional");
msg_apply_changes();
sipt_destination($rU, 31, 4);
sipt_set_calling($fU, 4, 0, 3);
msg_apply_changes();
}

am i doing something wrong? how can i set this to end the SDP with last
boundary?

thanks a lot and regards
david

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Next Kamailio IRC Devel Meeting - Changed to Nov 08, 2016

[Daniel-Constantin Mierla]

Hello,

update - given the people that mentioned the interest to participate and
there is not a long list of topics, the IRC devel meeting is going to be
tomorrow, Tuesday, Nov 8, 2016, on #kamailio channel at
irc.freenode.net. The details can be found at:

  - https://www.kamailio.org/wiki/devel/irc-meetings/2016b

If anyone still wants to change it to another date, reply to this email.

Cheers,
Daniel

On 07/11/16 09:39, Daniel-Constantin Mierla wrote:
> Hello,
>
> quick reminder - if anyone wants to discuss something during the irc
> meeting, get the topics in the wiki page. Also, if you want to
> participate, but have some constraints, then add yourself to the options
> there.
>
>   * https://www.kamailio.org/wiki/devel/irc-meetings/2016b
>
> At this moment, tomorrow or Thursday seems to be the likely candidates.
> By evening today, I hope to have a decision which of the days will be.
>
> Cheers,
> Daniel
>
> On 01/11/16 11:58, Daniel-Constantin Mierla wrote:
>> Hello,
>>
>> I am proposing a new IRC meeting to discuss the current major issues and
>> the plans for next Kamailio release, on Wednesday, Nov 09, 2016, with
>> alternatives for previous or next day. If many developers are not
>> available, we can postpone it to another date in the near future (make
>> proposals if that is the case for you).
>>
>> I created a wiki page for it:
>>
>>   * https://www.kamailio.org/wiki/devel/irc-meetings/2016b
>>
>> Add there the topics that you want to be discussed.
>>
>> Cheers,
>> Daniel
>>

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] fnmatch

[Slava Bendersky]

Hello Daniel, 
Yes, reply was 202 not 200. Right now it work as expected. 

Slava. 


From: "Daniel-Constantin Mierla"  
To: "sr-users"  
Sent: Monday, 7 November, 2016 04:51:11 
Subject: Re: [SR-Users] fnmatch 



Hello, 

for clarification -- what's the actual problem here? fnmatch("$rs", "200") is 
matching the 202? 

Cheers, 
Daniel 

On 07/11/16 08:52, Serge S. Yuriev wrote: 


Hello, 

In debug you can see 202 Accepted but match configured on 200. Not matched 

-- 
Wbr, Serge via mobile 

07.11.2016, 01:08, "Slava Bendersky"  : 

BQ_BEGIN

Hello Everyone, 
I trying fnmatch to find which sip status is returned by B2BUA. But some reason 
it doesn't work. 


Nov 6 17:02:15 cavprx00 kamailio: 2(3747) ERROR: *** 
cfgtrace:onreply_route=[MESSAGE_FORWARD] 
c=[/etc/kamailio/kamailio-asterisk.cfg] l=456 a=26 n=xlog 
Nov 6 17:02:15 cavprx00 kamailio: 2(3747) INFO: 

Re: [SR-Users] NER and ASR

[Gholamreza Sabery]

Thank you Daniel.

On Mon, Nov 7, 2016 at 12:45 PM, Daniel-Constantin Mierla  wrote:

> Hello,
>
> On 07/11/16 10:05, Carsten Bock wrote:
>
> Hi Gholamreza,
>
> probably, no one can provide you this information, as it heavily depends
> on your setup and the network configuration, your targeted setup and your
> targeted customers.
>
> If you run Kamailio for Telemarketing services, you could expect a lower
> ASR, than for regular residential services. We have a NER of 100% in all of
> our setups (residential, VoLTE, WebRTC, Class4), but what does this number
> tell you? Probably, that we scale our solutions according to the
> requirements or that we currently have fewer customers on WebRTC than on
> VoLTE or fixed? ;-) Likely, if you run WebRTC, you'll have a lower number
> of online users and concurrent calls than for a classic residential
> service, as you'll have to do TLS and SRTP and not simple UDP and
> pass-through RTP. If you provide a WebRTC to WebRTC service, the numbers
> are different, than if you provide a WebRTC breakout service
>
> Some references:
> - 1&1 is running Kamailio for 2,5 Mio (??) subscribers.
>
>
> more up to date numbers about 1&1 can be found in their presentation at
> Kamailio World 2016:
>
>   * http://kamailio.org/events/2016-KamailioWorld/Day2/20-
> Pawel.Kuzak-High-Quality-Telephony-Using-A-Fail-Safe-Media-Relay-Setup.pdf
>
> Cheers,
> Daniel
>
>
> - we've been running Kamailio for 1,3 Mio residential subscribers on two
> Hardware boxes (common Dell Servers) some 10 years ago, running up to 60k
> concurrent calls. We've been able to do this on only two servers, as we did
> not have to take care about Media-Relaying. That setup had an NER of 100%
> and an ASR between 50% and 80%, the ASR was higher during the evenings, as
> people were at home.
>
> Thanks,
> Carsten
>
> 2016-11-07 8:43 GMT+01:00 Gholamreza Sabery :
>
>> Are there any real data about number of concurrent calls, number of
>> on-line users, NER (Network Effectiveness Ratio) and ASR (Answer Seizure
>> Ratio) of a real VoIP system? I want this data for making comparisons. Can
>> anyone provide a reference, article, etc..
>>
>> ___
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users@lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
>
> --
> Carsten Bock
> CEO (Geschäftsführer)
>
> ng-voice GmbH
> Millerntorplatz 1
> 20359 Hamburg / Germany
>
> http://www.ng-voice.com
> mailto:cars...@ng-voice.com
>
> Office +49 40 5247593-40
> Fax +49 40 5247593-99
>
> Sitz der Gesellschaft: Hamburg
> Registergericht: Amtsgericht Hamburg, HRB 120189
> Geschäftsführer: Carsten Bock
> Ust-ID: DE279344284
>
> Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
> http://www.ng-voice.com/imprint/
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing 
> listsr-us...@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - 
> http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@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@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Out of memory in UB 210: OOM killed process 12261 (kamailio) score 0 vm:1614768kB, rss:280200kB, swap:131408kB

[Olle E. Johansson]

I think we need to update the Make system instead of the docs to avoid this 
version.
Or implement some code like we have for OpenSSL that outputs warnings at 
runtime.

/O
> On 07 Nov 2016, at 10:42, Jurijs Ivolga  wrote:
> 
> Hi Daniel,
> 
> I found modules what are impacted by this leak:
> 
> http_client
> utils
> xcap
> http_async_client
> auth_identity
> xcap_client
> 
> I would like to update documentations, but this is first time when I'm 
> updating documentation.
> 
> I believe I need to update xml file for module. Should I then regenerate 
> readme file as stated here:
> 
> https://www.kamailio.org/wiki/devel/how-to/module-readme 
> 
> 
> Or not?
> 
> Then I believe to create pull request with my changes. Correct?
> 
> Maybe you have manual for this?
> 
> With kind regards,
> 
> Jurijs
> 
> On Wed, Oct 12, 2016 at 4:30 PM, Daniel-Constantin Mierla  > wrote:
> Hello,
> 
> ok, so that was...
> 
> Maybe it would be good to add a note to the docs of the module about this 
> issue so people become aware of it. I guess the other http_* modules are 
> affected. Pull requests or other suggestions are welcome, of course!
> 
> Cheers,
> Daniel
> 
> On 12/10/16 15:04, Jurijs Ivolga wrote:
>> Hi Daniel,
>> 
>> Thank you a lot, it looks that issue is solved, after updating libcurl.
>> 
>> I was using following manual for updating libcurl, in case if somebody will 
>> have same issue.
>> 
>> https://www.digitalocean.com/community/questions/how-to-upgrade-curl-in-centos6
>>  
>> 
>> 
>> With kind regards,
>> 
>> Jurijs
>> 
>> On Tue, Oct 11, 2016 at 2:43 PM, Jurijs Ivolga > > wrote:
>> Hi Daniel,
>> 
>> You are correct we are using heavily http_query.
>> 
>> I found following bug report:
>> 
>> https://bugs.centos.org/view.php?id=9391 
>> 
>> 
>> I will try to update to libcurl 7.44 and check if this help.
>> 
>> Thank you a lot Daniel!
>> 
>> With kind regards,
>> 
>> Jurijs
>> 
>> On Tue, Oct 11, 2016 at 10:55 AM, Daniel-Constantin Mierla 
>> > wrote:
>> Hello,
>> 
>> from the logs, it seems to be related to curl library, I see many reports 
>> like:
>> 
>> ==16459== 189,318 bytes in 167 blocks are possibly lost in loss record 681 
>> of 683
>> ==16459==at 0x4C26FEF: calloc (vg_replace_malloc.c:711)
>> ==16459==by 0x104BB699: ??? (in /usr/lib64/libnsspem.so)
>> ==16459==by 0x104AA537: ??? (in /usr/lib64/libnsspem.so)
>> ==16459==by 0x104AB81E: ??? (in /usr/lib64/libnsspem.so)
>> ==16459==by 0x104B0B88: ??? (in /usr/lib64/libnsspem.so)
>> ==16459==by 0x104B77E1: ??? (in /usr/lib64/libnsspem.so)
>> ==16459==by 0xB71ABC9: ??? (in /usr/lib64/libnss3.so)
>> ==16459==by 0xB71AE62: PK11_CreateGenericObject (in 
>> /usr/lib64/libnss3.so)
>> ==16459==by 0xA0674DF: ??? (in /usr/lib64/libcurl.so.4.1.1)
>> ==16459==by 0xA067666: ??? (in /usr/lib64/libcurl.so.4.1.1)
>> ==16459==by 0xA069141: ??? (in /usr/lib64/libcurl.so.4.1.1)
>> ==16459==by 0xA0601C4: Curl_ssl_connect (in /usr/lib64/libcurl.so.4.1.1)
>> That's like almost 200KB lost in this report.
>> From the list of the modules, I see you have utils and I guess you use http 
>> query function from there, is it?
>> 
>> Cheers,
>> Daniel
>> 
>> On 10/10/16 12:06, Jurijs Ivolga wrote:
>>> Hi Daniel,
>>> 
>>> I left valgrind running for little while, not sure if this will be enough.
>>> 
>>> Please find attached log file.
>>> 
>>> Thank you a lot for your help!
>>> 
>>> With kind regards,
>>> 
>>> Jurijs
>>> 
>>> On Fri, Oct 7, 2016 at 7:15 PM, Daniel-Constantin Mierla >> > wrote:
>>> Hello,
>>> 
>>> that's the way it was done for older versions of kamailio.
>>> 
>>> In master and 4.4 the memory debugging is turned on and it is reflected by 
>>> the presence of DBG_SR_MEMORY in the output of 'kamailio -v'.
>>> 
>>> Anyhow, what you reported is not a leak inside kamailio memory manager, but 
>>> a leak of using system memory, so it is not affected by DBG_SR_MEMORY and 
>>> cannot be troubleshooted using the mechanisms for pkg and shm managers.
>>> 
>>> Cheers,
>>> Daniel
>>> 
>> 
>> -- 
>> Daniel-Constantin Mierla
>> http://twitter.com/#!/miconda  - 
>> http://www.linkedin.com/in/miconda 
>> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com 
>> -- 
> Daniel-Constantin Mierla
> http://twitter.com/#!/miconda  - 
> http://www.linkedin.com/in/miconda 
> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com 
> 

Re: [SR-Users] Out of memory in UB 210: OOM killed process 12261 (kamailio) score 0 vm:1614768kB, rss:280200kB, swap:131408kB

[Jurijs Ivolga]

Hi Daniel,

I found modules what are impacted by this leak:

http_client
utils
xcap
http_async_client
auth_identity
xcap_client

I would like to update documentations, but this is first time when I'm
updating documentation.

I believe I need to update xml file for module. Should I then regenerate
readme file as stated here:

https://www.kamailio.org/wiki/devel/how-to/module-readme

Or not?

Then I believe to create pull request with my changes. Correct?

Maybe you have manual for this?

With kind regards,

Jurijs

On Wed, Oct 12, 2016 at 4:30 PM, Daniel-Constantin Mierla  wrote:

> Hello,
>
> ok, so that was...
>
> Maybe it would be good to add a note to the docs of the module about this
> issue so people become aware of it. I guess the other http_* modules are
> affected. Pull requests or other suggestions are welcome, of course!
>
> Cheers,
> Daniel
>
> On 12/10/16 15:04, Jurijs Ivolga wrote:
>
> Hi Daniel,
>
> Thank you a lot, it looks that issue is solved, after updating libcurl.
>
> I was using following manual for updating libcurl, in case if somebody
> will have same issue.
>
> https://www.digitalocean.com/community/questions/how-to-
> upgrade-curl-in-centos6
>
> With kind regards,
>
> Jurijs
>
> On Tue, Oct 11, 2016 at 2:43 PM, Jurijs Ivolga 
> wrote:
>
>> Hi Daniel,
>>
>> You are correct we are using heavily http_query.
>>
>> I found following bug report:
>>
>> https://bugs.centos.org/view.php?id=9391
>>
>> I will try to update to libcurl 7.44 and check if this help.
>>
>> Thank you a lot Daniel!
>>
>> With kind regards,
>>
>> Jurijs
>>
>> On Tue, Oct 11, 2016 at 10:55 AM, Daniel-Constantin Mierla <
>> mico...@gmail.com> wrote:
>>
>>> Hello,
>>>
>>> from the logs, it seems to be related to curl library, I see many
>>> reports like:
>>>
>>> ==16459== 189,318 bytes in 167 blocks are possibly lost in loss record
>>> 681 of 683
>>> ==16459==at 0x4C26FEF: calloc (vg_replace_malloc.c:711)
>>> ==16459==by 0x104BB699: ??? (in /usr/lib64/libnsspem.so)
>>> ==16459==by 0x104AA537: ??? (in /usr/lib64/libnsspem.so)
>>> ==16459==by 0x104AB81E: ??? (in /usr/lib64/libnsspem.so)
>>> ==16459==by 0x104B0B88: ??? (in /usr/lib64/libnsspem.so)
>>> ==16459==by 0x104B77E1: ??? (in /usr/lib64/libnsspem.so)
>>> ==16459==by 0xB71ABC9: ??? (in /usr/lib64/libnss3.so)
>>> ==16459==by 0xB71AE62: PK11_CreateGenericObject (in
>>> /usr/lib64/libnss3.so)
>>> ==16459==by 0xA0674DF: ??? (in /usr/lib64/libcurl.so.4.1.1)
>>> ==16459==by 0xA067666: ??? (in /usr/lib64/libcurl.so.4.1.1)
>>> ==16459==by 0xA069141: ??? (in /usr/lib64/libcurl.so.4.1.1)
>>> ==16459==by 0xA0601C4: Curl_ssl_connect (in
>>> /usr/lib64/libcurl.so.4.1.1)
>>>
>>> That's like almost 200KB lost in this report.
>>>
>>> From the list of the modules, I see you have utils and I guess you use
>>> http query function from there, is it?
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 10/10/16 12:06, Jurijs Ivolga wrote:
>>>
>>> Hi Daniel,
>>>
>>> I left valgrind running for little while, not sure if this will be
>>> enough.
>>>
>>> Please find attached log file.
>>>
>>> Thank you a lot for your help!
>>>
>>> With kind regards,
>>>
>>> Jurijs
>>>
>>> On Fri, Oct 7, 2016 at 7:15 PM, Daniel-Constantin Mierla <
>>> mico...@gmail.com> wrote:
>>>
 Hello,

 that's the way it was done for older versions of kamailio.

 In master and 4.4 the memory debugging is turned on and it is reflected
 by the presence of DBG_SR_MEMORY in the output of 'kamailio -v'.

 Anyhow, what you reported is not a leak inside kamailio memory manager,
 but a leak of using system memory, so it is not affected by DBG_SR_MEMORY
 and cannot be troubleshooted using the mechanisms for pkg and shm managers.

 Cheers,
 Daniel


>>> --
>>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - 
>>> http://www.linkedin.com/in/miconda
>>> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
>>>
>>> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - 
> http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
>
>
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] NER and ASR

[Daniel-Constantin Mierla]

Hello,


On 07/11/16 10:05, Carsten Bock wrote:
> Hi Gholamreza,
>
> probably, no one can provide you this information, as it heavily
> depends on your setup and the network configuration, your targeted
> setup and your targeted customers.
>
> If you run Kamailio for Telemarketing services, you could expect a
> lower ASR, than for regular residential services. We have a NER of
> 100% in all of our setups (residential, VoLTE, WebRTC, Class4), but
> what does this number tell you? Probably, that we scale our solutions
> according to the requirements or that we currently have fewer
> customers on WebRTC than on VoLTE or fixed? ;-) Likely, if you run
> WebRTC, you'll have a lower number of online users and concurrent
> calls than for a classic residential service, as you'll have to do TLS
> and SRTP and not simple UDP and pass-through RTP. If you provide a
> WebRTC to WebRTC service, the numbers are different, than if you
> provide a WebRTC breakout service
>
> Some references:
> - 1&1 is running Kamailio for 2,5 Mio (??) subscribers.

more up to date numbers about 1&1 can be found in their presentation at
Kamailio World 2016:

  *
http://kamailio.org/events/2016-KamailioWorld/Day2/20-Pawel.Kuzak-High-Quality-Telephony-Using-A-Fail-Safe-Media-Relay-Setup.pdf

Cheers,
Daniel

> - we've been running Kamailio for 1,3 Mio residential subscribers on
> two Hardware boxes (common Dell Servers) some 10 years ago, running up
> to 60k concurrent calls. We've been able to do this on only two
> servers, as we did not have to take care about Media-Relaying. That
> setup had an NER of 100% and an ASR between 50% and 80%, the ASR was
> higher during the evenings, as people were at home.
>
> Thanks,
> Carsten
>
> 2016-11-07 8:43 GMT+01:00 Gholamreza Sabery  >:
>
> Are there any real data about number of concurrent calls, number
> of on-line users, NER (Network Effectiveness Ratio) and ASR
> (Answer Seizure Ratio) of a real VoIP system? I want this data for
> making comparisons. Can anyone provide a reference, article, etc..
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
> list
> sr-users@lists.sip-router.org 
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> 
>
>
>
>
> -- 
> Carsten Bock
> CEO (Geschäftsführer)
>
> ng-voice GmbH
> Millerntorplatz 1
> 20359 Hamburg / Germany
>
> http://www.ng-voice.com
> mailto:cars...@ng-voice.com 
>
> Office +49 40 5247593-40
> Fax +49 40 5247593-99
>
> Sitz der Gesellschaft: Hamburg
> Registergericht: Amtsgericht Hamburg, HRB 120189
> Geschäftsführer: Carsten Bock
> Ust-ID: DE279344284
>
> Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
> http://www.ng-voice.com/imprint/
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] NER and ASR

[Gholamreza Sabery]

Thank you so much Carsten.

On Mon, Nov 7, 2016 at 12:35 PM, Carsten Bock  wrote:

> Hi Gholamreza,
>
> probably, no one can provide you this information, as it heavily depends
> on your setup and the network configuration, your targeted setup and your
> targeted customers.
>
> If you run Kamailio for Telemarketing services, you could expect a lower
> ASR, than for regular residential services. We have a NER of 100% in all of
> our setups (residential, VoLTE, WebRTC, Class4), but what does this number
> tell you? Probably, that we scale our solutions according to the
> requirements or that we currently have fewer customers on WebRTC than on
> VoLTE or fixed? ;-) Likely, if you run WebRTC, you'll have a lower number
> of online users and concurrent calls than for a classic residential
> service, as you'll have to do TLS and SRTP and not simple UDP and
> pass-through RTP. If you provide a WebRTC to WebRTC service, the numbers
> are different, than if you provide a WebRTC breakout service
>
> Some references:
> - 1&1 is running Kamailio for 2,5 Mio (??) subscribers.
> - we've been running Kamailio for 1,3 Mio residential subscribers on two
> Hardware boxes (common Dell Servers) some 10 years ago, running up to 60k
> concurrent calls. We've been able to do this on only two servers, as we did
> not have to take care about Media-Relaying. That setup had an NER of 100%
> and an ASR between 50% and 80%, the ASR was higher during the evenings, as
> people were at home.
>
> Thanks,
> Carsten
>
> 2016-11-07 8:43 GMT+01:00 Gholamreza Sabery :
>
>> Are there any real data about number of concurrent calls, number of
>> on-line users, NER (Network Effectiveness Ratio) and ASR (Answer Seizure
>> Ratio) of a real VoIP system? I want this data for making comparisons. Can
>> anyone provide a reference, article, etc..
>>
>> ___
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users@lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
>
> --
> Carsten Bock
> CEO (Geschäftsführer)
>
> ng-voice GmbH
> Millerntorplatz 1
> 20359 Hamburg / Germany
>
> http://www.ng-voice.com
> mailto:cars...@ng-voice.com
>
> Office +49 40 5247593-40
> Fax +49 40 5247593-99
>
> Sitz der Gesellschaft: Hamburg
> Registergericht: Amtsgericht Hamburg, HRB 120189
> Geschäftsführer: Carsten Bock
> Ust-ID: DE279344284
>
> Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
> http://www.ng-voice.com/imprint/
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@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@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] NER and ASR

[Carsten Bock]

Hi Gholamreza,

probably, no one can provide you this information, as it heavily depends on
your setup and the network configuration, your targeted setup and your
targeted customers.

If you run Kamailio for Telemarketing services, you could expect a lower
ASR, than for regular residential services. We have a NER of 100% in all of
our setups (residential, VoLTE, WebRTC, Class4), but what does this number
tell you? Probably, that we scale our solutions according to the
requirements or that we currently have fewer customers on WebRTC than on
VoLTE or fixed? ;-) Likely, if you run WebRTC, you'll have a lower number
of online users and concurrent calls than for a classic residential
service, as you'll have to do TLS and SRTP and not simple UDP and
pass-through RTP. If you provide a WebRTC to WebRTC service, the numbers
are different, than if you provide a WebRTC breakout service

Some references:
- 1&1 is running Kamailio for 2,5 Mio (??) subscribers.
- we've been running Kamailio for 1,3 Mio residential subscribers on two
Hardware boxes (common Dell Servers) some 10 years ago, running up to 60k
concurrent calls. We've been able to do this on only two servers, as we did
not have to take care about Media-Relaying. That setup had an NER of 100%
and an ASR between 50% and 80%, the ASR was higher during the evenings, as
people were at home.

Thanks,
Carsten

2016-11-07 8:43 GMT+01:00 Gholamreza Sabery :

> Are there any real data about number of concurrent calls, number of
> on-line users, NER (Network Effectiveness Ratio) and ASR (Answer Seizure
> Ratio) of a real VoIP system? I want this data for making comparisons. Can
> anyone provide a reference, article, etc..
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>


-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] cdr on remote POSTGRES server

[Daniel-Constantin Mierla]

Hello,


On 04/11/16 16:20, beer Ll wrote:
> Hi all
>
> I have a kamailio server configured with accounting on a separate
> Postgres SQL server by an internal network with acc module and
> db_postgres module
>
> Everything works good but what can I do if I have problem on the
> internal network or on the postgres server ?
> Is it possible cache or save the data if the insert data is failed ?
>
db_cluster module can be useful for such needs.

Alternative is to write acc records to syslog just for backup and when
you have troubles with database, then you can recover missing acc
records from syslog.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] fnmatch

[Daniel-Constantin Mierla]

Hello,

for clarification -- what's the actual problem here? fnmatch("$rs",
"200") is matching the 202?

Cheers,
Daniel


On 07/11/16 08:52, Serge S. Yuriev wrote:
> Hello,
>
> In debug you can see 202 Accepted but match configured on 200. Not matched
>
> -- 
> Wbr, Serge via mobile
>
> 07.11.2016, 01:08, "Slava Bendersky" :
>> Hello Everyone,
>> I trying fnmatch to find which sip status is returned by B2BUA. But
>> some reason it doesn't work.
>>
>>
>> Nov 6 17:02:15 cavprx00 kamailio: 2(3747) ERROR: ***
>> cfgtrace:onreply_route=[MESSAGE_FORWARD]
>> c=[/etc/kamailio/kamailio-asterisk.cfg] l=456 a=26 n=xlog
>> Nov 6 17:02:15 cavprx00 kamailio: 2(3747) INFO: 

Re: [SR-Users] Planning the release of Kamailio v4.4.4

[Daniel-Constantin Mierla]

Hello,

likely the release will be on Wednesday -- again, if anyone has
something new to report, use the tracker on gihub project:

  - https://github.com/kamailio/kamailio/issues

Cheers,
Daniel

On 01/11/16 11:46, Daniel-Constantin Mierla wrote:
> Hello,
>
> I am considering to package a new release out of latest stable branch
> 4.4, respectively v4.4.4. The target date is one of the days between Nov
> 8-10, a matter of work load that needs to be done for getting it out.
>
> As usual, if you are aware of any issue not yet reported on github bug
> tracker, do it as soon as possible to give it a chance to be fixed:
>
>   - https://github.com/kamailio/kamailio/issues
>
> Cheers,
> Daniel
>

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Next Kamailio IRC Devel Meeting, Nov 09, 2016

[Daniel-Constantin Mierla]

Hello,

quick reminder - if anyone wants to discuss something during the irc
meeting, get the topics in the wiki page. Also, if you want to
participate, but have some constraints, then add yourself to the options
there.

  * https://www.kamailio.org/wiki/devel/irc-meetings/2016b

At this moment, tomorrow or Thursday seems to be the likely candidates.
By evening today, I hope to have a decision which of the days will be.

Cheers,
Daniel

On 01/11/16 11:58, Daniel-Constantin Mierla wrote:
> Hello,
>
> I am proposing a new IRC meeting to discuss the current major issues and
> the plans for next Kamailio release, on Wednesday, Nov 09, 2016, with
> alternatives for previous or next day. If many developers are not
> available, we can postpone it to another date in the near future (make
> proposals if that is the case for you).
>
> I created a wiki page for it:
>
>   * https://www.kamailio.org/wiki/devel/irc-meetings/2016b
>
> Add there the topics that you want to be discussed.
>
> Cheers,
> Daniel
>

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users