Re: [OpenSIPS-Users] Opensips + rtpproxy issue

2020-05-06 Thread Miha via Users
Hello Maxim

rtpproxy -V
2.2.alpha.aa26b45

it did not. Now rtpproxy is running as sing process, could
it be lunched like opensips (multiple instances)?

Is there any other thing that can be done?


thank you
miha

On Wed, 6 May 2020 07:22:07 -0700
 Maxim Sobolev  wrote:
> Oh, sorry, looks like the proper way to check that is via
> using -V option.
> 
> [ssp-root@macmini2 /home/ssp]$ rtpproxy -V
> 2.2.alpha.3794729c-dirty
> 
> Let us know if that upgrade helped. Thanks!
> 
> -Max
> 
> On Wed, May 6, 2020 at 2:09 AM Miha 
> wrote:
> 
> > Hello Maxim
> >
> > I removed package via apt and then install it via
> source/git.
> >
> > But from what I see version is still the same:
> > How would I know for sure that the version is something
> like 2.1?
> >
> > ./rtpproxy -version
> > Basic version: 20040107
> > Extension 20040107: Basic RTP proxy functionality
> > Extension 20050322: Support for multiple RTP streams
> and MOH
> > Extension 20060704: Support for extra parameter in the
> V command
> > Extension 20071116: Support for RTP re-packetization
> > Extension 20071218: Support for forking (copying) RTP
> stream
> > Extension 20080403: Support for RTP statistics querying
> > Extension 20081102: Support for setting codecs in the
> update/lookup command
> > Extension 20081224: Support for session timeout
> notifications
> > Extension 20090810: Support for automatic bridging
> > Extension 20140323: Support for tracking/reporting load
> > Extension 20140617: Support for anchoring session
> connect time
> > Extension 20141004: Support for extendable performance
> counters
> > Extension 20150330: Support for allocating a new port
> ("Un"/"Ln" commands)
> > Extension 20150420: Support for SEQ tracking and new
> rtpa_ counters; Q
> > command extended
> > Extension 20150617: Support for the wildcard
> %%CC_SELF%% as a disconnect
> > notify target
> > Extension 20191015: Support for the && sub-command
> specifier
> > Extension 20200226: Support for the N command to stop
> recording
> >
> >
> >
> > Maxim Sobolev je 5/6/2020 ob 2:22 AM napisal:
> >
> > Hi Miha, sorry to hear about your issues. In order to
> troubleshoot it
> > further could you please also provide rtpproxy package
> version as reported
> > by the system package manager (apt, rpm etc) if the
> software has been
> > installed via that channel or branch name if it's been
> built from sources?
> > Unfortunately version reporting of the --version
> command has been bit
> > crippled until recently, already improved in latest
> master and 2.1 I
> > believe.
> >
> > In general performance under virtual environment has
> not been terrific,
> > due to some design choices made early in our work.
> Hovewer I believe it
> > should be much better in 2.0 and 2.1 vs. 1.x series.
> Some of it is
> > inherently due to VM scheduling jitter, some is because
> we are unwilling to
> > put it into unsafe domain (i.e. kernel mode). As a rule
> of thumb, you might
> > expect 3-5x drop in max pps until jitter becomes an
> issue as compared to
> > running on comparable bare metal. Spinning multiple
> instances might help to
> > mitigate some of it though, but it also depends on
> hypervisor version and
> > even particular CPU generation.
> >
> > -Max
> >
> > On Tue., May 5, 2020, 6:10 a.m. Miha via Users,
> 
> > wrote:
> >
> >> Hello
> >>
> >> we have virtualized opensips and rtpproxy running on
> the same server
> >> which is virtualized in vmware infrastructure. Servers
> are not old, also
> >> traffic is not so big (cca 50 simultaneous calls).
> when there is a peak cca
> >> 80 simultaneous calls RTP starts to break.
> >>
> >> is there any special setting/flag to be set, so that I
> can optimze this?
> >> load on VM is very low.
> >>
> >> rtpproxy -version
> >> Basic version: 20040107
> >>
> >> Opensips is 2.1
> >>
> >>
> >> thank you for help.
> >> Miha
> >> ___
> >> Users mailing list
> >> Users@lists.opensips.org
> >>
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >>
> >
> >
> 
> -- 
> Maksym Sobolyev
> Sippy Software, Inc.
> Internet Telephony (VoIP) Experts
> Tel (Canada): +1-778-783-0474
> Tel (Toll-Free): +1-855-747-7779
> Fax: +1-866-857-6942
> Web: http://www.sippysoft.com
> MSN: sa...@sippysoft.com
> Skype: SippySoft


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] Opensips + rtpproxy issue

