Re: Stabilité de jitsi (débit utile)
wanadoo a écrit :
> Bonjour,
>
>
> sans information sur la configuration du réseau, vu que tu évoques une
> liaison redondée et avec du spanning tree, selon le chemin emprunté, tes
> trames udp peuvent effectivement être fortement "dé-triées". As-tu
> essayé éventuellement de faire le test avec une seule liaison et en
> suspendant le spanning tree ?
Ci-après mon fichier de configuration réseau:
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 192.168.0.128
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
iface eth0 inet6 static
address 2001:7a8:a8ed:0::128
netmask 64
auto eth1
iface eth1 inet static
address 192.168.254.1
netmask 255.255.255.0
network 192.168.254.0
broadcast 192.168.254.255
gateway 192.168.254.254
mtu 1492
post-up ifup eth1:1 || true
post-up ifup eth1:2 || true
post-up ifup eth1:3 || true
post-up ifup eth1:4 || true
post-up ifup eth1:5 || true
post-up ifup eth1:6 || true
pre-down ifdown eth1:1
pre-down ifdown eth1:2
pre-down ifdown eth1:3
pre-down ifdown eth1:4
pre-down ifdown eth1:5
pre-down ifdown eth1:6
iface eth1:1 inet static
address 192.168.254.81
netmask 255.255.255.0
iface eth1:2 inet static
address 192.168.254.82
netmask 255.255.255.0
iface eth1:3 inet static
address 192.168.254.83
netmask 255.255.255.0
iface eth1:4 inet static
address 192.168.254.84
netmask 255.255.255.0
iface eth1:5 inet static
address 192.168.254.85
netmask 255.255.255.0
iface eth1:6 inet static
address 192.168.254.86
netmask 255.255.255.0
auto eth2
iface eth2 inet static
address 192.168.253.1
netmask 255.255.255.0
network 192.168.253.0
broadcast 192.168.253.255
iface eth2 inet6 static
address 2001:7a8:a8ed:253::1
netmask 64
gateway 2001:7a8:a8ed:253::254
mtu 1492
post-up /sbin/ip -6 route add unreachable 2001:7a8:a8ed::/48
pre-down /sbin/ip -6 route del unreachable 2001:7a8:a8ed::/48
auto br0
iface br0 inet static
bridge_stp on
mtu 1336
bridge_ports tap1 tap2
address 192.168.1.1
netmask 255.255.255.0
network 192.168.1.0
post-up /sbin/route add -net 192.168.10.0/24 gw 192.168.1.2
pre-down /sbin/route del -net 192.168.10.0/24
iface br0 inet6 static
address 2001:7a8:a8ed:1::1
netmask 64
dad-attemps 0
post-up /sbin/route -A inet6 add 2001:7a8:a8ed:10::/64 gw
2001:7a8:a8ed:1::2
pre-down /sbin/route -A inet6 del 2001:7a8:a8ed:10::/64 gw
2001:7a8:a8ed:1::2
Il y a du monde. Dans cette configuration :
- LAN local : eth0
- LAN's distants : tap0 (OpenVPN/TCP) et br0 (tap1 + tap2)
- WAN's : IPv4 défaut en eth1, eth2 en backup, IPv6 défaut en eth2
J'utilise depuis quinze ans des configurations tap1/tap2 avec spanning
tree pour des liaisons de centres d'appel, ça ne pose aucun problème. Le
souci ne vient pas d'ici.
Je ne sais plus pourquoi j'ai mis une MTU à 1336 sur br0. Vue la
valeur, ça ne vient pas de nulle part, sans doute pour éviter la
fragmentation des paquets VoIP. La conf réseau de tap1 est :
proto udp
link-mtu 1492
passtos
et de tap2:
proto udp
tun-mtu 1492
passtos
J'ai aussi vérifié que le lien ne bascule de tap1 sur tap2 qu'en cas de
rupture de l'un des deux liens. Cette configuration peut paraître
scabreuse, mais elle est due à un FAI WIMAX qui finit par bloquer des
ports mêmes utilisés. Avec cette conf, lorsqu'il me fermait le 1194/UDP,
j'avais le 1195/udp qui prenait immédiatement le relais. Le lien fait
actuellement passer quatre canaux VoIP sans aucun problème de qualité.
JKB
Reply to: