If you haven't found this by yourself yet, I think the decision to get the
video port as audio port + 2 is done near the end of the main function of
sipp.cpp as well as the logic for the echo
On Wed, Oct 12, 2011 at 4:58 PM, Greg Horton <greg.hor...@dialogic.com>wrote:
> Hi,****
>
> ** **
>
> I am trying to use SIPp for multimedia files to test my platform. On UAC I
> use PCAPPLAY and on the UAS side I want to use rtp-echo to echo back
> audio+video ports. I am using SIPp for Windows (version 3.2) which I
> compiled myself and integrated PCAPPLAY.****
>
> ** **
>
> The problem I am seeing is this:****
>
> ** **
>
> I define “auto_media_port” for m=audio port in SIPp SDP and
> “auto_media_port+4” for m=video port in SIPp SDP (UAC side). I see SIP
> negotiation use these ports, but when PCAPPLAY starts (playing a file with
> synchronized audio & video RTP streams) it uses auto_media_port for audio
> stream and auto_media_port+2 for video stream. So that is the first issue.
> ****
>
> ** **
>
> Then, on the UAS side, I also setup SIPp SDP to use +4 for video and that
> negotiates fine. However, I see by the SIPp help comments that rtp-echo
> will reflect the audio but video only if the port is audio+2. This is
> verified in testing where audio is reflected back but not video.****
>
> ** **
>
> So in the SIPp source code I would like to change the PCAPLAY and rtp-echo
> hardcoded offsets from +2 to +4. Looking in the send_packets.c and
> prepare_pcap.c files I do not see where the +2 offset is used now. These
> files are only for UAS PCAPPLAY anyways. I also need to find the source for
> where rtp-echo is handled.****
>
> ** **
>
> I need this because my system (that sits between UAC and UAS) always uses a
> +4 offset for video RTP streams (and negotiates that in SIP, which SIPp is
> fine with).****
>
> ** **
>
> Also, I am not sure if the Windows source is any different than the Linux
> version of SIPp in this area?****
>
> ** **
>
> Thanks,****
>
> ** **
>
> *Greg Horton*
>
> Embedded Software Engineer****
>
> ** **
>
> Dialogic Research Inc.****
>
> ** **
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> _______________________________________________
> Sipp-users mailing list
> Sipp-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/sipp-users
>
>
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users
