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

Slow data tansferspeed form LAN to LAN

Hi,

so the setup is an ASG 8.201 running in Hyper-V with 3 NICs:
NIC1: PPOE Connection for dial-up Internet
NIC2: Internal Lan Ethernet Connection (192.168.1.0/24)
NIC3: DMZ Ethernet Connection (192.168.2.0/24)

Edit: Hardwarespecs of the Hyper-V server: 16GB Ram, Intel Corei5 2500T (1 Core and 4Gb Ram reserved for the ASG VM)

In the DMZ Network there is a Hyper-V Server 2008 R2 in which the Astaro runs.
All the NICs in the Astaro are connected as synthetic NICS and set only to be used by the Astaro VM in the virtuell network managment console.

The Hyper-V Server itself got also an NIC (192.168.2.10)and is connected to the DMZ NIC from the Astaro.

So now a Client PC (192.168.1.x) from the Lan wants to transfer data to the Hyper-V Server and mounts \192.168.2.10\D$ and transfers a 4GB file to the Server.
The speed is only by 10-15 MB/s which would be somehow be like a 100mbit network...

I have to mention all NICs an switches etc. are GB capable and the status LEDs also representate that the connections run in GB mode. Only the PPOE Connections is makred as 100Mbit because of the modem interface.


Paketfilterrules for the Hyper-V server are only RDP and CIFS so that only these two things can connect from the LAN to the DMZ Hyper-V Server.
QoS is disabled on all NICs in the ASG.
An interresting point is that when i looke in the ASG NIC hardware overview there is no connection speed show. I think this is due to the Hyper-V but it is a syntehtic NIC so it must be a 10GB connection to the virtual Hyper-V switch.


Really don't know why transferspeed is so slow, hope you can guess what it could be.

Thank you, Albeck.


This thread was automatically locked due to age.
  • Will give that a try, can't test it at the moment so will report back in about 8 hours.

    Thanks for the fast reply. Maybe anyone any other guesses? [8-)]
  • Reporting back:

    The change had no effect. I deactivated all "Large Send Offload" on all NICs but he speed is about the same.

    I did another testing and transferd a big file from the DMZ into the DMZ, so the traffic doesn't go through the ASG and the Speed was about 105MB/s which is pretty good for Gbit network...

    So it must definitely has something to do with the ASG...

    Help welcomed [;)]
  • Are you seeing anything applicable in either the firewall or IPS logs?

    What do you have set in Network Security>>Firewall>>Advanced Tab>>Protocol Handling?
  • Okay, so here is the story...again it's just so stupid...

    I checked the firewall and IPS logs and there was nothing noticable about the cifs transfer, no drops no etc...

    then i made an virtuell machine with virtualbox on the client pc with a shared network and trasnferd the same file to the hyper v server in the DMZ. the speed was about 30Mbit/s so quiete the double of the vms host...

    After that i just thought wt*...how can a vm NIC be faster than the NIC of the host...

    well ok then i decided to update the NIC drivers from the client pc and after that...voila...ca. 90MB/s through the ASG into the DMZ network...also quite good. Maybe some tweaking but should be fine now.

    Never thought that a driver update can improve that much....

    Edit: Protocol handlin: only "enable tcp window skaling" is enabled

    An other question: I installed the ASG in Hyper-V with 1 cpu core. would the ASG now work and profit if i would edit the settings of the ASG-VM to 2 cores?

    So thanks for the help, Albeck
  • Not a problem.  This morning I had a guy in another thread check his drivers due to a VLAN issue.  [:)]
  • Can you please answer my last question? Maybe need a bit more power to the ASG..so would it improve with a second core attached after installing it with only one core?
  • I installed the ASG in Hyper-V with 1 cpu core. would the ASG now work and profit if i would edit the settings of the ASG-VM to 2 cores
    One thing that Astaro can't really do is detect most hardware changes on the fly and require a reinstall (like adding NICs).  I just deleted my test Hyper-V install a couple of days ago, so I can't test this right now.  Best I can offer is to give it a try and see if performance improves.  Worst case scenario is that it won't see/use the second core.