Guest User!

You are not Sophos Staff.

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 web browsing when streaming Netflix

Just relatively recently I've started noticing poor performance when watching Netflix on my TV. The movie would start playing, and then all of the sudden I'd get an error message that the "content requested can't be played at this time, try again later", restarting the movie works fine, but same message appears after some time. The quality of the videos seem to be also suffering, although it would play in 1080p, you could see video encoding artifacts from time to time (e.g. color blocks, etc.)

Today I noticed that browsing the web, while Netflix streaming on TV, is also lagging. Most of the sites would load, but with big lag, occasionally a site wouldn't load at all. Accessing WebAdmin is also laggy, even SSH session suffer a lagged response (when using TOP or IFTOP commands for example). As soon as I stop the playback, everything comes back to normal operation, web, SSH, WebAdmin, etc. 

I also have a BD player with Netflix service (Oppo) and it has the same effect (causes lag). Streaming other sites (like YouTube) has no problem at all. So, only Netflix seems to be the issue.

I'm on the latest UTM firmware, TV and BD player are added to Web Protection exception for hosts, both are hardwired to my Cisco SG200-26 switch (not a WiFi AP problem). When looking at TOP command the CPU doesn't go above 2-3% when streaming. Nothing in the logs either (nothing that I could see at least). 

When browsing internal sites, on local network, no problems. Only content that's accessed through the UTM gateway has issues when streaming. So, I don't think it's an issue with the switch.  

Has anyone seen anything like this before?


This thread was automatically locked due to age.
Parents
  • Ok, looks like it's the driver bug after all. I came across this thread: https://ubb.sophos.com/closed-forums-read-only/utm-9-betas/utm-9-3-beta/54786-9-302-2-bug-adapter-e1000e-hangs-reset.html

    after executing commands to disable TSO, GSO, and GRO on eth0 and 1, the issue went away.

    My question now is: is there a way to make this change survive a reboot? I realize that it'll unlikely to survive an up2date update though, but at least surviving a reboot will work for me.
  • Ok, looks like it's the driver bug after all. I came across this thread: https://ubb.sophos.com/closed-forums-read-only/utm-9-betas/utm-9-3-beta/54786-9-302-2-bug-adapter-e1000e-hangs-reset.html

    My question now is: is there a way to make this change survive a reboot? 


    Follow Mario's post https://ubb.sophos.com/closed-forums-read-only/utm-9-betas/utm-9-3-beta/54786-9-302-2-bug-adapter-e1000e-hangs-reset.html#post280668

    I haven't used astaro outside a vm since v8 so don't know if the procedure works below. You can try and let us know[;)]

    Looks like they are already disabling tso on some intel NICs. The procedure is outlined in the post below for better linking.
  • How to add udev rule:

    Login your console/ssh as root and type
    cat /etc/udev/rules.d/20-nic.rules 
     and see if your NIC is already listed there. If it is already listed then you don't have to do anything. Sophos already has the tso disabled for your NIC.

    If its not listed there, 
    Check the vendor/device ID of your currently used Intel NIC,
     lspci -nn | grep -i ethernet
     and you will get output similar to
    01:00.0 Ethernet controller [0200]: Intel 82579LM Gigabit Network Card [8086:1502]

    All you are interested in is vendor ID which is 8086 for intel corporation
    and device ID which is 1502 for 82579LM cards.

    then create a new file 
    vi /etc/udev/rules.d/21-my-nic.rules

    press "i" on keyboard to insert text and paste the following line
    SUBSYSTEM=="net", ACTION=="add", ATTRS{vendor}=="0x8086", ATTRS{device}=="0x1502", RUN+="/lib/udev/nic-disable-tso"

     
    If you have multiple Intel NICs with different device IDs then add another line for your second or third NIC. Then press esc on keyboard and type
    :wq
     and press ENTER to save the file.

    Reboot and test. Please let us know if this works for you. As noted in Mario's reply, this will survive a reboot and updates unless udev is updated.

    Hope this helps
    Bill
Reply
  • How to add udev rule:

    Login your console/ssh as root and type
    cat /etc/udev/rules.d/20-nic.rules 
     and see if your NIC is already listed there. If it is already listed then you don't have to do anything. Sophos already has the tso disabled for your NIC.

    If its not listed there, 
    Check the vendor/device ID of your currently used Intel NIC,
     lspci -nn | grep -i ethernet
     and you will get output similar to
    01:00.0 Ethernet controller [0200]: Intel 82579LM Gigabit Network Card [8086:1502]

    All you are interested in is vendor ID which is 8086 for intel corporation
    and device ID which is 1502 for 82579LM cards.

    then create a new file 
    vi /etc/udev/rules.d/21-my-nic.rules

    press "i" on keyboard to insert text and paste the following line
    SUBSYSTEM=="net", ACTION=="add", ATTRS{vendor}=="0x8086", ATTRS{device}=="0x1502", RUN+="/lib/udev/nic-disable-tso"

     
    If you have multiple Intel NICs with different device IDs then add another line for your second or third NIC. Then press esc on keyboard and type
    :wq
     and press ENTER to save the file.

    Reboot and test. Please let us know if this works for you. As noted in Mario's reply, this will survive a reboot and updates unless udev is updated.

    Hope this helps
    Bill
Children
No Data