Bekijk de volledige versie : И снова про мультикаст...
cavemanlu
05-04-2007, 20:23
Раз останавливается, значит не хватает каких-то маршрутов. И прошивку возьмите посвежее.
Так прошивка Ваша последняя.
А как понять, какие маршруты нужны?...
Вот тут написано про igmp query - поглядите, кто его делает.
http://wl500g.info/showpost.php?p=41648&postcount=151
cavemanlu
06-04-2007, 14:04
Вот тут написано про igmp query - поглядите, кто его делает.
http://wl500g.info/showpost.php?p=41648&postcount=151
Добавил еще 3 маршрута из листинга tcpdump'a )))
Не знаю из-за какого из них, но все начало работать без стопора!
Громадное спасибо Гуру! :)
Олег, подскажите пожалуйста новая прошивка, которая на g заканчивается, она мультикаст по вай-фай передает, а то у меня по лану все нормально идет а по вай-фай никак. Или нужны какие-то доп настройки?
Должно всё быть, как и раньше. Вы рейт для мультикаста изменили?
Добавил в ФАК описание.
http://wl500g.info/showpost.php?p=51618&postcount=20
Просьба ко всем поглядеть, может что-то наврал или нужно дополнить и написать настройки для Ваших провайдеров (интересуют маршруты, необходимые для работы мультикаста) и тонкости.
И снова я...помогите никак не могу разобраться с командами все пишу как в факе и вот, что у меня получается:
[admin@(none) root]$ tcpdump -i $(nvram get wan_ifname) -n -p udp port 5500 and
host 233.32.210.1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on vlan1, link-type EN10MB (Ethernet), capture size 68 bytes
Помогите плиз, жена уже весь мозг съела :D
Так работает у Вас по проводу через роутер или нет?
То, что Вы пишите правильно с виду (если порт 5500), при включении ТВ должен идти пакеты.
у меня по проводу все работает, я об этом отписывался в других темах, у меня не работает через wi-fi...и я там спрашивал, реально ли пустить multicast через wi-fi...
Тогда tcpdump не поможет. Полагаю, что проблема в клиенте.
клиент у меня videolan, а в чем именно может быть проблема?
Я имел в виду компьютер, возможно какой-то фаервол там всё успешно режет...
У меня провайдер Eltel (СПб), используется pppoe. Настроил wl-500gp, как тут описано, прописал несколько маршрутов, вычисленных с помощью tcpdump, вроде все показывает, но изображение постоянно "заедает", идет с задержками. Пробовал менять значение Multicast Rate от 11 до 54, не помогает. Если смотреть напрямую по кабелю, то все отлично, а вот по wi-fi такая проблема.
Может что-то еще нужно поднастроить?
Попробовать сменить канал для WiFi.
Канал для WiFi стоит в режиме Auto, также, как и Wireless Mode.
Или лучше указывать канал определенно?
Кстати, что такое Enable Frame Bursting на той же странице, там у меня Disabled?
Канал лучше фиксированный, конечно. Пробуйте 1, 6, 11.
Enable Frame Bursting стоит поставить в Yes, это просто слегка увеличивает скорость в WiFi сети. На мультикаст, думаю, не повлияет.
Попробовал :)
После очередной перезагрузки роутер помер... индикатор WiFi не загорается и по кабелю на него не зайти.
Сброс в дефолт спасёт отца русской демократии.
Дефолт его успешно воскресил :)
Попробовал разные каналы, разные рэйты на них, все равно изображение подтормаживает, не помогает :(
Прошивка последняя 1.9.2.7-7g.
Проблема с телевидением:
Оно работает до тех пор пока на стартанёт демон pptpd.
Без него(Static IP) всё работает.
Подписка проходит удачно, пакеты вижу на vlan1, а вот на br0 они не попадают.
Вещает на 239.64.64.1 порт 1234, что происходит при установке VPN?
Что за маршруты кроме default он вносит и почему происходит прекращение
передачи пакетов с vlan1 на br0?
Вещает не 239.64.64.1! Это мультикаст группа, а не адрес источника. Ещё раз посмотрите в ФАКе, там описано, как определить адрес источника с помщью tcpdump. Как только пропишите правильный маршрут, так сразу и наступит счастье.
Вещает не 239.64.64.1! Это мультикаст группа, а не адрес источника. Ещё раз посмотрите в ФАКе, там описано, как определить адрес источника с помщью tcpdump. Как только пропишите правильный маршрут, так сразу и наступит счастье.
Это то и понятно, я просто не совсем понятно выразился, написав вещает "на", я и не имел ввиду что это источник(кстати источник 10.254.64.1). Мне как раз было интересно какой маршрут нужно дописать, потому что я уже какие только маршруты не вписывал :)
Мне представляется, что он должен быть аля мультикаст 239.64.64.1 направить на 192.168.1.1(внутренний интерфейс роутера), чтобы я с vlan1 получил перенаправление этого потока на br0, только у меня не средствами веба, не с помощью команды route не получается это осуществить :(
Маршрут должен выглядеть так:
10.254.64.1 255.255.255.255 gateway 0 MAN
Gateway - тот, что Вы указали в качестве Default Gateway. Надеюсь, что ответил на Ваш вопрос. :)
Маршрут должен выглядеть так:
10.254.64.1 255.255.255.255 gateway 0 MAN
Gateway - тот, что Вы указали в качестве Default Gateway. Надеюсь, что ответил на Ваш вопрос. :)
Спасибо огромное за ваш труд и за то , что находиться время отвечать на такие вопросы как мой.
Прошивка последняя 1.9.2.7-7g.
Проблема с телевидением:
Оно работает до тех пор пока на стартанёт pppoe
Без него (Static IP) всё работает, в tcpdumpe вижу что источник 10.221.0.22. Изначально прописан маршрут на все адреса 10.0.0.0.
Как тока включаю инет, ТВ пропадает.
Может надо ещё какой маршрут прописать?
Как точно выглядит этот маршрут? И какой адрес получается по pppoe?
адрес 89.250.7.109 , а маршрут 10.0.0.0 маска 255.0.0.0 gateway 10.9.0.1 метрика 1 интерфейс MAN
А с метрикой 0 ситуация такая же?
да, щас попробовал тоже самое :(
Уточните: 1) pppoe работает на роутере? 2) во время работы pppoe запуск на вопроизведение не работает вообще?
да, если роутер перевести в режим статик IP, то все работает
вот вывод команды
tcpdump -i vlan1 -p igmp -n рис. 1
tcpdump -i vlan1 -т -p udp and host 239.2.12.3 рис. 2
Надо копать маршруты. Чего-то не хватает...
А с включенным pppoe что говорит
tcpdump -i vlan1 -p igmp -n
?
Т.е. сначала запустите tcpdump, затем включите воспроизведение.
Кстати, ан рисунке 2 у Вас пусто. Ошиблись с адресом похоже... (3->2)
В том-то и дело что это выводы при включенном pppoe :( C выключенным все в порядке показывает нормально пакеты с адреса 10.221.0.22. В настройках провайдера говорится что для правильной работы IPTV и инета необходимо метрику поставить 1 для локальной сети.
не работает тв через рутер....
напрямую работает.
настройки следующие:
сеть dhcp+pptp
сеть 10.2.0.0/16
вещают два компа 10.2.0.7 и 10.2.0.8
список каналов через SAP
список каналов появляется, изображение нет.
мой ip 10.2.1.11, подключаюсь проводом, роут в локалку прописан, собственно она пашет... ХЕЛП!!!
лог vlc (получение списка каналов):
main debug: removing module "ipv4"
main debug: net: connection to '[]:0@[FF0E::2:7FFE]:9875' failed
main debug: adding playlist item `Monte Carlo - http://www.montecarlo.ru' ( udp://@239.192.1.14:1234 )
main debug: adding playlist item `RTR Planeta - http://www.rtr-planeta.com/' ( udp://@239.192.0.18:1234 )
main debug: adding playlist item `Militsejskaja Volna - http://www.radiomv.ru/' ( udp://@239.192.1.15:1234 )
main debug: adding playlist item `Kultura Telekanal - http://www.tvkultura.ru/' ( udp://@239.192.0.19:1234 )
main debug: adding playlist item `Na Semi Holmah - http://www.radio7.ru/' ( udp://@239.192.1.16:1234 )
main debug: adding playlist item `Perviy kanal - http://www.1tv.ru/' ( udp://@239.192.0.20:1234 )
main debug: adding playlist item `Energia - http://www.energyfm.ru/' ( udp://@239.192.1.17:1234 )
main debug: adding playlist item `Vesti - http://www.vesti24.ru/' ( udp://@239.192.0.21:1234 )
main debug: adding playlist item `Mayak - http://www.radiomayak.ru/' ( udp://@239.192.1.18:1234 )
main debug: adding playlist item `NTV - http://www.ntv.ru/' ( udp://@239.192.0.22:1234 )
main debug: adding playlist item `Hit FM - http://www.hitfm.ru/ ' ( udp://@239.192.1.19:1234 )
main debug: adding playlist item `Dom Kino - http://www.1tvrus.com/domkinoptv.php' ( udp://@239.192.0.23:1234 )
main debug: adding playlist item `Russkoe Mezhdunarodnoe - http://www.vor.ru/RMR/rmr_main.html' ( udp://@239.192.1.20:1234 )
main debug: adding playlist item `Style - http://www.stylenews.ru/styletv/' ( udp://@239.192.0.4:1234 )
main debug: adding playlist item `Avtoradio - http://www.avtoradio.ru/' ( udp://@239.192.1.21:1234 )
main debug: adding playlist item `Doroznoe - http://www.radionavigator.ru/' ( udp://@239.192.1.22:1234 )
main debug: adding playlist item `Zvezda - http://www.tvzvezda.ru/?id=14538/' ( udp://@239.192.1.23:1234 )
main debug: adding playlist item `Record - http://www.radiorecord.ru/' ( udp://@239.192.1.24:1234 )
main debug: adding playlist item `Shanson Piter - http://www.100.9fm.ru/' ( udp://@239.192.1.25:1234 )
main debug: adding playlist item `Shanson Moskva - http://www.chanson.ru/' ( udp://@239.192.1.26:1234 )
main debug: adding playlist item `RTR Planeta Sport - http://www.rtr-sport.ru/doc.html?id=231078&cid=1482 ' ( udp://@239.192.0.14:1234 )
main debug: adding playlist item `Gardarika - http://www.radionw.ru/' ( udp://@239.192.1.27:1234 )
main debug: adding playlist item `F Men - http://www.ftv.com' ( udp://@239.192.0.7:1234 )
main debug: adding playlist item `EuroNews - http://www.euronews.net/' ( udp://@239.192.0.15:1234 )
main debug: adding playlist item `Rossia - http://www.vor.ru/' ( udp://@239.192.1.28:1234 )
main debug: adding playlist item `CVC Australia - http://www.cvc.tv/go/english/' ( udp://@239.192.1.3:1234 )
main debug: adding playlist item `BBC World - http://www.bbcworld.com/' ( udp://@239.192.0.16:1234 )
main debug: adding playlist item `Kanal Sodrugestvo - http://www.vor.ru/' ( udp://@239.192.1.29:1234 )
main debug: adding playlist item `Bridge TV - http://www.bridgetv.ru/ ' ( udp://@239.192.0.1:1234 )
main debug: adding playlist item `Love Radio - http://www.loveradio.ru/' ( udp://@239.192.1.7:1234 )
main debug: adding playlist item `Swiss Music Radio - http://www.swissmusicradio.ch' ( udp://@239.192.1.4:1234 )
main debug: adding playlist item `Holliday FM - http://www.holidayfmradio.co.uk/' ( udp://@239.192.1.8:1234 )
main debug: adding playlist item `Silver Rain - http://www.silver.ru/' ( udp://@239.192.1.30:1234 )
main debug: adding playlist item `A-One - http://www.a1tv.ru/' ( udp://@239.192.0.3:1234 )
main debug: adding playlist item `CTC - http://www.ctc-tv.ru/' ( udp://@239.192.0.9:1234 )
main debug: adding playlist item `Fashion - http://www.ftv.com' ( udp://@239.192.0.5:1234 )
main debug: adding playlist item `WRN Radio - http://new.wrn.org/ru' ( udp://@239.192.1.9:1234 )
main debug: adding playlist item `Mayak24 - http://www.mayak.info/mayak24/' ( udp://@239.192.1.31:1234 )
main debug: adding playlist item `7 TV - http://www.7tv.ru/' ( udp://@239.192.0.2:1234 )
main debug: adding playlist item `Domashniy - http://www.domashniy.ru/' ( udp://@239.192.0.10:1234 )
main debug: adding playlist item `ORT Planeta - http://www.1tvrus.com/' ( udp://@239.192.0.13:1234 )
main debug: adding playlist item `Unost - http://www.radiounost.ru/' ( udp://@239.192.1.32:1234 )
main debug: adding playlist item `World Music Channel - http://www.wmc-tv.ru/' ( udp://@239.192.0.11:1234 )
main debug: adding playlist item `Perviy Muzykalnyi - http://www.one.by/' ( udp://@239.192.0.12:1234 )
main debug: adding playlist item `Jazz 89.1 FM - http://www.stylenews.ru/jazz/jaz.php' ( udp://@239.192.1.34:1234 )
main debug: adding playlist item `Muz TV - http://www.muz-tv.ru/' ( udp://@239.192.0.8:1234 )
main debug: adding playlist item `Maximum - http://www.maximum.ru/' ( udp://@239.192.1.35:1234 )
main debug: adding playlist item `Business' ( udp://@239.192.1.36:1234 )
main debug: adding playlist item `City-FM - http://www.city-fm.ru/ ' ( udp://@239.192.1.10:1234 )
main debug: adding playlist item `Telekanal Rossiya - http://www.rutv.ru/' ( udp://@239.192.0.17:1234 )
main debug: adding playlist item `DFM - http://www.dinamitfm.ru/' ( udp://@239.192.1.11:1234 )
main debug: adding playlist item `Russkie Pesni - http://www.russkiepesni.ru/' ( udp://@239.192.1.12:1234 )
main debug: adding playlist item `Russkaja Sluzhba Novostej - http://www.rsnradio.ru/' ( udp://@239.192.1.13:1234 )
main debug: adding playlist item `Humor FM - http://www.veseloeradio.ru/' ( udp://@239.192.1.33:1234 )
лог vlc (включение канала)
main debug: creating demux: access='udp' demux='' path='@239.192.0.9:1234'
main debug: looking for access_demux module: 0 candidates
main warning: no access_demux module matched "udp"
main debug: creating access 'udp' path='@239.192.0.9:1234'
main debug: looking for access2 module: 6 candidates
access_udp debug: opening server=:0 local=239.192.0.9:1234
main debug: net: connecting to '[]:0@[239.192.0.9]:1234'
main debug: looking for network module: 1 candidate
ipv6 debug: 239.192.0.9: Host or service not found
main debug: using network module "ipv6"
main debug: removing module "ipv6"
main debug: looking for network module: 1 candidate
ipv4 debug: resolving 239.192.0.9:1234...
ipv4 debug: resolving :0...
ipv4 debug: Winsock best interface is 3
ipv4 debug: using interface 0xa101a8c0
ipv4 debug: IP_ADD_MEMBERSHIP multicast request
main debug: using network module "ipv4"
main debug: removing module "ipv4"
main debug: using access2 module "access_udp"
main debug: pre buffering
tcpdump на рутере:
[dfox@(none) root]$ tcpdump -i vlan1 -p igmp -n
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on vlan1, link-type EN10MB (Ethernet), capture size 68 bytes
01:40:06.341691 IP 10.2.1.11 > 224.0.0.2: igmp leave 239.192.0.9
01:40:06.506107 IP 10.2.1.11 > 239.192.0.9: igmp v2 report 239.192.0.9
01:40:13.706056 IP 10.2.1.11 > 239.192.0.9: igmp v2 report 239.192.0.9
01:40:18.332253 IP 10.2.0.10 > 227.0.0.2: igmp query v2 [max resp time 10] [gaddr 227.0.0.2]
01:40:18.333516 IP 10.2.0.10 > 227.0.0.2: igmp query v2 [max resp time 10] [gaddr 227.0.0.2]
01:40:18.333942 IP 10.2.0.10 > 227.0.0.2: igmp query v2 [max resp time 10] [gaddr 227.0.0.2]
01:40:18.335330 IP 10.2.0.10 > 227.0.0.2: igmp query v2 [max resp time 10] [gaddr 227.0.0.2]
01:40:18.436054 IP 10.2.1.11 > 239.192.0.9: igmp v2 report 239.192.0.9
01:40:19.239319 IP 10.2.1.31 > 227.0.0.2: igmp v2 report 227.0.0.2
01:40:19.317072 IP 10.2.0.10 > 227.0.0.2: igmp query v2 [max resp time 10] [gaddr 227.0.0.2]
01:40:19.318429 IP 10.2.0.10 > 227.0.0.2: igmp query v2 [max resp time 10] [gaddr 227.0.0.2]
01:40:20.239033 IP 10.2.1.31 > 227.0.0.2: igmp v2 report 227.0.0.2
01:40:22.564465 IP 10.2.1.68 > 224.0.0.2: igmp leave 239.192.0.20
01:40:22.573556 IP 10.2.0.10 > 239.192.0.20: igmp query v2 [max resp time 10] [gaddr 239.192.0.20]
01:40:22.575911 IP 10.2.0.10 > 239.192.0.20: igmp query v2 [max resp time 10] [gaddr 239.192.0.20]
01:40:22.853863 IP 10.2.1.68 > 239.192.0.23: igmp v2 report 239.192.0.23
01:40:23.407978 IP 10.2.1.68 > 239.192.0.23: igmp v2 report 239.192.0.23
01:40:24.406067 IP 10.2.1.68 > 239.192.0.23: igmp v2 report 239.192.0.23
01:40:27.055216 IP 10.2.0.10 > 239.255.255.255: igmp query v2 [max resp time 10] [gaddr 239.255.255.255]
01:40:27.056713 IP 10.2.0.10 > 239.195.255.255: igmp query v2 [max resp time 10] [gaddr 239.195.255.255]
01:40:27.058200 IP 10.2.0.10 > 224.2.127.254: igmp query v2 [max resp time 10] [gaddr 224.2.127.254]
01:40:27.166093 IP 10.2.1.11 > 239.255.255.255: igmp v2 report 239.255.255.255
01:40:27.726105 IP 10.2.1.11 > 224.2.127.254: igmp v2 report 224.2.127.254
01:40:27.912120 IP 10.2.1.68 > 239.195.255.255: igmp v2 report 239.195.255.255
не могу понять в чем проблема... :( помогите хелп, может кто сталкивался...
+ вещается поток udp на порт 1234
01:46:33.162017 IP 10.2.0.8.32803 > 239.192.0.13.1234: UDP, length: 1316
01:46:33.163214 IP 10.2.0.8.32803 > 239.192.0.13.1234: UDP, length: 1316
01:46:33.165108 IP 10.2.0.8.32803 > 239.192.0.13.1234: UDP, length: 1316
01:46:33.167207 IP 10.2.0.8.32803 > 239.192.0.13.1234: UDP, length: 1316
Собственно проблема по моему в том что рутер не пропускает пакеты udp на порт 1234 из WAN в LAN
втыкаюсь напрямую вижу Ethereal ом эти пакеты, через рутер не вижу... :(
Что нужно подправить, какие правила добавить в фаервол ??? фильтры WAN-LAN и LAN-WAN сейчас выключены...
И еще при попытке обращения к igmpproxy все время выдает ошибку...
может в этом баг?
[root@ddfox-router root]$ igmpproxy -l
igmpproxy, Version 0.1 beta2, Build 061118
Copyright 2005 by Johnny Egeland <johnny@rlo.org>
Distributed under the GNU GENERAL PUBLIC LICENSE, Version 2 - check GPL.txt
ERRO: MC-Router API already in use; Errno(125): Address already in use
[root@ddfox-router root]$ igmpproxy -d
igmpproxy, Version 0.1 beta2, Build 061118
Copyright 2005 by Johnny Egeland <johnny@rlo.org>
Distributed under the GNU GENERAL PUBLIC LICENSE, Version 2 - check GPL.txt
Debu: Searching for config file at '/etc/igmpproxy.conf'
Debu: Config: Quick leave mode enabled.
Debu: Config: Got a phyint token.
Debu: Config: IF: Config for interface vlan1.
Debu: Config: IF: Got upstream token.
Debu: Config: IF: Got altnet token 0.0.0.0/0.
Debu: Config: IF: Altnet: Parsed altnet to default.
Debu: IF name : vlan1
Debu: Next ptr : 0
Debu: Ratelimit : 0
Debu: Threshold : 1
Debu: State : 1
Debu: Allowednet ptr : 10009000
Debu: Config: Got a phyint token.
Debu: Config: IF: Config for interface br0.
Debu: Config: IF: Got downstream token.
Debu: IF name : br0
Debu: Next ptr : 0
Debu: Ratelimit : 0
Debu: Threshold : 1
Debu: State : 2
Debu: Allowednet ptr : 0
Debu: Config: Got a phyint token.
Debu: Config: IF: Config for interface ppp0.
Debu: Config: IF: Got disabled token.
Debu: IF name : ppp0
Debu: Next ptr : 0
Debu: Ratelimit : 0
Debu: Threshold : 1
Debu: State : 0
Debu: Allowednet ptr : 0
Debu: Physical Index value of IF 'lo' is 1
Debu: buildIfVc: Interface lo Addr: 127.0.0.1, Flags: 0x1049, Network: 127/1
Debu: Physical Index value of IF 'vlan1' is 6
Debu: buildIfVc: Interface vlan1 Addr: 10.2.1.11, Flags: 0x1043, Network: 10.2/1
Debu: Physical Index value of IF 'br0' is 7
Debu: buildIfVc: Interface br0 Addr: 192.168.1.1, Flags: 0x1043, Network: 192.168.1/1
Debu: Physical Index value of IF 'ppp0' is 9
Debu: buildIfVc: Interface ppp0 Addr: xx.xxx.xxx.xx, Flags: 0x1051, Network: xx.xxx.xxx.xx/32
Debu: Found config for vlan1
Debu: Found config for br0
Debu: Found config for ppp0
ERRO: MC-Router API already in use; Errno(125): Address already in use
Oleg
помните Doomka у Вас интересовался можно ли убрать доп. железяку в виде свича D-Link 2108.
я позвонил в ТП QWERTY и они сказали что действительно кодированое ТВ идёт в одном vlan'е, а дата-траффик и бесплатные тв-каналы через мультикаст в другом vlan'е
вопрос как быть если хочется избавится от этого свича(его приходится у них покупать). Вы на 15-ой странице ответили что это невозможно по причине занятости vlan'ов в Asus'е. Под что они там занимаются честно говоря мне не понятно. И сколько их всего?
Не могли бы Вы дать более развёрнутый ответ. Спасибо
И еще при попытке обращения к igmpproxy все время выдает ошибку...
может в этом баг?
А работающего Вы прибили до запуска?
Oleg
помните Doomka у Вас интересовался можно ли убрать доп. железяку в виде свича D-Link 2108.
я позвонил в ТП QWERTY и они сказали что действительно кодированое ТВ идёт в одном vlan'е, а дата-траффик и бесплатные тв-каналы через мультикаст в другом vlan'е
вопрос как быть если хочется избавится от этого свича(его приходится у них покупать). Вы на 15-ой странице ответили что это невозможно по причине занятости vlan'ов в Asus'е. Под что они там занимаются честно говоря мне не понятно. И сколько их всего?
Не могли бы Вы дать более развёрнутый ответ. Спасибо
Цель какая в итоге?
Что значит обойти? Введите меня в курс дела, я не буду играть в "отгадайку"... Вы хотите смотреть на компьютере или подключить приставку?
хотим подключить приставку для этого надо разделять на 2 vlan'а(по умолчанию этим занимается D-Link 2108)
есть возможность в Asus Wl500gP забрать с WAN-порта тагированный сигнал и скажем в LAN4 отдать один vlan, а в остальные порты отдать другой vlan
Объясняю. Все порты которые Вы видите у wl500gP - порты одного свитча. Чтобы их разделять внутри этого свитча порты разбиваются vlanы. Порт может либо пропускать все vlanы, либо только один. Все внешние порты настроены на один vlan.
Чтобы сделать то, что Вы хотите, нужно чтобы WAN порт стал пропускать все vlan. В этом случае он начнёт "выпускать" наружу vlan, который на самом деле LAN. В результате внутренняя сеть за роутером станет доступна всем...
Vitaly_k
03-05-2007, 10:54
Порт может либо пропускать все vlanы, либо только один. Все внешние порты настроены на один vlan.
Чтобы сделать то, что Вы хотите, нужно чтобы WAN порт стал пропускать все vlan. В этом случае он начнёт "выпускать" наружу vlan, который на самом деле LAN. В результате внутренняя сеть за роутером станет доступна всем...
А если пожертвовать 2-мя LAN-портами?
Т.е. на один порт приходит тэгированный канал, он делиться на 2 нетегированных, один из который идет на приставку, а второй шнурком втыкается в WAN-порт.
Будет такое работать?
Дело в том, что я не могу объединять порты в группы, только в vlanы. На входящем порту прийдётся открыть все VlanЫ в любом случае.
Просто не забывайте, что свитчи здесь простенькие, стоят пять копеек за ведро и в них нельзя фильтровать вланы для каждого порта.
Но, есть вариант с Wl500W - там можно обеменять LAN и WAN местами (т.е. будет только один порт локальный).
А работающего Вы прибили до запуска?
не убивал...
мда... в дебаге запускается... подписывается и т.д... а udp:1234 на компы не идет :(
Не могу добиться работы iptv через WiFi
Прошивка WL500gp-1.9.2.7-7g
в igmpproxy.conf у меня сейчас :
# automagically generated from web settings
quickleave
phyint vlan1 upstream
altnet 0.0.0.0/0
phyint br0 downstream
phyint ppp0 disabled
При подключении компа к роутеру по проводу iptv работает нормально, но при переключении на wifi - тишина.
Установка разных значений в Multicast Rate в настойках Wireless не помогает
Если я правильно указал, tcpdump на wifi-интерфейсе при запуске VLC-плеера выдаёт
[admin@router etc]$ tcpdump -i br0 -p igmp -n
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on br0, link-type EN10MB (Ethernet), capture size 68 bytes
23:14:29.769269 IP 192.168.1.1 > 224.0.0.1: igmp query v2
23:14:30.098992 IP 192.168.1.1 > 224.0.0.2: igmp v2 report 224.0.0.2
23:14:30.573077 IP 192.168.1.250 > 239.255.255.250: igmp v2 report 239.255.255.250
23:16:34.549207 IP 192.168.1.1 > 224.0.0.1: igmp query v2
23:16:35.209921 IP 192.168.1.250 > 239.255.255.250: igmp v2 report 239.255.255.250
23:16:41.578994 IP 192.168.1.1 > 224.0.0.2: igmp v2 report 224.0.0.2
23:18:39.467289 IP 192.168.1.1 > 224.0.0.1: igmp query v2
23:18:40.748990 IP 192.168.1.1 > 224.0.0.2: igmp v2 report 224.0.0.2
23:18:41.239001 IP 192.168.1.1 > 239.255.255.250: igmp v2 report 239.255.255.250
где
192.168.1.1 - роутер,
192.168.1.250 - комп
лог vlc плеера
main debug: prebuffering done 0 bytes in 4s - 0 kbytes/s
main error: cannot pre fill buffer
main warning: cannot create a stream_t from access
main debug: removing module "access_udp"
main debug: thread times: real 0m4.556552s, kernel 0m0.000000s, user 0m0.010014s
main debug: thread 4072 joined (input/input.c:399)
main warning: refcount is 1, delaying before deletion (id=354,type=-7)
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 4072 (input) created at priority 1 (input/input.c:261)
main debug: `udp://@233.32.210.115:5050' gives access `udp' demux `' path `@233.32.210.115:5050'
main debug: creating demux: access='udp' demux='' path='@233.32.210.115:5050'
main debug: looking for access_demux module: 0 candidates
main warning: no access_demux module matched "udp"
main debug: creating access 'udp' path='@233.32.210.115:5050'
main debug: looking for access2 module: 6 candidates
access_udp debug: opening server=:0 local=233.32.210.115:5050
main debug: net: connecting to '[]:0@[233.32.210.115]:5050'
main debug: looking for network module: 1 candidate
ipv6 debug: 233.32.210.115: Host or service not found
main debug: using network module "ipv6"
main debug: removing module "ipv6"
main debug: looking for network module: 1 candidate
ipv4 debug: resolving :5050...
ipv4 debug: resolving 233.32.210.115:5050...
ipv4 debug: Winsock best interface is 4
ipv4 debug: IP_ADD_MEMBERSHIP multicast request
main debug: using network module "ipv4"
main debug: removing module "ipv4"
main debug: using access2 module "access_udp"
main debug: pre buffering
Ещё раз подчеркну, при тех же настройках роутера по проводу IPTV работает отлично
В чем может быть проблема в случае WiFi?
Вопрос. Роутер у меня другой (линксис WRT54GL), поэтому тупо применение советов отсюда не поможет.
Дело в том, что в ответ на "tcpdump -i any -n -p udp port 1001" я получаю лишь "вечное безмолвие". Может быть, у меня не настроена переброска мультикаста, может быть iptables фильтрует udp (попытки понять работу iptables вызывают у меня головную боль не первый год)?
Вот какие у меня настройки iptables:
root@OpenWrt:~# iptables -L
Chain INPUT (policy DROP)
target prot opt source destination
DROP all -- anywhere anywhere state INVALID
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
DROP tcp -- anywhere anywhere tcp option=!2 flags:SYN/SYN
input_rule all -- anywhere anywhere
input_wan all -- anywhere anywhere
LAN_ACCEPT all -- anywhere anywhere
ACCEPT icmp -- anywhere anywhere
ACCEPT gre -- anywhere anywhere
REJECT tcp -- anywhere anywhere reject-with tcp-reset
REJECT all -- anywhere anywhere reject-with icmp-port-unreachable
Chain FORWARD (policy DROP)
target prot opt source destination
DROP all -- anywhere anywhere state INVALID
TCPMSS tcp -- anywhere anywhere tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
forwarding_rule all -- anywhere anywhere
forwarding_wan all -- anywhere anywhere
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
Chain LAN_ACCEPT (1 references)
target prot opt source destination
RETURN all -- anywhere anywhere
RETURN all -- anywhere anywhere
ACCEPT all -- anywhere anywhere
Chain OUTPUT (policy DROP)
target prot opt source destination
DROP all -- anywhere anywhere state INVALID
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
output_rule all -- anywhere anywhere
ACCEPT all -- anywhere anywhere
REJECT tcp -- anywhere anywhere reject-with tcp-reset
REJECT all -- anywhere anywhere reject-with icmp-port-unreachable
Chain forwarding_rule (1 references)
target prot opt source destination
Chain forwarding_wan (1 references)
target prot opt source destination
Chain input_rule (1 references)
target prot opt source destination
Chain input_wan (1 references)
target prot opt source destination
Chain output_rule (1 references)
target prot opt source destination
Общая конфигурация: есть vlan0, который смотрит внутрь, в комп, есть vlan1, который смотрит наружу, к провайдеру, есть pppoe, через который к провайдеру собственно и подключаемся. IP адрес для eth0 (в случае подключения компа напрямую) или для vlan1 (на роутер) не выдаётся, на ppp0 висят два IP - один внутренний (10.x.x.x), один внешний (84.x.x.x). tcpdump, как я уже писал, не выдаёт ничего. Попытка прослушать igmp осуществляется успешно, безотносительно состояния vlc (через пару минут ожидания начинают идти пакеты, сами по себе). Куда рыть, подскажите, пожалуйста!
Ещё раз подчеркну, при тех же настройках роутера по проводу IPTV работает отлично
В чем может быть проблема в случае WiFi?
Только в Вашем компьютере. Пробуйте с другой картой, драйверами, без фаерволов и т.д.
Куда рыть, подскажите, пожалуйста!
А igmpproxy запущен? А ядро собрано с мультикастом?
Ядро - фиг его знает точно, но ifconfig пишет на каждый интерфейс MULTICAST.
igmpproxy говорит:
root@OpenWrt:~# igmpproxy -d
igmpproxy, Version 0.1 beta2, Build 070213
Copyright 2005 by Johnny Egeland <johnny@rlo.org>
Distributed under the GNU GENERAL PUBLIC LICENSE, Version 2 - check GPL.txt
Debu: Searching for config file at '/etc/igmpproxy.conf'
Debu: Config: Quick leave mode enabled.
Debu: Config: Got a phyint token.
Debu: Config: IF: Config for interface vlan1.
Debu: Config: IF: Got upstream token.
Debu: Config: IF: Got ratelimit token '0'.
Debu: Config: IF: Got threshold token '1'.
Debu: Config: IF: Got altnet token 233.34.28.1/8.
Debu: Config: IF: Altnet: Parsed altnet to 233/8.
Debu: IF name : vlan1
Debu: Next ptr : 0
Debu: Ratelimit : 0
Debu: Threshold : 1
Debu: State : 1
Debu: Allowednet ptr : 10001eb0
Debu: Config: Got a phyint token.
Debu: Config: IF: Config for interface vlan0.
Debu: Config: IF: Got downstream token.
Debu: Config: IF: Got ratelimit token '0'.
Debu: Config: IF: Got threshold token '1'.
Debu: IF name : vlan0
Debu: Next ptr : 0
Debu: Ratelimit : 0
Debu: Threshold : 1
Debu: State : 2
Debu: Allowednet ptr : 0
Debu: Config: Got a phyint token.
Debu: Config: IF: Config for interface eth2.
Debu: IF name : eth2
Debu: Next ptr : 0
Debu: Ratelimit : 0
Debu: Threshold : 1
Debu: State : 2
Debu: Allowednet ptr : 0
Debu: Physical Index value of IF 'lo' is 1
Debu: buildIfVc: Interface lo Addr: 127.0.0.1, Flags: 0x0049, Network: 127/8
Debu: Physical Index value of IF 'br0' is 4
Debu: buildIfVc: Interface br0 Addr: 192.168.1.1, Flags: 0x1043, Network: 192.168.1/24
Debu: Physical Index value of IF 'ppp0' is 7
Debu: buildIfVc: Interface ppp0 Addr: 10.63.102.20, Flags: 0x10d1, Network: 10.63.102.20/32
ERRO: MRT_INIT failed; Errno(99): Protocol not available
Вот последняя строка мне очень не нравится...
ERRO: MRT_INIT failed; Errno(99): Protocol not available
Чего-то не хватает...
noiseman
12-05-2007, 17:55
Oleg Хочется еще раз поднять вопрос о возможности использования роутера в QWERTY для маршрутизации IPTV. Постараюсь сейчас описать то, как это реализовано сейчас в QWERTY:
1. Интернет и IPTV приходит в виде Ethernet'a в одном кабеле.
2. При наличии услуги QWERTY.LAN абоненту дается статический белый IP с привязкой к MAC, если услуги нет, то дается из подсети 10.* так же с привязкой к MAC. (В течении лета ситуация поменяется, без QWERTY.LAN будут давать белый динамический IP, но все равно с привязкой к MAC, а с услугой QWERTY.LAN - ничего не поменяется).
3. Для подключения к IPTV QWERTY продают Dlinkовский свич DES-2108, который выполняет 2 вещи: 1 - свич, 2 - IPTV поток со стороны QWERTY идет таггированным и свич не пропускает на чать портов мультикаст, на на мультикастовые порты не засирает инет траффиком.
4. Привязка услуги IPTV также идет по MAC т.е. все запросы к IPTV услугам должны идти только от MACа Амины, IP адрес в Амина получает от QWERTY на основании MAC.
5. Помимо этого есть еще возможность смотреть 15 российских каналов через VLC. Этот мультикаст траффик не таггируется и идет с другого источника, соответственно он не имеет привязки к МАС.
6. Теперь немного о IP адресах (пишу свои цифры):
Интернет IP:87.240.54.х, Mask:255.255.255.224, Gate:87.240.54.33 (данные из бумажки от прова)
Амина: IP:10.57.112.х, Mask: 255.255.240.0, Gate:10.57.112.1 (данные из бумажки от прова)
Для того что бы посмотреть что к чему, я отзеркалировал с помощью свича аминовский порт и поснифал его так вот вещание на амину идет из мультикаст группы 239.255.7.х, где х номер канала, а приходят эти пакеты на 213.85.187.45 (это я так и не понял чё за адрес)
Бесплатное ТВ: IP:87.240.54.х, Mask:255.255.255.224, Gate:87.240.54.33 (т.е. такие же как у компа) мультикаст группа 239.255.2.х - где х - номер канала. И есть еще 1 не совсем понятный адрес: 213.85.187.9.
Вроде бы всё. Теперь собственно вопрос: есть ли возможность при вышеописанных входных данных, научить WL500G Premium работать c IPTV платным, тот что через амину работает? Вопрос с Интернетом и бесплатным ТВ решен (только вот у меня почему то бесплатный ТВ не работает по WIFI, но это как бы отдельный вопрос).
Вроде бы всё. Теперь собственно вопрос: есть ли возможность при вышеописанных входных данных, научить WL500G Premium работать c IPTV платным, тот что через амину работает? Вопрос с Интернетом и бесплатным ТВ решен (только вот у меня почему то бесплатный ТВ не работает по WIFI, но это как бы отдельный вопрос).
А что надо-то? Подключать Premium вместо амины, т.е. светится в той сети с МАКом амины?
Надеюсь, предыдущую страницу Вы читали? :) И мне не прийдётся опять объяснять, почему нельзя выкинуть д-линк? :)
ЗЫ: Те непонятные адреса - источники мультикста что-ли? Что в пакетах было?
noiseman
12-05-2007, 20:34
То, что написано на предыдущей странице я понял. Я понимаю, что в машрутере стоит тупой свич и единственный вариант бриджевания мультикаста поменять местами LAN и WAN. Вопрос в другом: нельзя ли программно на WAN подменять в исходящих пакетах с определенными параметрами (порт, тип пакета (UDP), DEST IP) MAC? А то, что мультикаст будет засирать LAN - да и фих с ним, главное что бы в WIFI не лез.
Т.е. подключать вместо амины? Тогда можно проще сделать. Отделить один порт (сделать второй WAN). ему прописать нужный МАК адрес, запустить на нём dhcp клиента воткнуть туда д-линк. И будет он изображать амину.
Стоит ADSL модем бриджом включенный, за ним WL 500gP, к нему два
компа через LAN и ноут через WIFI , через LAN также присоединена
AMINO , так вот проблема следующая : через VLC на всех компах IPTV
идет без проблем , оно идет через WIFI на ноуте даже вполне прилично,
но AMINO заводиться не хочет никак.
Если модем конфигуришь рутером с включенным NATом за ним свитч к нему все компы с AMINOй ,то всё работает даже одновременно( всмысле IPTV).
Методом копания обнаружил что AMINO за WL500gP не может получить
адрес , выдаваемый провом по DHCP поэтому и не работает, за модемом
получает без проблем!
Как быть , можно ли победить?
Прошивка на WL 500gP от Олега последняя с поддержкой мултикаста.
Alexvaler
12-06-2007, 09:03
Помогите разобраться с мультикастом. Он совсем не работает.
Иду по ФАКУ
1. Перешил на G
2. Enable multicast сделал
3. При прямом подключении работает.
4. pptp+dhcp, маршруты в локалку прописаны.
5.
tcpdump -i $(nvram get wan_ifname) -n -p udp port 5242
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on vlan1, link-type EN10MB (Ethernet), capture size 68 bytes
0 packets captured
0 packets received by filter
0 packets dropped by kernel
6.
tcpdump -i $(nvram get wan_ifname) -p igmp -n
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on vlan1, link-type EN10MB (Ethernet), capture size 68 bytes
10:56:38.597264 IP 10.16.27.3 > 224.0.0.22: igmp v3 report, 1 group record(s)
10:56:38.600709 IP 10.16.27.3 > 224.0.0.22: igmp v3 report, 1 group record(s)
10:56:39.100805 IP 10.16.27.3 > 224.0.0.22: igmp v3 report, 1 group record(s)
10:56:43.231886 IP 10.16.4.243 > 224.0.0.2: igmp leave 233.163.114.121
10:56:43.399370 IP 10.16.4.243 > 233.163.114.121: igmp v2 report 233.163.114.121
10:56:44.421666 IP 10.16.7.203 > 224.0.0.22: igmp v3 report, 1 group record(s)
10:56:44.426143 IP 10.16.7.203 > 224.0.0.22: igmp v3 report, 1 group record(s)
10:56:44.790046 IP 10.16.7.203 > 224.0.0.22: igmp v3 report, 1 group record(s)
10:56:44.947321 IP 10.16.7.203 > 224.0.0.22: igmp v3 report, 1 group record(s)
10:56:45.801905 IP 10.16.7.203 > 224.0.0.22: igmp v3 report, 1 group record(s)
10:56:51.278255 IP 10.16.9.147 > 224.0.0.22: igmp v3 report, 1 group record(s)
10:56:51.739347 IP 10.16.4.243 > 233.163.114.121: igmp v2 report 233.163.114.121
12 packets captured
12 packets received by filter
0 packets dropped by kernel
я это 10.16.4.243
Подскажите куда копать? что смотреть?
DmitryOlenin
17-06-2007, 19:35
Как я понял, для нормального просмотра IPTV (мультикаст) по WiFi лучше купить WL500g Deluxe или WL500g Premium.
Так вот, вопрос для тех, кто пользуется.
Именно по WiFi смотреть IPTV реально? Без тормозов и в нормальном качестве? FAQ читал, по нему вроде получается, что можно, но про то, насколько это приемлимо - ничего не написано...
Есть альтернативы?
Может есть какие-то роутеры, которые через стену/две пробьют?
Кстати, ситуация с квадратным IPTV через WiFi обычная или это все же частный случай?
Расстояние ~6м через стену (не капитальная) изображение периодически "квадратит", смотреть можно, но не комфортно. Так что протянул кабель.
Есть альтернативы?
Может есть какие-то роутеры, которые через стену/две пробьют?
Кстати, ситуация с квадратным IPTV через WiFi обычная или это все же частный случай?
-WL-500W ? ;
- направленная антена;
- у меня, если ноут поставить в полуметре от роутера, изображение почти идеальное (но по кабелю все равно лучше).
DmitryOlenin
18-06-2007, 12:54
ASUS WL-500W стоит чуток дороже. На 61$ прямо скажем. Оно того стоит?
Вот цитата Олега:
Оптимальный - WL500gp. Цена WL500W слишком велика для устройства такого класса, тем более, что 802.11n толком и не работает ни у одного из производителей. Моя прошивка работает на обоих.
Вот через пару лет можно будет купить вполне нормальную 802.11n карту, а самое главное, в несколько раз более производительный роутер, с гигабитным интерфейсом, но по цене WL500gp.
Главное, нужно всегда помнить, что проводная связь надёжнее. Если Вы хотите подключать стационарный компьютер - бросьте провод. WiFi годится только для мобильных клиентов. Для сёрфа по интернету хватит и 802.11b...
Про сторонних производителей ничего не скажу. Не смотрел. Но, среди железок на броадкомовских чипах, WL500gp будет вне конкуренции по соотношению цена-количество.
Насчет внешней антены. Стоит всенаправленная антена около 800р с усилением 7-8dbi, уже приятнее. Она поможет или тоже не факт?
Именно по WiFi смотреть IPTV реально? Без тормозов и в нормальном качестве? FAQ читал, по нему вроде получается, что можно, но про то, насколько это приемлимо - ничего не написано...
Пробовал Q.TV (бесплатное ТВ у Qwerty), 1 метр от роутера, раз в 6-10 секунд какой-нибудь квадрат да проскочит. Смотреть вообщем можно, но связь все время будет мозолить глаза своей неидеальностью.
Причем поток-то идет всего 8Мбит, если просто качать файлы - то оно и быстрее разгоняется...
DmitryOlenin
23-06-2007, 16:43
Попробовал подключить по WiFi. Написал об этом в соседней теме, но пока, к сожалению, ответа нет.
Еще появилась проблема, кроме низкого уровня сигнала (хоть он и пишет, что good, при этом показывает, что 60%).
Проблема заключается в том, что после 5-10 минут просмотра ТВ связь теряется и более не восстанавливается.
Как быть?
Asus W500g Premuim. Прошивка альтернативная, последняя.
Настройки пробовал разные, все безрезультатно :(
Помогите пожалуйста...
FilimoniC
23-06-2007, 18:45
Попробовал подключить по WiFi. Написал об этом в соседней теме, но пока, к сожалению, ответа нет.
Еще появилась проблема, кроме низкого уровня сигнала (хоть он и пишет, что good, при этом показывает, что 60%).
Проблема заключается в том, что после 5-10 минут просмотра ТВ связь теряется и более не восстанавливается.
Как быть?
Asus W500g Premuim. Прошивка альтернативная, последняя.
Настройки пробовал разные, все безрезультатно :(
Помогите пожалуйста...
Карточка случайно не intel?
- удалить все что можно от нее
- поставить последнюю версию дров
Тоже собираюсь купить wl500g. Понял, что на видео по wi-fi лучше не рассчитывать. Но пока не встречал опыта слушания потокового радио по wi-fi. Здесь-то вроде не должно быть проблем? Или они-таки есть?
DmitryOlenin
24-06-2007, 00:23
Спасибо, FilimoniC!
Помогло. Сигнал стал отличный. На ноуте именно интел был =)
Спасибо, FilimoniC!
Помогло. Сигнал стал отличный. На ноуте именно интел был =)
Пожалуйста, можно мне тоже сразу - а то я не очень понял. У меня тоже на ноуте (Dell) карта "Интел". Все удалить (все утилиты к ней), а потом поставить последние драйвера к ней? И все? Или речь идет о каком-то софте для роутера?
DmitryOlenin
24-06-2007, 11:33
als
Речь идет о драйверах для сетевухи.
Качать с сайта интела. Удалять не обязательно что либо, у меня просто поверх поставилось и все хорошо стало после перезагрузки.
FilimoniC
24-06-2007, 14:12
als
Речь идет о драйверах для сетевухи.
Качать с сайта интела. Удалять не обязательно что либо, у меня просто поверх поставилось и все хорошо стало после перезагрузки.
Лучше удалять. Как показала практика, не всегда они нормально заменяются, а если случился ахтунг то потом их фиг удалишь...
FilimoniC
24-06-2007, 14:35
Смотримчто у нас за адаптер...
http://img.zelek.ru/previewimage/57727.jpg (http://img.zelek.ru/?i=57727)
Залазим на сайт intel.com (http://intel.com),переходим в Download Centre (http://downloadcenter.intel.com/default.aspx)
Находим свой адаптер
http://img.zelek.ru/previewimage/57728.jpg (http://img.zelek.ru/?i=57728)
Выбираем ОС...
Нам нужно полный комплект утилит: Intel® PROSet/Wireless Network Connection Software [V11.1.1.0_XP32.EXE] (Весит около 27 Мб, версия может отличаться)
У меня почему-то ОЧЕНЬ долго открывается окно настроек при щелчке на иконке в трее...
После установки: Дополнительно -> Настройки адаптера
Там где у меня СНЯТА галка "значение по-умолчанию":
Мощность передачи: средняя
Управление питанием: средняя
Не надо ставить то что вы считаете лишним! (например Auto Sign-On, служба для входа в Wi-Fi ДО выбора пользователябольшинству не нужна)
Приветствую. Читал долго данную ветку и пытаюсь разобраться все-таки в работе мультикаста через роутер и не могу понять одной банальной вещи. Я понимаю принцип работы так, что мой клиент шлет igmp report на роутер, что мол хочу получать трафик для такой-то группы, далее асус пробрасывает igmp наружу, а внешний роутер подписывает клиента на эту группу и льет трафик (ну это разумеется совсем в упрощенном виде). Теперь вопрос: зачем в случае с PPTP(PPoE итд) нужно прописывать статику на источники мультикаста через дефаулт? Я так понимаю, что где-то в ядре срабатывает RPF check и трафик снаружи не хочет попадать на внутренний интерфейс Асуса? Можно ли отключить RPF check?
У меня задача добиться работы мультикаста при поднятом PPTP так, чтобы статики не требовались. Просто источников очень много и они регулярно меняются - нет возможности писать статики. Подскажите что можно сделать?
Подскажите пожалуйста - какие изменения сделать в настройках в такой ситуации:
провайдер Корбина, роутер WL-500gp с с последней прошивкой (http://oleg.wl500g.info/500w/WL500gp-1.9.2.7-8-pre9.trx), на нем поднято L2TP соединение, включен мультикаст, прописаны маршруты. На подключенных десктопе и ноуте все работает - есть доступ к инету, локальным ресурсам провайдера, работает IPTV - в общем все замечательно, проблем никаких, большое спасибо Олегу.
Но вот записать мультикаст поток на USB флэш на самом роутере при таких настройках не получается, роутер пишет поток только при отключенном L2TP.
Предполагаю, что нужно внести какие-то изменения в таблицу маршрутизации и/или настройки igmpproxy, чтобы роутер при поднятом L2TP увидел мультикаст от провайдера. Но вот не знаю какие - подскажите пожалуйста. (В поиск ходил, но ничего похожего на мою проблему не нашел)
Vitaly_k
08-08-2007, 20:24
Неплохо было бы роутеру уметь делать UDP Multicast -> HTTP.
Есть утилита UDP-to-HTTP прокси - http://borpas.info/index.php?go=dpr_util#prox
Но она под windows т.е. нужно держать включенным комп.
Зачем это нужно? Чтобы смотреть ТВ по wi-fi, а мультикаст безбожно теряет пакеты и картинка квадратит.
Дополнение:
Есть код этого прокси на C# (около 400 строк). Если кто готов разобраться и переписать на С под роутер пишите в личку.
ASUS Wl500gP, прошивка последняя, мультикаст включен
При работающем VLC, который показывает IPTV от Корбины, пропадает инет на ноуте, подключенном по вай-фай. Как решить, может знает кто?
ASUS Wl500gP, прошивка последняя, мультикаст включен
При работающем VLC, который показывает IPTV от Корбины, пропадает инет на ноуте, подключенном по вай-фай. Как решить, может знает кто?
У меня вчера жёстко глючил ноут из-за Wi-Fi. Не загружался - и не отключался напрочь при корректном выходе. Пока я не догадался отключить Роутер. Всё сразу заработало. К сожалению - я чайник, но есть подозрения что это связано с глюками корбиновской маршрутизации и проч. геморами локальной сети.
К примеру, у меня с утра НЕ РАБОТАЮТ локальные ресурсы Корбины - не могу зайти на http://homenet.corbina.net ...
При этом халявное IP-TV через програмный плеер VLC показывает без проблем и ок. 50 каналов ... :)
А у Вас, кстати, локалка Корбины работает?
В Марьиной Роще (Москва) - нет!
Настройки со вчерашнего дня (работало ВСЁ) нигде не менял ...
C локальными ресурсами были проблемы - но через пару минут все открывается.
Не знаю вот, как с Wi-Fi решить проблему.
Попробовал Стрим-ТВ загнать в один поток с стрим интернетом, и потом все это в роутер (500G Premium), а из него по Wi-Fi в комп, VLS начала показывать канал, но очень часто картинка незначительно сыпется. Ни каких специфических настроек роутеру не делал прошивка последняя Олеговская.
Подскажите какую темку почитать или какие настроечки сделать чтоб нормально показывало...
Заранее благодарю. :)
Попробовал Стрим-ТВ загнать в один поток с стрим интернетом, и потом все это в роутер (500G Premium), а из него по Wi-Fi в комп, VLS начала показывать канал, но очень часто картинка незначительно сыпется. Ни каких специфических настроек роутеру не делал прошивка последняя Олеговская.
Подскажите какую темку почитать или какие настроечки сделать чтоб нормально показывало...
Заранее благодарю. :)
По Wi-fi хорошей несыпучей картинки не добиться. Мультикаст увы нужно проводом подключать.
itchynail
16-08-2007, 01:13
Почему же нельзя, вот тут http://homenet.corbina.net/index.php?showforum=730 люди пишут что очень хорошо работает на зухеле 330, хотя и не на всех прошивках одинаково хорошо. Еще у меня после установки новых дров для ноутбучного адаптера потерь стало меньше, хотя все равно квадратит сильно.
Вот человек с форума корбины, счастливый обладатель зухеля 330, говорит "У меня совершенно одинаково работает и по кабелю, и по WiFi. Проблемы начинаются только тогда, когда уровень сигнала низкий."
У всех владельцев asusa проблемы, а у него нет. Что-то с мощностью передатчика или какой-то алгоритм коррекции ошибок есть у зухеля?
Vitaly_k
16-08-2007, 10:58
По Wi-fi хорошей несыпучей картинки не добиться. Мультикаст увы нужно проводом подключать.
Через прокси http://borpas.info/index.php?go=dpr_util#prox по wi-fi смотреть можно, картинка вполне приличная. Но нужен компьютер, где этот прокси запустить, программы под роутер к сожалению пока нет.
Через прокси http://borpas.info/index.php?go=dpr_util#prox по wi-fi смотреть можно, картинка вполне приличная. Но нужен компьютер, где этот прокси запустить, программы под роутер к сожалению пока нет.
Да, все верно, только это уже не мультикаст получается :) А вообще вещь полезная, если трафик превратить из мультикаста в юникаст - все будет замечательно.
Вот человек с форума корбины, счастливый обладатель зухеля 330, говорит "У меня совершенно одинаково работает и по кабелю, и по WiFi. Проблемы начинаются только тогда, когда уровень сигнала низкий."
У всех владельцев asusa проблемы, а у него нет. Что-то с мощностью передатчика или какой-то алгоритм коррекции ошибок есть у зухеля?
Боюсь проблема в другом. Работает через ASUS WL500gP!
Но не у всех. :)
Надыбал с корбиновской конфы:
1 Прописал маршрут, ТВ работает.
НО! При работающем VLC пропадает инет на ноуте, подключенном по вай-фай. Как решить, может знает кто?
Рекомендация от Олега
в настройках Wi-Fi поставить Multicast rate - 24
Мне помогло, а то связь рубилась на 100%
Вероятно мультикаст резервировал под себя весь каналhttp://homenet.corbina.net/index.php?showtopic=134260&st=30
2. Проблема не мультикасте, а в UDP. Т.е. протокол не гарантирующий доставку по воздуху всегда будет рабоатать хреново.
Про одно решение Вы уже написали - использовать VLC в режиме вещания.
Есть еще одно - http://borpas.info/index.php?go=dpr_util#prox
Это прокcи UDP->HTTP.
Если бы его переписали под линукс чтобы можно было прикрутить к роутеру..
3. ... по подробней можно , что касается настройки VLC на ноуте ..
Ну что тут рассказывать. Клиентская часть VLC настраивается как обычно
1. Выбераем open URL
2. Выбирает UDP/RTP/Multicast и вводим мультикастовую группу. Больше ничего не трогаем
3. Смотрим видео
http://homenet.corbina.net/index.php?showtopic=134260&st=30
К сожалению я чайник - пока не пробывал ибо не навреди ... :)
Пожалуй нужна спецтема ... Может кто сможет грамотно и кратко сформулировать? Про проблемы Роутер - Мультикаст - IP-TV - ПК - Ок! Однако у Ноутбука нет Интернета (при включенном на ПК IP-TV) и собственно IP-TV не идёт на ноуте.
Или есть такая спецтема - на этой нет ничего полезного по-сути, увы.
itchynail
17-08-2007, 22:12
[QUOTE=clop;61146]Боюсь проблема в другом. Работает через ASUS WL500gP!
Но не у всех. :)
Надыбал с корбиновской конфы:
Все, что вы надыбали имеет мало отношения к проблеме. VLC? вещающий с компа - это не про проблему мультикаста роутера и качества изображения с этого потока.
Сам по себе и роутинг и мультикаст работает нормально, доказательством этому служит отличная картинка по проводу от роутера.
Проблема у нашего Асуса только при передаче потока по воздуху. А у зухеля её нет. Или у зухеля какой-то кеширующий алгоритм зашит (кажется это невозможно) или качество радиотракта у него существенно лучше.
Проблема у нашего Асуса только при передаче потока по воздуху. А у зухеля её нет. Или у зухеля какой-то кеширующий алгоритм зашит (кажется это невозможно) или качество радиотракта у него существенно лучше.
Я понимаю, что у нашего Асуса есть проблема. Но. Работает однако мультикаст через ASUS WL500gP по-воздуху!
Но не у всех. :) ... О чем я и сообщил выше
Я не спец. Но хочу понять ПРИНЦИПИАЛЬНУЮ возможность КАК и ЧТО надо подкрутить в настройках ...
На начальном этапе лично мне хочется спокойно смотреть IP-TV на стационарном ПК по-проводу, не мешая ноутбуку через Wi-Fi шарить в Инете. Хотя бы. :)
Полноценная работа Инета и IP-TV на двух машинах одновременно (по-проводу и по-воздуху) - вопрос второй. И, надеюсь решаемый.
itchynail
18-08-2007, 11:10
ну почитай же внимательно! работает!! но хреново!!! неужели непонятно?????? причем у всех не очень хорошо, не только у меня!
ну почитай же внимательно! работает!! но хреново!!! неужели непонятно?????? причем у всех не очень хорошо, не только у меня!
Wireless – Advanced - Multicast Rate(Mbps): было Auto – стало 24?
Спасибо. Прочитал - то что сам написал (со слов Олега.)
Заработало. И IP-TV и интернет на обеих компах. Всего-то сутки другие на поиск - и есть результат! Так и надо нас чайников лечить. :)
Остался вопрос. Как честно поделить поток мультикаста и канал инет между компами - типо пополам? Или типо 10% мультикаста и 75% инета оставить на ПК, а соответственно 90 и 25 отдать ноуту? Где и что в роутере покрутить - или КОНКРЕТНО что почитать?
Холодея ожидаю фразы типо "Внимательно читайте конфу!!" ... или "Квадратики при просмотре IP-TV на ноуте и по-воздуху будут всегда при работе через наш Asus!" :)
Если я выставлю Multicast Rate не 24, а 12 или 36 - я грубо говоря уменьшу/увеличу канал IP-TV на ноуте и, соответственно увеличу/уменьшу, канал интернета на ноутбуке?
Добрый день.
Купил wl500gp, и сижу, пытаясь настроить stream-tv, уже который час.
Конфигурация такая: adsl в режиме моста, воткнут в wan-порт wl500gp. В ethernet-порты воткнуты также комп и тв-приставка. Прочитав всю тему (и ответвления), сделал необходимые настройки, после чего получил вполне работающее ТВ на ноутбуке через vlc. Но! на тв-приставке после включения показывается надпись "IP-адрес не получен".
Multicast, естественно, включен, роутинг на 172.16.0.0 прописан.
Может, роутер не пропускает DHCP? Вот вывод tcpdump:
[admin@router root]$ tcpdump -n -v -p udp 'port 67 and port 68'
tcpdump: listening on br0, link-type EN10MB (Ethernet), capture size 68 bytes
15:19:11.009342 IP (tos 0x0, ttl 64, id 1253, offset 0, flags [none], length: 576) 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request [|bootp]
15:19:15.196655 IP (tos 0x0, ttl 64, id 1254, offset 0, flags [none], length: 576) 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request [|bootp]
15:19:23.305682 IP (tos 0x0, ttl 64, id 1255, offset 0, flags [none], length: 576) 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request [|bootp]
15:19:49.571042 IP (tos 0x0, ttl 64, id 1291, offset 0, flags [none], length: 576) 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request [|bootp]
Кроме ревестов, собственно, ничего и нет...
Амино не будет так работать. Его нужно цеплять "снаружи". Если у модема только один порт, то можно у wl500gp один из LAN портов перевести в WAN. Поиск по форуму думаю стоит сделать на vlan0ports .
Да, уже поискал и нашёл разные решения, которые сводятся к тому, что надо выделять в отдельный WAN порт с приставкой. Так и делал, однако не смог понять, как лучше сделать - то ли добавить в один vlan порты с компом, приставкой и WAN-ом (так работает, но если смотреть на компе - на телевизоре всё встаёт, хотя на обычном свитче все работало на ура), то ли просто сделать vlan2, куда засунуть порт с приставкой, присвоить mac, IP и пытаться настроить роутинг-маскарадинг (пробовал, но ничего не получилось).
Вообще, чувствую, что где-то что-то упускаю в этой теме :) Может, кто пояснит?
Новых vlan делать не нужно. Просто нужно один из LAN портов исключить из vlan0 и добавить в vlan1. В этот порт будет подключаться приставка.
А какая прошивка корректно работает с Multicast?
Вот по этой ссылке:
http://website.wl500g.info/beta/wizard.php
указано что для моего раутера последняя версия 1.9.2.7-7g, я ее и установил поверх старой версии 1.9.2.7-7f.
В то время как нескольками постами выше в этой же теме упоминается прошивка WL500gp-1.9.2.7-8-pre9.trx WL500gp-1.9.2.7-8-pre9.trx (http://oleg.wl500g.info/500w/WL500gp-1.9.2.7-8-pre9.trx)
Так какая же прошивка для IPTV???
Устройство: ASUS WL500g Premium
подскажите пожалуста, как долго очередной канал включается?
nightrus
07-10-2007, 13:19
1.9.2.7-7g работает ок
переключение каналов
7-10 сек :)
А какая прошивка корректно работает с Multicast?
Вот по этой ссылке:
http://website.wl500g.info/beta/wizard.php
указано что для моего раутера последняя версия 1.9.2.7-7g, я ее и установил поверх старой версии 1.9.2.7-7f.
В то время как нескольками постами выше в этой же теме упоминается прошивка WL500gp-1.9.2.7-8-pre9.trx WL500gp-1.9.2.7-8-pre9.trx (http://oleg.wl500g.info/500w/WL500gp-1.9.2.7-8-pre9.trx)
Так какая же прошивка для IPTV???
Устройство: ASUS WL500g Premium
Поддержка есть начиная с 7g. 8 - более свежая. И в ней тоже, естественно, всё это есть.
У меня сейчас - WL500gp-1.9.2.7-8-pre9.trx. IPTV - работает. На других версих прошивки не проверял.
До этого оказывается IPTV был не правильно настроен на стороне провайдера.
DareDevil [DD]
14-10-2007, 23:11
Роутер 520gp
Подскажите пожалуйста, можно ли как-нибудь ограничить мультикаст (в % от общего канала) ?
Или направить его конкретно на айпи приставки ?
А то возникла проблема с забиванием канала. Когда работает приставка (Корбина iptv), сайты начинают открываться долго. Т.е. чувствуется, что роутер долго обрататывает запрос (секунд 5-10), и только потом открывается страница.
Компы и приставка подключены по кабелю.
Есть решение от данной болезни ?
прошивка - 1.9.2.7-7g
Поставьте Multicast Rate в большее значение.
DareDevil [DD]
16-10-2007, 15:52
Oleg, спасибо! Вроде на глаз стало побыстрее работать (меньше времени проходит между нажатием Enter и началом загрузки сайта).
Хотя не могу понять, как это связано с wifi. У меня и приставка, и комп подключены по кабелю :)
el-pashteto
27-10-2007, 23:16
Насчёт настроек. Рекомендую поиграть с beacon interval (в сторону уменьшения), кроме multicast rate. Производительность сети при этом упасть не должна, сколько-либо заметно по крайней мере. Несколько возрастёт энергопотребление у wifi клиентов.
Сейчас установлен multicast rate'е 12Mb и beacon interval 50. У телека 8ми мегабитный поток. Работает.
Рекомендую, если включён WMM, то выключить WMM No-Acknowlelgement.
ok_escudo
30-10-2007, 22:49
День добрый.
Имеется wl500gP с последней прошивкой от Олега. Работает все отлично, включая рутинг IPTV из локальной сети провайдера на все компы дома.
Можно прояснить два вопроса:
1.IPTV принципиально можно смотреть только по проводу, по WiFi - никак? (картинка просто или не появляется, или рассыпается и тормозит). У WiFi как у протокола ограничения на работу с мультикастом?
2.При просмотре IPTV по проводу на одном из домашних компов коннект по WiFi на другом компе просто умирает, дикие тормоза, работать не возможно. Это какое-то ограничение железа, производительности процессора, или баг/фича прошивки? Типа мультикаст пакеты начинают рутиться и на WiFi интерфейс и канал просто забивается?
Спасибо!
О.К.
el-pashteto
30-10-2007, 23:55
Сударь, вот замечательная тема - http://wl500g.info/showthread.php?t=7012
ok_escudo
31-10-2007, 14:20
Сударь, вот замечательная тема - http://wl500g.info/showthread.php?t=7012
Большой сенкс, поиском не разрулил, теперь вижу.
Прежде, спасибо авторам прошивки за их труд!
Я безуспешно пытаюсь настроить IPTV. Всё делаю по инструкции но IPTV нет. Для проверки, включил напрямую компьютер в сеть провайдера - IPTV есть.
Опишу среду:
Имею WL-500W, прошивка 1.9.2.7-8 (предварительно стояла 1.9.2.7-7g, результат тот же).
Провайдер выдал мне следующее при подключении (локальная сеть и internet функционируют прекрасно):
IP: 10.51.2.7/255.0.0.0
GW: 10.51.0.1
DNS: 10.48.0.8
PPTP server: 10.0.3.111
Прописаны route: 10.0.0.0 255.0.0.0 10.51.0.1 1 MAN
Далее, вещание IPTV производится в 239.255.1.x:1234
Как и было рекомендовано, определяю адрес вещателя (в виду того, что не работает, опишу всё максимально полно):
tcpdump -i $(nvram get wan_ifname) -n -p udp port 1234 and ho st 239.255.1.1
Запускаю VLC media player (побежали пакеты):
10:04:23.448144 IP 91.196.236.10.32771 > 239.255.1.1.1234: UDP, length: 1316
Когда стояла прошивка 7g - прописывал route до вещателя:
91.196.236.10 255.255.255.255 10.51.0.1 0 MAN
На прошивке 1.9.2.7-8 соответственно этого не делал, как и было рекомендовано в инструкции.
Не показывает IPTV :(
Помоги пожалуйста... Заранее благодарен. Спасибо.
А если прописать маршрут, как в 7г, работает?
А если прописать маршрут, как в 7г, работает?
Не работает. Ни в 8 с маршрутом и без, ни в 7g с маршрутом.
Провайдер помогать не хочет, что-то говорит с издёвкой про TTL...
Попробуйте в телнете вбить
iptables -t mangle -A PREROUTING -p UDP -j TTL --ttl-inc 1
Если дело в ТТЛ, то заработает. После этого можете эту строчку добавить в post-firewall.
Попробуйте в телнете вбить
iptables -t mangle -A PREROUTING -p UDP -j TTL --ttl-inc 1
Если дело в ТТЛ, то заработает. После этого можете эту строчку добавить в post-firewall.
Спасибо! Хорошо, если заработает! :)
[admin@asus root]$ iptables -t mangle -A PREROUTING -p UDP -j TTL --ttl-inc 1
iptables: No chain/target/match by that name
я всё правильно сделал?
Угу. Предварительно надо сказать
insmod ipt_TTL
Угу. Предварительно надо сказать
insmod ipt_TTL
Ура!!! Заработало IPTV!
Добавил
insmod ipt_TTL
в post-boot
Олег, спасибо за помощь! С Вашей прошивкой, эта железка стала просто суппер! :)
Добавить лучше в пре-бут или в пре-фаервол. Так будет правильней.
Добавить лучше в пре-бут или в пре-фаервол. Так будет правильней.
В pre-firewall?
http://wl500g.info/showpost.php?p=23521&postcount=12
Тут про такой не говорится, он обрабатывается разве?
Перенёс в pre-boot.
Кстати, почему в инструкции две записи:
echo "insmod ipt_ttl" >> /usr/local/sbin/pre-boot
echo "insmod ipt_TTL" >> /usr/local/sbin/pre-boot
http://wl500g.info/showpost.php?p=26858&postcount=13
мне так тоже сделать или достаточно только одной insmod ipt_TTL?
есть роутер wl500gP и прошивка 1.9.2.7-8 .
Мультикаст включен в веб-интерфейсе.
странная вещь творится с IPTV. маршруты доп. не прописывал.
Если без роутера - напрямую - все работает.
Через роутер - открываем VLC - 1 раз из 5 соединяется и стабильно показывает картинку, но только 1 канал. если пробовать по плейлисту включить другие - не показывает. пробовал через telnet поймать источник
tcpdump -i any -n -p udp port 5050
- пусто. даже когда vlc удачно соединился и показывает тот 1 рабочий канал. когда листаеш каналы в vlc, они выглядят как
217.70.16.32:554/channel1.sdp
Пробовать смотреть LUX TV (233.32.210.201), оба раза неудачно. По воздуху, разумеется, квадраты Малевича; по проводу столкнулся со странным ограничением полосы пропускания примерно до 9-10 Мбит по показаниям DU Meter'a, в то время как сам канал идёт с битрейтом порядка 12. Нет ли случаем по ethernet'у какого-нибудь ограничителя наподобие mrate?
Нет, но mrate тоже влияет скорее всего - там же бридж, он, скорее всего очередь общую держит.
Я сегодня попробую глянуть...
Кстати, загрузка процессора роутера какая при этом?
Поглядел. VLC показывает поток под 13 мегабит. И оно работает даже по воздуху. На расстоянии метра от точки квадраты очень редко проскакивают. По проводу - вообще нет проблем.
Мультикаст рейт у меня 54 мегабита сейчас стоит.
На время тестирования по проводам подключал также плохую витую пару. Вот там был ужас, даже на обычных каналах...
А вот уже несколько часов не работает: vlc показывает потерянные фреймы. При этом изображения нет. Не работает, даже при при прямом подключении. Похоже проблема при кодировании видео. Звук работает нормально, т.е. с сетью всё хорошо.
Vitaly_k
24-11-2007, 21:02
Поглядел. VLC показывает поток под 13 мегабит.
VLC прекрасно показывает, а вот IPTV player глючит с картинкой на начинает жрать ресурсы.
Олег, Вы никак к Корбине подключились?
VLC прекрасно показывает, а вот IPTV player глючит с картинкой на начинает жрать ресурсы.
Олег, Вы никак к Корбине подключились?
Угу, пока временно. У меня и VLC и IPTV player ведут себя одинаково. Смотрел я с помощью IPTV player его.
Угу, пока временно. У меня и VLC и IPTV player ведут себя одинаково. Смотрел я с помощью IPTV player его.
Подскажите пожалуйста где копать: роутер WL500gp , подключён к корбине,по L2TP,прошивка последняя,по проводу соединён с компом,использую IPTV player, (да и VLC то же самое),квадратит картинку,иногда замирает,звук прерывается или заикается. Где какие настройки можно покрутить. udp-caching=5000 - пробовал менять эту цифру не помогает:(
А если подключить напрямую? Mulicast Rate для WiFi меняли?
А если подключить напрямую? Mulicast Rate для WiFi меняли?
Mulicast Rate для WiFi менял,не помогло,позвонил в корбину а они сказали что у нас с IPTV в вашем районе проблема и мы её решаем.Примерно к 6 декабря обещали наладить этот сервис. Поэтому временно шаманство прекращаю.Думаю что всё будет хорошо,после того как они сделают этот IPTV
Подскажите пожалуйста как настроить asus 500GP чтобы работало IPTV через WiFi? VPN запущено с роутера.
На роутере прописаны три маршрута:
route -p add 10.0.0.0 mask 255.0.0.0 10.4.60.254
route -p add 212.1.224.0 mask 255.255.255.0 10.4.60.254
route -p add 212.1.226.0 mask 255.255.255.0 10.4.60.254
Прошивка от Олега: 1.9.2.7-8
Use DHCP routes? Yes
Enable multicast routing? Yes
Enable static routes? Yes
Интернет с локалкой работают одновременно.
Дома два компа: стационарный работающий через шнур IPTV показывает, а вот ноутбук ASUS F3Se по WiFi показывает цветные квадратики и изредка мелькает изображение, подскажите что делать.
Провайдер NetByNet.
Добрый день!
У меня небольшая проблема с железкой XBOX, которая может играть UDP поток, но только unicastом. Multicast она игнорирует где-то на уровне драйвера, по-видимому. Если на компьютере запустить vlc и в vlm прописать ретрансляцию по UDP на его адрес - отлично всё играется. Проблема в том, что каналов - около 80-ти и при помощи vlc одновременно все их не перетранслируешь, даже на компьютере.
В процессе поисков было нарыто и собрано некое поделие под названием udpRelay (http://www.si-gamer.net/gulikoza/udpRelay.tar.gz)
Автор утверждал, что на его 500gP с OpenWRT это дело работает
(http://www.xboxmediacenter.com/forum/showthread.php?t=26743)
Я не поленился скачать, попробовать разные адреса в main.c и пособирать, но у меня это не заработало никак. Ни xbox ни vlc на компьютере сей поток не увидели.
Хотелось бы узнать, может ли это чудо работать в принципе (может вызов какой-то поменять надо или igmp прокси выключить или какие имена/константы поменять) или есть ли какой-то другой способ хотя бы зарулить весь мультикаст на какой-то конкретный адрес? Очень хочется смотреть телевидение с дивана с пультом в руке, а не перед монитором :).
Заранее большое спасибо!
Утилита udpRelay заработала в конце концов :) после того как выяснилось, какие именно 3 параметра в main она хочет:
1 - ip : port мультикаст группы
2 - ip : port пункта назначения
3 - ip интерфейса рутера на который приходит снаружи мультикаст (с этим были наибольшие проблемы, на 192.168.1.1 пакеты появлялись только после запроса vlc, к примеру, этой мультикаси группы - igmp прокси их внутрь начинал пускать)
Результаты не очень обнадёживающие - с одной группой процесс кушает 6-10% процессора. Может быть есть какой-то способ igmp прокси пересобрать, чтобы она этим занималась? Можно ли там адресок заменять или она пакеты не перекладывает и просто ядру командует их пропускать?
Буду очень благодарен за ответ, хотя не надеюсь его получить! :)
Всё сразу ретранслировать не получится. Оно просто не влезет в ширину канала. :)
Вам нужно пульт тогда цеплять к wl500g, иначе никак...
Приобрел на днях точку Wl500w....
Изначально чуть помучался с настройками, но все заработало.
IPTV нещадно квадратил и глючил показывая поток на уроне 4Мбит, хотя скорость мультикаста была выставлена на 54мбита. Позже обнаружил что соединение идет на 130Мбит и покопавшись в проблеме выяснил, что для скоростей н-стандарта необходима полоса в 40Мгц вместо стандартных 20Мгц. Настройки были выставлены, скорость нормализовалась на отметке в 270Мбит\с, но теперь VLC не показывал ничего. Абсолютный нуль. Вопрос что делать?
А для WL700ge еще не нашлись умельцы которые прикрутили Multicast?
Всё сразу ретранслировать не получится. Оно просто не влезет в ширину канала. :)
Вам нужно пульт тогда цеплять к wl500g, иначе никак...
Большое спасибо за reality-check :) действительно хотел невозможного.
Проблему всё-таки решить удалось. При помощи:
1) немного переписанного udpRelay (принимающего теперь параметрами IN_ip:_port OUT_ip:_port multicast_interface_ip)
2) скриптика убивающего udpRelay и поднимающего его с указанными IN/OUT
3) Python-плагина к XBMC на XBOX, который перед тем как играть udp поток, парой http-реквестов запускает этот скриптик через web-interface рутера.
Решение кривоватое по форме, но работающее как часы по сути ;-)
Если вдруг найдутся желающие (владельцы XBOX, WL-500gP, IPTV в сети) - могу им поделиться.
Глупый вопросик - влезет ли при большом желании udpRelay (7.5KB) в nvram (если его положить в /local/sbin/ или упомянуть в .files) и можно ли так делать. :) Спасибо!
Влезет конечно. Скопируйте его в /usr/local/sbin
Если вдруг найдутся желающие (владельцы XBOX, WL-500gP, IPTV в сети) - могу им поделиться.
Конечно поделись! я попробую сегодня.
Конечно поделись! я попробую сегодня.
Вкратце:
Есть xbox со стоящим xbmc одной из последних версии (из SVN).
ASUS WL-500gP с Oleg's Custom Firmware 1.9.2.7-8
IPTV вещание в сетке с urlями вида udp://@ip.group.add.ress:port
Качаем архив - раскрываем, то, что в папке
1. asus - кладём на рутер соблюдая иерархию (в /usr/local/sbin), не забывая после этого сделать оба файла executable для всех и сохранить во флеш. Адрес 10.60.190.1 в ur.sh заменяем на тот из адресов рутера, на который приходят мультикасты.
2. xbmc - кладём на xbox в папку, где лежит xbmc, соблюдая иерархию .../plugins/video/IPTV_Route
(если ip рутера отличается от 192.168.1.1 или логин/пароль доступа к его web-interface отличается от admin/admin - редактируем соответствующим образом строчку
g_router_name = "admin:admin@192.168.1.1"
в файле .../plugins/video/IPTV_Route/IPTV_API/xbmcplugin_player.py)
3. Делаем m3u плейлист для каналов iptv, работающий в vlc на компьютере. Чтобы он работал на боксе, заменяем в нём все подстроки "udp://@" на "plugin://video/IPTV_Route/?udp://@"
Открываем в xbmc плейлист и смотрим любой из каналов. :)
Также можно вместо m3u наделать папок с файлами channel_name.strm, в каждый из которых прописать адрес канала в указанном выше виде. В этом случае к ним можно положить рядышком thumbnails с символикой каналов, которые xbmc будет показывать в листе.
Скрипт плагина - совсем сырой, там кое-что стоит доделать, а 90% (теперь я это начинаю понимать ;-)) можно выкинуть. Ну, пока времени нет этим заняться как следует - такой вот quick'n'ugly hack.
Круто. Реально интересная идея. :)
Круто. Реально интересная идея. :)
Вот такое бы для просмотра с компа :) а роутер использовать в качестве конвертера мультикаст-юникаст, что бы не квадратил.
Vitaly_k
06-12-2007, 20:38
Вот такое бы для просмотра с компа :) а роутер использовать в качестве конвертера мультикаст-юникаст, что бы не квадратил.
Перепишите на С и скомпилируйте под роутер UDP-to-HTTP прокси и будет счастье.
http://borpas.info/index.php?go=dpr_util#prox
Есть исходники на C# под windows.
Вот такое бы для просмотра с компа :) а роутер использовать в качестве конвертера мультикаст-юникаст, что бы не квадратил.
Э... а в принципе - в чём проблема? ;-) Рутерная часть не меняется, а вместо питонного скрипта, чтобы канал другой включить надо запустить друг за другом 2 url чем угодно - скриптом каким-нибудь.
http://admin:admin@192.168.1.1/apply.cgi?current_page=Main_AdmStatus_Content.asp&action_mode=+Refresh+&SystemCmd=ur.sh%20route_from%20route_to
http://admin:admin@192.168.1.1/apply.cgi?current_page=Main_AdmStatus_Content.asp
где route_from - адрес:порт IPTV канала,
а route_to - адрес:порт компьютера на который рутить
На компьютере vlc надо открывать udp://@:порт (тот же, что в route_to)
Я так технологию и отлаживал, перед тем как в питонный скрипт залезать первый раз в жизни хотелось убедиться, что всё работает без бокса и питона. :)
Кстати, можно веб-страничку (локальный html файл) написать, чтобы из браузера каналы переключать ;-) - или даже из плейлиста её генерировать. В этом случае, если ссылки открываются браузером - нужна только одна (первая) ссылка из двух.
Браузер вторую сам дёрнет. ;-)
На компьютере vlc надо открывать udp://@:порт (тот же, что в route_to)
Вот до чего я не дотумкал :))) Все пашет :) Супер!!! IPTV по воздуху и без квадратов :)
Перепишите на С и скомпилируйте под роутер UDP-to-HTTP прокси и будет счастье.
http://borpas.info/index.php?go=dpr_util#prox
Есть исходники на C# под windows.
Ах, как здорово иметь выбор и как мне повезло, что я не нашёл этой штуки раньше - узнал в результате много нового :). Попадись она мне - остановился бы на ней - комп всё равно постоянно включен.
Да и в плане того, как xbox работает - человеческий http плейлист имеет некоторые преимущества перед плагином - кнопки +- канал на пульте нормально работают :).
Собственно, я пытался добиться такого же результата через vlc - vlm, vod (video on demand). Меня не устроило то, как xbox реагировал на rtsp:// - аудио поток приходилось каждый раз вручную подкручивать +-5 sec под видео. Да и vlc рушился от слишком больших vlm конфигов. Больше 40 каналов мне в него не удалось всунуть.
Насчёт переписывания с C# на C под линукс... Скорее надо написать то же самое на C. На исходники было бы интересно глянуть - но боюсь, что там львиную долю работы делает .net framework и понять не удастся как udp в http собирать (если это понять и занятие незатратное окажется, то из udpRelay можно попробовать такую штуку сделать).
Там кроме С#, есть и на дельфи вариант. Всё примитивно там, на уровне сокетов работает.
Но никакого плей-листа там нет. Собственно по той ссылке выше описана "красивая" версия с окошками.
TangaRUS
07-12-2007, 10:36
У меня такая проблема с мультикастом:
Через кабель всё работает отлично, поток ~5мб/сек, что ~40мбит.
Через wifi естественно не работает(т.е. работает только с глюками).
Суть в том, что как только начинаю смотреть через кабель - wifi отваливается напрочь, лампочка Air мигает так-же отчаянно что и остальные (у меня wl500gp).
Хочется заставить работать wifi при просмотре IPTV через кабель.
Выставление mrate 1 ни в web-интерфейсе, ни ручками эффекта на дает.
В идеале хочется вообще отрубить вещание mcast в wifi.
Подскажите куда копать?
поток 40 мегабит? Сомнительно. Так или иначе, поставьте mrate в 54. Отрубить пока нет возможности.
TangaRUS
07-12-2007, 11:13
Вот скриншотик:
2077
Да, похоже промахнулся :)
~5мбит получается :)
Ну а тогда вопрос: чего не работает wifi при просмотре?
(54 - ставил)
Не знаю. Попробуйте уменьшать его до 11. С 1 у Вас будет ровно то, что Вы написали: "отваливается" вай-фай.
TangaRUS
07-12-2007, 11:44
Не знаю. Попробуйте уменьшать его до 11. С 1 у Вас будет ровно то, что Вы написали: "отваливается" вай-фай.
Спасибо, вечером попробую.
TangaRUS
07-12-2007, 19:43
Спасибо, вечером попробую.
Помогло, спасибо!
melnikdima
10-12-2007, 23:13
есть проблема
у нас в сети запустили тестовое вещание ip-tv. можно смотреть телик с компа например адрес udp://@233.163.114.155:5310
как начинаю смотреть видео по udp:// сразу на ноуте который подключен по wifi пинг до роута понижается.
84 bytes from 192.168.1.37: icmp_seq=337 ttl=128 time=1652.7 ms
84 bytes from 192.168.1.37: icmp_seq=340 ttl=128 time=1723.3 ms
84 bytes from 192.168.1.37: icmp_seq=343 ttl=128 time=1678.6 ms
84 bytes from 192.168.1.37: icmp_seq=346 ttl=128 time=1701.6 ms
84 bytes from 192.168.1.37: icmp_seq=349 ttl=128 time=1585.6 ms
84 bytes from 192.168.1.37: icmp_seq=352 ttl=128 time=1626.2 ms
84 bytes from 192.168.1.37: icmp_seq=355 ttl=128 time=1545.3 ms
как только вырубаю ip-tv всё становиться ок!
как быть?
как быть?
Multicast Rate какой?
melnikdima
11-12-2007, 18:38
Multicast Rate какой?
не знаю как посмотреть?
прошивка стоит последняя на роутере!
пинг идёт плохой тока по wifi!
помогло прочитанное сообщение олега
При просмотре ТВ на компьютере имеет смысл на странице Wireless | Advanced указать Multicast Rate в диапазоне 11-54 мегабита.
fagotakamamont
12-12-2007, 07:26
Multicast Rate какой?
К вопросу об IPTV via WiFi. Адресовано, в первую очередь Олегу и спецам, в надежде, что нижеописанная информация окажется полезной для решения сабжевой проблемы. При необходимости, постараюсь ответить на доп вопросы.
WL-500g Premium
Прошивка Олега 1.9.2.7-8
Режим работы устройства - Home Gateway
провайдер Corbina, Нагатинский затон
Физические условия - квартира 40 кв.м.
Для просмотра ТВ использую программы VLC 0.8.5 и IP-TV-Player 0.27
Во всех случаях VLC более экономно расходует процессор и ПРИ ТОМ ЖЕ ТРАФИКЕ, что IP-TV-Player дает меньше "рассыпаний". Если смотреть по витой паре - лучше использовать IP-TV Player, который больше "грузит процессор", но дает более качественную картинку.
Трафик измерялся "на глаз", с графиков taskmanagera.
Наблюдения проводились на а) мощном десктопе по USB2.0 WiFi 802.11g noname , б) IBM Thinkpad T42 по гигабитной витой паре и/или miniPCI Intel 2200bg 802.11g с последними драйверами)
После покупки роутера немного поэкспериментировал, но стабильного IPTV через WiFi не добился, поэтому эксперименты продолжил. (IPTV по витой паре работает всегда без проблем.)
1. Сбросил настройки в "умолчание"
2. Сразу сменил ip роутера, диапазон ip домашней локалки, логин, пароль админа, оставил раздачу dhcp домашним устройствам, отключил ТЕЛНЕТ.
3. ДО ПОДНЯТИЯ VPN и WiFi убедился, что IPTV функционирует по витой паре. (у Корбины локальные сервера IPTV) Первым делом включаю мультикаст:
/IP Config/Route
Enable multicast routing? - YES
и телевидение сразу появляется на витой паре в ХОРОШЕМ КАЧЕСТВЕ в обеих используемых программах. Успокоился.
4. Далее, поднимаю WiFi
/Wireless/Interface
SSID какое-то
Chanel - 11 - задал руками
Wireless Mode - Performance - задал руками
Authentification Methos - Open System or Shared Key
WEP - 64bit
Указал passphrase, сгенерировал WEP Key
На этом остановился. Проверяю раздачу ТВ по вайфаю на обеих машинах - глухо. Намек на ТВ есть, но едва различимый, прорывается.
5. Выставляю мощность WiFi на максимум
/Wireless/Advanced
Radio Power - 84
Это сразу же дает эфект. На обеих машинах появляется "понимание наличия ТВ", то есть "секунда изображения квадратами и прерывистый звук - за ним три секунды статики и беззвучия" И так далее. Т.е. Мощность сигнала сыграла ОЩУТИМУЮ роль.
6. Руками увеличиваю полосу под мультикаст
/Wireless/Advanced
Multicast Rate - 48
На этом месте тВ стало ОЧЕНЬ ВМЕНЯЕМЫМ, т.е почти идеальным. Многие каналы можно было вполне записывать.
- в IP-TV Player хорошая картинка и звук, раз в 3-10 секунд локально десяток мелких квадратов или полоска. Звук НЕ РВЕТСЯ. Учитывая разрешение 800х600 - смотрю и не парюсь.
- в VLC ВООБЩЕ хорошая картинка и звук. Один-два квадрата за 10-30 секунд.
По большому счету, настройка на этом закончена, т.к. более никакие другие изменения не дали улучшения, сравнимого с ТВ по витой паре. ПОВТОРЮСЬ, в такой конфигурации ТВ достаточно качественное. Т.е. СМОТРЕТЬ можно совершенно спокойно. ЗАПИСЫВАТЬ можно отдельные каналы, сравнимые по качеству с ТВ по витой паре.
Интересные наблюдения:
- при включении ТВ по вайфай на обеих машинах - КАЧЕСТВО, ЕСЛИ И МЕНЯЕТСЯ, ТО НЕ СУЩЕСТВЕННО. Т.е. ухудшения не происходит. Т.е. беспроводной интерфес роутера полностью справляется?? при этом taskbar всегда показывает трафик 5-8% от 54Mbps на любой из двух машин при любой программе просмотра. Замечу, что когда я пытался настроить ТВ раньше, имея настроенный VPN Корбины, включение IPTV по WiFi на одном компьютере оставляло меня без интернета на обеих машинах, не говоря уже о втором IPTV (здесь кто-то уже описывал такое).
- Заметил, что ноутбучный беспроводной адаптер хуже справляется со связью, НЕЗАВИСИМО от местоположения в квартире. Т.е. при прочих равных, ТВ на ноутбуке "больше сыпется". Настройки обоих адаптеров выкручены на максимум, энергосбережение снято, ноутбук все время питается от сети.
- В VLC выкрутил все caching value на порядок, т.е. дописал один ноль для ВСЕХ кодеков из Input/Codecs (не знаю, какие конкренто нужны). От этого возникло ощущение, что при длительном проигрывании картинка становится стабильнее. Субъективно.
- Не дали ОБЪЕКТИВНО заметных улучшений следующие действа: изменение Wireless Mode, включение AfterBurner, маскировака SSID, изменение MUltiCast Rate на 54. За то, какие-то из данных манипуляций приводили к тому, что "веб-интерфейс" роутера подвисал и работал "со скрипом".
- Понятно, что Additional pppd options на этих этапах НЕ ПРОПИСАНЫ.
Замечу также, что когда я после покупки роутера, СРАЗУ настроил VPN Корбины, затем WiFi - мне не удавалось добится такого качества. Более того, изменение MultiCast Rate от 36 до 54-х НИЧЕГО НЕ ДАВАЛО.
Так же, собираюсь проверить, улучшит ли работу ТВ бурно обсуждаемые модификации из темы "Увеличение скорости по PPTP и L2TP", родившейся по настоятельным просьбам г-на Суходольского. http://homenet.corbina.net/index.php?showtopic=148518
http://wl500g.info/showthread.php?t=11068
При необходимости, могу записать кусок трансляции, дабы "качество картинки" не носило субъективный характер.
Заранее приношу извинения за недостаточную техническую грамотность в обсуждаемых вопросах и легкую сумбурность описаний, как следствие.
Надеюсь, был полезен.
ЗЫ. Дальше - интереснее.
Прописал VPN по l2tp. Но пока без указания Additional pppd options. Интернет, скайп, sip - все пока работает.
Снизил Multicast Rate до 24-х. ТВ показывает! Практически, с тем же качеством.
Оказалось, на качество воспроизведения совершенно точно влияет качество сигнала и приемника. То есть. Роутер - в коридоре. Если я сижу на диване В КОМНАТЕ - ТВ-картинка несколько разваливается. Если я с ноутбуком выхожу в коридор - показывает идеально! На двух компьютерах. И интернет работает.
Вот. Ломайте, пожалуйста, голову, уважаемые спецы.
Все тоже самое, только Radio Power в дефолте стоит, и Mrate 11 мегабит ( по замерам на разных каналах через nload, средняя скорость потока 4 мегабита, наивысшая, в пиках - 11.) Роутер WL-500W, шифрование WPA2+AES, Wireless mode - Perfomance, программы просмотра те же самые. Долго игрался с настройками, и наконец-то стало возможно смотреть IPTV. Основное улучшение было после того, как посадил роутер принудительно на 11 канал, и вынес роутер в коридор (раньше он бил через всю квартиру) Изображение, конечно, хуже чем по кабелю, бывают иногда и квадратики и полоски, но достаточно редко. Подтверждаю, смотреть можно, и даже иногда записывать. Провайдер NetbyNet Сокольники. Наконец-то на кухне появилось Discovery :) Надо будет попробовать еще поднять как ту написано Radio Power до 84.
nightrus
12-12-2007, 09:48
а терь включите микроволновку, и посмотрите качество картинки :D (записывать через вифи :eek:)
а терь включите микроволновку, и посмотрите качество картинки :D (записывать через вифи :eek:)
Надо просто хорошие микроволновки покупать, а не дешевую хрень :)
у меня раньше стояла ЛЖ какая-то, которые ветеранам давали бесплатно, пока не сломалась, вот она до полного дисконнекта WiFi жарила. А сейчас стоит BORK какой-то, из последних моделей, так никакого эффекта на WiFi не оказывает...
Но повторюсь, качество могло быть и лучше. Zyxel 330W IPTV гонял лучше. Недолго, правда, минут 5-15, потом вешался :)
Вот. Ломайте, пожалуйста, голову, уважаемые спецы.
Ну особых новостей и нет. :) Хотя Вы ещё раз подтвердили то, о чём я говорил: мультикаст рейт надо менять с авто на что-нибудь начиная с 11 мегабит. Я кстати слушал воздух и там действительно рейт для мультикаста с данными равен 11 мегабитам. При этом служебный трафик на 1 мегабите шлётся.
Что касается выходной мощности. Здесь палка о двух концах: 1) слишком большая мощность ухудшает сигнал и качество картинки будет падать; 2) очевидно, что небольшая прибавка полезна. У меня стоит 30 mW. Есть ещё один момент: не думайте, что можность выставилась в 84mW, реально она ограничена сейчас параметрами прошитыми в карточку и это к лучшему. Иначе Вы бы ничего не увидели.
Что касается Additional pppd options - они имеют смысл только для PPTP, для L2TP они бесполезны. Да и на Multicast не повлияют.
Что касается Зюхеля 330: да, мне было бы интересно посмотреть, как он вещает. Но пока такой возможности не предоставилось, хотя софт для прослушки я уже подготовил. :)
У меня стоит 30 mW. Есть ещё один момент: не думайте, что можность выставилась в 84mW, реально она ограничена сейчас параметрами прошитыми в карточку и это к лучшему. Иначе Вы бы ничего не увидели.
Что касается Зюхеля 330: да, мне было бы интересно посмотреть, как он вещает. Но пока такой возможности не предоставилось, хотя софт для прослушки я уже подготовил. :)
Ну как я уже говорил в личку, к сожалению (а на самом деле к счастью) я продал эту говняную коробочку. Длинки по сравнению с ней просто отказоустойчивые кластерные системы. У меня в сети, даже с не поднятым PPTP вешалась очень быстро. Хотя я продал человеку с работы, у него в Корбине она до сих пор работает и не вызывает нареканий. Вообщем туда ей и дорога.
Олег, значит рекомендуемое значние Radio Power это 30?
Олег, значит рекомендуемое значние Radio Power это 30?
Ну, мне показалось это разумным значением, плюс я поигрался слегка. Это всё индивидуально. На 500W может быть иначе.
username
13-12-2007, 13:51
Прошил 1.9.2.7-8 на wl-500gP. IPTV работает через wi-fi. но если включить VLC player на компе, который через кабель подключен к роутеру, то список каналов не показывается.
В панели настроек только включал multicast и все. Что надо настроить еще?
fagotakamamont
13-12-2007, 17:31
Все тоже самое, ...Наконец-то на кухне появилось Discovery :) Надо будет попробовать еще поднять как ту написано Radio Power до 84.
Discovery!! :rolleyes: :)
Напишите, как попробуете 84
fagotakamamont
13-12-2007, 17:44
Ну особых новостей и нет. :) Хотя Вы ещё раз подтвердили то, о чём я говорил: мультикаст рейт надо менять с авто на что-нибудь начиная с 11 мегабит. ...
Что касается выходной мощности. Здесь палка о двух концах: ...
Что касается Additional pppd options - они имеют смысл только для PPTP, для L2TP они бесполезны. Да и на Multicast не повлияют.
...
И на этом спасибо. В любом случае, хотелось бы понять:
1. Оптимальную мощность и то, как она влияет на практике. Может быть, пользователи еще поделятся статистикой. Интересно.
2. Выставляемый мультикаст рейт - на одно подключение или на весть вайфай? Т.е., скажем 11 мбит достаточно для просмотра ТВ, тогда значение в роутере надо выставлять 11 мбит ИЛИ 11 мбит помноженное на кол-во компьютеров, транслирующих ТВ по WiFi?
зы. И с прошедшим, уважаемый Олег :) :rolleyes:
Discovery!! :rolleyes: :)
Напишите, как попробуете 84
84 не стал пробовать, а поставил 30. Скажу чесно - НИЧЕГО не поменялось :) Иногда вещает идеально, может минут 10 не квадратить вообще, а может и квадратить так, что не очень приятно смотреть. Такое ощущение, что помеха может какая влияет... Не знаю короче, от чего зависит.
fagotakamamont
13-12-2007, 19:05
84 не стал пробовать, а поставил 30. Скажу чесно - НИЧЕГО не поменялось :) Иногда вещает идеально, может минут 10 не квадратить вообще, а может и квадратить так, что не очень приятно смотреть. Такое ощущение, что помеха может какая влияет... Не знаю короче, от чего зависит.
Мысль понятна. Однако, если не сильно напрягает, поставьте все-таки максимум на чуть-чуть. :) Просто, для статистики.
Я же в свою очередь, опробую мощности поменьше, в том числе 30.
Наконец-то хоть какие-то изменения :)
Вбил этот айпи\маску, запустил tcpdump - выводит строки типа:
IP 192.168.90.22.37266 > 233.34.28.1.1001: UDP, length: 1316
Но видео не показывает, наверно надо маршрут прописать??
Запустил команду tcpdump и появились строки:
16:55:36.369950 IP 10.10.254.1 > 224.0.0.1: igmp query v2
16:56:01.727155 IP 10.10.254.1 > 224.10.10.37: igmp query v2 [max resp time 10] [gaddr 224.10.10.37]
16:56:02.726429 IP 10.10.254.1 > 224.10.10.37: igmp query v2 [max resp time 10] [gaddr 224.10.10.37]
Подскажите, что дальше делать?
fagotakamamont
17-12-2007, 10:20
84 не стал пробовать, а поставил 30. Скажу чесно - НИЧЕГО не поменялось :) Иногда вещает идеально, может минут 10 не квадратить вообще, а может и квадратить так, что не очень приятно смотреть. Такое ощущение, что помеха может какая влияет... Не знаю короче, от чего зависит.
Выставил 30, потом опять 84. Потом опять 30. Пришел к выводу, что разницы из-за мощности нет.
зы. Asus WL-500g Premium
Выставил 30, потом опять 84. Потом опять 30. Пришел к выводу, что разницы из-за мощности нет.
однозначно нет. По крайней мере на WL-500W. Пробовал и 30 и 50 и 84. Вернулся на стандартные 19 и никакой разницы не замечал.
Хороший друг по моей просьбе написал udp->http прокси. Работает аналогично http://borpas.info/index.php?go=dpr_util#prox
Пока ретранслирует только один поток - запрос следующего убивает предыдущий. Размер 20K, в режиме вещания кушает ~15% процессора.
IPTV Player должен такую проксю поддерживать нативно.
С VLC пользоваться просто - в плейлисте все udp://@ заменяются на http://my.router:81/udp/
Если кому-нибудь интересно - смогу выложить где-то через недельку, он просил никому не давать, пока не причешет. ;-) Работает здорово. Квадратов не наблюдаю.
Ну конечно НАДО! о чем речь то! Мультикаст это пока все же проблемное место Асуса.
Надо, только желательно чтобы можно было пользоваться больше чем одному клиенту. :)
Работает здорово. Квадратов не наблюдаю.
Их там и не будет, если поток до роутера доходит полностью. Во-первых, из-за юникаста, 802.11 делает ретрансмиты пакетам, во-вторых, tcp/ip тоже делает ретрансмиты. :)
Мультикаст это пока все же проблемное место Асуса.
Я бы сказал, что это его СИЛЬНОЕ место, по сравнению с другими рутерами ;-) Вот Wi-Fi с мультикастом - тут да, но это изначально "изысканно", хоть и очень приятно - на кухню ноут с RTVI или Discovery принести.
Надо, только желательно чтобы можно было пользоваться больше чем одному клиенту. :)
Да, я тоже уже попросил (запустил с xbox и ноута одновременно и понаблюдал как они дерутся друг с другом за проксю, идя вниз по плейлисту).
Как только Паша выдаст мне update почищенный, проверенный и одобренный к раздаче - выложу. При размере 20K может и в прошивке ей местечко найдётся. ;-)
Я бы сказал, что это его СИЛЬНОЕ место, по сравнению с другими рутерами ;-) Вот Wi-Fi с мультикастом - тут да, но это изначально "изысканно", хоть и очень приятно - на кухню ноут с RTVI или Discovery принести.
Подразумевая партия, мы говорим - Ленин :)
Я имел ввиду именно мультикаст через WiFi :cool:
Как только Паша выдаст мне update почищенный, проверенный и одобренный к раздаче - выложу. При размере 20K может и в прошивке ей местечко найдётся. ;-)
Найдётся. Только готовьтесь к критиканству с моей стороны и желанию всё переделать. :D :D :D Что, что, а советы я давать люблю. :)
На самом деле я очень рад, что кто-то взялся это сделать.
Если кому-нибудь интересно - смогу выложить где-то через недельку.
Не получилось довести до ума сию нужную программку? Хотелось бы подарок к новому году :)
Не получилось довести до ума сию нужную программку? Хотелось бы подарок к новому году :)
Пока есть возможность потестировать собранный бинарник если есть желание (исходники будут чуть позже). Есть одна проблемка, с которой мы не знаем как бороться. После запуска udpxy и запуска vlc - первый открытый канал страшно квадратится. Нажимаю стоп/плей - всё в порядке. Может заодно кто подскажет что это может быть и как лечить ;-).
В фон уходит автоматически. При запуске без параметров - рассказывает какие параметры можно задать. -с clientsN <- ограничение на число одновременно обслуживаемых клиентов.
-m ip.ad.dr.ess <- IP адрес интерфейса на который приходят мультикасты
Пример запуска из post-mount
udpxy -p 81 -m 192.168.101.1 -c 3
Пример запроса
http://192.168.1.1:81/udp/233.233.233.233:5000
будет отдавать по http поток из udp://@233.233.233.233:5000
Кроме этого есть ещё два вида запросов
http://192.168.1.1:81/status - показывает какие потоки кому отдаются
http://192.168.1.1:81/shutdown - останавливает и выгружает прокси из памяти
Кстати, если плеер или медиасервер противится странным URLям и желает видеть .avi или .mpg в конце, то можно задать и http://192.168.1.1:81/udp/233.233.233.233:5000/1.mpg к примеру - прокси проигнорирует лишнее, а плеер успокоится (если сможет проиграть поток).
Update: Положил последнюю версию - вроде бы поправилась плавающая ошибочка с квадраченьем ;-)
Если у кого какие вопросы/предложения/сообщения об ошибках - пишите!
2 Oleg: Паша хочет слегка причесать исходники в плане GPLей и тому подобной ерунды - что бы всё как положено было :) Как только он будет доволен тем, что получилось - выложу с исходниками, может быть успеем к включению в следующую прошивку. Обещал после нового года. :)
Если попробуете - скажите, пожалуйста, что не нравится и что хотелось бы переделать ;-)
Вот спасибо!! попробую обязательно дома, отпишусь о результатах!:)
Приветствую.
Потребовалась такая вещь - есть под управлением два удаленных 500gP на которых нужно отладить мультикаст с провайдером. Софт собран последний от Олега, включен igmpproxy. Есть задача каким-либо образом заставить их зацепиться за какую-нибудь группу, чтобы проверить вместе с провайдером как это все работает. Есть ли какой рецепт как это сделать без особых усилий над маршрутизаторами? Рабочих станций, доступных под удаленное управления за ними увы нет.
Вопрос снят - разобрался. Спасла udprxy и wget на удаленной машине.
Непонятно чего Вы хотите. Сам роутер в группу никакую вступать не будет, если его об этом не попросит клиент.
Непонятно чего Вы хотите. Сам роутер в группу никакую вступать не будет, если его об этом не попросит клиент.
Собственно говоря было нужно послать IGMP report с нужной группой в сторону свитчей провайдера, чтобы понять проходит ли он по их сети или нет.
Спасла ситуацию udpxy, через которую я сделал удаленный коннект wget и запросил нужную группу. Она заставила igmpproxy послать igmpv2 report в сторону свитча и убедились, что на свитче у провайдера имеются таки проблемы. Если есть идеи как это сделать без такой конструкции - буду признателен.
Купил Asus 500gp. Залил последнюю прошивку от Олега (1.9.2.7-8).
Включил IGMP Proxy. Мультикаст не заработал.
Подключение к любым сервисам провайдера только через PPPoE, т.е. на WAN порту только один IP, получаемый при установлении pppoe сессии.
Настройки в igmpproxy.conf, насколько я понимаю, для моего случая неверные - там ppp0 в disabled.
Правильно ли я понимаю, что у меня ppp0 должен быть upstream ?
Попытался так сделать, но igmpproxy не хочет запускаться, говоря что ему нужно не менее двух Vif интерфейсов, а их нет.
Прошу совета.
Купил Asus 500gp. Залил последнюю прошивку от Олега (1.9.2.7-8).
Включил IGMP Proxy. Мультикаст не заработал.
Подключение к любым сервисам провайдера только через PPPoE, т.е. на WAN порту только один IP, получаемый при установлении pppoe сессии.
Настройки в igmpproxy.conf, насколько я понимаю, для моего случая неверные - там ppp0 в disabled.
Правильно ли я понимаю, что у меня ppp0 должен быть upstream ?
Попытался так сделать, но igmpproxy не хочет запускаться, говоря что ему нужно не менее двух Vif интерфейсов, а их нет.
Прошу совета.
Если провайдер не даёт адрес на WAN порт, а только в рамках PPPoE сессии, можно попробовать обойти это, руками вбив какой-нибудь от фонаря. :) (Мне пришлось поступить таким образом, чтобы заработал IPTV - провайтер Utech (теперь входящий в NBN))
C веб-интерфейса это делается так:
В рутере на закладке IP Config - WAN & LAN надо поставить в WAN Connection Type: сначала вместо PPPoE - Static IP и в секции WAN IP Setting какой-нибудь адрес и маску 255.255.255.255 (от греха). Apply.
Пойти на IP Config - Route, проверить стоит ли Enable multicast routing? Yes
Apply. Finish. Save&Reboot.
При этом должен отвалиться интернет, но заработать IPTV.
Далее идём на закладку IP Config - WAN & LAN и менять WAN Connection Type: обратно на PPPoE. (в секции WAN IP Setting ничего не трогать!) Apply. Finish. Save&Reboot.
Теперь по идее должно работать и то и другое.
Эта последовательность действий, насколько я понял, приводит к тому, что у рутера на br0 наблюдается внутренний IP гейтвея, на ppp0 - внешний, выдаваемый провайдером в рамках PPPoE, а на vlan1 - внешний в WAN, вбитый руками "от фонаря".
Если есть способы лучше или я что-то не то написал - буду рад поправкам :).
to OZ
Какое совпадение - и у меня Utech :)
Спасибо за совет.
Я не подумал, что мультикаст поток может идти не инкапсулированный в ppp кадр. Наверное поэтому у Вас и работает.
Надо будет проверить каким-нить Ethereal.
Но если случайно эта возможность исчезнет и все будет идти только через pppoe, тогда быстрого решения нет:
igmpproxy нужны интерфейсы, у которых есть IP-адрес. При старте роутера pppoe-сессия неактивна, ip-адреса нет, поэтому igmpproxy стартовать не будет. В таком случае нужно будет как-то делать запуск igmpproxy по событию - pppoe-session up.
Мультикаст через PPP? Это бред. Теряется весь его смысл.
Почему нет? Если я правильно понимаю политику своего провайдера - то никаких услуг при отрицательном балансе. Поэтому доступ к локальным ресурсам ( даже если сервер стоит в соседней квартире), будет только после поднятия pppoe сессии.
Соответственно, с их точки зрения, почему IPTV должен быть бесплатен ?
Почему нет? Если я правильно понимаю политику своего провайдера - то никаких услуг при отрицательном балансе. Поэтому доступ к локальным ресурсам ( даже если сервер стоит в соседней квартире), будет только после поднятия pppoe сессии.
Соответственно, с их точки зрения, почему IPTV должен быть бесплатен ?
Э.... IPTV это не столько услуга, сколько "бесплатное приложение". Чтобы из него сделать услугу - его надо шифровать, после чего без сет-топ бокса с картой делать будет нечего ;-).
Оно действительно за пределами PPPoE, поскольку (опять же, абсолютно прав Олег :)) весь смысл в том, что его повторяют железяки, в одну сторону, без подтверждений, стараясь минимально занимать физический канал. Одна программа ТВ, будучи транслируема одному человеку и всему подъезду съест ровно столько же полосы и ресурсов свитча.
Кстати говоря, а) на Utechовском форуме этот вопрос разъяснялся б) через PPPoE не будет никогда - нет ни смысла ни интереса. Если они решат перевести это на коммерческие рельсы, то скорее уж будут шифрование и сет-топы с картами :).
P.S. Да, и кстати, насчёт сервера "в соседней квартире" - если договориться про IP адреса, то общаться можно, понятно, и без поднятого PPPoE ;-) но только за пределы подъездного свитча не уйдёшь - толку как бы совсем никакого.
Для начала опишу ситуацию:
Имеется самопальная домовая сеть. Небольшая, порядка 30 активных хостов. Сетевое пространство - 192.168.60.0/24
Железо (свичи) самые разноклиберные. А что вы хотите? На голом энтузиазме сетка создавалась.
В сети установлен роутер WL500g Premium. Работает в режиме router и, как ни странно, выполняет функции роутера :)
В порт WAN подключен кабель от "большой" сетки провайдера №1, который предоставляет доступ по PPPTP плюс локалка, и wl500gp занимается всего лишь роутингом пакетов. Ну и кое-какие защитные фунции. Не суть важно. Тут все настроено и понятно.
А вот теперь описание проблемы:
Существует еще и провайдер №2. Кабель подключен к LAN-порту (в нашем случае порт №4). Т.е. подключен к домовой сети как через обычный свич. С другой стороны кабель подключен непосредственно к порту провайдера (благо он у меня через стенку. Метров 20 по прямой).
Доступ к интернету и локалке предоставляется по PPPoE и более никаких пакетов между домовой сетью и провадером №2 не бегает.
Главное (фактически единственное) направление провайдера - предоставление доступа по ADSL (что для него несложно, поскольку он достаточно серьезный поставщик услуг обычной телефонии), а мы со своей домовой сеткой так... Сбоку-припеку.
Провайдер раздает мультикастом по ADSL IP-телевидение. Мы же до сих пор лишены такого удовольствия. Я переговорил с одним из их спецов, и он объяснил, что такое решение (не пускать мультикаст в нашу сеть) вызвано тем, что есть вероятность завалить мультикастом нашу хлипкую сеть с дешевыми свичами. Аргумент уважительный.
Я предложил другой вариант: мультикаст пойдет только на роутер, а роутер уже будет раздавать IP-TV по HTTP через udpxy. Тоже есть свои минусы, но в udpxy по крайней мере есть возможность регулировать количество пользователей.
От спеца поступило встречное предложение: мультикаст будет подаваться тегированным меткой "666" в соответствии с 802.1q, PPPoE видимо тоже будет тегированным.
От меня требуется поднять vlan с поддержкой 802.1q, роутер должен принимать мультикаст для udpxy и не выпускать его "наружу". PPPoE-трафик должен роутиться свободно.
Не представляю за что хвататься. Как поднять vlan я конечно знаю, но метки и 802.1q ставят меня просто в тупик. Как разрешить хождение PPPoE и отсечь все остальное? Если PPPoE тоже будет тегированным - это более предпочтительный вариант в плане возможностей конфигурирования?
Жду советов. Куды копать, с чего начать? В принципе мульткаст с метками могут пустить в сетку хоть завтра, но мне хотелось бы быть к этому моменту подготовленным.
Каждый сам устанавливает PPPoE сессию с этим провайдером?
В общем поднять вланы Вы так не сможете. Что можете сделать - либо попросить второй кабель от провайдера, где будет исключительно мультикаст, либо поставить VLAN "разветвитель" перед роутером. Но udpxy много клиентов не потянет (ну т.е. штук 6 максимум, но всё встанет). Просто не хватит ресурсов процессора.
Скиньтесь лучше на свитч управляемый с IGMP снупингом и всех желающих смотреть TV подключайте через него.
В общем поднять вланы Вы так не сможете. Что можете сделать - либо попросить второй кабель от провайдера, где будет исключительно мультикаст, либо поставить VLAN "разветвитель" перед роутером. Но udpxy много клиентов не потянет (ну т.е. штук 6 максимум, но всё встанет). Просто не хватит ресурсов процессора.
Скиньтесь лучше на свитч управляемый с IGMP снупингом и всех желающих смотреть TV подключайте через него.
Спасибо. Ясно. Жаль.
К сожалению одним свичом тут не обойтись. Сетка не настолько компактная. Раскинута на несколько домов.
А что есть VLAN-разветвитель?
http://mcmcc.bat.ru/vlan
на nag.ru есть фотографии внутренностей свитчей. Поищите там что-нибудь из имеющегося в продаже с пустым местом под EEPROM на плате. Я недавно смотрел, что-то находил.
Учтите: не все свитчи одинаково полезны. Некоторые "пухнут и дохнут" когда через них пускают мультикаст. А ещё учтите, что 20 каналов забьют 100 мегабитную сеть полностью. Т.е. Вам нужно для мультикаста иметь хотя бы гигабитную опорную сеть.
http://mcmcc.bat.ru/vlan
на nag.ru есть фотографии внутренностей свитчей. Поищите там что-нибудь из имеющегося в продаже с пустым местом под EEPROM на плате. Я недавно смотрел, что-то находил.
Учтите: не все свитчи одинаково полезны. Некоторые "пухнут и дохнут" когда через них пускают мультикаст. А ещё учтите, что 20 каналов забьют 100 мегабитную сеть полностью. Т.е. Вам нужно для мультикаста иметь хотя бы гигабитную опорную сеть.
Спасибо. Поизучаю вопрос.
У нас транслируются несколько меньше 20 каналов, так что при самом плохом раскладе будет загрузка не более 80 мегабит. Попробуем пустить на пару дней мультикаст напрямую и посмотрим на практичесий результат. А со временем может разродимся на покупку хотя бы пары свичей с с IGMP снупингом и установим в наиболее критические места
Маленькая ремарка - далеко не все свичи на дешевых чипсетах позволяют выставлять VID>254, про это так же не следует забывать и обязательно изучать вопрос перед покупкой.
Маленькая ремарка - далеко не все свичи на дешевых чипсетах позволяют выставлять VID>254, про это так же не следует забывать и обязательно изучать вопрос перед покупкой.
Я думаю насчет значения VID можно будет договориться с провом. Но спасибо за инфу
wl-500w. только вчера купил, пробовал смотреть iptv через мультикаст прокси, потом стал разбираться с udpxy. поставил пре 15. сегодня перестал видеть мультикаст потоки. Никаких настроек не менял.
[admin@WL-001E8C023681 /www]$ tcpdump -i $(nvram get wan_ifname) -p igmp -n
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 68 bytes
18:57:14.158661 IP 10.176.96.86 > 224.0.0.2: igmp leave 233.163.114.135
18:57:14.426702 IP 10.176.96.86 > 233.163.114.135: igmp v2 report 233.163.114.13
5
18:57:22.086636 IP 10.176.96.86 > 233.163.114.135: igmp v2 report 233.163.114.13
5
18:57:22.476630 IP 10.176.96.86 > 233.163.114.135: igmp v2 report 233.163.114.13
У меня пров виноват или где?
вот еще логи. переключал каналы...
[admin@WL-001E8C023681 root]$ tcpdump -i any -p igmp -n
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on any, link-type LINUX_SLL (Linux cooked), capture size 68 bytes
23:19:35.280725 IP 192.168.1.15 > 224.0.0.2: igmp leave 233.163.114.135
23:19:35.280767 IP 192.168.1.15 > 224.0.0.2: igmp leave 233.163.114.135
23:19:35.280725 IP 192.168.1.15 > 224.0.0.2: igmp leave 233.163.114.135
23:19:35.283524 IP 10.176.96.86 > 224.0.0.2: igmp leave 233.163.114.135
23:19:35.284162 IP 192.168.1.1 > 233.163.114.135: igmp query v2 [gaddr 233.163.1
14.135]
23:19:35.284193 IP 192.168.1.1 > 233.163.114.135: igmp query v2 [gaddr 233.163.1
14.135]
23:19:35.284296 IP 192.168.1.1 > 233.163.114.135: igmp query v2 [gaddr 233.163.1
14.135]
23:19:35.529378 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:35.529420 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:35.529378 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:35.547712 IP 10.176.96.86 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:36.423163 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:36.423206 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:36.423163 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:37.423054 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:37.423099 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:37.423054 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:38.877573 IP 10.176.96.86 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:40.877807 IP 192.168.1.1 > 233.163.114.135: igmp query v2 [gaddr 233.163.1
14.135]
23:19:40.877846 IP 192.168.1.1 > 233.163.114.135: igmp query v2 [gaddr 233.163.1
14.135]
23:19:40.877950 IP 192.168.1.1 > 233.163.114.135: igmp query v2 [gaddr 233.163.1
14.135]
23:19:43.067577 IP 10.176.96.86 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:54.572555 IP 192.168.1.15 > 224.0.0.2: igmp leave 233.163.114.192
23:19:54.572600 IP 192.168.1.15 > 224.0.0.2: igmp leave 233.163.114.192
23:19:54.572555 IP 192.168.1.15 > 224.0.0.2: igmp leave 233.163.114.192
23:19:54.575208 IP 10.176.96.86 > 224.0.0.2: igmp leave 233.163.114.192
23:19:54.575671 IP 192.168.1.1 > 233.163.114.192: igmp query v2 [gaddr 233.163.1
14.192]
23:19:54.575703 IP 192.168.1.1 > 233.163.114.192: igmp query v2 [gaddr 233.163.1
14.192]
23:19:54.575807 IP 192.168.1.1 > 233.163.114.192: igmp query v2 [gaddr 233.163.1
14.192]
23:19:54.732315 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:54.732356 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:54.732315 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:54.747632 IP 10.176.96.86 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:55.420981 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:55.421025 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:55.420981 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:56.420803 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:56.420847 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:19:56.420803 IP 192.168.1.15 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:20:03.787578 IP 10.176.96.86 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:20:10.037574 IP 10.176.96.86 > 233.163.114.192: igmp v2 report 233.163.114.19
2
23:20:22.774337 IP 192.168.1.15 > 224.0.0.2: igmp leave 233.163.114.192
23:20:22.774371 IP 192.168.1.15 > 224.0.0.2: igmp leave 233.163.114.192
23:20:22.774337 IP 192.168.1.15 > 224.0.0.2: igmp leave 233.163.114.192
23:20:22.776289 IP 10.176.96.86 > 224.0.0.2: igmp leave 233.163.114.192
23:20:22.776640 IP 192.168.1.1 > 233.163.114.192: igmp query v2 [gaddr 233.163.1
14.192]
23:20:22.776665 IP 192.168.1.1 > 233.163.114.192: igmp query v2 [gaddr 233.163.1
14.192]
23:20:22.776767 IP 192.168.1.1 > 233.163.114.192: igmp query v2 [gaddr 233.163.1
14.192]
23:20:22.926658 IP 192.168.1.15 > 233.163.114.135: igmp v2 report 233.163.114.13
5
23:20:22.926691 IP 192.168.1.15 > 233.163.114.135: igmp v2 report 233.163.114.13
5
23:20:22.926658 IP 192.168.1.15 > 233.163.114.135: igmp v2 report 233.163.114.13
5
23:20:22.947645 IP 10.176.96.86 > 233.163.114.135: igmp v2 report 233.163.114.13
5
23:20:23.917662 IP 192.168.1.15 > 233.163.114.135: igmp v2 report 233.163.114.13
5
23:20:23.917692 IP 192.168.1.15 > 233.163.114.135: igmp v2 report 233.163.114.13
5
23:20:23.917662 IP 192.168.1.15 > 233.163.114.135: igmp v2 report 233.163.114.13
5
23:20:24.617573 IP 10.176.96.86 > 233.163.114.135: igmp v2 report 233.163.114.13
5
23:20:24.917594 IP 192.168.1.15 > 233.163.114.135: igmp v2 report 233.163.114.13
5
23:20:24.917627 IP 192.168.1.15 > 233.163.114.135: igmp v2 report 233.163.114.13
5
23:20:24.917594 IP 192.168.1.15 > 233.163.114.135: igmp v2 report 233.163.114.13
5
23:20:31.917812 IP 192.168.1.1 > 233.163.114.192: igmp query v2 [gaddr 233.163.1
14.192]
23:20:31.917842 IP 192.168.1.1 > 233.163.114.192: igmp query v2 [gaddr 233.163.1
14.192]
23:20:31.917938 IP 192.168.1.1 > 233.163.114.192: igmp query v2 [gaddr 233.163.1
14.192]
23:20:34.527576 IP 10.176.96.86 > 233.163.114.135: igmp v2 report 233.163.114.13
5
23:20:41.527763 IP 192.168.1.1 > 233.163.114.192: igmp query v2 [gaddr 233.163.1
14.192]
23:20:41.527793 IP 192.168.1.1 > 233.163.114.192: igmp query v2 [gaddr 233.163.1
14.192]
23:20:41.527893 IP 192.168.1.1 > 233.163.114.192: igmp query v2 [gaddr 233.163.1
14.192]
23:21:25.827811 IP 192.168.1.1 > 224.0.0.1: igmp query v2
23:21:25.827844 IP 192.168.1.1 > 224.0.0.1: igmp query v2
23:21:25.827943 IP 192.168.1.1 > 224.0.0.1: igmp query v2
23:21:28.358262 IP 192.168.1.105 > 239.255.255.250: igmp v2 report 239.255.255.2
50
23:21:28.358295 IP 192.168.1.105 > 239.255.255.250: igmp v2 report 239.255.255.2
50
23:21:28.358262 IP 192.168.1.105 > 239.255.255.250: igmp v2 report 239.255.255.2
50
23:21:32.410095 IP 192.168.1.15 > 233.163.114.135: igmp v2 report 233.163.114.13
5
23:21:32.410130 IP 192.168.1.15 > 233.163.114.135: igmp v2 report 233.163.114.13
5
23:21:32.410095 IP 192.168.1.15 > 233.163.114.135: igmp v2 report 233.163.114.13
5
23:21:34.497616 IP 192.168.1.1 > 224.0.0.2: igmp v2 report 224.0.0.2
23:21:34.497645 IP 192.168.1.1 > 224.0.0.2: igmp v2 report 224.0.0.2
23:21:34.497738 IP 192.168.1.1 > 224.0.0.2: igmp v2 report 224.0.0.2
немного о своей сети.
WAN 10.176.96.86 255.255.252.0 10.176.96.1
LAN 192.168.1.1 255.255.255.0
на момент логирования в сети 2 компа онлайн. мой 192.168.1.15.
второй комп 192.168.1.105
Подключите напрямую кабель в компьютер, да проверьте.
Подключите напрямую кабель в компьютер, да проверьте.
Попробую. По моим логам... нормально что request гуляет по LAN, а в WAN уходят только report?
Таки возвращаюсь к данной проблеме.
Хрен с ним, с udpxy :)
Имеем: тегированный (только тегированный. другого варианта не будет) мультикаст + PPPoE-трафик (нетегированный) (соединения поднимаются индивидуально на компах локальной сети) по _одному_ кабелю от провайдера, подключенному к роутеру. Сетка 100 мбитная, мультикаст-трафик ~70 мбит.
Задача - роутить мультикаст в локалку. Желательно, чтобы "лишний" (т.е. если нет подписчиков) мультикаст в сетку не пёр. PPPoE-трафик (ну и любой другой, если от него нельзя отделаться) должен свободно гулять между локалкой и провайдером. Все.
Неужели это нереализуемо?
Или это нереализуемо только при подключении _одним_ кабелем? И действительно ли необходимо в этом случае ставить vlan-разветвитель? Может можно просто дешевым свичом обойтись - подключить к нему кабель от провайдера, а уже от него два кабеля к роутеру?
NickName
14-02-2008, 10:35
Добрый день.
Провайдер QWERTY, роутер wl500gP. сделал как написано на форуме,
nvram set vlan0ports="2 3 4 5*"
nvram set vlan1ports="0 1 5"
nvram commit
reboot
Амино заработала, но есть некий дискомфорт, выражается он в том что в при игре в контрстрайк и линейку, очень большой пинг , отключил приставку, все стало ок. Посоветуйте пожалуйста как сделать чтобы телевидение было через роутер и время запроса не увеличилось?
Отключите мультикаст роутинг, может быть станет лучше.
NickName
14-02-2008, 15:19
Может отключить модули, которыми я не пользуюсь, чтобы они не ели ресурсы? Потому что я и iptv хочу смотреть на ноуте и компе, и чтобы кабельное на телевизоре работало через роутер... и в контру гамать:)
Тогда выбирайте: либо хороший "пинг", либо включенный телевизор.
NickName
14-02-2008, 16:16
Понятно, спасибо.
Снимаю тему.
Оказалось, что сломался multicast на одном из рутеров провайдера.
Что "случайно" совпало по времени с моей покупкой рутера.
:(
Извиняюсь за беспокойство.
------------------------------------------------
Добрый день!
Возникла следующая проблема:
Установил рутер. Сразу после этого перестал работать iptv.
Причем перестал работать как в линуксе так и в виндах.
При нажатии на канал из плейлиста, окно с видео не появляется.
Сразу скажу, что: WL500W, версия прошивки 1.9.2.7-8, multicast включен,
виндовс ХРЮША (встроенный файрвол выключен), openSuse 10.3 (файрвол выключен), провайдер -МигТелеком. Инет работает. Вобщем работает все, кроме iptv.
При подключении компа в домсеть iptv не заработало.
...
господа, сорри если уже где-то проскакивало, но не увидал... если есть ткните носом или так скажите, а будет ли это все счастье (iptv через wi-fi) адекватно работать не на пермиуме а на делюксе? ато я его несколеко лет назад купил, прошей Олега прошил, счастье увидал и забыл. а недавно про форум этот волшебный вспомнил, почитал и слюни потекли...
WL-500gP V2 (WL500gpv2-1.9.2.7-10), ISP Миг-Телеком
перечитал всю тему, пробовал и настройки из первого поста, и чтение FAQ.
Работает все, кроме IPTV.
В связи с чем вопрос: у кого-нибудь оно с этим провайдером работает? Если да, то можно ли ссылку на доку, по которой настраивалось?
Спасибо.
Brain1999
04-05-2008, 22:06
Проблема с ipTV-приставкой. Что есть:
провайдер ИскраТелеком www.istel.ru. Роутер WL500gP, прошивка от Олега последняя (-10). За роутером стоят компьютеры и приставка от провайдера.
Ситуация 1. Если приставка ПЕРЕД роутером, то всё ок - каналы показывают и всё такое.
Ситуация 2. Если приставка ЗА роутером, то ОЧЕНЬ долго коннектиться, а потом пишет, что по тайм-ауту не может присоединиться к адресу 82.199.96.203. НО! На компьютерах установлен VLC-player и каждый компьютер нормально играет это ТВ (причём, каждый компьютер смотрит разные каналы)
Мультикаст включён, статические пути прописаны. Более того, внутренний адрес приставки прописан в DMZ. В логе при reboot приставки пишет следующее:
Jan 1 03:07:07 pppd[212]: Starting link
Jan 1 03:07:07 pppd[212]: PPP session is 41010
Jan 1 03:07:07 pppd[212]: Connect: ppp0 <--> vlan1
Jan 1 03:07:07 pppd[212]: CHAP authentication succeeded
Jan 1 03:07:07 pppd[212]: peer from calling number 00:1A:6C:51:41:CC authorized
Jan 1 03:07:07 pppd[212]: Local IP address changed to 79.172.65.24
Jan 1 03:07:07 pppd[212]: Remote IP address changed to 82.199.96.10
Jan 1 03:07:08 dnsmasq[73]: read /etc/hosts - 5 addresses
Jan 1 03:07:08 dnsmasq[73]: read /etc/ethers - 2 addresses
Jan 1 03:07:08 dnsmasq[73]: reading /tmp/resolv.conf
Jan 1 03:07:08 dnsmasq[73]: using nameserver 195.128.64.3#53
Jan 1 03:07:08 dnsmasq[73]: using nameserver 82.199.96.143#53
Jan 1 03:07:08 PPPoE: connect to ISP
Jan 1 03:07:45 dnsmasq[73]: DHCPDISCOVER(br0) 00:03:91:b0:b5:0d
Jan 1 03:07:45 dnsmasq[73]: DHCPOFFER(br0) 192.168.1.9 00:03:91:b0:b5:0d
Jan 1 03:07:45 dnsmasq[73]: DHCPREQUEST(br0) 192.168.1.9 00:03:91:b0:b5:0d
Jan 1 03:07:45 dnsmasq[73]: DHCPACK(br0) 192.168.1.9 00:03:91:b0:b5:0d ADBBVSA01746004248
Jan 1 03:08:12 dnsmasq[73]: DHCPDISCOVER(br0) 00:03:91:b0:b5:0d
Jan 1 03:08:12 dnsmasq[73]: DHCPOFFER(br0) 192.168.1.9 00:03:91:b0:b5:0d
Jan 1 03:08:12 dnsmasq[73]: DHCPREQUEST(br0) 192.168.1.9 00:03:91:b0:b5:0d
Jan 1 03:08:12 dnsmasq[73]: DHCPACK(br0) 192.168.1.9 00:03:91:b0:b5:0d
Jan 1 03:08:21 dnsmasq[73]: DHCPREQUEST(br0) 192.168.1.9 00:03:91:b0:b5:0d
Jan 1 03:08:21 dnsmasq[73]: DHCPACK(br0) 192.168.1.9 00:03:91:b0:b5:0d
Самое прикольное, что работать так она перестала с 01 мая - времени ввода приставки в коммерческую эксплуатацию. До этого, в тестовом варианте, всё прекрасно пахало :-)
Ответ техподдержки такой:
Десятки раз говорилось о том, что работа через роутер не поддерживается. Если у вас через него что-то работает или работало - исключительно на свой страх и риск. И в любой момент, как и в данном случае, работать может прекратить.
Мы гарантируем работу приставки только через коммутатор D-Link DES-1005D, купленный у нас.
ЛЮДИ! Помогите победить!!
Brain1999
05-05-2008, 08:50
Сегодня получено новое сообщение от техподдержки (ребята молодцы, тоже думают, хотя не обязаны):
скорее всего было так:
приставка по кабелю получила ip
наш dhcp помнил куда и как дал
Вы переключили в роутер
все работает
время жизни ip кончилось либо приставка была выдернута из питания
Все - работа закончилась....
Какие мысли есть?
PupsDRVR
05-05-2008, 15:02
Сегодня получено новое сообщение от техподдержки (ребята молодцы, тоже думают, хотя не обязаны):
скорее всего было так:
приставка по кабелю получила ip
наш dhcp помнил куда и как дал
Вы переключили в роутер
все работает
время жизни ip кончилось либо приставка была выдернута из питания
Все - работа закончилась....
Какие мысли есть?
В настройках подключения роутера прописать мак адрес приставки, он обычно написан на наклейке на пузе или на коробке. Главное, чтобы интернет подключение не требовало идентификации по маку карточки компа или роутера.
Brain1999
05-05-2008, 17:48
Требует :-( Попробую сейчас, как написано Олегом в соседней ветке...
PupsDRVR
06-05-2008, 06:24
Требует :-( Попробую сейчас, как написано Олегом в соседней ветке...
Да, тогда только VLAN развести или хаб простейший перед роутером поставить, если в роутере нет портов свободных.
Brain1999
06-05-2008, 10:20
Пробовал развести, как описано в ветке http://wl500g.info/showthread.php?t=13632. Результат там же (2 коротких лога) :-)
WL-500gP V2 (WL500gpv2-1.9.2.7-10), ISP Миг-Телеком
перечитал всю тему, пробовал и настройки из первого поста, и чтение FAQ.
Работает все, кроме IPTV.
В связи с чем вопрос: у кого-нибудь оно с этим провайдером работает? Если да, то можно ли ссылку на доку, по которой настраивалось?
Спасибо.
У меня всё работает... Кстати в миге сейчас отрубили всё... Ждём когда акадовский сервис заработает
Пытаюсь смотреть IP-TV на ноуте через WiFi. Картинка "расыпается" на квадратики и очень много артефактов. Даже звук слегка лагает. Скорость потока примерно 4Мбит/с (это подтверждается и rrd-шными графиками). Никаких PPTP и прочих туннелей нет. Обычный + мультикаст роутинг.
Железка WL500gp.
Прошивка 1.9.2.7-10.
Скорость кажет 54, сигнал отличный.
Подскажите, пожалуйста, что это может быть?
psiholog
17-10-2008, 20:31
Прошил 1.9.2.7.-10. Разогнал. Получилось 299,83. Правда что от этого поменялось не знаю, но думаю что стало лучше. А с IP-Tv пока не получается. Звонил провайдеру они говорят что прописывние мультикаста ничего не даст. Объяснили почему, но я ничего не понял. По прежнему работает если устанавливаю Auto IP но плохо, квадратики, полоски. Может действительно роутер не пропускает? А если подключаю через LAN то вобще не показывает. Может у кого то есть еще идеи?
demidoff
10-11-2008, 07:32
Всем привет!
Прочитал всю эту ветку и не понял чем закончилось тестирование программы udpxy. Поделитесь пожалуйста опытом ее использования!!!
Может есть новая версия ее?
Вот мой опыт ее использования:
Юзаю IPTV через WiFi. Установил как написано у oz.
Вначале все работает отлично, почти ни одного квадрата, но минуты через 3-5 начинает все очень сильно тормозить. После минут 10-15 тормозов, опять все начинает показывать, но чуть хуже чем в самом начале.
С чем это может быть связано?
demidoff
10-11-2008, 09:34
Отбой! Нашел ветку по моей теме!
Пытаюсь смотреть IP-TV на ноуте через WiFi. Картинка "расыпается" на квадратики и очень много артефактов.
Даже звук слегка лагает. Скорость потока примерно 4Мбит/с (это подтверждается и rrd-шными графиками).
Никаких PPTP и прочих туннелей нет. Обычный + мультикаст роутинг. Железка WL500gp. Прошивка 1.9.2.7-10.
Скорость кажет 54, сигнал отличный. Подскажите, пожалуйста, что это может быть?
Тема про Wi-Fi и IPTV (multicast) : http://wl500g.info/showthread.php?t=12431
Прочитал всю эту ветку и не понял чем закончилось тестирование программы udpxy.
Поделитесь пожалуйста опытом ее использования !!! Может есть новая версия ее?
Тема про udpxy - udp->http IPTV прокси : http://wl500g.info/showthread.php?t=12182
udpxy сборка 12 (компилируется под FreeBSD 7.1)
Выложена сборка 12. Изменения минимальные: добавлена
компиляция под FreeBSD (проверялось на 7.1) под gmake.
http://wl500g.info/showpost.php?p=141079&postcount=621
Слушай дружбан, поделись свитком настройки второго wan в linux чтобы udpxy с него мультикаст ловил!! Понимаю что делать не ломать, но всеже. А то этот мультикаст все порты уже загадил (
Начал читать ветку, прочитал половину и понял, что ничего не понимаю. Не могли бы вы дать инструкцию "для чайников", как настроить WL-520gU так, чтобы все LAN и WiFi были в одной подсети, но мультикаст для ТВ приставки Стрим-ТВ шел только на один порт Lan.
Ну тогда прочитайте ещё и вторую половину этой темы ... :D
И потом ещё посмотрите материалы по IPTV в Mini FAQ ... :cool:
З.Ы. Настройки едины для всех роутеров Asus (кроме WL-500W) ... :)
Вам же уже давали ссылку на FAQ про подключение STB к IPTV ... ;)
:confused: :eek:
Вообщем пошел вешаться. WAN, MAN, LAN шмакадян... Ну блин ткните носом, где это подробно написано. Мне не надо становиться специалистом в этой области, достаточно того, что я разработчик баз данных. Мне просто надо настроить маленькую домашнюю сеточку.
Вообщем пофиг, сделаю так, чтобы только STB была отдельным проводом подключена. Остальные устройства попробую повесить в другие LAN. В конце концов перенесу оборудование из кладовой в спальню.
Ну блин ткните носом, где это подробно написано. Мне не надо становиться специалистом в этой области....
Так ведь уже ткнули. Если уже есть оборудование - пробуйте. Если нет - не удаляйте гланды через ж., как я Вам на другом форуме написал.
Если еще эту ссылку не давали - пригодится. http://wl500g.info/showthread.php?t=12431
andreycj
03-02-2010, 14:30
ситуация такова: при использовании IPTV через HTTP-UDP прокси сыпется картинка и по проводу (который смотрит тв без прокси) и через wi-fi (через прокси). В основном ситуация замечена при просмотре тв с 2-х компов (провод и вафля) с включенным торрентом (раздача ~ 400 kb/s, без скачивания), все роуты прописаны, проблема проявилась примерно недели 2 назад, если кто знает в чем может быть проблема просьба помочь.
P. S. соединение static IP+L2TP
Всем привет.
Я пишу программу на Питоне, которая использует мультикаст для рассылки данных (при помощи библиотеки twisted).
Проверил программу на компе - все в порядке.
Запустил на роутере - не идут данные и программа не ругается.
В чем может быть проблема?
Роутер по адресу 192.168.1.1.
Мультикаст адрес пробовал 224.0.0.2, 224.0.1.2. Ни тот ни другой не работает. Порт = 2700
Спасибо.
Всем привет.
Я пишу программу на Питоне, которая использует мультикаст для рассылки данных (при помощи библиотеки twisted).
Проверил программу на компе - все в порядке.
Запустил на роутере - не идут данные и программа не ругается.
В чем может быть проблема?
Роутер по адресу 192.168.1.1.
Мультикаст адрес пробовал 224.0.0.2, 224.0.1.2. Ни тот ни другой не работает. Порт = 2700
Спасибо.
Подземный стук...
Запускай tcpdump, проверяй хождение пакетов.
P. S. соединение static IP+L2TP
Случайно не Квидекс? Пытаюсь настроить iptv от них, что с мультикастом, что через udpxy картинка сыплется и звук заикается.. Думаю, не в провайдере ли дело..
Поглядел я в tcpdump и понял в чем проблема, но не знаю как решить.
Получается, что программа шлет пакеты во внешнюю сеть, через wan интерфейс, и упорно не желает слать в lan.
Скажите как это можно побороть?
Может как-то в iptables что-то вписать, но вот что?
P.S. Подписан на уведомление с темы, но письма небыло. =(
WellDone
04-05-2010, 04:21
Друзья, не подскажете ли, что еще попробовать? Картинка запинается и останавливается, звук тоже с перебоями.
1. Роутер dir-320, прошитый до WL500g-V2.
2. Пытаюсь смотреть IP-TV на ноуте по Wi-Fi.
3. Enable Multicast routing - Yes, Use DHCP routes-Yes
4. Оптимальное значение (задержки картинки/звука меньше всего) при Mulicast Rate = 24 Mbps, 11 (подсказанные тут http://wl500g.info/showpost.php?p=139300&postcount=3 - гораздо хуже)
5. Провайдер предлагает использовать только PCPlayer, а потому поиграться с программами воспроизведения не получается. Поэтому и установка UDP Multicast to HTTP Proxy Port задействовать пока не получилось (в плейлисте зашито udp://@224.0.42.канал#:5000).
6. При подключении напрямую сетевого шнура к ноуту - всё работает хорошо, и к такое качество и пытаюсь достичь.
Что еще посоветуете? Спасибо!
andrusha7778
04-05-2010, 09:40
Всем добрый день. В общем есть ДЛинк 320ый c Олеговской прошивкой. Замечательно работает IPTV за роутером - медиацентр получает поток IPTV по UDP и всё показывает. Стоит отдельная точка доступа - Dlink 2100AP. Если кто-нибудь в локалке смотрит IPTV (медиацентр или другой проводной клиент) то к точке доступа не достучаться. Ну никак. (Встроенный WiFi на 320ом тоже использовать не получается - если какой-нибудь клиент смотрит IPTV то к WiFi не получается поделючится а если и подключается, то пинги по WiFi до роутера составляют 5000-6000 мсек). На длинковском форуме говорят что такая же ситуация с 2100 - это из-за того что 2100 не умеет отсекать мультикаст. В общем вопрос - как сделать так, чтобы мультикаст приходил только на определенные порты роутера (естественно по запросу клиента) и чтобы не приходил на 2100AP. При этом 2100AP должна быть в той же сети что и остальные клиенты. WiFi для просмотра IPTV не нужен.
Ну что не у кого нету идей? Очень уж нехочется по разным VLan раскидывать.
andrusha7778
16-05-2010, 21:25
Еще одно небольшое дополнение - решил проверить, как будет себя вести сам 320ый если в нем включить WiFi - как оказалось - точно так же. При просмотре проводным клиентом IPTv беспроводные клиенты просто работать не могут - либо не подключаются, либо пинги до точки доступа сумасшедние 2000-3000 мсек. Работать естественно невозможно. Неужели никто решения не придумал???
Еще одно небольшое дополнение - решил проверить, как будет себя вести сам 320ый если в нем включить WiFi - как оказалось - точно так же. При просмотре проводным клиентом IPTv беспроводные клиенты просто работать не могут - либо не подключаются, либо пинги до точки доступа сумасшедние 2000-3000 мсек. Работать естественно невозможно. Неужели никто решения не придумал???
Наверное стоит хотя бы пару последних страниц темы освоить прежде чем плодить посты?
При просмотре проводным клиентом IPTv беспроводные клиенты просто работать не могут - либо не подключаются, либо пинги до точки доступа сумасшедние 2000-3000 мсек. Работать естественно невозможно. Неужели никто решения не придумал???
Для себя решил раз и навсегда выносом (руками, естественно) медиаплеера (считайте, что IP-TV приставки) в отдельный VLAN (vlan2), "поднятием" на нем DHCP (dnsmasq с отдельным файлом конфигурации), и соотв. настройками iptables.