2020-05-06 Thread Maxim Sobolev
Oh, sorry, looks like the proper way to check that is via using -V option.

[ssp-root@macmini2 /home/ssp]$ rtpproxy -V
2.2.alpha.3794729c-dirty

Let us know if that upgrade helped. Thanks!

-Max

On Wed, May 6, 2020 at 2:09 AM Miha  wrote:

> Hello Maxim
>
> I removed package via apt and then install it via source/git.
>
> But from what I see version is still the same:
> How would I know for sure that the version is something like 2.1?
>
> ./rtpproxy -version
> Basic version: 20040107
> Extension 20040107: Basic RTP proxy functionality
> Extension 20050322: Support for multiple RTP streams and MOH
> Extension 20060704: Support for extra parameter in the V command
> Extension 20071116: Support for RTP re-packetization
> Extension 20071218: Support for forking (copying) RTP stream
> Extension 20080403: Support for RTP statistics querying
> Extension 20081102: Support for setting codecs in the update/lookup command
> Extension 20081224: Support for session timeout notifications
> Extension 20090810: Support for automatic bridging
> Extension 20140323: Support for tracking/reporting load
> Extension 20140617: Support for anchoring session connect time
> Extension 20141004: Support for extendable performance counters
> Extension 20150330: Support for allocating a new port ("Un"/"Ln" commands)
> Extension 20150420: Support for SEQ tracking and new rtpa_ counters; Q
> command extended
> Extension 20150617: Support for the wildcard %%CC_SELF%% as a disconnect
> notify target
> Extension 20191015: Support for the && sub-command specifier
> Extension 20200226: Support for the N command to stop recording
>
>
>
> Maxim Sobolev je 5/6/2020 ob 2:22 AM napisal:
>
> Hi Miha, sorry to hear about your issues. In order to troubleshoot it
> further could you please also provide rtpproxy package version as reported
> by the system package manager (apt, rpm etc) if the software has been
> installed via that channel or branch name if it's been built from sources?
> Unfortunately version reporting of the --version command has been bit
> crippled until recently, already improved in latest master and 2.1 I
> believe.
>
> In general performance under virtual environment has not been terrific,
> due to some design choices made early in our work. Hovewer I believe it
> should be much better in 2.0 and 2.1 vs. 1.x series. Some of it is
> inherently due to VM scheduling jitter, some is because we are unwilling to
> put it into unsafe domain (i.e. kernel mode). As a rule of thumb, you might
> expect 3-5x drop in max pps until jitter becomes an issue as compared to
> running on comparable bare metal. Spinning multiple instances might help to
> mitigate some of it though, but it also depends on hypervisor version and
> even particular CPU generation.
>
> -Max
>
> On Tue., May 5, 2020, 6:10 a.m. Miha via Users, 
> wrote:
>
>> Hello
>>
>> we have virtualized opensips and rtpproxy running on the same server
>> which is virtualized in vmware infrastructure. Servers are not old, also
>> traffic is not so big (cca 50 simultaneous calls). when there is a peak cca
>> 80 simultaneous calls RTP starts to break.
>>
>> is there any special setting/flag to be set, so that I can optimze this?
>> load on VM is very low.
>>
>> rtpproxy -version
>> Basic version: 20040107
>>
>> Opensips is 2.1
>>
>>
>> thank you for help.
>> Miha
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
>

-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
Tel (Canada): +1-778-783-0474
Tel (Toll-Free): +1-855-747-7779
Fax: +1-866-857-6942
Web: http://www.sippysoft.com
MSN: sa...@sippysoft.com
Skype: SippySoft
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] Opensips + rtpproxy issue

2020-05-06 Thread Miha via Users

Hello Maxim

I removed package via apt and then install it via source/git.

But from what I see version is still the same:
How would I know for sure that the version is something like 2.1?

./rtpproxy -version
Basic version: 20040107
Extension 20040107: Basic RTP proxy functionality
Extension 20050322: Support for multiple RTP streams and MOH
Extension 20060704: Support for extra parameter in the V command
Extension 20071116: Support for RTP re-packetization
Extension 20071218: Support for forking (copying) RTP stream
Extension 20080403: Support for RTP statistics querying
Extension 20081102: Support for setting codecs in the update/lookup command
Extension 20081224: Support for session timeout notifications
Extension 20090810: Support for automatic bridging
Extension 20140323: Support for tracking/reporting load
Extension 20140617: Support for anchoring session connect time
Extension 20141004: Support for extendable performance counters
Extension 20150330: Support for allocating a new port ("Un"/"Ln" commands)
Extension 20150420: Support for SEQ tracking and new rtpa_ counters; Q 
command extended
Extension 20150617: Support for the wildcard %%CC_SELF%% as a disconnect 
notify target

Extension 20191015: Support for the && sub-command specifier
Extension 20200226: Support for the N command to stop recording



Maxim Sobolev je 5/6/2020 ob 2:22 AM napisal:
Hi Miha, sorry to hear about your issues. In order to troubleshoot it 
further could you please also provide rtpproxy package version as 
reported by the system package manager (apt, rpm etc) if the software 
has been installed via that channel or branch name if it's been built 
from sources? Unfortunately version reporting of the --version command 
has been bit crippled until recently, already improved in latest 
master and 2.1 I believe.


In general performance under virtual environment has not been 
terrific, due to some design choices made early in our work. Hovewer I 
believe it should be much better in 2.0 and 2.1 vs. 1.x series. Some 
of it is inherently due to VM scheduling jitter, some is because we 
are unwilling to put it into unsafe domain (i.e. kernel mode). As a 
rule of thumb, you might expect 3-5x drop in max pps until jitter 
becomes an issue as compared to running on comparable bare metal. 
Spinning multiple instances might help to mitigate some of it though, 
but it also depends on hypervisor version and even particular CPU 
generation.


-Max

On Tue., May 5, 2020, 6:10 a.m. Miha via Users, 
mailto:users@lists.opensips.org>> wrote:


Hello

we have virtualized opensips and rtpproxy running on the same
server which is virtualized in vmware infrastructure. Servers are
not old, also traffic is not so big (cca 50 simultaneous calls).
when there is a peak cca 80 simultaneous calls RTP starts to break.

is there any special setting/flag to be set, so that I can optimze
this? load on VM is very low.

rtpproxy -version
Basic version: 20040107

Opensips is 2.1


thank you for help.
Miha
___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] Opensips + rtpproxy issue

2020-05-05 Thread Maxim Sobolev
Hi Miha, sorry to hear about your issues. In order to troubleshoot it
further could you please also provide rtpproxy package version as reported
by the system package manager (apt, rpm etc) if the software has been
installed via that channel or branch name if it's been built from sources?
Unfortunately version reporting of the --version command has been bit
crippled until recently, already improved in latest master and 2.1 I
believe.

In general performance under virtual environment has not been terrific, due
to some design choices made early in our work. Hovewer I believe it should
be much better in 2.0 and 2.1 vs. 1.x series. Some of it is inherently due
to VM scheduling jitter, some is because we are unwilling to put it into
unsafe domain (i.e. kernel mode). As a rule of thumb, you might expect 3-5x
drop in max pps until jitter becomes an issue as compared to running on
comparable bare metal. Spinning multiple instances might help to mitigate
some of it though, but it also depends on hypervisor version and even
particular CPU generation.

-Max

On Tue., May 5, 2020, 6:10 a.m. Miha via Users, 
wrote:

> Hello
>
> we have virtualized opensips and rtpproxy running on the same server which
> is virtualized in vmware infrastructure. Servers are not old, also traffic
> is not so big (cca 50 simultaneous calls). when there is a peak cca 80
> simultaneous calls RTP starts to break.
>
> is there any special setting/flag to be set, so that I can optimze this?
> load on VM is very low.
>
> rtpproxy -version
> Basic version: 20040107
>
> Opensips is 2.1
>
>
> thank you for help.
> Miha
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] Opensips + rtpproxy issue

2020-05-05 Thread Daniel Zanutti
Hi Miha

If you are seeing issues on A leg, RTPPROXY didn't even processed the call,
right? Probably you have bandwidth limitation or maybe I/O problems on your
server.

Start checking bandwidth.

Regards

On Tue, May 5, 2020 at 2:13 PM  wrote:

> Hello Danies
>
>- what do you mean by enough max open do files? I do no linit or set
>anything
>- I traced with tshark and i can see issue with A and B leg
>
>
> Thank you for help!
> Br
> Miha
>
> Miha
> On 5 May 2020, 16:07 +0200, Daniel Zanutti ,
> wrote:
>
> No special configuration, we just set IP's and ports.
>
> Since CPU is not your problem, I believe you have some kind of bandwidth
> limitation in your network.
>
> I suggest you confirm:
> 1) You have enough max open files in your rtpproxy process ->
> /proc/PID/limits
> 2) Where the bottleneck is: CPU, IO or bandwidth. You can record some
> packets in wireshark inside RTPPROXY machine and confirm audio is
> distorted before and after rtpproxy.
>
> Regards
>
>
> On Tue, May 5, 2020 at 10:35 AM Miha  wrote:
>
>> Hi,
>>
>> no CPU usage is around 1% to 5%, basically nothing.
>> In sound there is big distortion it is impossibly to
>> comunicate with each other.
>>
>> We have two cors deticated to it. Do you have any special
>> thing set on it?
>>
>> tnx
>> miha
>>
>> On Tue, 5 May 2020 10:27:22 -0300
>>  Daniel Zanutti  wrote:
>> > Hi Miha
>> >
>> > Could you explaining how does it break? We use it in
>> > virtual machines and
>> > our safe limit is around 500 simultaneous calls, on
>> > dedicated single core
>> > VPS. Does CPU usage reach 100%?
>> >
>> >
>> >
>> > On Tue, May 5, 2020 at 10:11 AM Miha via Users
>> > 
>> > wrote:
>> >
>> > > Hello
>> > >
>> > > we have virtualized opensips and rtpproxy running on
>> > the same server which
>> > > is virtualized in vmware infrastructure. Servers are
>> > not old, also traffic
>> > > is not so big (cca 50 simultaneous calls). when there
>> > is a peak cca 80
>> > > simultaneous calls RTP starts to break.
>> > >
>> > > is there any special setting/flag to be set, so that I
>> > can optimze this?
>> > > load on VM is very low.
>> > >
>> > > rtpproxy -version
>> > > Basic version: 20040107
>> > >
>> > > Opensips is 2.1
>> > >
>> > >
>> > > thank you for help.
>> > > Miha
>> > > ___
>> > > Users mailing list
>> > > Users@lists.opensips.org
>> > >
>> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>> > >
>>
>>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] Opensips + rtpproxy issue

2020-05-05 Thread miha- via Users
Hello Danies

• what do you mean by enough max open do files? I do no linit or set anything
• I traced with tshark and i can see issue with A and B leg


Thank you for help!
Br
Miha

Miha
On 5 May 2020, 16:07 +0200, Daniel Zanutti , wrote:
> No special configuration, we just set IP's and ports.
>
> Since CPU is not your problem, I believe you have some kind of bandwidth 
> limitation in your network.
>
> I suggest you confirm:
> 1) You have enough max open files in your rtpproxy process -> /proc/PID/limits
> 2) Where the bottleneck is: CPU, IO or bandwidth. You can record some packets 
> in wireshark inside RTPPROXY machine and confirm audio is distorted before 
> and after rtpproxy.
>
> Regards
>
>
> > On Tue, May 5, 2020 at 10:35 AM Miha  wrote:
> > > Hi,
> > >
> > > no CPU usage is around 1% to 5%, basically nothing.
> > > In sound there is big distortion it is impossibly to
> > > comunicate with each other.
> > >
> > > We have two cors deticated to it. Do you have any special
> > > thing set on it?
> > >
> > > tnx
> > > miha
> > >
> > > On Tue, 5 May 2020 10:27:22 -0300
> > >  Daniel Zanutti  wrote:
> > > > Hi Miha
> > > >
> > > > Could you explaining how does it break? We use it in
> > > > virtual machines and
> > > > our safe limit is around 500 simultaneous calls, on
> > > > dedicated single core
> > > > VPS. Does CPU usage reach 100%?
> > > >
> > > >
> > > >
> > > > On Tue, May 5, 2020 at 10:11 AM Miha via Users
> > > > 
> > > > wrote:
> > > >
> > > > > Hello
> > > > >
> > > > > we have virtualized opensips and rtpproxy running on
> > > > the same server which
> > > > > is virtualized in vmware infrastructure. Servers are
> > > > not old, also traffic
> > > > > is not so big (cca 50 simultaneous calls). when there
> > > > is a peak cca 80
> > > > > simultaneous calls RTP starts to break.
> > > > >
> > > > > is there any special setting/flag to be set, so that I
> > > > can optimze this?
> > > > > load on VM is very low.
> > > > >
> > > > > rtpproxy -version
> > > > > Basic version: 20040107
> > > > >
> > > > > Opensips is 2.1
> > > > >
> > > > >
> > > > > thank you for help.
> > > > > Miha
> > > > > ___
> > > > > Users mailing list
> > > > > Users@lists.opensips.org
> > > > >
> > > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> > > > >
> > >
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] Opensips + rtpproxy issue

2020-05-05 Thread Daniel Zanutti
No special configuration, we just set IP's and ports.

Since CPU is not your problem, I believe you have some kind of bandwidth
limitation in your network.

