IPTV через UDPXY Общая инструкция

Post new topic   Reply to topic    DD-WRT Forum Index -> Оборудование на основе Atheros WiSOC
Goto page Previous  1, 2, 3, ... 9, 10, 11  Next
Author Message
XGhosT192
DD-WRT User


Joined: 15 Jan 2011
Posts: 66

PostPosted: Sat Feb 12, 2011 8:06    Post subject: Reply with quote
Buffalo G300NH, тоже не помогло Sad
Sponsor
XsoWie
DD-WRT User


Joined: 24 Aug 2009
Posts: 145

PostPosted: Sat Feb 12, 2011 12:57    Post subject: Reply with quote
XGhosT192 wrote:
Buffalo G300NH, тоже не помогло Sad

Судя по вашему видео, у вас не через udpxy поток идет.
В IPTVPlayer в настройках на первой вкладке, есть поле "Интерфейс". В нем должен быть указан ipвашегороутера:порт (который слушает udpxy)

_________________
DIR-320,DIR-300rev.A&B,WR741ND,WR1043ND
JID: xsowie@seekwell.ru
XGhosT192
DD-WRT User


Joined: 15 Jan 2011
Posts: 66

PostPosted: Sun Feb 13, 2011 18:25    Post subject: Reply with quote
XsoWie wrote:
Судя по вашему видео, у вас не через udpxy поток идет.
В IPTVPlayer в настройках на первой вкладке, есть поле "Интерфейс". В нем должен быть указан ipвашегороутера:порт (который слушает udpxy)


Да, у меня было настроено не так - в интерфейсе указан
IP wi-fi компутера, на котором пытаемся смотреть IPTV, но в списке каналов указан полный адрес.
http://192.168.11.2:4022/udp/239.1.1.1:1234

Сейчас попробую очередной заход с учётом новых знаний...


P.S.
Странно, ведь сами по себе IGMP не могут проходить - проверил что igmprt/igmpproxy режало.

P.S.S. Ещё больше расстраивает что древний DIR-300 на штатной прошивке ботает.
XGhosT192
DD-WRT User


Joined: 15 Jan 2011
Posts: 66

PostPosted: Sun Feb 13, 2011 20:58    Post subject: Reply with quote
Итак, вооружившись новыми знаниями:
1. Вводная.
Роутер имеет изнутри 192.168.11.2,
снаружи 178.49.XX.XX (интерфейс eth1).

2. При запущенном Udpxy нашел адреса роутеров


tcpdump -i $(nvram get wan_ifname) -n -p udp port 1234 and host 239.1.1.1

00:08:13.878169 IP 10.245.140.62.52331 > 239.1.1.1.1234: UDP, length 1316

-----

tcpdump -i $(nvram get wan_ifname) -p igmp -n

00:09:44.605042 IP 10.246.6.5 > 224.0.0.252: igmp query v2 [max resp time 10] [gaddr 224.0.0.252]
00:25:11.074566 IP 10.246.6.5 > 224.0.0.252: igmp query v2 [max resp time 10] [gaddr 224.0.0.252]
00:25:11.932733 IP 178.49.XX.XX > 239.1.1.1: igmp v2 report 239.1.1.1
00:25:12.450182 IP 10.252.16.129 > 224.0.0.1: igmp query v2
00:25:14.157554 IP 178.49.XX.XX > 239.1.1.1: igmp v2 report 239.1.1.1
00:25:16.914082 IP 178.49.XX.XX > 224.0.0.2: igmp leave 239.1.1.1
00:25:16.942752 IP 178.49.XX.XX > 239.1.1.1: igmp v2 report 239.1.1.1
00:25:20.511336 IP 10.246.6.5 > 224.0.0.252: igmp query v2 [max resp time 10] [gaddr 224.0.0.252]
00:25:21.772699 IP 178.49.XX.XX > 239.1.1.1: igmp v2 report 239.1.1.1

----

Самое интересное, следящих роутеров похоже два.

3. Не отключал SPI/multicast,
разрешил хождение к-от роутеров


iptables -D INPUT -p igmp -j DROP

iptables -I INPUT -i eth1 -p udp -d 239.0.0.0/20 -j ACCEPT
iptables -I INPUT -i eth1 -s 10.245.140.62 -j ACCEPT
iptables -I INPUT -i eth1 -s 10.246.6.5 -j ACCEPT
iptables -I INPUT -i eth1 -s 10.252.16.129 -j ACCEPT


4.
Прописал в интерфейсе IPTVPlayer
192.168.11.2:4022

Соответственно запустил udpxy

./udpxy -a $(nvram get lan_ipaddr) -m $(nvram get wan_ipaddr) -p 4022 -c 3 -v -l ./logfile

5. Кино идёт целых 5-10 секунд. После этоого останавливается и всё, IPTVPlayer не показывает даже картинку. И так со всеми каналами.

Если прописать по старому в IPTV плеере локальный интерфейс и URL в качестве канала то та же самая история.

Логи udpxy какие то странные. как будто идёт-иддёт потом хоп и отваливается сам.

От версии и сборки udpxy не зависит (проверял разные и сам собирал тоже).

Логи в аттаче.
XGhosT192
DD-WRT User


Joined: 15 Jan 2011
Posts: 66

PostPosted: Sun Feb 13, 2011 21:29    Post subject: Reply with quote
Да, с VLC та же фигня
XsoWie
DD-WRT User


Joined: 24 Aug 2009
Posts: 145

PostPosted: Mon Feb 14, 2011 0:00    Post subject: Reply with quote
А если кабель провайдера напрямую в комп?
Показывает IPTV?

еще заметил что в фаере вы указываете
Quote:

iptables -I INPUT -i eth1 -p udp -d 239.0.0.0/20 -j ACCEPT

Однако в плейлисте я вижу адрес
Quote:

239.1.1.1.1234


следует для правила фаера указать свою подсеть, или вообще ее не указывать если вы используете это
Quote:
iptables -I INPUT -i eth1 -s 10.245.140.62 -j ACCEPT
iptables -I INPUT -i eth1 -s 10.246.6.5 -j ACCEPT
iptables -I INPUT -i eth1 -s 10.252.16.129 -j ACCEPT


Еще раскажу про свои грабли в процессе поиска комфортного просмотра IPTV.
Вроде все настроил, все хорошо. Однако периодически пропадал интренет и IPTV показывал кубиками.
Выяснилось следующее.
"Фильтр многоадресных потоков" у меня был отключен.
А у ребенка в соседней комнате я как то забыл настроить IPTVPlayer. Так вот когда ребенок включал свой проигрыватель чтобы "телек позырить" начинался "интернет капут"
Поэтому "Фильтр многоадресных потоков" должен быть включен обязательно.
и в IPTABLES правило режущее igmp тоже должно должно быть удалено обязательно

Code:
iptables -D INPUT -p igmp -j DROP

_________________
DIR-320,DIR-300rev.A&B,WR741ND,WR1043ND
JID: xsowie@seekwell.ru
XGhosT192
DD-WRT User


Joined: 15 Jan 2011
Posts: 66

PostPosted: Mon Feb 14, 2011 6:57    Post subject: Reply with quote
XsoWie wrote:
А если кабель провайдера напрямую в комп?
Показывает IPTV?

еще заметил что в фаере вы указываете
Quote:

iptables -I INPUT -i eth1 -p udp -d 239.0.0.0/20 -j ACCEPT

Однако в плейлисте я вижу адрес
Quote:
239.1.1.1.1234




Напрямую не пробовал сейчас но на той неделе работало исправно.
В конфигурации (Провайдер) -> DIR300 -> LAN / WiFi работает прекрасно сутками.

Думаю с правилами всё нормально если в самом начале идёт нормальный поток. Но что то его прерывает (udpxy), причём - штатно.
Может быть роутер должен на пакеты от "следящего" роутера давать какой-то отклик а его не дает и поток штатно гасится?

А вот это в логах настораживает
Code:

1970-01-01 00:32:55.523091 UTC   9617   read_buf: read: Resource temporarily unavailable
1970-01-01 00:32:55.523420 UTC   9617   read_data - EOF
1970-01-01 00:32:55.523617 UTC   9617   Exited relay loop: received=[-1], sent=[0], quit=[0]
1970-01-01 00:32:55.523938 UTC   9617   multicast-group [DROP]
1970-01-01 00:32:55.524170 UTC   9617   Mcast listener socket=[1] closed
1970-01-01 00:32:55.524655 UTC   9617   Child process=[9617] exits with rc=[0]
1970-01-01 00:32:55.525655 UTC   9513   *** Caught SIGCHLD in process=[9513] ***
1970-01-01 00:32:55.529311 UTC   9513   Client [9617] has exited.
1970-01-01 00:32:55.529561 UTC   9513   Deleted client: pid=[9617]



Тем более после прекращения показа каке-то время udp-пакеты всё равно идут.
DJArtyUA
DD-WRT Novice


Joined: 11 Feb 2011
Posts: 13

PostPosted: Mon Feb 14, 2011 8:58    Post subject: Reply with quote
"Фильтр многоадресных потоков" когда включен то не запускает igmprt (igmp proxy). Когда галка снята то igmprt запускается.
А его задача пробросить внутрь "домашней" подсетки мультикаст который запрашивает один из клиентов (например запустив VLC c обычным плейлистом типа udp://@238.0.0.1). Так вот проброс он делает конкретный и мультикат этот начинает кидать на всю подсетку и тому кто просил и тем кто его не запрашивал. Если вопрошающий был на шнурке, то у него всё тип топ, а вот если есть в подсетке клиенты на вайфае то им становится от этого мусора плохо и они загибаются вплоть до отрубания. Возможно этот процесс можно както подкрутить в /tmp/igmpproxy.conf но ни к чему, для этого и придуман собственно udpxy что бы отдавать поток по хттп только тому кто запросил и не мусорить в подсетке. Вывод: "Фильтр многоадресных потоков" - включать Smile (причём оно срабатывает и при работающем и при неработающем SPI, хотя и пытается быть неактивным)


Last edited by DJArtyUA on Mon Feb 14, 2011 9:17; edited 1 time in total
DJArtyUA
DD-WRT Novice


Joined: 11 Feb 2011
Posts: 13

PostPosted: Mon Feb 14, 2011 9:11    Post subject: Reply with quote
XGhosT192 wrote:
сборки udpxy (... сам собирал тоже).

Интересует в двух словах про сборку для Atheros.. где что взять(на ДИР-320 что-то там делал, а на ДИР-615 развернуться негде). Или просто 19-ю udpxy заполучить :о)

По логам похоже что именно следящий роутер не получает подтверждения о том что клиент ещё в онлайне и запрашивает поток, потому и решает поток больше не кидать. Видимо не все следители выловлены Smile (у меня был один раздающий и один следящий, мне проще). Но если то же самое происходит и по обычной схеме.. тогда уж нечего сказать. Одно могу сказать что мне тоже кажется что на DIR-320 ранее показывало как то лучше что ли.. а сейчас на DIR-615 какието квадраты иногда даже по шнурку..(но тут и провайдер мог подиспортиться). Странно, проц в два раза сильнее только поменялся на атерос, имеет ли это значение пока непонятно.

P.S.
И кстати ... почему в правилах eth1 ??
XGhosT192
DD-WRT User


Joined: 15 Jan 2011
Posts: 66

PostPosted: Mon Feb 14, 2011 9:31    Post subject: Reply with quote
DJArtyUA wrote:
Если вопрошающий был на шнурке, то у него всё тип топ, а вот если есть в подсетке клиенты на вайфае то им становится от этого мусора плохо и они загибаются вплоть до отрубания.

