Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → iptv / multicast - internetia
Strony Poprzednia 1 2 3 4 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
ale 239.200.5.6 jednak występuje
Wiem że występuje, ale z tego co zrozumiałem parametr "altnet" bierze się źródło grupy multicast
czyli w tym wypadku z logu "The source address 195.191.9.41 for group 239.200.5.6" należy brać adres źródłowy, a tym razem ja :-) nie widzę aby gdzieś w logu było "The source address 239.200.5.6"
tak masz rację to nie źródło
jak już to pojawia się także na vlan1000
10.100.16.43
23:10:26.132173 d0:7e:28:24:35:f7 > 01:00:5e:00:00:01, ethertype 802.1Q (0x8100), length 64: vlan 1000, p 0, ethertype IPv4, 10.100.16.43 > 224.0.0.1: igmp query v2Generalnie dbrze aby szfabek przedstawił na końcu gotową konfigurację dla netiowców
Swoją drogą bardzo ciekawe dlaczego adresy źródła nie są z puli prywatnej
bo zdaje się że takie adresy "195.x.x.x" są wykorzystywane publicznie.
(z tego co czytałem bezpiecznie jak adresy źródła są właśnie z puli i zakresów sieci prywatnych.)
Działa! Panowie, działa!!!
Swój config wrzucę dziś lub jutro do pierwszego posta, żeby nikt nie musiał przebijać się przez te 3 strony naszej rozkminy jak nie ma takiej potrzeby wnikania...
Ostateczna zmiana jaka mi pomogła, to firewall. Podczas jego restartu widzę poniższy komunikat. Nie rozumiem czego dotyczy.
root@OpenWrt:~# /etc/init.d/firewall restart
Loading defaults
Loading synflood protection
Adding custom chains
Loading zones
Loading forwardings
Loading rules
Loading redirects
Loading includes
/etc/rc.common: /usr/share/miniupnpd/firewall.include: line 14: fw3: not found
Optimizing conntrack
Loading interfacesDziała! Panowie, działa!!!
Swój config wrzucę dziś lub jutro do pierwszego posta, żeby nikt nie musiał przebijać się przez te 3 strony naszej rozkminy jak nie ma takiej potrzeby wnikania...
Gratulacje, czekamy na pełen config.
Pozdrawiam!
Swoją drogą bardzo ciekawe dlaczego adresy źródła nie są z puli prywatnej
bo zdaje się że takie adresy "195.x.x.x" są wykorzystywane publicznie.
(z tego co czytałem bezpiecznie jak adresy źródła są właśnie z puli i zakresów sieci prywatnych.)
Przecież vlan1000 to jest ich sieć wewnętrzna nie rutują jej dalej w świat więc mogą robić co chcą
Poza tym ze skanu vlan1000 wynika że
wszystkie hosty z podsieci 10.4.0.0/16 w vlan1000 odpytują 195.191.9.66
do tego jeszcze to znalazłem w logu
1194 43.057157 10.100.16.43 224.0.0.1 IGMPv2 64 Membership Query, generalciekawe że dla vlan1000 są inne dns jak dla internetu. Widocznie dla TV mają swój własny niezależny dns.
Jeszcze raz dzięki. W pierwszym poście umieściłem swój config.
pzdr
Witam wszystkich. Dzięki Wam skonfigurowałem router TL-WR1043ND do współpracy z usługami Netii (internet i IPTV). Mam jednak problem z siecią wi-fi - internet po wifi śmiga do momentu włączenia Netia Player'a. Podczas oglądania IPTV prędkość internetu po wi-fi spada z 65 do około 1.5 mega, a po chwili zanika całkowicie i występują problemy z przyłączeniem do sieci (włącznie z komunikatem o błędnym kluczu). Po wyłączeniu Netia Playera wszystko wraca samoczynnie (bez restartu) do normy - wi-fi działa prawidłowo z prędkością około 65 mega. Nie wiem czy ma to jakiś związek ale IPTV "puszczona" po wi-fi strasznie tnie. Konfiguracja skopiowana z pierwszego posta.
Pozdrawiam
używasz 12.09 AA ? czy starszej wersji Openwrt ? IGMPproxy ma sens tylko od wersji 12.09.
Mój soft to AA 12.09 (r37174) by obsy (pozwoliłem sobie skopiować Twoją sygnaturkę)
Nie wiem czy ma to jakiś związek ale IPTV "puszczona" po wi-fi strasznie tnie.
Ogólne multicast przez wifi to zły pomysł, jednak jeśli chcesz oglądać iptv przez wifi musisz przerobić multicast na unicast
za pomocą i tu pomoże CI pakiet udpxy (http://eko.one.pl/forum/viewtopic.php?id=3400)
Pozdrawiam!
Nie na IPTV po wifi mi nie zależy.
Nie mogę jednak znaleźć przyczyny "siadania" internetu po wifi podczas oglądania TV przez ethernet na Netia Playerze.
Nie na IPTV po wifi mi nie zależy.
Nie mogę jednak znaleźć przyczyny "siadania" internetu po wifi podczas oglądania TV przez ethernet na Netia Playerze.
Spróbuj może wykonać backup tej konfiguracji
i wypróbuj ścieżkę bez igmpproxy gdzie działa tylko TV bez usług (tylko na potrzeby testu - może będzie z tego trop).
1. wyłącz igmpproxy lub odinstaluj
2. weź config (http://eko.one.pl/forum/viewtopic.php?pid=77121#p77121)
Efekt będzie taki jak pisał:
1. Działa TV, nie działają usługi internetowe
Jeżeli port 1 zrobię jako vlan1000 nietagowany, to działa mi TV. Na Netia Player mam takie funkcje jak program TV, opis programów, tvn player, ipla i inne usługi internetowe. W tej konfiguracji nie działają te usługi.
Teraz sprawdź czy siada WIFI ? Jeśli tak to winny jest igmpproxy i tu trzeba będzie szukać problemów.
Możesz też próbować z /etc/config/igmpproxy
można tam zawężać maski sieciowe
lub zakomentować niektóre listy
list altnet 224.0.0.0/4
list altnet 10.0.0.0/8
list altnet 195.0.0.0/8
list altnet 172.24.0.0/16
list altnet 192.168.1.0/24
list altnet 83.238.252.0/24
Ogólnie najlepiej jakbyś tą listę stworzył sam - na podstawie własnego nasłuchu tak jak robił to szwabek w tym poście. Może u Ciebie źródła są np. inne lub nachodzą na jakieś Twoje podsieci (nie wiem to gdybanie).
Bez igmpproxy IPTV nie działa. Z pliku igmpproxy.conf mogę wyrzucić wszystkie adresy z wyjątkiem 195.0.0.0/8 - nie wpływa to jednak na problemy z internetem "po wifi". Jeżeli z config'u usunę również 195.0.0.0/8 to TV nie działa, ale na lcdproc widzę kilkumegowy transfer na Netia Player (mimo, że TV nie działa) i w tym przypadku wifi działa poprawnie.
Sprawdziłem również, że do poprawnego działania IPTV nie jest konieczne instalowanie upnp.
Przed zainstalowaniem openwrt TP Linka używałem w roli switcha (przepuszczał poprawnie IPTV) i wtedy również zanikała sieć wifi.
Bez igmpproxy IPTV nie działa.
Dziwne szwbek twierdził że działa, a w podanej jego konfiguracji
config switch_vlan
option device 'rtl8366rb'
option vlan '1000'
option ports '0t 1 5t'Musisz wpiąć się do portu 1 żeby IPTV działo. Próbowałeś tak ?
igmpproxy powoduje że jest w cały lan a w wskzanej konfiguracji tylko na porcie 1,
ale bez usług o których pisał szwabek.
Sprawdziłem również, że do poprawnego działania IPTV nie jest konieczne instalowanie upnp.
Tak - to tylko był tylko dodatkowy wymysł szwabek, do działania iptv tak naprawdę nie potrzeba żadnych dodatkowych
pakietów (igmpproxy jest tylko po to aby iptv było w całym lan,
a czasem można się bez tego obyć i mieć iptv tylko w jednym porcie,
ale kosztem odseparowania VLANów)
Skoro 195.0.0.0/8 działa, spróbuj zawężać maskę sieciową,
(z logu szwabek http://eko.one.pl/forum/viewtopic.php?pid=77203#p77203)
wnioskuję że możesz próbować np. 195.191.0.0/16
Postaraj się o to aby zadziałał iptv na "1" porcie, tak jak wcześniej pisałem bez użycia igmpproxy,
wtedy pomyślimy co dalej.
Na pierwszym porcie działa IPTV bez igmpproxy. Działa również internet po kablu i wifi. Brakuje jedynie internetu w Netia Player
Na pierwszym porcie działa IPTV bez igmpproxy. Działa również internet po kablu i wifi. Brakuje jedynie internetu w Netia Player
Czyli, mamy jakiś trop, a jest nim jest działanie igmpproxy.
Opisywany efekt wygląda trochę tak jakby pakiety z podsieci IPTV (vlan1000)
zalewały ci lan ("IGMP multicast flooding"), trzeba by poszukać rozwiązań na taki własnie temat.
Daj wynik
cat /sys/devices/virtual/net/br-lan/bridge/multicast_snoopingPowinno być "1"
Kurcze...
Jakiś czas temu, jak wróciłem z urlopu, włączyłem TV, a tam pusto(działają usługi, ale nie ma TV).... Cuda panie!
Przez 3m-ce działałem z powrotem na Netia Spot, ale czas wrócić do OpenWrt.
Widzę, że interfejs IPTV eth0.1000 nie dostaje adresu IP.
root@OpenWrt:~# ifconfig eth0.1000
eth0.1000 Link encap:Ethernet HWaddr 94:0C:6D:AC:61:86
UP BROADCAST RUNNING MULTICAST MTU:1496 Metric:1
RX packets:121 errors:0 dropped:19 overruns:0 frame:0
TX packets:185 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:18548 (18.1 KiB) TX bytes:72705 (71.0 KiB)root@OpenWrt:~# cat /etc/config/network
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config interface 'lan'
option ifname 'eth0.1'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
config interface 'wan'
option ifname 'eth0.2'
option proto 'dhcp'
option macaddr '00:12:2a:81:9a:40'
config interface 'IPTV'
option ifname 'eth0.1000'
option proto 'dhcp'
option defaultroute '0'
option peerdns '0'
option metric '20'
option mtu '1496'
config switch
option name 'rtl8366rb'
option reset '1'
option enable_vlan '1'
option enable_vlan4k '1'
config switch_vlan
option device 'rtl8366rb'
option vlan '1'
option ports '1 2 3 4 5t'
config switch_vlan
option device 'rtl8366rb'
option vlan '2'
option ports '0 5t'
config switch_vlan
option device 'rtl8366rb'
option vlan '1000'
option ports '0t 5t'root@OpenWrt:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 87.99.47.1 0.0.0.0 UG 0 0 0 eth0.2
87.99.47.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0.2
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br-lanroot@OpenWrt:~# cat /etc/config/dhcp
config dnsmasq
option domainneeded '1'
option boguspriv '1'
option localise_queries '1'
option rebind_protection '1'
option rebind_localhost '1'
option local '/lan/'
option domain 'lan'
option expandhosts '1'
option authoritative '1'
option readethers '1'
option leasefile '/tmp/dhcp.leases'
option resolvfile '/tmp/resolv.conf.auto'
config dhcp 'lan'
option interface 'lan'
option start '100'
option limit '150'
option leasetime '4h'
config dhcp 'wan'
option interface 'wan'
option ignore '1'
config dhcp 'IPTV'
option interface 'IPTV'
option ignore '1'root@OpenWrt:~# cat /etc/config/firewall
config defaults
option syn_flood '1'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'
config zone
option name 'lan'
option network 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'
config zone
option name 'wan'
option network 'wan'
option input 'REJECT'
option output 'ACCEPT'
option forward 'REJECT'
option masq '1'
option mtu_fix '1'
config forwarding
option src 'lan'
option dest 'wan'
config rule
option name 'Allow-DHCP-Renew'
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'
config zone
option name 'IPTV'
option input 'REJECT'
option output 'ACCEPT'
option forward 'REJECT'
option masq '1'
option mtu_fix '1'
option network 'IPTV'
config forwarding
option src 'lan'
option dest 'IPTV'
config rule
option name 'Allow-DHCP-Renew-wan_iptv'
option src 'IPTV'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'
config rule
option src 'IPTV'
option proto 'igmp'
option target 'ACCEPT'
config rule
option src 'IPTV'
option proto 'udp'
option dest_ip '224.0.0.0/4'
option target 'ACCEPT'
config rule
option src 'IPTV'
option proto 'udp'
option dest 'lan'
option dest_ip '224.0.0.0/4'
option target 'ACCEPT'
config include
option path '/etc/firewall.user'
config include 'miniupnpd'
option type 'script'
option path '/usr/share/miniupnpd/firewall.include'
option family 'IPv4'
option reload '1'Pomożecie?
Udało mi się naprawić problem.
Powęszyłem wiresharkiem i zobaczyłem, że NetiaSpot requestując o adres z DHCP dla IPTV podaje vendor ID: NETIASPOT
Zmieniamy zatem fragment /etc/config/network:
config interface 'IPTV'
option ifname 'eth0.1000'
option proto 'dhcp'
option defaultroute '0'
option mtu '1496'
option macaddr '00:12:2a:xx:xx:xx'
option vendorid 'NETIASPOT'
option metric '20'Jak widać powyżej podmieniłem również MAC na ten z NetiaSpota.
Dla potomnych zrobię update pierwszego postu.
Pozdrawiam
Witam.
Czy przy takiej konfiguracji tplinka, jest możliwość ogladania iptv na komputerze przez lan?
Jeżeli znasz/wywęszysz sobie adresy grup multicast to oczywiście możesz użyć udpxy albo igmpproxy, każde z nich ma swoje zady i walety.
Mineło trochę czasu i pojawił się problem;)
Zmieniłem router na Archera C5, wrzuciłem OpenWrt CC, przeniosłem swój config z pierwszego posta. TV działa, wszystko ładnie. Ładnie przez 10min. Po 10min TV umiera i na tą chwilę potrafię go ożywić wyłącznie robiąc restart routera. Próbowałem:
/etc/init.d/network restart
/etc/init.d/firewall restart
/etc/init.d/igmpproxy restart
ale nie przywraca TV do życia.
Poniżej logread w chwili wystąpienia błędu - około 00:10 się wywaliło
Wed Dec 30 00:02:17 2015 user.warn igmpproxy[2017]: MRT_DEL_MFC; Errno(2): No such file or directory
Wed Dec 30 00:02:51 2015 user.warn igmpproxy[2017]: The origin for route 239.255.255.250 changed from 192.168.1.3 to 192.168.1.8
Wed Dec 30 00:06:27 2015 user.warn igmpproxy[2017]: MRT_DEL_MFC; Errno(2): No such file or directory
(...)
Wed Dec 30 00:10:24 2015 daemon.info hostapd: wlan1: STA e8:50:8b:d4:4c:73 IEEE 802.11: disassociated
Wed Dec 30 00:10:25 2015 daemon.info hostapd: wlan1: STA e8:50:8b:d4:4c:73 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Dec 30 00:10:36 2015 user.warn igmpproxy[2017]: MRT_DEL_MFC; Errno(2): No such file or directory
Wed Dec 30 00:10:56 2015 user.warn igmpproxy[2017]: MRT_DEL_MFC; Errno(2): No such file or directory
Wed Dec 30 00:11:04 2015 daemon.info hostapd: wlan1: STA 6c:71:d9:1d:18:5f WPA: group key handshake completed (RSN)
Wed Dec 30 00:11:05 2015 daemon.info hostapd: wlan1: STA 68:05:71:88:51:3e WPA: group key handshake completed (RSN)
Wed Dec 30 00:11:06 2015 user.warn igmpproxy[2017]: MRT_DEL_MFC; Errno(2): No such file or directory
Wed Dec 30 00:11:17 2015 user.warn igmpproxy[2017]: MRT_DEL_MFC; Errno(2): No such file or directory
Wed Dec 30 00:11:55 2015 user.warn igmpproxy[2017]: MRT_DEL_MFC; Errno(2): No such file or directory
Wed Dec 30 00:12:25 2015 user.warn igmpproxy[2017]: MRT_DEL_MFC; Errno(2): No such file or directory
Wed Dec 30 00:12:55 2015 user.warn igmpproxy[2017]: MRT_DEL_MFC; Errno(2): No such file or directory
Wed Dec 30 00:13:25 2015 user.warn igmpproxy[2017]: MRT_DEL_MFC; Errno(2): No such file or directory
Wed Dec 30 00:13:55 2015 user.warn igmpproxy[2017]: MRT_DEL_MFC; Errno(2): No such file or directory
Wed Dec 30 00:14:25 2015 user.warn igmpproxy[2017]: MRT_DEL_MFC; Errno(2): No such file or directoryMineło trochę czasu i pojawił się problem;)
(...) TV działa, wszystko ładnie. Ładnie przez 10min. Po 10min TV umiera i na tą chwilę potrafię go ożywić wyłącznie robiąc restart routera. (...)
Spróbuj prześledzić temat "IGMP snooping i multicast forwarding" (http://eko.one.pl/forum/viewtopic.php?id=3400)
Może także zamiast igmpproxy wypróbuj pakiet mcproxy.
Dodałem opcje do konfiguracji interfejsu LAN:
option igmp_snooping 1
Wrzuciłemm również:
echo "1" > /sys/devices/virtual/net/br-lan/bridge/multicast_snooping
Po wykonaniu tych dwóch czynności i przeładowaniu igmpproxy i network - TV wróciła na 5min. Następnie po wykonaniu komendy:
echo "0" > /sys/devices/virtual/net/br-lan/bridge/multicast_snooping i kolejnym przeładnowaniu igmpproxy i network, TV znowu wróciła na 5min.
Obecnie wisi. Po restarcie routera pewnie znowu wróci na 5-10min. Zainstalowałem mcproxy, ale nie mogę znaleźć wskazówek jak to skonfigurować.
Strony Poprzednia 1 2 3 4 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → iptv / multicast - internetia
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc