I would assume that the pcap player invoked by SIPp does not adjust the
RTP sequence numbers and/or RTP timestamps when playing the .pcap files,
so if the receiving RTP stack checks them, it considers all the packets
of the second instance to arrive late and ignores them. But it is weird
if a DTMF received in one call affects its processing in another call,
is that indeed the case?
If my assumption is correct, you'll have to create a copy of the pcap
file and edit the sequence numbers and/or timestamps using some editor
of binary files, or capture some real DTMF, or maybe modify the source
code of the pcap player to take care of this.
Pavel
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users
