[SIPForum-discussion] FW: Strange Problem with SIP UDP multi-socket tests

Wed Apr 23 11:48:19 UTC 2008

Ok.

I have 2 PC's in the setup, connnected one to another via Cisco switch.

They have same hardware, same Linux kernel,installed from image.

I did all the possible TCP tunings in the /etc/sysctl.conf files.

I also increased the File-Descriptors limit like its was written in the
SIPP site.

SIP TCP works fine.

The scenario is as follows:

SIP UDP multi-socket , each call lentgh is 5 minutes. I am not sending
any voice, only SIP sessison.

The purpose of the test is to meausre performance concurrent metric - I
need to reach 200,000 concurrent open SIP UDP sessions.

Of course I won't reach that value with one pair of PC's.

I need to reach 50,000 concurrent SIP sessions, 5 minute length each one
of them.

Right now the number that I can reach is only 28,140 concurrent SIP UDP
open sockets.

I have some more information : I have one PC's with the same hardware
and OS where I can reach about 40,000 SIP UDP concurrent sessions.

I tried to compare between that PC and the others in  anything I can and
the only difference I noticed is : in that PC where I can open 40,000
sessions

The SIPp tool start to send INVITE from SOURCE UDP PORT number
6,000-7,000 while in the other PC's SIPp start to open sessions from
source 

Port 40,000 or 50,000.

After I made a reboot to that PC's and run the test, it reach's only
28,140 open sockets.

This Is defently OS limit but it is also related to how does SIPp tool
decide from which source UDP port it starts to bind the UDP sessions.

Errno 98 means EADDRINUSE - this number return occurs when a process is
trying to bind itself to alraeady open socket.

I am running SIPp 3.0-TLS from the following Mandriva Linux  platform : 

2 2.6.12-12mdksmp #1 SMP Fri Sep 9 17:43:23 CEST 2005 i686 Intel(R)
Xeon(TM) CPU 3.00GHz unknown GNU/Linux

Uac (192.168.1.1) : sipp -sn uac -t un -i 192.168.1.2
<http://192.168.1.2>  -r 50 -d 3000000 -nr -max_socket 50000 
192.168.1.100:5060 <http://192.168.1.100:5060> 

Uas  (192.168.1.100) : sipp -sn uas -i 192.168.1.100
<http://192.168.1.100>  -t un -max_socket 40000 -nr

Thanks.

Igor Bezukh.

________________________________

From: Ashis Jena [mailto:jenaashis at gmail.com] 
Sent: Wednesday, April 23, 2008 12:58
To: Igor Bezukh
Subject: Re: FW: [SIPForum-discussion] Strange Problem with SIP UDP
multi-socket tests

u can try with increasing the limitation by giving the -l option and
also can u let what is the load scenario u r trying to run and what are
scripts u r using so i will be in position to analyze what is the
problem

On Wed, Apr 23, 2008 at 3:21 PM, Igor Bezukh <IgorB at radware.com> wrote:

It didn't help. I still have this strange limitation of only 28,000 udp
sockets.

________________________________

From: Igor Bezukh 
Sent: Wednesday, April 23, 2008 11:26
To: 'Ashis Jena'
Subject: RE: [SIPForum-discussion] Strange Problem with SIP UDP
multi-socket tests

Nope. I am using two different PC's. they are of a same platform.

I will try to run 2 sipp uac instances from 2 different NIC's on the
same PC.

Thanks.

Igor.

________________________________

From: Ashis Jena [mailto:jenaashis at gmail.com] 
Sent: Wednesday, April 23, 2008 11:22
To: Igor Bezukh
Subject: Re: [SIPForum-discussion] Strange Problem with SIP UDP
multi-socket tests

hey are u running both the UAC and UAS on the same m/c , if yes it
throws the error u can use the -mp and give any arbitary value for the
media port it should work fine.

On Wed, Apr 23, 2008 at 1:20 PM, Igor Bezukh <IgorB at radware.com> wrote:

Hi,

I am running SIPp 3.0-TLS from the following Mandriva Linux  platform : 

2 2.6.12-12mdksmp #1 SMP Fri Sep 9 17:43:23 CEST 2005 i686 Intel(R)
Xeon(TM) CPU 3.00GHz unknown GNU/Linux

Uac : sipp -sn uac -t un -i 192.168.1.2 -r 50 -d 3000000 -nr -max_socket
50000 192.168.1.100:5060

Uas : sipp -sn uas -i 192.168.1.100 -t un -max_socket 40000 -nr

According to the uac status, When i am reaching 28140 open udp sockets

The uac is thrown with the following error: 

 Unable to bind UDP socket, errno = 98 (Address already in use).

I have tried to apply all the possible TCP / UDP tuning but nothing
helped.

Maybe you have any advices.

Thanks a lot.

Igor.

  <mailto:igorb at radware.com>   <http://www.radware.com> 

Confidentiality note: This message, and any attachments to it, contains
privileged/confidential information of RADWARE Ltd./RADWARE Inc. and may
not be disclosed, used, copied, or transmitted in any form or by any
means without prior written permission from RADWARE. If you are not the
intended recipient, delete the message and any attachments from your
system without reading or copying it, and kindly notify the sender by
e-mail. Thank you.

_______________________________________________
This is the SIP Forum discussion mailing list
TO UNSUBSCRIBE, or edit your delivery options, please visit 
http://sipforum.org/mailman/listinfo/discussion
Post to the list at discussion at sipforum.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20080423/933e8a76/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.gif
Type: image/gif
Size: 540 bytes
Desc: image004.gif
URL: <http://sipforum.org/pipermail/discussion/attachments/20080423/933e8a76/attachment-0002.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.jpg
Type: image/jpeg
Size: 1028 bytes
Desc: image003.jpg
URL: <http://sipforum.org/pipermail/discussion/attachments/20080423/933e8a76/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 9626 bytes
Desc: image002.jpg
URL: <http://sipforum.org/pipermail/discussion/attachments/20080423/933e8a76/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 27321 bytes
Desc: image001.jpg
URL: <http://sipforum.org/pipermail/discussion/attachments/20080423/933e8a76/attachment-0002.jpg>