[решено] Прерывания потоков udp (rtp) если есть несущ. IP адреса в приемниках

lisco	# 3 года, 3 месяца назад (отредактировано 3 года, 3 месяца назад)
Темы: 1 Сообщения: 2 Участник с: 22 сентября 2021	Задача. Исследовать систему на максимальное прохождение udp (rtp) в режиме unicast. Создаем в цикле список клиентов. `CLIENTS=$CLIENTS"192.168.0.$i:"$((N+$n))",` набор адресов i и портов N+n. Далее запускаем. `gst-launch-1.0 filesrc location=wav.wav ! wavparse ! audioresample ! mulawenc ! rtppcmupay ! udpsink clients=$CLIENTS` Все хорошо если все адреса валидные в сети - пингуются хотя бы, а что там за устр-во пофик. Одно устр-во тестовое реальное ловит звук и воспроизводит. Если 40 существующих адресов звук на тестовом нормально. Если среди адресов есть несущ. адреса в количестве 1,2,3... то звук на тестовом устр-ве начинается прерываться пропорционально кол-ву несущ.адресов в списке клиентс. Смотрим сниффером потоки, они стопятся и потом возобновляются. Чем больше несущ. адресов тем звук все более рвется. В итоге можно вообще ничего не услышать. Этому есть объяснение? В Windows подобного нет. Может socket->write так себя ведет? Система подтормаживает причем периодически, а период видимо это ARP-запрос на определение MAC адреса, т.к.такого адресата нет, то таймаут, возможно забивается буфер выходной на этот момент.

# 3 года, 3 месяца назад (отредактировано 3 года, 3 месяца назад)

Сообщения: 2

Участник с: 22 сентября 2021

Задача. Исследовать систему на максимальное прохождение udp (rtp) в режиме unicast.

Создаем в цикле список клиентов.

CLIENTS=$CLIENTS"192.168.0.$i:"$((N+$n))",

набор адресов i и портов N+n.

Далее запускаем.

gst-launch-1.0 filesrc location=wav.wav ! wavparse ! audioresample ! mulawenc ! rtppcmupay ! udpsink clients=$CLIENTS

Все хорошо если все адреса валидные в сети - пингуются хотя бы, а что там за устр-во пофик. Одно устр-во тестовое реальное ловит звук и воспроизводит.
Если 40 существующих адресов звук на тестовом нормально.

Если среди адресов есть несущ. адреса в количестве 1,2,3... то звук на тестовом устр-ве начинается прерываться пропорционально кол-ву несущ.адресов в списке клиентс. Смотрим сниффером потоки, они стопятся и потом возобновляются. Чем больше несущ. адресов тем звук все более рвется. В итоге можно вообще ничего не услышать.

Этому есть объяснение?

В Windows подобного нет.

Может socket->write так себя ведет?
Система подтормаживает причем периодически, а период видимо это ARP-запрос на определение MAC адреса, т.к.такого адресата нет, то таймаут, возможно забивается буфер выходной на этот момент.

lisco	# 3 года, 3 месяца назад
Темы: 1 Сообщения: 2 Участник с: 22 сентября 2021	Решение увеличить буферы net.core.wmem_max net.core.wmem_default