One important thing to consider here is that we did not take care so far
of other protocols/transports than UDP (we think our design will allow
an easy integration of the others, but we did not 'port' the TCP and TLS
implementations over just yet). So a combination of our efforts will
Peter Higginson [EMAIL PROTECTED] wrote on
04/25/2007 03:35:06 AM:
One important thing to consider here is that we did not take care so
far
of other protocols/transports than UDP (we think our design will
allow
an easy integration of the others, but we did not 'port' the TCP and
TLS
Dragos Vingarzan [EMAIL PROTECTED] wrote on 04/25/2007
03:00:46 AM:
Hello Charles, David, Olivier,
We at FOKUS, for a 3rd party :), just started about a month ago too,
working on such tools for benchmarking. However, we took a different
approach as we believe that there is a true value in
I am trying simulate a real life SIP environment by generating many
hundreds of calls using RTP media. This is to try and benchmark a
particular infrastructure we are building where I am interested in call
concurrency and call bursts.
The scenario I am trying to develop is one where cps rates
On 4/25/07, Dragos Vingarzan [EMAIL PROTECTED] wrote:
while these things will be really appreciated, next we will need arrays,
vectors, lists, function calls and so on. And I hate to write s much
XML just to do simple operations what about including code in the
XML? :) I know that it
That would also work. I was thinking about translating the scenario into
C code and then compiling, linking to SIPp base (and what not) and
executing it... (it's late and this might never work ;-) )
Olivier Jacques wrote:
On 4/25/07, *Dragos Vingarzan* [EMAIL PROTECTED]
mailto:[EMAIL
