Hi Pavel I use v3.4.1 and did spend some time trying to play a wav file, but I didn't succeed, so I found wav2rtp. I don't know if it is the format of the wav file which was causing the problem, but since the echo test speak from Asterisk also failed, it may be some XML issue also.
I can see the issue with the N'th calls would have the same SSRC. But since the "echo" end of the conversation is a daemon which is running all the time, it's SSRC value will soon be ahead of the controlling SIPp. So I might try to look into wav playback again. I use this test for performance test also, so the machine running SIPp is stressed. I suppose that sending an RTP stream file is faster than converting and sending a wav file. I also found that tshark does not have the same problem. Thus I can analyze the streams for loss & jitter, but I cannot make an audible test. So I think that I have solved my problems for now :-) Med venlig hilsen / Best regards Kjeld Flarup (Christensen) M.Sc E.E, Teknisk chef Viptel ApS, Benslehøjvej 3, DK-7470 Karup J Telefon: +45 46949949, Telefax: +45 46949950, http://viptel.dk On 2015-12-15 23:29, sindelka wrote: > Just to satisfy my curiosity, what version of sipp do you use, i.e. what > forces you to use wav2rtp and then pcap_play instead of sipp 3.4's > fusion of these two steps into one, which is the rtp_stream? > > (not that it would change much here - its source suggests that it > increments the ssrc for each new stream, but the drawback is that it > starts from a fixed value so if you run two scenarios against each > other, the N-th calls in both scenarios will have the same ssrc anyway). > > Pavel > > Dne 15.12.2015 v 23:04 Kjeld Flarup napsal(a): >> Hi again >> >> I think that I found the source of the SSRC, it is in the tool which >> generates the RTP file, the comment was in the source!!! >> >> ./wav2rtp-0.9.3/src/pcap_filter.c: rtp_header->ssrc = 0x12011A0C; /* >> XXX: This should be random */ >> >> But the RTP loopback, apparently does not change the SSRC. >> >> At least, now I can test if this is whats causing Wireshark to fail. >> >> Med venlig hilsen / Best regards >> Kjeld Flarup (Christensen) M.Sc E.E, Teknisk chef >> Viptel ApS, Benslehøjvej 3, DK-7470 Karup J >> Telefon: +45 46949949, Telefax: +45 46949950, http://viptel.dk >> >> > > > ------------------------------------------------------------------------------ > _______________________________________________ > Sipp-users mailing list > Sipp-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sipp-users ------------------------------------------------------------------------------ _______________________________________________ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users