I suggest you confirm:
1) You have enough max open files in your rtpproxy process ->
/proc/PID/limits
2) Where the bottleneck is: CPU, IO or bandwidth. You can record some
packets in wireshark inside RTPPROXY machine and confirm audio is
distorted before and after rtpproxy.

Regards


On Tue, May 5, 2020 at 10:35 AM Miha  wrote:

> Hi,
>
> no CPU usage is around 1% to 5%, basically nothing.
> In sound there is big distortion it is impossibly to
> comunicate with each other.
>
> We have two cors deticated to it. Do you have any special
> thing set on it?
>
> tnx
> miha
>
> On Tue, 5 May 2020 10:27:22 -0300
>  Daniel Zanutti  wrote:
> > Hi Miha
> >
> > Could you explaining how does it break? We use it in
> > virtual machines and
> > our safe limit is around 500 simultaneous calls, on
> > dedicated single core
> > VPS. Does CPU usage reach 100%?
> >
> >
> >
> > On Tue, May 5, 2020 at 10:11 AM Miha via Users
> > 
> > wrote:
> >
> > > Hello
> > >
> > > we have virtualized opensips and rtpproxy running on
> > the same server which
> > > is virtualized in vmware infrastructure. Servers are
> > not old, also traffic
> > > is not so big (cca 50 simultaneous calls). when there
> > is a peak cca 80
> > > simultaneous calls RTP starts to break.
> > >
> > > is there any special setting/flag to be set, so that I
> > can optimze this?
> > > load on VM is very low.
> > >
> > > rtpproxy -version
> > > Basic version: 20040107
> > >
> > > Opensips is 2.1
> > >
> > >
> > > thank you for help.
> > > Miha
> > > ___
> > > Users mailing list
> > > Users@lists.opensips.org
> > >
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> > >
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] Opensips + rtpproxy issue

2020-05-05 Thread Miha via Users
Hi,

no CPU usage is around 1% to 5%, basically nothing.
In sound there is big distortion it is impossibly to
comunicate with each other.

We have two cors deticated to it. Do you have any special
thing set on it?

tnx
miha

On Tue, 5 May 2020 10:27:22 -0300
 Daniel Zanutti  wrote:
> Hi Miha
> 
> Could you explaining how does it break? We use it in
> virtual machines and
> our safe limit is around 500 simultaneous calls, on
> dedicated single core
> VPS. Does CPU usage reach 100%?
> 
> 
> 
> On Tue, May 5, 2020 at 10:11 AM Miha via Users
> 
> wrote:
> 
> > Hello
> >
> > we have virtualized opensips and rtpproxy running on
> the same server which
> > is virtualized in vmware infrastructure. Servers are
> not old, also traffic
> > is not so big (cca 50 simultaneous calls). when there
> is a peak cca 80
> > simultaneous calls RTP starts to break.
> >
> > is there any special setting/flag to be set, so that I
> can optimze this?
> > load on VM is very low.
> >
> > rtpproxy -version
> > Basic version: 20040107
> >
> > Opensips is 2.1
> >
> >
> > thank you for help.
> > Miha
> > ___
> > Users mailing list
> > Users@lists.opensips.org
> >
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] Opensips + rtpproxy issue

2020-05-05 Thread Daniel Zanutti
Hi Miha

Could you explaining how does it break? We use it in virtual machines and
our safe limit is around 500 simultaneous calls, on dedicated single core
VPS. Does CPU usage reach 100%?



On Tue, May 5, 2020 at 10:11 AM Miha via Users 
wrote:

> Hello
>
> we have virtualized opensips and rtpproxy running on the same server which
> is virtualized in vmware infrastructure. Servers are not old, also traffic
> is not so big (cca 50 simultaneous calls). when there is a peak cca 80
> simultaneous calls RTP starts to break.
>
> is there any special setting/flag to be set, so that I can optimze this?
> load on VM is very low.
>
> rtpproxy -version
> Basic version: 20040107
>
> Opensips is 2.1
>
>
> thank you for help.
> Miha
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


[OpenSIPS-Users] Opensips + rtpproxy issue

2020-05-05 Thread Miha via Users

Hello

we have virtualized opensips and rtpproxy running on the same server 
which is virtualized in vmware infrastructure. Servers are not old, also 
traffic is not so big (cca 50 simultaneous calls). when there is a peak 
cca 80 simultaneous calls RTP starts to break.


is there any special setting/flag to be set, so that I can optimze this? 
load on VM is very low.


rtpproxy -version
Basic version: 20040107

Opensips is 2.1


thank you for help.
Miha
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users