[asterisk-dev] Regarding SIP performance
Chirag Vaishnav
chirag_vaishnav at hotmail.com
Mon Oct 16 22:53:24 MST 2006
Sorry to disturb you friends as you are diverted on different problem.
I know asterisk is not a proxy, and I'm not looking for proxy. I am not
saying that we should remove some functionality from it and the peer to peer
scenario was just for an example.
As you are discussing now if both channels supports same codec, RTP stream
should be direct between them without re-invite = yes option so load on
asterisk is less.
But the thing is that performance is limited by the the sip channel
creation, before we deal with RTP. If we fire 100 calls per second when the
number of calls reach to 500-600 retransmission starts for comming invites
means asterisk is not able to handle that much call at the same time.
And this is not because of the process asterisk do for a call establishment,
this because of the way asterisk do it. At a given scenario a single thread
consume 100% processing power so you can't take advantage of dual-core or
quad processer.
So my question is are you sure the way it process the call is the only way
to do it, or it is well optimized? can't we improve on that?
Ok let's forget about we can do it or not. Let me know this issue is
important for you or not.
- Chirag
_________________________________________________________________
One and only Ash. Find out all about her. Only on MSN Search
http://server1.msn.co.in/profile/aishwarya.asp
More information about the asterisk-dev
mailing list