I'd be curious to know if your performance might actually be higher, owing to improved CPUs since the study was done, hyperthreading, more frames per NIC interrupt, etc. 




-- Alex

--
Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard.

Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
Tel: +1-678-954-0670
Web: http://www.evaristesys.com/

Mino Haluz <mino.haluz@gmail.com> wrote:
Thank you, setting ulimits worked! And the performance is the same as
stated in the document I mentioned! :)

One more thing, I found these errors in syslog:

Sep 13 18:38:18 perftest kamailio[5268]: ERROR: <core>
[parser/sdp/sdp.c:211]: Invalid payload location
Sep 13 18:38:18 perftest kamailio[5268]: ERROR: <core>
[parser/sdp/sdp.c:227]: Invalid payload location
Sep 13 18:38:18 perftest kamailio[5270]: ERROR: <core>
[parser/sdp/sdp.c:227]: Invalid payload location

This is possibly something related to my sipp scenario, this is the
INVITE sent from sipp

  <![CDATA[

    INVITE sip:800@perftest.vm SIP/2.0
    Via: SIP/2.0/[transport] 10.0.2.36:[local_port];branch=[branch]
    From: "700" <sip:500@10.0.2.36>;tag=[call_number]
    To: <sip:800@perftest.vm>
    Call-ID: [call_id]
    CSeq: 1 INVITE
    Contact: "700" <sip:700@10.0.2.36:[local_port]>
    Max-Forwards: 70
    Subject: Performance Test
    Content-Type: application/sdp
    Content-Length: [len]

v=0
o=user1 53655765 2353687637 IN IP[local_ip_type] 10.0.2.36
s=-
c=IN IP[local_ip_type] 10.0.2.36
t=0 0
m=audio [auto_media_port] RTP/AVP 8
a=rtpmap:8 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-11,16
]]>

Do you see something that could cause this error ? Otherwise the call
is initiated ok, but I really dont understand what is so strange to
kamailio in this INVITE.

On Thu, Sep 13, 2012 at 6:37 PM, Peter Lemenkov <lemenkov@gmail.com> wrote:
> 2012/9/13 Mino Haluz <mino.haluz@gmail.com>:
>> You mean on the proxy side? I'm running rtpproxy as root, limits are
>> still applied ? ulimit -s unlimited should do the trick ?
>
> Yes, they usually applied even for superuser, and yes - this should
> help (if that's the issue).
>
>
> --
> With best regards, Peter Lemenkov.
>
> _______________________________________________
> 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