P_Igorek

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

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

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

Может все дело в задержках, которые вносит мост на принимающей стороне? Если мы сделаем 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)

TTL=3 у меня получается 2 моста, вроде как должно быть нормально мост настраивал на компьютере через brctl, на точке доступа OpenWRT похоже тоже через данную утилиту Если я WMM отключаю на ТД, то OpenWRT уже не хочет к ней подсоединяться ни под каким видом, компьютеру все равно, он как показывал хорошо, так и показывает. А при включении WPA-PSK2 AES точка банальным образом виснет от перегрева..... А с ToS как можно поиграться?

Доброго дня. Имею 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 адаптеров выпадения кадров не происходит.