Thanks for your reply.

I do not assume that there will be a return audio stream in all cases,
or even in any case, just in the normal case. In scenarios where two-way
audio is expected the lack of a return stream is an error, as would be
with most commercial sip servers. So if the implantation was a command
within the XML scenario it could be used to test for the dreaded one-way
audio condition, with the corollary that an echo server would be present
at the terminating end to guarantee return of the sent audio content.
Perhaps another use under the same conditions would be to capture files
for post processing to generate MOS scores (or some more precise
metric). Known sent content could be compared with returned content for
rigorous analysis. 

Rod 


-----Original Message-----
From: Bradley, Todd [mailto:todd.brad...@polycom.com] 
Sent: Friday, August 28, 2009 11:53 AM
To: Rod Thomson; sipp-users@lists.sourceforge.net
Subject: RE: [Sipp-users] RTP testing feature

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:rthom...@pofp.com] 
        Sent: Friday, August 28, 2009 12:13 PM
        To: sipp-users@lists.sourceforge.net
        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
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users

Reply via email to