What makes you think that calling play_pcap_audio will cause an inbound
RTP stream? It will send an outbound RTP stream, but it's up to the
system-under-test to send an RTP stream back. Personally, I haven't had
any need for SIPp to do any analysis of an inbound RTP stream. What
sort of "analyzing/reporting" did you have in mind?
Todd.
ps. Sorry for reformatting your message. It came across as one really
long non-wrapping line.
________________________________
From: Rod Thomson [mailto:[email protected]]
Sent: Friday, August 28, 2009 12:13 PM
To: [email protected]
Subject: [Sipp-users] RTP testing feature
I am hoping that I am wrong in my conclusion that SIPp does not
process in any way the RTP stream returned (or not) from a call to
"play_pcap_audio". I see error management for local socket setup and
writs to same but nothing for the receive socket. I think there would
be some value to analyzing/reporting the received stream. Probably
something best done asynchronously or even batch post processing.
What say you all?
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Sipp-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sipp-users
