Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 15 replies
  • Subscribers 2 subscribers
  • Views 4371 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

P2P problems [7.400]

BarryG
It's probably my ISP's fault (TW), but...

recently I have upgraded to 7.400 (from the betas), and since about the same time, I am having lots of trouble with eMule and Vuze (BitTorrent client).

IPS is running.

In the IM/P2P settings, I have:
LANs defined in the Settings-Controlled Networks.
No skip lists in Settings-Advanced.
IM and P2P Control Status both show Disabled (which is what I want).

IPS log is showing several ICMP and UDP floods per hour (from remote hosts), but the size of the logs are not significantly larger than when running the betas.

PF log is about the same size as usual.

I'm doing the usual DNAT and PF rules for the P2P programs, not using SOCKS or generic proxy.

The problems include tracker errors, _extremely_ slow uploads and downloads, etc.

Anyone else having problems?

Thanks,
Barry


This thread was automatically locked due to age.
  • 0
    wc -l  /proc/net/ip_conntrack
    shows 1286 connections, but I have a generous connection limit in my license.

    Barry
  • 0 in reply to BarryG
    I shutdown the p2p apps for over 1/2 hour, and the conntrack entries dropped down to 100 or so.
    I've now restarted Vuze, and it's working _somewhat_ better now than it was this morning.

    How can I check if the 'too many connections' logic in Astaro is triggering?

    Thanks,
    Barry
  • 0 in reply to BarryG
    I now notice my fax machine is no longer working properly over my VOIP line.
    I plugged the VOIP adapter directly into the cable modem, and fax works fine.

    With Astaro, TestYourVOIP.com gives me a 1.3-1.8, which is a FAIL.
    I had used TestYourVOIP.com long ago with Astaro, after initially setting up my QOS, and it was fine.

    Nothing appears in the IPS or PF logs.
    IPTraf shows FAX over VOIP using 86kbps each way, and I have a 400kbps upstream connection, and QOS guaranteeing 120kbps to the VOIP adapter.

    I have had P2P off for several hours to be sure that it wasn't interfering with FAXing.

    I've triple-checked my QOS settings, although it shouldn't matter as I have no other traffic right now.

    Faxing and P2P were both fine in the 7.385 beta; what has changed since then?

    Barry
  • 0 in reply to BarryG
    I have tried disabling IPS and accounting, but it has not helped.
    I have also separately tried disabling QOS, also no difference.

    CPU usage in TOP is consistently under 10% (idle is > 90%).

    Barry
  • 0 in reply to BarryG
    The Speed Test at DSLReports.com currently shows 4160kbps down and 419kbps up, from my LAN with Astaro running.

    WinMTR shows no problems between here and my VOIP provider's server (using IP discovered with tcpdump during a VOIP call).

    Barry
  • 0 in reply to BarryG
    have you tried using socket proxy instead?
  • 0 in reply to wingman
    I use SOCKS for Instant Messaging sometimes, but P2P has always worked fine without SOCKS.

    Can't use SOCKS for VOIP.

    Thanks,
    Barry
  • 0 in reply to BarryG
    It's not a DNS issue is it?  Check DNS settings.

    Try disabling IM as well as P2P filter.

    Try disabling web proxy and just stick an Any Any rule in for a bit in traffic filter.
    Let us know how you get on.
  • 0 in reply to Simon Shaw
    I don't think P2P uses DNS much, and the phone calls connect OK (so not DNS prob), and voice calls sound OK, but there is apparently enough jitter or packet loss as to cause faxes to fail. The faxes don't even start, it seems like they're trying to handshake for awhile and then fail.

    I don't use the web proxy or IM/P2P security features, and I did try turning off the IPS.
    My filter rules allow ANY outgoing.

    I've opened a case with Astaro support, they're asking for a tcpdump during a fax, which I will try to do tonight.

    Also, I forgot to check for interface errors before; there is only 1 error currently (9 days uptime), and that is probably from when I disconnected the firewall to try the VOIP directly.

    I use OpenDNS as my resolver in the firewall, btw.

    Thanks,
    Barry
  • 0 in reply to BarryG
    Hrm, sounds tricky.

    I'll leave you in the tender arms of support.

    I always find OpenDNS a little flaky.  I know a ton of people swear by them.