LXC drop Connections problems on high network upload load

[openaspace]

HI.
I have a debian lxc container running nimble streaming server that i use for live show in this times of corona virus.

My host server have 1gbps in out , if not set any speed limit on the lxc when the upload usage reach 250mbps of upload my fffmpeg encoder start to go in buffer (the server download my video stream) and a lot of frame drops problems appears... on the user side..

After some time loosed to set Qos.. i have decide to limit the bandwidth of the LXC from proxmox to 450mbps..
therefore i have started some Ookla speed test using from the cli and I have verified that my encoder (I upload , my server download) don't go anymore in buffer.

If I disable the proxmox network limit on the container, and running a speed test that reach 1gbps of upload , my encoder that stream to server go first in buffer and after disconnect!!

Only limiting the LXC to 450 mbps my stream upload to the server while it is under upload load of 450mbps don't suffer of any problem.

Anyone can explain me this strange situation??
Thank you.

 

[openaspace]

Hey proxmox staff , please verify this serious problem.

Thank you.

 

[openaspace]

I need to switch to full virtualized virtual machine with e1000 driver??

 

[openaspace]

https://opensourceforu.com/2016/10/network-performance-monitoring/

I need to modify something on the host or lcx?

 

[openaspace]

host drops.. nothing
root@v3 ~ # ethtool -S enp4s0
NIC statistics:
tx_packets: 169250738
rx_packets: 100497056
tx_errors: 0
rx_errors: 0
rx_missed: 0
align_errors: 0
tx_single_collisions: 0
tx_multi_collisions: 0
unicast: 100497056
broadcast: 0
multicast: 0
tx_aborted: 0
tx_underrun: 0

proxmox kernel :
tail kern.log
Mar 25 16:00:23 v3 kernel: [232252.481348] vmbr1: port 2(veth101i0) entered blocking state
Mar 25 16:00:23 v3 kernel: [232252.481406] vmbr1: port 2(veth101i0) entered disabled state
Mar 25 16:00:23 v3 kernel: [232252.481526] device veth101i0 entered promiscuous mode
Mar 25 16:00:23 v3 kernel: [232252.533855] HTB: quantum of class 10001 is big. Consider r2q change.
Mar 25 16:00:23 v3 kernel: [232252.610399] eth0: renamed from vethV70HYB
Mar 25 16:00:23 v3 kernel: [232252.742721] audit: type=1400 audit(1585148423.532:37): apparmor="DENIED" operation="mount" info="failed flags match" error=-13 profile="/usr/bin/lxc-start" name="/proc/sys/kernel/random/boot_id" pid=24206 comm="lxc-start" srcname="/dev/.lxc-boot-id" flags="rw, bind"
Mar 25 16:00:23 v3 kernel: [232252.850661] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Mar 25 16:00:23 v3 kernel: [232252.850746] vmbr1: port 2(veth101i0) entered blocking state
Mar 25 16:00:23 v3 kernel: [232252.850801] vmbr1: port 2(veth101i0) entered forwarding state
Mar 25 19:35:01 v3 kernel: [245130.632134] HTB: quantum of class 10001 is big. Consider r2q change.

LXC

ethtool -S eth0
NIC statistics:
peer_ifindex: 22
rx_queue_0_xdp_packets: 0
rx_queue_0_xdp_bytes: 0
rx_queue_0_xdp_drops: 0


LXC kernel log: kernel: [225435.691378] HTB: quantum of class 10001 is big. Consider r2q change.