Jump to content
Калькуляторы

OpenWRT WiFi client UDP Multicast через WiFi потеря пакетов OpenWRT WiFi client UDP Multicast через WiFi потеря пакетов

Доброго дня.

 

Имею UDP Multicast с Ethernet камеры видео наблюдения. Камера подключена к ТД TP-Link TL-WR842ND с заводской прошивкой в лан порт.

 

UDP пакеты передаются постоянно после включения камеры и "выходят" в WiFi данной точке в режиме только N.

 

Если я подключаю клиентом к данной точке доступа ПК с USB WiFi адаптером - то замечательно вижу картинку без выпадения кадров и прочего - все Ок.

 

Если же я подключаю клиентом ТД TP-Link TL-WR842ND с прошивкой Open-WRT (OpenWrt Attitude Adjustment 12.09-beta /LuCI Trunk (trunk+svn9220), а компьютер соединяю через Ethernet, то картинка постоянно разваливается.

 

Все в пределах одной комнаты в тестовом варианте.

 

Настройки ТД - Только N, канал авто (4й), 20MHz полоса. WMM включено, шифрования нет.

 

Настройки клиента (OpenWRT) - ClientWDS, мост между LAN и WiFi (все настройки через Web интерфейс)

 

На клиенте (OpenWRT) Bitrate 150 - 80 Mbit/s, Signal -48 dBm, Noise -89dBm

 

Что необходимо сделать, что бы OpenWRT не отбрасывала UDP пакеты через мост????

 

p.s. Если компьютер на котором я смотрю работает под OC Linux и я объединяю USB WiFi и Ethernet в мост, то я наблюдаю еще большее выпадение пакетов чем в описанном случаю, но если на компьютере установить ОС Windows, то при объединении в мост USB WiFi и Ethernet адаптеров выпадения кадров не происходит.

Share this post


Link to post
Share on other sites

с ТТЛ проблем нет?

мост через brctl настраивали?

Включите шифрование ВПА2, оно аппаратное, как правило.

 

Можно ещё с WMM и ToS метками поиграться.

Share this post


Link to post
Share on other sites

с ТТЛ проблем нет?

мост через brctl настраивали?

Включите шифрование ВПА2, оно аппаратное, как правило.

 

Можно ещё с WMM и ToS метками поиграться.

TTL=3 у меня получается 2 моста, вроде как должно быть нормально

мост настраивал на компьютере через brctl, на точке доступа OpenWRT похоже тоже через данную утилиту

Если я WMM отключаю на ТД, то OpenWRT уже не хочет к ней подсоединяться ни под каким видом, компьютеру все равно, он как показывал хорошо, так и показывает.

 

А при включении WPA-PSK2 AES точка банальным образом виснет от перегрева.....

 

А с ToS как можно поиграться?

Edited by P_Igorek

Share this post


Link to post
Share on other sites

Может все дело в задержках, которые вносит мост на принимающей стороне?

 

Если мы сделаем tcpdump на компьютере с WiFi, например следующим скриптом, который считает задержку между пришедшими пакетами:

#!/bin/sh

MM=0
ONN=0
LNN=0

tcpdump -n | grep -e 239.0.0.1.1234 | sed -e 's/IP.*//' -e 's/^.....:...//' | while read NN
do
MM=`expr $MM + 1`
LNN=`expr $NN - $ONN`
ONN=$NN
echo $MM - $ONN \($LNN\)
done

 

То задержка между приходим UDP пакетов имеет следующую регулярную структуру:

39 - 005114 (4)
40 - 005115 (1)
41 - 005116 (1)
42 - 008494 (3378)
43 - 008503 (9)
44 - 008505 (2)
45 - 008506 (1)
46 - 012476 (3970)
47 - 012484 (8)
48 - 012486 (2)
49 - 014650 (2164)
50 - 014659 (9)
51 - 014661 (2)
52 - 014662 (1)
53 - 020318 (5656)
54 - 020328 (10)
55 - 020329 (1)
56 - 020330 (1)
57 - 020514 (184)
58 - 020524 (10)
59 - 020525 (1)
60 - 020527 (2)
61 - 020568 (41)
62 - 020570 (2)
63 - 021776 (1206)
64 - 021785 (9)
65 - 021786 (1)
66 - 021788 (2)
67 - 022872 (1084)

 

Если же сделать тоже самое на компьютере за TP-Link в качестве WiFi клиента, то мы имеем совсем другую картину по задержкам:

3495 - 542624 (16126)
3496 - 543254 (630)
3497 - 543376 (122)
3498 - 543478 (102)
3499 - 546224 (2746)
3500 - 548128 (1904)
3501 - 548250 (122)
3502 - 548373 (123)
3503 - 548701 (328)
3504 - 549214 (513)
3505 - 549746 (532)
3506 - 551070 (1324)
3507 - 553110 (2040)
3508 - 553610 (500)
3509 - 554388 (778)
3510 - 554961 (573)
3511 - 555576 (615)
3512 - 556109 (533)
3513 - 556560 (451)
3514 - 557303 (743)
3515 - 557872 (569)
3516 - 557879 (7)
3517 - 558362 (483)
3518 - 560044 (1682)
3519 - 560553 (509)
3520 - 560559 (6)
3521 - 580943 (20384)
3522 - 581451 (508)
3523 - 583532 (2081)
3524 - 585282 (1750)
3525 - 585860 (578)

Share this post


Link to post
Share on other sites
А с ToS как можно поиграться?

 

DSCP метки разные попробовать.

 

 

Если же сделать тоже самое на компьютере за TP-Link в качестве WiFi клиента, то мы имеем совсем другую картину по задержкам:

Странно,

А athstat что говорит?

Share this post


Link to post
Share on other sites

Прошу прощение за долгое молчание.... был в командировке.

 

Купил таки два Microtic слинкавал друг с другом... картина точно такая же. Если AP и Station Bridge просто в мост с проводным интерфейсом, то никакой картинки в мультикасте я не вижу. Пакеты бегут через WLAN влетают (RХ), в мост влетают (RX), через сетевой интерфейс вылетают (RX). Но картинки нет, она просто сыпется.

 

Если по середине сделать туннель поверх IP через беспроводные карточки, то картинка как положено чистенькая и гладенькая.

 

Где же собака то порылась с бриджом на клиенте, кто задержки такие вносит?

 

P.S. метками потока на камере я игрался, все одинаково....

Share this post


Link to post
Share on other sites

Попробуйте на базе и клиенте нажать кнопку Advanced в беспроводном адаптере, перейти на вкладку Data Rates и поставить галочки только на 54М вверху и внизу, естественно если связь на них заработает. далее снова попробуйте передать картинку.

 

Мультикаст бежит на самой маленькой скорости, это 6М, реальная около 3-4мбит, следовательно если требуемая скорость потока больше то пакеты побегут а картинка показываться не будет, т.к. не все через радиоканал успевает проходить. В туннеле же мультикаст передается на максимальных канальных скоростях как обычные данные, поэтому все и работает.

Share this post


Link to post
Share on other sites

Спасибо. Попробовал. Стало лучше, но не радикально....

 

Мультикаст бежит на самой маленькой скорости, это 6М, реальная около 3-4мбит, следовательно если требуемая скорость потока больше то пакеты побегут а картинка показываться не будет, т.к. не все через радиоканал успевает проходить. В туннеле же мультикаст передается на максимальных канальных скоростях как обычные данные, поэтому все и работает.

Только есть нюанс. Если подключается обычный клиент, не роутер, то на нем в это же время картинка показывает просто изумительно.

 

И судя по всему я N режима уже не вижу... Если я ставлю 54 Mbit, то я и вижу в подключении 54 Mbit, а как поставить больше? 100, например?

Edited by P_Igorek

Share this post


Link to post
Share on other sites

Включите на базе и клиенте в band режим с N, далее на вкладке Data Rates вообще уберите все галочки, а на вкладке MCS установите 14-15, тогда заработает на максимальной канальной скорости 130 или 150М. Соответственно если выбираете полосу 40мгц то и больше. Так же можно установив в 6-7 и включив полосу 40мгц получить скорости 130 или 150М без использования MIMO.

Share this post


Link to post
Share on other sites

Включите на базе и клиенте в band режим с N, далее на вкладке Data Rates вообще уберите все галочки, а на вкладке MCS установите 14-15, тогда заработает на максимальной канальной скорости 130 или 150М. Соответственно если выбираете полосу 40мгц то и больше. Так же можно установив в 6-7 и включив полосу 40мгц получить скорости 130 или 150М без использования MIMO.

Установил, действительно скорость соединения стала выше... Но основную проблему это не решило.

 

Изменил прошивку с 5.11 на 5.25, там появилась опция "Multicast Helper" при установки ее в "Full" на стороне точки доступа, через клиента в режиме "Station Bridge" все "заиграло" как нужно.... Но судя по мануалам это заставит трафик раздваиваться на стороне AP и... но тогда это нее мультикаст?

Edited by P_Igorek

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this