хм, что-то я накрутил не в ту сторону:

root@speedtest:~# iperf3 -c 172.16.0.3
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  1.09 GBytes   935 Mbits/sec  435             sender
[  4]   0.00-10.00  sec  1.09 GBytes   933 Mbits/sec                  receiver
root@speedtest:~# iperf3 -c 172.16.0.3 -R
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec   549 MBytes   460 Mbits/sec  12929             sender
[  4]   0.00-10.00  sec   548 MBytes   460 Mbits/sec                  receiver
172.16.0.3

- адрес сервера с аццелем. И если наоборот тестировать, такая же картина - через соединение инициированное со стороны аццеля трафик идёт на меньшей скорости:

root@nas2 /h/p/i/scripts# iperf3 -c 172.16.0.101
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   549 MBytes   460 Mbits/sec  12720             sender
[  5]   0.00-10.00  sec   548 MBytes   460 Mbits/sec                  receiver
root@nas2 /h/p/i/scripts# iperf3 -c 172.16.0.101 -R
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.08 GBytes   932 Mbits/sec  170             sender
[  5]   0.00-10.00  sec  1.08 GBytes   930 Mbits/sec                  receiver

(второй сервер гигабитным линком подключен)

как-то дофига ретрансмитов

тупой вопрос. Чем под линуксом конфу в зуме записать можно?

obs-studio или ffmpeg :)

Вроде VLC умеет, но не проверял на практике

simple screen recorder

кстати, для фильтрации шумов на микрофоне рекомендую noisetorch

Оок.. ща обс и scr попробую... над ток какую конфу для тестов найти

Да я там молчать буду с умным лицом

Если со стороны создателя комнаты разрешено, то он сам пишет вроде

Авотхз.. щас доберусь до компа попробую обс. Остается тестовую конфу найти...

Кстати, такой вопрос - у меня в аццеле описаны домовые вланы в таком виде:

[ipoe]
interface=client11,range=172.19.11.0/24,ifcfg=1,start=dhcpv4,mode=L2,shared=1,proxy-arp=0,ipv6=1
...
interface=client556,range=172.21.44.0/24,ifcfg=1,start=dhcpv4,mode=L2,shared=1,proxy-arp=0,ipv6=1

Это нормально или есть какой-то более правильный способ?

Я бы пулами описывал

а как потом пул к интерфейсу привязать?

а, всё, вижу

вместо range= просто ip-pool=

а ещё - вот у меня два браса параллельно работают (неважно каких), на каждом своя адресация. Как я понимаю, без динамической маршрутизации или извращений вроде CARP не сделать бесшовную миграцию юзверей при отвале одного браса?

в случае dhcp ведь по любому придётся ждать, пока клиент не захочет адрес продлить.

Для тру бесшовной нужна ещё поддержка со стороны session management

Такое умеют только топовые брасы