Witam,
zacznę od początku - ostatnio na jednym z komputerów podłączonych do domowej sieci postanowiłem sobie uruchomić serwer IPTV (karta dvb-t + mumudv. Mumudvb tworzy dla każdego kanału osobny strumień i wysyła pakiety udp na adres multicastowy. (kanał 1 na 239.100.0.1:1234, kanał 2 na 239.100.0.1:1234, itd.). Na pozór wszystko wygląda ładnie, transmisje można odbierać na innych komputerach.
I tutaj pojawił się problem (który IMO tkwi w routerze):
Otóż, pakiety multicastowe router wysyła do WSZYSTKICH komputerów w sieci (zarówno podłączonych po LANie jak i tych po WIFI), a nie tylko do tych, które odbierają transmisję TV. Przez to wszystko mocno zapycha się zarówno router jak i interfejsy podłączonych do sieci komputerów.
Dodam, że w Tomacie w zakładce Firewall zaznaczyłem "Allow multicast".
Zawsze można rozwiązać to poprawnym podziałem pasma, a także to co dla Ciebie najważniejsze przekazywanie transmisji na dane źródłonp na danym porcie otwieramy dla danego mac adresu furtkę.
iroc takiego czegoś nie da się chyba u mnie zrobić. Bo teoretycznie odbiorcą każdego ze strumieni TV (czyli pakietów UDP) może być każdy komputer w sieci, więc nie mogę "puścić" ruchu tylko do wybranych MACów. Podział pasma też raczej nie wchodzi w grę, bo strumień video potrzebuje X Mb/s i mniej nie może dostać.
A poza wszystkim mutlicast jest po to, żeby nie trzeba było stosować takich akrobacji.
Zastanawiam się dlaczego mój router traktuje pakiety multicastowe jak broadcastowe, bo przecież (przynajmniej teoretycznie) WRT54GL + Tomato obsługują multicast.
Sprawdź na innym sofcie ddwrt, z reguły przydzielenie innym komputerom niższego priorytetu powinno w jakimś stopniu pomóc, poprawić działanie multicastu.
[url]
http://www.tech-portal.pl/content/view/93/52/[/url]
Edytowany przez iroc dnia 27-04-2011 13:49
Wychodzi na to, że switch wbudowany w WRT54GL v1.1 nie obsługuje IGMP snoopingu, więc mojego problemu chyba nie da się rozwiązać bez inwestycji w nowy sprzęt. Wysłałem jeszcze maila do supportu linksysa w USA, żeby ostatecznie potwierdzić tę informację (w europejskim supporcie linksysa powiedzieli, że nie wspierają już tak starego sprzętu).
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
. Mumudvb tworzy dla każdego kanału osobny strumień i wysyła pakiety udp na adres multicastowy. (kanał 1 na 239.100.0.1:1234, kanał 2 na 239.100.0.1:1234, itd.). Na pozór wszystko wygląda ładnie, transmisje można odbierać na innych komputerach.