Дома проверю.

Тест простой. Берем файлик, начинаем его гнать через тракт LAN-WiFi, замеряем скорость.

Включаем на WiFi IPTV, проверяем скорость, засекаем просадку.
Отключаем WiFi IPTV, включаем на LAN.

По твоей теории просадка должна быть одинакова, так ?
XGhosT192
DD-WRT User


Joined: 15 Jan 2011
Posts: 66

PostPosted: Mon Feb 14, 2011 9:35    Post subject: Reply with quote
DJArtyUA wrote:

Странно, проц в два раза сильнее только поменялся на атерос, имеет ли это значение пока непонятно.
P.S.
И кстати ... почему в правилах eth1 ??

А фиг знает, eth1 это WAN,
внутрь смотрит eth0+wifi0 = br0


Фокус с Atheros + DLink: на родной прошивке ещё и vlan есть.
А на dd-wrt говорят что нет vlan на atheros!

Собрать свое просто - надо иметь Ubintu 10.10 x64 + toolchain из недр dd-wrt development и всё.
XGhosT192
DD-WRT User


Joined: 15 Jan 2011
Posts: 66

PostPosted: Mon Feb 14, 2011 13:14    Post subject: Reply with quote
Ну а вот и результаты тест драйва.
Копирование файла (54mbps wifi) = 1.9Мб/сек.
Копирование файла (54mbps wifi) + IPTV по LAN= 1.89МБ/сек.

0.01 можно списать на то что подтормаживает роутер или ещё как то но уж точно HD-видео поток на 5 мегабит как минимум не просачивается на WiFi а идёт тому кто запросил (LAN).

DIR300, родная прошивка, igmpproxy
DJArtyUA
DD-WRT Novice


Joined: 11 Feb 2011
Posts: 13

PostPosted: Mon Feb 14, 2011 14:01    Post subject: Reply with quote
XGhosT192 wrote:
надо иметь Ubintu 10.10 x64 + toolchain из недр dd-wrt development и всё.

Убунта то такая имеется а вот в недрах не силён.. тыкнуть бы где лежит тулчейн и где об этом слегка написано :)

Про просадку не я ж один придумал, вот выше XsoWie именно о таком же говорил...
XsoWie
DD-WRT User


Joined: 24 Aug 2009
Posts: 145

PostPosted: Mon Feb 14, 2011 18:03    Post subject: Reply with quote
Уважаемый XGhosT192, а вы на каком устройстве udpxy запустить пытаетесь?
DIR-300? rev.A или B? если на нем?
или все же на Buffalo WZR-HP-G300NH?

_________________
DIR-320,DIR-300rev.A&B,WR741ND,WR1043ND
JID: xsowie@seekwell.ru
XGhosT192
DD-WRT User


Joined: 15 Jan 2011
Posts: 66

PostPosted: Mon Feb 14, 2011 20:01    Post subject: Reply with quote
XsoWie wrote:
Уважаемый XGhosT192, а вы на каком устройстве udpxy запустить пытаетесь?
DIR-300? rev.A или B? если на нем?
или все же на Buffalo WZR-HP-G300NH?


прикрутить iptv пытаюсь всеми силами к
Buffalo WZR-HP-G300NH, который взят на замену старичку DIR-300 H/W Rev.A1 и держится всё ещё на оригинальной прошивке (хорошо хоть туда telnet есть).

DIR-300 работает прекрасно на igmpproxy.
WZR-HP-G300NH не работает с IPTV никак :-(

Оба atheros.
Goto page Previous  1, 2, 3, ... 9, 10, 11  Next Display posts from previous:    Page 2 of 11
Post new topic   Reply to topic    DD-WRT Forum Index -> Оборудование на основе Atheros WiSOC All times are GMT

Navigation

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum