Sure. Part of our infrastructure is made up a hoard of asterisk servers
behind sip proxies. There were a couple of nasty bugs in Asterisk
(example: https://issues.asterisk.org/jira/browse/ASTERISK-17352 and
https://issues.asterisk.org/jira/browse/ASTERISK-18082 for example) that
were causing us grief at load (1 in 1000, 1 in 10,000 call crashes).
We needed something that would allows us to run large load registration,
call, call refer and and what I guess amounted to extension to extension
dialing tests. Unlike sip proxies, Asterisk really cares about the RTP
stream - it acts badly (and more importantly for debugging, different) if
there is no audio.
To answer your question the scenarios we have using pcapplay are extension
to extension dialing, extension to extension dialing + call refer to a third
extension, and calling to an extension (with recorded announcement).
Using these tests I have confirmed both with wireshark and spot checking
some call recordings that the audio is properly received and consumed by
Asterisk. While I have easily run hundreds of thousands of calls with
these scenarios, I should say I cannot confirm that *every* call had RTP - I
don't have a test for that yet. I can only confirm the vast majority of
them did. :-)
As a side note, we are considering making another change to ims_bench hoping
to allow for a different type of scenario based more on sip To vs callID.
We have a few scenarios we need to test that really involve more than one
dialog in combination with running some external commands.
I have not looked at the code in detail yet, but at a glance perhaps just a
variation on the "pinhole" theme already done
in CSipUserAgent::CheckExpectedCall that would allow for a scenario to
process all sip messages addressed "to:" a certain sip endpoint for as long
as the call object is around. I do understand that this sort of thing would
need to be able to be enabled/disabled as scenarios strictly based on callid
could give strange results if this was enabled. Anyhow if you have any
strong feelings about approach let me know otherwise we will see if anything
comes of it. We probably won't be looking at that project for a few weeks
yet.
-James
On Wed, Oct 26, 2011 at 2:26 AM, Verbeiren, David <david.verbei...@intel.com
> wrote:
> > Is this the correct way for submitting ims_bench patches? It seemed so
> according to the docs.
> Yes, it is the right way. Thanks for these patches. We plan on integrating
> them within a couple of weeks.
>
> BTW, could you describe briefly the kind of tests you were able to perform
> by using the combination of IMS Bench SIPp and pcapplay?
>
> Thanks,
> -David
> Intel Corporation NV/SA
> Kings Square, Veldkant 31
> 2550 Kontich
> RPM (Bruxelles) 0415.497.718.
> Citibank, Brussels, account 570/1031255/09
>
> This e-mail and any attachments may contain confidential material for the
> sole use of the intended recipient(s). Any review or distribution by others
> is strictly prohibited. If you are not the intended recipient, please
> contact the sender and delete all copies.
>
>
------------------------------------------------------------------------------
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn
about Cisco certifications, training, and career opportunities.
http://p.sf.net/sfu/cisco-dev2dev
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users
