P_Igorek Опубликовано 27 февраля, 2013 · Жалоба Доброго дня. Имею 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 адаптеров выпадения кадров не происходит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 27 февраля, 2013 · Жалоба с ТТЛ проблем нет? мост через brctl настраивали? Включите шифрование ВПА2, оно аппаратное, как правило. Можно ещё с WMM и ToS метками поиграться. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
P_Igorek Опубликовано 28 февраля, 2013 (изменено) · Жалоба с ТТЛ проблем нет? мост через brctl настраивали? Включите шифрование ВПА2, оно аппаратное, как правило. Можно ещё с WMM и ToS метками поиграться. TTL=3 у меня получается 2 моста, вроде как должно быть нормально мост настраивал на компьютере через brctl, на точке доступа OpenWRT похоже тоже через данную утилиту Если я WMM отключаю на ТД, то OpenWRT уже не хочет к ней подсоединяться ни под каким видом, компьютеру все равно, он как показывал хорошо, так и показывает. А при включении WPA-PSK2 AES точка банальным образом виснет от перегрева..... А с ToS как можно поиграться? Изменено 28 февраля, 2013 пользователем P_Igorek Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
P_Igorek Опубликовано 28 февраля, 2013 · Жалоба Может все дело в задержках, которые вносит мост на принимающей стороне? Если мы сделаем 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) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 28 февраля, 2013 · Жалоба А с ToS как можно поиграться? DSCP метки разные попробовать. Если же сделать тоже самое на компьютере за TP-Link в качестве WiFi клиента, то мы имеем совсем другую картину по задержкам: Странно, А athstat что говорит? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
P_Igorek Опубликовано 15 мая, 2013 · Жалоба Прошу прощение за долгое молчание.... был в командировке. Купил таки два Microtic слинкавал друг с другом... картина точно такая же. Если AP и Station Bridge просто в мост с проводным интерфейсом, то никакой картинки в мультикасте я не вижу. Пакеты бегут через WLAN влетают (RХ), в мост влетают (RX), через сетевой интерфейс вылетают (RX). Но картинки нет, она просто сыпется. Если по середине сделать туннель поверх IP через беспроводные карточки, то картинка как положено чистенькая и гладенькая. Где же собака то порылась с бриджом на клиенте, кто задержки такие вносит? P.S. метками потока на камере я игрался, все одинаково.... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 15 мая, 2013 · Жалоба Попробуйте на базе и клиенте нажать кнопку Advanced в беспроводном адаптере, перейти на вкладку Data Rates и поставить галочки только на 54М вверху и внизу, естественно если связь на них заработает. далее снова попробуйте передать картинку. Мультикаст бежит на самой маленькой скорости, это 6М, реальная около 3-4мбит, следовательно если требуемая скорость потока больше то пакеты побегут а картинка показываться не будет, т.к. не все через радиоканал успевает проходить. В туннеле же мультикаст передается на максимальных канальных скоростях как обычные данные, поэтому все и работает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
P_Igorek Опубликовано 15 мая, 2013 (изменено) · Жалоба Спасибо. Попробовал. Стало лучше, но не радикально.... Мультикаст бежит на самой маленькой скорости, это 6М, реальная около 3-4мбит, следовательно если требуемая скорость потока больше то пакеты побегут а картинка показываться не будет, т.к. не все через радиоканал успевает проходить. В туннеле же мультикаст передается на максимальных канальных скоростях как обычные данные, поэтому все и работает. Только есть нюанс. Если подключается обычный клиент, не роутер, то на нем в это же время картинка показывает просто изумительно. И судя по всему я N режима уже не вижу... Если я ставлю 54 Mbit, то я и вижу в подключении 54 Mbit, а как поставить больше? 100, например? Изменено 15 мая, 2013 пользователем P_Igorek Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 15 мая, 2013 · Жалоба Включите на базе и клиенте в band режим с N, далее на вкладке Data Rates вообще уберите все галочки, а на вкладке MCS установите 14-15, тогда заработает на максимальной канальной скорости 130 или 150М. Соответственно если выбираете полосу 40мгц то и больше. Так же можно установив в 6-7 и включив полосу 40мгц получить скорости 130 или 150М без использования MIMO. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
P_Igorek Опубликовано 23 мая, 2013 (изменено) · Жалоба Включите на базе и клиенте в 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 и... но тогда это нее мультикаст? Изменено 23 мая, 2013 пользователем P_Igorek Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...