[Bug 1629053] Comment bridged from LTC Bugzilla

2018-02-26 Thread bugproxy
--- Comment From gowrishanka...@in.ibm.com 2018-02-27 02:09 EDT--- With ubuntu 17.10 as kvm hypervisor, I could not reproduce this problem, so it seems to be fixed. Below is the default offload configurations for the virtio-net nic. dev@zesty:~$ ethtool -k enp0s3 Features for enp0s3:

[Bug 1629053] Comment bridged from LTC Bugzilla

2017-08-08 Thread bugproxy
--- Comment From gowrishanka...@in.ibm.com 2017-08-08 05:28 EDT--- This bug is reproducible with ubuntu 17.04 (host and guests of same version). Disabling tx csum is the only work around as observed earlier. -- You received this bug notification because you are a member of Ubuntu Bugs,

[Bug 1629053] Comment bridged from LTC Bugzilla

2017-08-07 Thread bugproxy
--- Comment From lagar...@br.ibm.com 2017-08-07 08:12 EDT--- Hi James, Any updates on this one? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1629053 Title: ovs bridge breaking TCP between

[Bug 1629053] Comment bridged from LTC Bugzilla

2016-10-03 Thread bugproxy
--- Comment From gowrishanka...@in.ibm.com 2016-10-03 10:23 EDT--- Interesting. I ensured that, ovs and kernel upto date, but of no luck. OVS backed virtual nic still fail to establish tcp with tx on. Here is xml for this port: Wrt your xml, I don't think having a dhcp network

[Bug 1629053] Comment bridged from LTC Bugzilla

2016-09-30 Thread bugproxy
--- Comment From gowrishanka...@in.ibm.com 2016-09-30 02:40 EDT--- Irrespective of default csum on/off, having csum=on breaks tcp as checksum_unnecessary / relevant protocol header flag not passed in higher stack , an so tcp eventually drop syn. Could you please check with tx=on enforced