On Thu, 10 Feb 2011, jobhunts02@xxxxxxx wrote: > When I have connection tracking enabled in the kernel and use theÂSpace > Communications Protocol Standard (SCPS), which is a protocol to speed up TCP > over satellite, I can no longer start a video call using Polycom > ViewStationFX. Using Wireshark, I see the "Connect" packet is being dropped. > At the same time, I see "nf_ct_q931: packet dropped" being printed to > /var/log/messages. I have verified that the packet being dropped is the > "Connect" packet. Other packets before that are not getting dropped, e.g., > the "Alert" packet. This happens because nf_ct_expect_related returns -EBUSY > since expect_clash does not return zero. Without SCPS, the call works fine > with connection tracking enabled. >  > Why does expect_clash return nonzero? What is the "clash" it is looking for > and is there any reason that SCPS would cause such a clash? Is there any > known incompatibility between SCPS and connection tracking? Record the full traffic with "tcpdump -s 0" and post the pcap file. Even if you post your question fourth time, the answer will still be the same. Best regards, Jozsef - E-mail : kadlec@xxxxxxxxxxxxxxxxx, kadlec@xxxxxxxxxxxx PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt Address : KFKI Research Institute for Particle and Nuclear Physics H-1525 Budapest 114, POB. 49, Hungary
