Sorry, I was too quick when reading your initial message because 99% of
"bad UDP checksum" cases are resolved this way.
So reading it more carefully now, when you've mentioned trying different
machines, did you try to swap the roles of the two machines running the
UAC and UAS scenarios? I.e. can you confirm that if you run the UAC
scenario with its RTP-containing pcap on the machine which replays its
own RTP-containing pcap properly if the replay is spawned from an UAS
scenario, the packets come to the Asterisk with a bad UDP checksum as
well? And, vice versa, do the RTP packets sent from an UAS scenario
running on the previously UAC machine have a correct UDP checksum on
arrival to the Asterisk machine?
If both answers are "yes", this would mean that the behaviour depends on
whether the pcapplay is executed from an UAC or an UAS scenario. This is
hard to believe, yet it would allow to suggest a workaround.
Pavel
Dne 28.10.2016 v 18:59 Paulo R. Vieira Jr napsal(a):
Hi, thanks for response.
They are all (uas, asterisk and uac) on different machines. The
packets were captured on asterisk server. The packets are not being
delivered to asterisk, with "rtp set debug on" no packets are seen.
The server stays 98% 99% idle.
The firewall is disable, the ports are correct and sip exchange
messages too. i have no idea what to do...
Thanks.
2016-10-28 14:47 GMT-02:00 sindelka <sinde...@ttc.cz
<mailto:sinde...@ttc.cz>>:
Hi Paulo,
on which machine did you run Wireshark/tcpdump? The thing is that the
UDP/TCP/IP checksums are often wrong in the capture if capturing
on the
sending machine because the frame is captured before the checksum is
actually calculated. So it may be just a red herring and the actual
problem may be somewhere else.
Pavel
------------------------------------------------------------------------------
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive.
Learn the new .NET and ASP.NET <http://ASP.NET> CLI. Get your free
copy!
http://sdm.link/telerik
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
<mailto:Sipp-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/sipp-users
<https://lists.sourceforge.net/lists/listinfo/sipp-users>
--
Paulo R. Vieira Jr
------------------------------------------------------------------------------
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive.
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users
------------------------------------------------------------------------------
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive.
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users
