losing connection in balance mode

[cangas-oz]

I have a problem with Discord (a zoom-like conferencing application), that in balance mode keeps freezing the participants every few minutes. If i change to failover with different weights to my isps there is no problem. balance.conf:

Uncomment by removing hash symbols (#) and then edit as needed

service device role ping-ip weight gateway

TELMEX enp6s0f3 isp 8.8.8.8 20 192.168.3.254 HUGO enp6s0f0 isp 8.8.8.8 15 192.168.20.1 ALTAN enp3s0 isp 8.8.8.8 1 192.168.6.254 LAN1 enp6s0f1 lan
LAN2 enp6s0f2 lan

The mode controls whether to operate in "balanced" mode in which traffic

is distributed among the isp services proportional to the weights, or "failover"

mode in which all traffic is routed through the highest weighted service and

switches to lower-weighted services only when the higher one(s) are unavailable.

mode=balanced

mode=failover

The "forwarding_group" option gives you fine control over how

packets are forwarded. See the online docs for details. :lan

means all interfaces marked as "lan" :isp means all interfaces

marked as "isp" the default (shown below) allows forwarding among

all lan and isp interfaces

forwarding_group=:lan :isp

The options below are passed to lsm, among others.

the defaults are shown. To change them, uncomment

and edit.

warn_email=root@localhost

interval_ms=1000

max_packet_loss=15

max_successive_pkts_lost=7

min_packet_loss=5

min_successive_pkts_rcvd=10

long_down_time=120

this is a ubuntu-studio box routing...

[cangas-oz]

I also note btw that if the service name is not in CAPITALS an error is generated because lsm.conf copies them over in upper case

[lstein]

I do not know the internals of the Discord protocol, but likely it uses UDP or a similar datagram protocol. These will not work correctly with load balancing. Your work around is to write a firewall rule that will force discord-bound packets to use one interface or the other.

Lincoln

On Tue, Nov 5, 2024 at 8:39 PM cangas-oz @.***> wrote:

I have a problem with Discord (a zoom-like conferencing application), that in balance mode keeps freezing the participants every few minutes. If i change to failover with different weights to my isps there is no problem. balance.conf: Uncomment by removing hash symbols (#) and then edit as needed service device role ping-ip weight gateway

TELMEX enp6s0f3 isp 8.8.8.8 20 192.168.3.254 HUGO enp6s0f0 isp 8.8.8.8 15 192.168.20.1 ALTAN enp3s0 isp 8.8.8.8 1 192.168.6.254 LAN1 enp6s0f1 lan LAN2 enp6s0f2 lan The mode controls whether to operate in "balanced" mode in which traffic is distributed among the isp services proportional to the weights, or "failover" mode in which all traffic is routed through the highest weighted service and switches to lower-weighted services only when the higher one(s) are unavailable.

mode=balanced

mode=failover The "forwarding_group" option gives you fine control over how packets are forwarded. See the online docs for details. :lan means all interfaces marked as "lan" :isp means all interfaces marked as "isp" the default (shown below) allows forwarding among all lan and isp interfaces

forwarding_group=:lan :isp The options below are passed to lsm, among others. the defaults are shown. To change them, uncomment and edit.

@.***

interval_ms=1000

max_packet_loss=15

max_successive_pkts_lost=7

min_packet_loss=5

min_successive_pkts_rcvd=10

long_down_time=120

this is a ubuntu-studio box routing...

— Reply to this email directly, view it on GitHub https://github.com/lstein/Net-ISP-Balance/issues/46, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAA3EVKADNV5UWDP5L2M3VDZ7FXONAVCNFSM6AAAAABRHY4M52VHI2DSMVQWIX3LMV43ASLTON2WKOZSGYZTMOBTGE4DMMA . You are receiving this because you are subscribed to this thread.Message ID: @.***>

--

Lincoln Stein (he/him/his)

Scientific Director (Acting), and Head, Adaptive Oncology

Ontario Institute for CancerResearch

@.***

Tel: 416-673-8514 | Cell: 416-817-8240

Executive Assistant

Michelle Xin

@.***

Tel: 647-260-7927

Ontario Institute for Cancer Research

MaRS Centre, 661 University Avenue, Suite 510, Toronto, Ontario, Canada M5G 0A3

www.oicr.on.ca

Collaborate. Translate. Change lives.

This message and any attachments may contain confidential and/or privileged information for the sole use of the intended recipient. Any review or distribution by anyone other than the person for whom it was originally intended is strictly prohibited. If you have received this message in error, please contact the sender and delete all copies. Opinions, conclusions or other information contained in this message may not be that of the organization.

[cangas-oz]

thanks for replying. I am trying out a few things on that front.