История настройки беспроводного IPTV по Wi-Fi
- IPTV
Желание просмотра iptv по wi-fi возникла одновременно с приобретением ноутбука. Поскольку мой провайдер транслирует некодированый сигнал, то нужда в приставке отпадала, и для реализации желания требовался только раутер, способный «показывать» iptv. После недолгих мучений выбор пал на ZyXEL nbg460n, который должен был удовлетворить все возникшие потребности, при этом мною, человеком неискушенным в этих вопросах, предполагалось, что iptv само собою будет раздаваться и по wi-fi, но как раз с этим возникла проблема.
Как ни хорош ZyXEL, раздавать телевизор по воздуху он упорно не хотел. Перепрошивка устройства и ковыряние настроек не помогали, на бук упорно приходил только маленький огрызок картинки, который тут же с жалобным всхлипом замирал, после чего до перезапуска плеера беспроводное телевидение заканчивалось. Поскольку зюх был непогрешим по определению, в голову пришла мысль что передаваемый поток слишком жирный и не может быть прокачан по wi-fi.
Я всегда считал, что если в спецификации маршрутизатора написано 300Мбит - значит он и должен работать на все 300, ну в крайнем случае уж никак не меньше 250, а по факту до этой цифры было ой как далеко. Оказалось что скорость, которую указывают в характеристиках производители беспроводного wi-fi оборудования, не является скоростью передачи данных. Это - лишь так называемая «скорость радио», в то время как скорость передачи файлов должна составлять максимум половину от нее.
Для того, чтобы полностью раскрыть потенциал стандарта 802.11n, в спецификациях которого указана скорость радио 300 Мбит/с (соответственно, 150 Мбит/с скорость передачи данных), требуется особое оборудование, лишь раутеры и приемники, которые обладают тремя антеннами, а также поддерживают работу на частоте 5 ГГц и технологию MIMO, способны теоретически приблизиться к отметке в 150 Мит/сек. В то же время большая часть оборудования, которая поддерживает 802.11n работает лишь на частоте 2,4 ГГц (как и мой ZyXEL), что гарантированно «урезает» теоретический максимум скорости передачи данных лишь 75 Мбит/сек. Но даже не смотря на все эти ограничения, iptv при самой отличной картинке, не может отжирать больше 5 Мбит, т.е. может отлично показывать даже на стандарте 802.11g.
Оборудование оказалось в полном порядке, дальнейшее изучение вопроса еще шире открыло глаа на проблему айпитивишного вайфаинга и принесло разочарование в 460-ом. Как выяснилось, iptv по кабелю и по воздуху - это две большие разницы, и что по-настоящему беспроводным телевидение в моем случае делает именно раутер, а ZyXEL nbg460n этого не умел.
В целях поиска оптимального варианта были опрошены все знакомые, потенциально имеющие доступ к раутерному хозяйству, и через некоторое время в доме собралась небольшая коллекция маршрутизаторов. Проведя серию тестов, я понял, что ни одна из представленных моделей не способна транслировать iptv по беспроводной связи в сколько-нибудь удовлетворяющем меня качестве, при этом самым достойным в этом плане оказался DLink Dir-615, через который телевидение показывалось вполне приемлемо, при условии, что ноутбук находился в радиусе 3-х метров от маршрутизатора, на более дальних расстояниях начинались лаги, высыпали артефакты и картинка периодически замирала.
Пришло время опять идти на форумы, и о чудо, практически первая ссылка привела меня если не к решению проблемы, то во всяком случае показала, что на Марсе есть жизнь просмотр iptv по wi-fi возможен, и даже есть люди которые вот так запросто, за здорово живешь, ежедневно его смотрят и даже не видят в этом ничего особенного, что для меня, человека потерявшего веру в современные технологии было настоящим волшебством.
Решение нашлось. Оно заключалось в необходимости осуществлять преобразование udp-мультикаст трафика iptv в tcp-юникаст. Сделать это можно с помощью специальной утилиты UDP-to-HTTP, которая будет осуществлять все необходимые эволюции. При этом картинка и звук становится очень качественными, никаких артефактов, лагов и замираний вы не увидите, просмотр становится крайне комфортным, причем не только на ноутбуке, но и на всех морально готовых к этому устройствах, таких как Xbox, Playstation, WD TV Live или даже телевизор, с поддержкой DLNA. Разумеется, утилита должна быть запущена на компьютере, с подведенным к нему по витой паре iptv, т.е. если вы используете постоянно включенный домашний сервер, то это вариант, который будет работать с любым раутером, понимающим iptv, если же постоянно включеный компьютер не входит в ваши планы, то можете приобрести раутер, который умеет выполнять преобразование трафика (с поддержкой udpxy). В этом случае конверсия трафика будет осуществляться прямо на маршрутизаторе.
Самые известные производители, выпускающие раутеры с поддержкой udpxy - это LinkSys, ASUS и не безызвестный ZyXEL с серией Keenetic. Про NetGear ничего сказать не могу, кто-то вроде отписывался, что ему удалось, но достоверных сведений нет. Некоторые модели LinkSys и ASUS для достижения желаемого придется перешить кастомной прошивкой (например DD-WRT), а ZyXEL умеет это делать прямо из коробки. Я остановился на ASUS RT-N56U, который тоже штатно дует IPTV UDP Multicast в HTTP Proxy port, и к тому же умеет раздавать контент через UPnP, что способствует например беспроводному просмотру видеофайлов на соответствующих моделях телевизоров.
Вот и всё. Если у кого-то появятся технические вопросы по настройке, то достаточно в уйти в поиск с парой-тройкой техтерминов из статьи и словом udpxy.
P.S. Всем купившим ASUS RT-N56U настоятельно рекомендую кастомную прошивку от Padavan, которую можно скачать
В Точки доступа WiFi "N"- проблемы с Маками и не только...
Столкнулся я с проблемой, есть несколько точек доступа с поддержкой 802.11n протокола и всё бы ничего, НО некоторые МакБуки, йПады и прочая нечисть, а недавно и Dell ноуты отказались работать в N режиме, причём девайсы честно получают все необходимые настройки по DHCP а вот ни ping ни tracert не работают, при отключении N и переходе на b/g проблема исчезает и сеть работает без проблем. Было обидно точки доступа шикарные, сидят на гигабитной сети с честным 200мегабитным И-нетом. Совершенно случайно пришла мысль поковырять настройки, в частности Длину фрэйма(размер пакета), который по ДЕФОЛТУ был выставлен 2346. Я логически подумал и вспомнил, что в Эзернете это называется MTU и оно равно 1500, а для VPN туннелей нужно ставить 1498, а туннели IPv6 живут вообще на 1280.
Тогда я с клиента запустил пинг на сервер, а на сервере слушал запросы от клиента tcpdump-ом - с дефолтовым Fragment Length 2346 и RTS/CTS Threshold: 2347 - пинги выдавали ошибку, а в tcpdump ничего не прилетало. Я поставил минимальное значение обоих параметров 256 и тут же всё заработало, тогда поставил ping -l 65500 и начал подбирать длину фрэйма(пакета) пока не нашёл минимальное время отклика:)
2.4G Radio Configuration -> Wireless Advanced Settings
Fragment Length: 1024 (256-2346) bytes (по умолчанию стояло 2346)
RTS/CTS Threshold: 1024 (256-2347) (по умолчанию стояло 2347)
======================================== ==============
Причём сеть начинает работать при значении 2345, но опытным путём нашли более оптимальный размер фрейма, пропускающий большие пакеты. Классические эзернетовские 1500 оказались великоваты, остановил подбор оптимального размера на 1024 - при ping -l 65500 задержка составляла порядка 30-40мс. в то время как при фрэйме(пакете) 1500 или 2345 задержка была около 50-60мс, уменьшение фрэйма так же приводило к увеличению задержки.
Основная задача эксперимента - заставить точку доступа НОРМАЛЬНО жить с "специфическим" оборудованием, не работающим с ДЕФОЛТОВЫМИ настройками. В то время мой Samsung Galaxy Note и другие устройства в т.ч. и Айфоны и некоторые айпады так же работали без проблем. Вероятно это индивидуальный глюк некоторых устройств на апаратном или програмном уровне, но в данном случае удалось одновременно и исправить глюк лёгкой настройкой точки доступа и заодно оптимизировать работу WiFi для случая тяжёлых файлов.
UPD:
RTS Threshold (Пороговое значение RTS)
: RTS Threshold (Пороговое значение RTS) - это минимальное число байт, для которого может действовать механизм соединения по каналу с использованием сигналов готовности к передаче/готовности к приему (RTS/CTS). В сети с высоким уровнем радиочастотных помех или большим числом беспроводных устройств, использующих один и тот же канал, снижение значения RTS Threshold (Пороговое значение RTS) может способствовать сокращению числа потерянных фреймов. Пороговое значение RTS по умолчанию составляет 2347 байт; это максимально возможное значение.
Fragmentation threshold (Порог фрагментации) : Это максимальное значение, доступное для маршрутизатора при отправке информации в пакетах, прежде чем пакеты будут разбиты на фрагменты. Обычно причинами проблем, возникающих при отправке информации, являются наличие другого сетевого трафика и конфликты передаваемых данных. Их можно устранить, разбив информацию на фрагменты. Чем ниже установленный порог фрагментации, тем меньше размер пакета, который не будет разбиваться на фрагменты. При максимальном значении (2346) фрагментация практически отключается. Изменять данное значение могут только опытные пользователи.
UPD2
:
Заметку написал потому, что тут и на других Маководовских форумах было много криков насчёт глюков совместимости точек доступа и ВиФи роутеров с Маковским железом. У меня был наглядный пример - 2 одинаковых iPad с одинаковыми прошивками - один мгновенно подключился в моему ВиФи, а другой замупил и не подключился. Поскольку у меня лично нет Маковского железа, а работаю с железками юзверей, которые их не всегда и в руки то дают потискать - пришлось изучать матчасть по форумам и первоначально решил проблему отключением режима 40мегабит передачи, а в случае с Dell вообще отключение N-протокола, а уже потом поскольку с Dell была возможность поиграться - нашёл указанные выше параметры и теперь всё работает с максимально возможными скоростями(Dell пишет 150мегабит, а точка о этом соединении пишет 108мегабит к клиенту и 56мегабит от клиента).
Столкнулся я с проблемой, есть несколько точек доступа с поддержкой 802.11n протокола и всё бы ничего, НО некоторые МакБуки, йПады и прочая нечисть, а недавно и Dell ноуты отказались работать в N режиме, причём девайсы честно получают все необходимые настройки по DHCP а вот ни ping ни tracert не работают, при отключении N и переходе на b/g проблема исчезает и сеть работает без проблем. Было обидно точки доступа шикарные, сидят на гигабитной сети с честным 200мегабитным И-нетом. Совершенно случайно пришла мысль поковырять настройки, в частности Длину фрэйма(размер пакета), который по ДЕФОЛТУ был выставлен 2346. Я логически подумал и вспомнил, что в Эзернете это называется MTU и оно равно 1500, а для VPN туннелей нужно ставить 1498, а туннели IPv6 живут вообще на 1280.
Тогда я с клиента запустил пинг на сервер, а на сервере слушал запросы от клиента tcpdump-ом - с дефолтовым Fragment Length 2346 и RTS/CTS Threshold: 2347 - пинги выдавали ошибку, а в tcpdump ничего не прилетало. Я поставил минимальное значение обоих параметров 256 и тут же всё заработало, тогда поставил ping -l 65500 и начал подбирать длину фрэйма(пакета) пока не нашёл минимальное время отклика:)
2.4G Radio Configuration -> Wireless Advanced Settings
Fragment Length: 1024 (256-2346) bytes (по умолчанию стояло 2346)
RTS/CTS Threshold: 1024 (256-2347) (по умолчанию стояло 2347)
======================================================
Причём сеть начинает работать при значении 2345, но опытным путём нашли более оптимальный размер фрейма, пропускающий большие пакеты. Классические эзернетовские 1500 оказались великоваты, остановил подбор оптимального размера на 1024 - при ping -l 65500 задержка составляла порядка 30-40мс. в то время как при фрэйме(пакете) 1500 или 2345 задержка была около 50-60мс, уменьшение фрэйма так же приводило к увеличению задержки.
Основная задача эксперимента - заставить точку доступа НОРМАЛЬНО жить с "специфическим" оборудованием, не работающим с ДЕФОЛТОВЫМИ настройками. В то время мой Samsung Galaxy Note и другие устройства в т.ч. и Айфоны и некоторые айпады так же работали без проблем. Вероятно это индивидуальный глюк некоторых устройств на апаратном или програмном уровне, но в данном случае удалось одновременно и исправить глюк лёгкой настройкой точки доступа и заодно оптимизировать работу WiFi для случая тяжёлых файлов.
UPD:
RTS Threshold (Пороговое значение RTS): RTS Threshold (Пороговое значение RTS) - это минимальное число байт, для которого может действовать механизм соединения по каналу с использованием сигналов готовности к передаче/готовности к приему (RTS/CTS). В сети с высоким уровнем радиочастотных помех или большим числом беспроводных устройств, использующих один и тот же канал, снижение значения RTS Threshold (Пороговое значение RTS) может способствовать сокращению числа потерянных фреймов. Пороговое значение RTS по умолчанию составляет 2347 байт; это максимально возможное значение.
Fragmentation threshold (Порог фрагментации): Это максимальное значение, доступное для маршрутизатора при отправке информации в пакетах, прежде чем пакеты будут разбиты на фрагменты. Обычно причинами проблем, возникающих при отправке информации, являются наличие другого сетевого трафика и конфликты передаваемых данных. Их можно устранить, разбив информацию на фрагменты. Чем ниже установленный порог фрагментации, тем меньше размер пакета, который не будет разбиваться на фрагменты. При максимальном значении (2346) фрагментация практически отключается. Изменять данное значение могут только опытные пользователи.
UPD2:
Заметку написал потому, что тут и на других Маководовских форумах было много криков насчёт глюков совместимости точек доступа и ВиФи роутеров с Маковским железом. У меня был наглядный пример - 2 одинаковых iPad с одинаковыми прошивками - один мгновенно подключился в моему ВиФи, а другой замупил и не подключился. Поскольку у меня лично нет Маковского железа, а работаю с железками юзверей, которые их не всегда и в руки то дают потискать - пришлось изучать матчасть по форумам и первоначально решил проблему отключением режима 40мегабит передачи, а в случае с Dell вообще отключение N-протокола, а уже потом поскольку с Dell была возможность поиграться - нашёл указанные выше параметры и теперь всё работает с максимально возможными скоростями(Dell пишет 150мегабит, а точка о этом соединении пишет 108мегабит к клиенту и 56мегабит от клиента).
Шпаргалка Wi-Fi параметров
- Rate (Скорость)
Можно установить более низкую скорость передачи данных, если на высокой скорости возникают проблемы при установке соединения или происходит потеря данных. Важно знать, что некоторые скорости передачи данных относятся только к одному стандарту 802.11, тогда как другой стандарт позволит устройству 5430 установить соединение только с этой сетью. Скорости 802.11g: 6, 9, 12, 18, 24, 36, 48, 54 Мбит/с; скорости 802.11b: 1, 2, 5,5, 11 Мбит/с - Basic Rate Set (Установка базовой скорости)
Можно выбрать один из двух вариантов: поддержка всех скоростей, как описано в разделе Rate (Скорость) выше, или использование скоростей 1, 2 Мбит/с, поддерживаемых только старыми версиями 802.11b. - Fragmentation Threshold (Порог фрагментации)
Этот порог используется для фрагментации пакетов, которые способствуют повышению производительности при наличии интерфейса радиопередачи RF. - RTS Threshold (Порог запроса на отправку)
Порог RTS определяет размер пакета передачи и, используя пункт доступа, помогает контролировать поток трафика. - DTIM Interval (Интервал DTIM)
Интервал DTIM устанавливает интервал запуска для клиентов в режиме экономии энергии. - Beacon Interval (Интервал маяка)
Маяк — это пакет информации с сообщением о готовности подключенного устройства, отправляемый с этого устройства на все другие устройства. Интервал маяка — это промежуток времени (установленный маяком) до повторной отправки маяка. Интервал маяка можно настроить в диапазоне миллисекунд (мс). - Preamble Type (Тип преамбулы)
Преамбулы — это последовательность двоичных битов, которые способствуют синхронизации приемников и подготовки приема переданных данных. В некоторых старых версиях беспроводных систем, например 802.11b, используются более короткие преамбулы. Если при подключении к более старой версии устройства 802.11b возникают какие-либо проблемы, попробуйте использовать более короткую преамбулу. Короткую преамбулу можно использовать, если в поле 54g Mode (Режим 54g) для режима 54g указано значение 802.11b Only (Только 802.11b). - Beacon Interval (Пакеты Beacon)
Beacon – это пакеты, рассылаемые точкой доступа для синхронизации беспроводной сети. Укажите требуемый интервал рассылки пакетов Beacon. По умолчанию установлено значение 100 (рекомендуется). - DTIM interval (DTIM, Уведомление о доставки трафика)
Интервал отправки сообщения Delivery Traffic Indication Message по умолчанию равен 3. DTIM — это обратный счетчик, уведомляющий клиентов следующего окна о необходимости прослушивания широковещательных и многоадресных сообщений. - Fragment Length
Порог фрагментации, указанный в байтах, определяет, какие пакеты будут фрагментироваться. Пакеты размером более 2346 байт будут фрагментироваться перед передачей, поскольку значение по умолчанию 2346. - RTS Length
Данный параметр должен оставаться равным значению по умолчанию 2346. Если Вы столкнулись с потоком поврежденных данных, то рекомендуется лишь уменьшать значение порога RTS в пределах от 256 до 2346.
Для того, чтобы настроить конфигурацию подключения беспроводных клиентов, необходимо перейти на следующую старницу менеджера веб-конфигурации
Пункты меню:
Disable (не требует информации)
Accept (требует ввода информации)
Reject (требует ввода информации)
В целях безопасности ASUS 802.11g АР позволяет вам разрешать или блокировать подключение некоторых беспроводных клиентов.
Параметр по умолчанию "Disable" разрешает подключение любых клиентов. "Accept" позволяет подключаться только клиентам, введенным на этой странице. "Reject" блокирует подключение клиентов, введенных на этой странице.
Добавление MAC адресов
Список известных клиентов содержит MAC адреса клиентов, подключенных к АР. Для добавления MAC адреса в список контроля доступа, просто выберите MAC адрес из списка, затем нажмите кнопку "Сору".
НАСТРОЙКА RADIUS
В этом разделе вы можете установить дополнительные параметры для подключения к RADIUS серверу. Это требуется при выборе метода аутентификации "WPA-Enterprise/ WPA2-Enterprise" или "Radius with 802.11 х" на странице Wireless -> Interface.
Server IP Address - В этом поле указывается IP адрес RADIUS сервера для использования аутентификации 802.11Х и динамической проверки WEP ключей.
Server Port - В этом поле указывается номер UDP порта, используемого RADIUS сервером.
Connection Secret - В этом поле указывается пароль для подключения к RADIUS серверу.
Примечание: Нажмите кнопку "Finish" для сохранения настроек и перезагрузки ASUS 802.11g АР или нажмите "Save" для сохранения.УЧЕТНАЯ ЗАПИСЬ ГОСТЯ
В этом разделе вы можете создать учетную запись гостя для беспроводного доступа. Выберите Yes в поле Enable Guest Account.
ДОПОЛНИТЕЛЬНО
В этом разделе вы можете установить дополнительные параметры для беспроводных функций. Для всех пунктов в этом окне рекомендуются значения по умолчанию.
В этом окне вы также можете установить режим работы (АР, Adapter, или Повторитель).
Enable AfterBurner - В этом поле вы можете включить режим AfterBurner для ускоренной передачи данных. Режим AfterBurner требует установки метода аутентификации в Open System и режима в АР.
Hide SSID -"No" является опцией по умолчанию, таким образом беспроводные клиенты могут видеть вашу ASUS 802.11 g АР SSID и подключиться к точке доступа. Если вы выберите "Yes", ваша ASUS 802.11g АР не будет показываться беспроводным клиентам и для подключения нужно вручную ввести ASUS 802.11 g АР SSID. Для ограничения доступа к вашей ASUS 802.11 g АР выберите "Yes". В целях безопасности измените SSID на другой.
Set AP Isolated - Выберите Yes для предотвращения связи беспроводных клиентов друг с другом.
Data Rate (Mbps) - В этом поле вы можете указать скорость передачи данных. Оставьте "Auto" для максимальной производительности.
Basic Rate Set - В этом поле указывается базовая скорость, поддерживаемая бесповодными клиентами. Используйте "1 & 2 Mbps" только для обратной совместимости со старыми клиентами.
Fragmentation Threshold (256-2346) - Фрагментация используется для разделения фреймов 802.11 на меньшие порции (фрагменты), которые отправляются отдельно. Включите фрагментацию установив определенный определенный порог для размера пакета. Если в WLAN наблюдается чрезмерное количество столкновений, поэкспериментируйте с различными значениями фрагментации, чтобы увеличить надежность передачи кадров. Для обычного использования рекомендуется установить значение по умолчанию (2346).
RTS Threshold (0-2347) - Функция RTS/CTS (ЗНО - запрос на отправку / ДНО - допуск на отправку) используется для минимизации взаимного влияния между беспроводными станциями. Когда включена функция RTS/CTS, маршрутизатор воздерживается от отправки данных, пока не выполнится ответная RTS/CTS. Включите функцию RTS/ CTS, установив определенный порог для размера пакета. Рекомендуется установить значение по умолчанию (2347).
DTIM Interval (1-255) - DTIM (сообщение о трафике доставки) сообщение, используемое для информирования пользователей в режиме энергосбережения для пробуждения системы для приема широковещательных или многоадресных сообщений. Введите интервал времени DTIM для клиентов в режиме энергосбережения. Рекомендуется значение по умолчанию(З).
Beacon Interval (1-65535) -В этом поле указывается интервал времени в миллисекундах, через который система рассылает сообщение о готовности подключенного устройства. Рекомендуется значение по умолчанию (100 миллисекунд).
Enable Frame Bursting - В этом поле вы можете включить режим frame-bursting для ускоренной передачи данных клиентам, которые поддерживают frame-bursting.
Radio Power - Выходная мощность может быть установлена в значение 1- 84, но рекомендуется значение по умолчанию.
Enable WMM - В этом поле вы можете включить WMM для ускоренной передачи мультимедиа
Enable WMM No-Acknowledgement - В этом поле вы можете включить WMM No-Acknowledgement
Mode - В этом поле вы можете установить режим работы в АР или повторитель.
При установке в режим повторитель, следует установить параметры для повторителя:
Enable Individual Wireless Setting
- Выбор "Yes" применяет к повторителю параметры, установленные на этой странице. Выбор "No" применяет к повторителю параметры, установленные на Wireless -> Interface Repeater.
Другие настройки безопасности такие же как на Wireless -> Interface.
