What is the source of the RTP in your scenario? The rtp_stream command in both the UAC and UAS scenarios? Or do you use the automatic RTP loopback at one end? Can you use pcap_play instead and use some pre-recorded RTP captures?
What exactly is your problem with Wireshark's understanding the RTP flows? Maybe you could consider posting a question with an example capture to ask.wireshark.org, because it is not clear whether the common ssrc in both directions is really what confuses Wireshark. Pavel Dne 15.12.2015 v 15:42 Kjeld Flarup napsal(a): > Hi > > I'm trying to test a network by sending calls directly between two SIPp > instances. > However when I try to analyze the stream with wireshark it cannot > understand the RTP > > I have a suspicion that the problem lies in the SSRC value which is the > same in both directions. > 10 2015-12-15 15:35:02.090403 194.247.61.193 194.247.61.197 > RTP 214 PT=ITU-T G.711 PCMA, SSRC=0xC1A0112, Seq=0, Time=0, Mark > 11 2015-12-15 15:35:02.094980 194.247.61.197 194.247.61.193 > RTP 214 PT=ITU-T G.711 PCMA, SSRC=0xC1A0112, Seq=0, Time=0, Mark > > Is there a way to change this value. > Or does somebody know another solution to this problem. > ------------------------------------------------------------------------------ _______________________________________________ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users
