asterisk users - Jan 2005 - SER vs Asterisk for SIP

> -----Original Message-----
> From: Vikram Rangnekar [mailto:vicky@freebsdcluster.net] 
> Sent: 13 January 2005 16:51
> To: asterisk-users@lists.digium.com
> Subject: [Asterisk-Users] SER vs Asterisk for SIP
> 
> 
> Why is SER considered a better SIPserver than asterisk , why 
> is it that SER can handle more clients than asterisk can.
This has been discussed at length before.

Short answer is * is not a SIPproxy hence SER is "better" <pinch of
salt>

SER doesn't have to deal with audio streams or all the other application
level coolness that * offers.

Cheers

alex


This email and any attached files are confidential and copyright protected.  If
you are not the addressee, any dissemination, distribution or copying of this
communication is strictly prohibited.  Unless otherwise expressly agreed in
writing, nothing stated in this communication shall be legally binding.

Because SER does not process the RTP stream, it just directs it around.

Greg

Vikram Rangnekar wrote:
> Why is SER considered a better SIPserver than asterisk , why is it that SER
> can handle more clients than asterisk can. And if this is just cause of say
> poor SIP handling code in asterisk then is there anything being done to fix
> it. Just wanted to know why SER claims to be better than asterisk as a SIP
> server. ? 
>

Why is SER considered a better SIPserver than asterisk , why is it that SER
can handle more clients than asterisk can. And if this is just cause of say
poor SIP handling code in asterisk then is there anything being done to fix
it. Just wanted to know why SER claims to be better than asterisk as a SIP
server. ? 

-- 
regards
Vikram (http://www.vicramresearch.com)

>From my (fairly limited) understanding, I think the fundamental
difference is that Asterisk is a pbx (offering all the features
associated with a pbx, voicemail, call transfer, call detail
recording etc) whereas SER is just a sip proxy (albeit a good one).

Therefore Asterisk deals in terms of phones extensions whereas if you
want a system that can contact clients with sip urls, ser will have
to be set up. Also the audio i.e. rtp stream, traverses asterisk i.e.
it acts as a middle man holding onto the call, and if you want the
audio to go peer to peer (which it ideally should with sip), ser is
also needed.

Aisling.
---- Original Message ----
From: vicky@freebsdcluster.net
To: asterisk-users@lists.digium.com
Subject: RE: [Asterisk-Users] SER vs Asterisk for SIP
Date: Thu, 13 Jan 2005 17:50:39 +0100
>Why is SER considered a better SIPserver than asterisk , why is it
>that SER
>can handle more clients than asterisk can. And if this is just cause
>of say
>poor SIP handling code in asterisk then is there anything being done
>to fix
>it. Just wanted to know why SER claims to be better than asterisk as
>a SIP
>server. ? 
>
>-- 
>regards
>Vikram (http://www.vicramresearch.com)
>_______________________________________________
>Asterisk-Users mailing list
>Asterisk-Users@lists.digium.com
>http://lists.digium.com/mailman/listinfo/asterisk-users
>To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>
>-------------------Legal 
>Disclaimer---------------------------------------
>
>The above electronic mail transmission is confidential and intended
>only for the person to whom it is addressed. Its contents may be
>protected by legal and/or professional privilege. Should it be
>received by you in error please contact the sender at the above
>quoted email address. Any unauthorised form of reproduction of this
>message is strictly prohibited. The Institute does not guarantee the
>security of any information electronically transmitted and is not
>liable if the information contained in this communication is not a
>proper and complete record of the message as transmitted by the
>sender nor for any delay in its receipt.
>


-------------------Legal  Disclaimer---------------------------------------

The above electronic mail transmission is confidential and intended only for the
person to whom it is addressed. Its contents may be protected by legal and/or
professional privilege. Should it be received by you in error please contact the
sender at the above quoted email address. Any unauthorised form of reproduction
of this message is strictly prohibited. The Institute does not guarantee the
security of any information electronically transmitted and is not liable if the
information contained in this communication is not a proper and complete record
of the message as transmitted by the sender nor for any delay in its receipt.