LINUX.ORG.RU
ФорумAdmin

Где потеря RTP пакетов?

 ,


0

1

Приветствую.

Для проксирования видео с камер используется оборачивание в vpn (хотя это мне кажется не важно, т.к. проблема даже если просто запушить) и затем проксирование через mediamtx (он же rtsp-simple-server).

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

Писал разработчику - отвечает ищи сам, у него все в шоколаде ((

Свой небольшой опыт мне говорит, что ртсп сервер занят какой то херней и не успевает пересылать полученные пакеты, т.к. входящий трафик примерно в 2 раза больше исходящего, хотя должно быть как минимум не меньше, а теоретически больше исходящий.

★★★

Последнее исправление: wolverin (всего исправлений: 4)

Вот здесь разработчик говорит, что если типа ошибка очереди, то получатель (vlc использую) не успевает прочитать поток с необходимой скоростью - но ведь это же бред!!! с камеры напрямую все успевается, а через ртсп шлюз лагает.

wolverin ★★★
() автор топика

Can you tell me how to help you find a problem in your mediamtx?

Здесь и далее ты выглядишь попутавшим берега челом, который на плохом английском требует от разраба разбираться с твоей системой, хотя выше он тебе намекал что эт твое дело

cobold ★★★★★
()
Ответ на: комментарий от cobold

) есть такое, просто ответ в духе у меня проблем нет ищите у себя по мне тоже самое

А про проблему эту ему пишут не первый раз, настройки какие то все появляются от версии к версии, а проблема все почему то непонятно где в сети

wolverin ★★★
() автор топика
Ответ на: комментарий от wolverin

У меня была похожая проблема. Из того что я понял, это то, что RTSP-прокси проксирует только для 1 клиента. А вот камера умеет и для 2 и более. Поэтому получился фейл такой

Andreezy
()
Последнее исправление: Andreezy (всего исправлений: 2)
Ответ на: комментарий от Andreezy

Нет тут больше одного работает нормально, но после какой то причины начинает лагать, а в чем она и где даже искать не знаю.

wolverin ★★★
() автор топика
Последнее исправление: wolverin (всего исправлений: 1)
Ответ на: комментарий от wolverin

Ну вот попробуй go2rtc. Я его для WebRTC использую, так как считаю что это бред гонять через прокси rtsp-поток. Проще с камеры порты прокинуть и дать ограниченные доступы юзерам

Andreezy
()
Ответ на: комментарий от wolverin

оке, предположим что где то проблема типа в шлюзе-проксе, помятуя ранее про говорившийся мне QoS, снимаю дамп отправки вижу пакеты длиной 1608, 2974, 4434 … при том что мту на сетевке 1500, DSCP: CS0

смотрю дамп получения у себя пакеты уже длиной не больше 1514 DSCP: CS2

шо происходит непонятно…

wolverin ★★★
() автор топика
Последнее исправление: wolverin (всего исправлений: 1)
Ответ на: комментарий от wolverin

типа такого на шлюзе 10502 в сторону моего влц 60515

sudo tcpdump -nn host ipшлюза and not port 22


14:27:24.959811 IP .10502 > .60515: Flags [P.], seq 147560:148942, ack 57, win 126, length 1382
14:27:24.959852 IP .10502 > .60515: Flags [P.], seq 148942:150306, ack 57, win 126, length 1364
14:27:24.959889 IP .10502 > .60515: Flags [P.], seq 150306:151873, ack 57, win 126, length 1567
14:27:24.959916 IP .10502 > .60515: Flags [P.], seq 151873:152044, ack 57, win 126, length 171
14:27:24.959944 IP .10502 > .60515: Flags [P.], seq 152044:153494, ack 57, win 126, length 1450
14:27:24.959992 IP .10502 > .60515: Flags [P.], seq 153494:155555, ack 57, win 126, length 2061
14:27:24.960060 IP .10502 > .60515: Flags [.], seq 155555:158475, ack 57, win 126, length 2920
14:27:24.996270 IP .60515 > .10502: Flags [.], ack 150306, win 65335, length 0
14:27:24.996307 IP .10502 > .60515: Flags [.], seq 158475:161395, ack 57, win 126, length 2920
14:27:24.996322 IP .10502 > .60515: Flags [.], seq 161395:164315, ack 57, win 126, length 2920
14:27:24.997506 IP .60515 > .10502: Flags [.], ack 153494, win 65335, length 0
14:27:24.997542 IP .10502 > .60515: Flags [.], seq 164315:167235, ack 57, win 126, length 2920
14:27:24.997563 IP .10502 > .60515: Flags [.], seq 167235:170155, ack 57, win 126, length 2920

wolverin ★★★
() автор топика
Ответ на: комментарий от wolverin

мож быть надо tso офнуть чтоб такого мту не было!?

sudo ethtool -k enp2s0f0
Features for enp2s0f0:
rx-checksumming: on
tx-checksumming: on
        tx-checksum-ipv4: off [fixed]
        tx-checksum-ip-generic: on
        tx-checksum-ipv6: off [fixed]
        tx-checksum-fcoe-crc: off [fixed]
        tx-checksum-sctp: on
scatter-gather: on
        tx-scatter-gather: on
        tx-scatter-gather-fraglist: off [fixed]
tcp-segmentation-offload: on
        tx-tcp-segmentation: on
        tx-tcp-ecn-segmentation: off [fixed]
        tx-tcp-mangleid-segmentation: off
        tx-tcp6-segmentation: on
udp-fragmentation-offload: off
generic-segmentation-offload: on
generic-receive-offload: on
large-receive-offload: off [fixed]
rx-vlan-offload: on
tx-vlan-offload: on
ntuple-filters: off
receive-hashing: on
highdma: on [fixed]
rx-vlan-filter: on [fixed]
vlan-challenged: off [fixed]
tx-lockless: off [fixed]
netns-local: off [fixed]
tx-gso-robust: off [fixed]
tx-fcoe-segmentation: off [fixed]
tx-gre-segmentation: on
tx-gre-csum-segmentation: on
tx-ipxip4-segmentation: on
tx-ipxip6-segmentation: on
tx-udp_tnl-segmentation: on
tx-udp_tnl-csum-segmentation: on
tx-gso-partial: on
tx-sctp-segmentation: off [fixed]
tx-esp-segmentation: off [fixed]
tx-udp-segmentation: off [fixed]
fcoe-mtu: off [fixed]
tx-nocache-copy: off
loopback: off [fixed]
rx-fcs: off [fixed]
rx-all: off
tx-vlan-stag-hw-insert: off [fixed]
rx-vlan-stag-hw-parse: off [fixed]
rx-vlan-stag-filter: off [fixed]
l2-fwd-offload: off [fixed]
hw-tc-offload: on
esp-hw-offload: off [fixed]
esp-tx-csum-hw-offload: off [fixed]
rx-udp_tunnel-port-offload: off [fixed]
tls-hw-tx-offload: off [fixed]
tls-hw-rx-offload: off [fixed]
rx-gro-hw: off [fixed]
tls-hw-record: off [fixed]
wolverin ★★★
() автор топика
Последнее исправление: wolverin (всего исправлений: 1)
Ответ на: комментарий от wolverin

Ерунда все это, надо похоже через ffprobe смотреть может там видна разница напрямую с камеры или через сервер

wolverin ★★★
() автор топика
Последнее исправление: wolverin (всего исправлений: 2)
Ответ на: комментарий от wolverin

) попал тут под раздачу, поэтому продублирую свой возможно бессмысленный пост

вопщим погонял через ffprobe - напрямую с камеры через интернеты выхлоп почти равномерно сыпется, через сервак с существенными затыками и ускорениями

tso и gso выключил, длина tcp пакетов перестала превышать 1514/1460 байта у исходящего трафика

wolverin ★★★
() автор топика