25 Feb
2005
25 Feb
'05
6:54 p.m.
How about the following scenario:
One box acting as a proxy to a PSTN. Asterisk is handed the initial
request (port 5060) in order to do some modifying of the packet
(callID), and to keep a stateful connection for CDR's. Asterisk passes
it to SER (port 5061 on the same box) which uses its logic to route the
call to one of several PSTN's. All of this is done in g729.
Why do it this way?
SER cannot modify the callID without having issues.
I don't trust SER to do the CDR, and logging on the endpoint is very
difficult compared to Asterisk.
Any idea what the load maximum would be with that same P4 3.X/Xeon?
Best regards
Vitaly Nikolaev wrote:
SER + Astrersik can handle UNLIMITED simultaneous
callas, but for that you
have to have unlimited servers working as a cluster :)
I would never recommend to have asterisk and ser on one machnine, asterisk
that will work on separate machine with P4 3.X/Xeon terminationg calls to
PSTN can handle up to 100 calls easily.
SER with rtpproxy on one server can handle REGISTRATIONS from 10000 clients.
Even if they will do it every 30 sec (depend of course how u gonna
authenticate them)
RTPPROXY can handle much more then 100 calls (what codec btw ?) plus you can
distribute SER to different machines to work in a cluster OR you can use
mediaproxy or nathelper in same cluster mode.
Btw, I believe you not gonna let all calls trough asterisk ? asterisk is
only for termination to PSTN ? otherwise forget what I wrote :)
On 2/25/2005, "alexey(a)home.kovyrin.net" <alexey(a)home.kovyrin.net> wrote:
Hello, All!
There is some questions about subj.
With what loads SER+Asterisk can be used? I need to know, what number of
simultaneous registrations and simultaneous calls can handle this
conplex? It'll be very good, if someone can say his success story about
SER+Asterisk.
Now, we're planning 1000-10000 clients... can SER handle this number of
registrations? And can SER+Asterisk (assume that almost all users are
using NAT) can handle calls of 0.1-1% of above clients base?
Great thanks to all for answers.
--
/Scoundrel
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers