Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 9 replies
  • Subscribers 1 subscriber
  • Views 3076 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

Ping OK, Windows Network very slow

swissuser
I have a VPN connection between two ADSL connections. One ADSL-Router is configured as a bridge. Both Firewalls are ASL 4.007.
The VPN-Tunnel is up and i can ping the PC in the other network without any problem. But if i want to access the other PC, the connection is very slow. I'm only able to copy/access small Files. If i want to copy a bigger File, approx. after 30 seconds, there comes an error (similarly to: The indicated network name is no longer available)

What could this be?  


This thread was automatically locked due to age.
Parents
  • 0
    I'm getting the same thing but I'm inclined to think it's Windows or the line speed.

    (I could be wrong on this, I'd be interested to hear comments from other users on this issue).

    I have a IPSEC VPN between my ASL box and a friends SmoothWall install.  I'm also getting the "network name no longer available".

    This also occurs on a VPN to Africa from our Australian office that has only 10KB/sec bandwidth, but strangely not as often.

    It appears to occur quite often on Windows networks.  I get it quite often on LAN's when transferring large files and utilizing most of the bandwidth on the NIC.

    In short, I think Windows explorer seems very poor when handling connections like this.  You can also quite often get a shell crash.

    The proof seems to be that if you do the same thing from DOS command line, the error never pops up for me and it's MUCH faster.

    Was wondering if it's MTU size or something. 
  • 0 in reply to Simon Shaw
    Hi,
    yes this behavior points to something like the MTU size.
    There is an ICMP-Code you should enable on the Astaro boxes: ICMP Source-Quench. This directs the boxes to decrease automatically the packet-size according to the answer on the other side of the tunnel.

    HTH

    regards

    Udo
       
  • 0 in reply to Udo_Seiler
    I have the same problem and it started after i upgraded from ASL 2 to ASL 4 so it's an Astaro problem.

    I need help ASAP, Astaro support ignores me.


    Regards, Tony

      
  • 0 in reply to Udo_Seiler
    How to set ICMP quench ? 
  • 0 in reply to Simon Shaw
    Hi,
    have look at the Filter Rules
    -->Protocol ICMP -->Subcode Source-quench
    (I have not an astaro available to have a closer look, sorry).
    Tomorrow I could get it exactly what I've done.

    HTH

    regards

    Udo  
  • 0 in reply to Udo_Seiler
    Hi,
    I did a little researching...
    It is ICMP Code 3 (Source-Quench) which you have to enable.
    1.) Define a new Service for this
    2.) Create a Packet-Filter Rule to allow this

    Bye

    Udo  
  • 0 in reply to Udo_Seiler
    I just noticed i don't have this problem with a Windows 2000 client, to bad every user runs Windows XP.


    Any ideas why w2k works and not xp?


    Regards, Tony  
  • 0 in reply to tony_01
    This seems to be a problem with WindowsXP not negotiating MTU size properly. 
    Wanna see? Try pinging a host that is slow, then ping it again with ping host.com -l 1400. This will set the size to 1400. 

    My experiences are worse than yours. I can not even connect to some web servers (both internal and external). Win2K behaves fine, XP is a no go. You might also notice that you can ssh/telnet/ping and even PCAnywhere without the lag time, ... they all use small packets.

    I believe this has to do with NAT and Tunneling. My net has PPTP into Astaro(A) at one site and an IPsec tunnel to Astaro(A)Astaro(B) at another site. The XP PPTP clients can see all on Astaro(A) networks, and can ping telnet and ssh (small packets) to any client behind Astaro(B) but cannot hit the webservers (large packets). Win2K PPTP clients can see everything on both nets.  Also WinXP PPTP clients have cannot connect to some websites (like google) but can connect to yahoo.

    This has something to do with the MTU...just don't know how to fix it.....  
Reply
  • 0 in reply to tony_01
    This seems to be a problem with WindowsXP not negotiating MTU size properly. 
    Wanna see? Try pinging a host that is slow, then ping it again with ping host.com -l 1400. This will set the size to 1400. 

    My experiences are worse than yours. I can not even connect to some web servers (both internal and external). Win2K behaves fine, XP is a no go. You might also notice that you can ssh/telnet/ping and even PCAnywhere without the lag time, ... they all use small packets.

    I believe this has to do with NAT and Tunneling. My net has PPTP into Astaro(A) at one site and an IPsec tunnel to Astaro(A)Astaro(B) at another site. The XP PPTP clients can see all on Astaro(A) networks, and can ping telnet and ssh (small packets) to any client behind Astaro(B) but cannot hit the webservers (large packets). Win2K PPTP clients can see everything on both nets.  Also WinXP PPTP clients have cannot connect to some websites (like google) but can connect to yahoo.

    This has something to do with the MTU...just don't know how to fix it.....  
Children
Cookie Information Banner