1 Temat przez Pamir

  • Pamir
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2019-01-14
  • Posty: 5

Temat: IPTV + WR841N

Witam,
Potrzebuję pomocy w konfiguracji routera TP-LINK WR841N w trybie client/repeater współpracującego z FunBoxem 3.0 oraz dekoderem samsunga ICU-100 (Orange). Nie mam możliwości położenia kabla pomiędzy modemem a dekoderem, a połączenie bezprzewodowe nie działa (słaba jakość karty WiFI w dekoderze) dlatego chciałbym dekoder połączyć z TP-LINKIEM kablem i zestawić link bezprzewodowy pomiędzy routerem a FunBoxem.

Jak dotąd udało mi się częściowo zrealizować ten scenariusz. Tzn. router działa jako client/repeater, dekoder otrzymuje adres sieciowy poprzez DHCP od Funboxa, działa internet, program telewizyjny, godzina oraz VOD. Natomiast nie działa IPTV. Na każdym kanale otrzymuję komunikat "brak dostępu do kanału". Podejrzewam, że problem może być związany z przekazywaniem multicastów przez LEDE lub vlanami(?)

Poniżej aktualna konfiguracja:

root@LEDE:~# 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 globals 'globals'
        option ula_prefix 'fd6a:5ed2:4ebc::/48'

config interface 'lan'
        option type 'bridge'
        option ifname 'eth0'
        option proto 'static'
        option netmask '255.255.255.0'
        option ip6assign '60'
        option ipaddr '192.168.2.1'

config interface 'wan'
        option ifname 'eth1'
        option proto 'dhcp'

config interface 'wan6'
        option ifname 'eth1'
        option proto 'dhcpv6'

config switch
        option name 'switch0'
        option reset '1'
        option enable_vlan '1'

config switch_vlan
        option device 'switch0'
        option vlan '1'
        option ports '1 2 3 4 0'

config interface 'wwan'
        option _orig_ifname 'wlan0'
        option _orig_bridge 'false'
        option proto 'dhcp'

config interface 'stabridge'
        option proto 'relay'
        list network 'lan'
        list network 'wwan'
        option ipaddr '192.168.1.12'
root@LEDE:~# cat /etc/config/firewall

config defaults
        option syn_flood '1'
        option input 'ACCEPT'
        option output 'ACCEPT'
        option forward 'ACCEPT'

config zone
        option name 'lan'
        option input 'ACCEPT'
        option output 'ACCEPT'
        option forward 'ACCEPT'
        option network 'lan wwan stabridge'

config zone
        option name 'wan'
        option output 'ACCEPT'
        option masq '1'
        option mtu_fix '1'
        option network 'wan wan6'
        option input 'ACCEPT'
        option forward 'ACCEPT'

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 rule
        option name 'Allow-Ping'
        option src 'wan'
        option proto 'icmp'
        option icmp_type 'echo-request'
        option family 'ipv4'
        option target 'ACCEPT'

config rule
        option name 'Allow-IGMP'
        option src 'wan'
        option proto 'igmp'
        option family 'ipv4'
        option target 'ACCEPT'

config rule
        option name 'Allow-DHCPv6'
        option src 'wan'
        option proto 'udp'
        option src_ip 'fc00::/6'
        option dest_ip 'fc00::/6'
        option dest_port '546'
        option family 'ipv6'
        option target 'ACCEPT'

config rule
        option name 'Allow-MLD'
        option src 'wan'
        option proto 'icmp'
        option src_ip 'fe80::/10'
        list icmp_type '130/0'
        list icmp_type '131/0'
        list icmp_type '132/0'
        list icmp_type '143/0'
        option family 'ipv6'
        option target 'ACCEPT'

config rule
        option name 'Allow-ICMPv6-Input'
        option src 'wan'
        option proto 'icmp'
        list icmp_type 'echo-request'
        list icmp_type 'echo-reply'
        list icmp_type 'destination-unreachable'
        list icmp_type 'packet-too-big'
        list icmp_type 'time-exceeded'
        list icmp_type 'bad-header'
        list icmp_type 'unknown-header-type'
        list icmp_type 'router-solicitation'
        list icmp_type 'neighbour-solicitation'
        list icmp_type 'router-advertisement'
        list icmp_type 'neighbour-advertisement'
        option limit '1000/sec'
        option family 'ipv6'
        option target 'ACCEPT'

config rule
        option name 'Allow-ICMPv6-Forward'
        option src 'wan'
        option dest '*'
        option proto 'icmp'
        list icmp_type 'echo-request'
        list icmp_type 'echo-reply'
        list icmp_type 'destination-unreachable'
        list icmp_type 'packet-too-big'
        list icmp_type 'time-exceeded'
        list icmp_type 'bad-header'
        list icmp_type 'unknown-header-type'
        option limit '1000/sec'
        option family 'ipv6'
        option target 'ACCEPT'

config include
        option path '/etc/firewall.user'

config rule
        option src 'wan'
        option dest 'lan'
        option proto 'esp'
        option target 'ACCEPT'

config rule
        option src 'wan'
        option dest 'lan'
        option dest_port '500'
        option proto 'udp'
        option target 'ACCEPT'

2 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,033

Odp: IPTV + WR841N

A wiesz czego potrzebuje iptv żeby działało? vlanów? Których?

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

3 Odpowiedź przez Pamir (edytowany przez Pamir 2019-01-14 21:40:35)

  • Pamir
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2019-01-14
  • Posty: 5

Odp: IPTV + WR841N

Z FunBoxa można odczytać, że usługa IPTV wykorzystuje 839 vlan, natomiast VOD to 838.

4 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,033

Odp: IPTV + WR841N

Nie wiem czy relayd w ogóle chce współpracować z vlanami, nigdy tego nie próbowałem.

Zrób

opkg install kmod-trelay
/etc/init.d/trelay enable

w /etc/config/trelay

zmień enabled na 1, dev1 na wwan, dev2 na lan

i reboot. Nie mam pojęcia czy coś to da, ale spróbować możesz.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

5 Odpowiedź przez Gr4nd0

  • Gr4nd0
  • Użytkownik
  • Nieaktywny
  • Skąd: Swarzędz
  • Zarejestrowany: 2016-10-06
  • Posty: 276

Odp: IPTV + WR841N

Tak sobie czytam co wujek Google wie na temat IEEE 802.1Q + wireless i wygląda na to, że nie ma standardu implementacji 802.1Q (vlan) w 802.11 (wireless, wi-fi). Czyli raczej kiepsko wygląda połączenie VLAN i wi-fi.
Wszystkie realizacje, które to udostępniają są niestandardowe.
Jeśli możesz sprawdź co potrzebuje iptv to postaramy się wymyślić obejście.

PS. Internety piszą, że tagowane wifi zaimplementowali w DD-WRT.

GUI jest przereklamowane

ASUS WL-500gP v2, TP-Link TL-MR3420 v2, TP-Link TL-WR1043ND v3, TP-Link TL-WDR4300 v1, D-Link DWR-921 C3,
Netgear R6220

6 Odpowiedź przez Pamir (edytowany przez Pamir 2019-01-15 21:43:43)

  • Pamir
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2019-01-14
  • Posty: 5

Odp: IPTV + WR841N

Nie wiem czy relayd w ogóle chce współpracować z vlanami, nigdy tego nie próbowałem.

Zrób

opkg install kmod-trelay...

opkg nie widzi takiego pakietu... aktualnie korzystam z LEDE Reboot 17.01.0 od kilku dni i dopiero zapoznaję się z tym system, jak uda mi się zainstalować pakiet kmod-trelay to sprawdzę czy to zadziała.

Jeśli możesz sprawdź co potrzebuje iptv to postaramy się wymyślić obejście.

No właśnie ciężko mi na to pytanie odpowiedzieć bo mam ograniczoną wiedzę na temat OpenWRT oraz samej komunikacji sieciowej pomiędzy modemem a dekoderem. Z tego co czytałem to większość osób zastępuję FunBoxa routerem z OpenWRT i wtedy do TV niezbędna jest taka przykładowa konfiguracja:

config switch_vlan
        option device 'switch0'
        option vlan '4'
        option ports '4t 5t'
        option vid '838'

config switch_vlan
        option device 'switch0'
        option vlan '5'
        option ports '4t 5t'
        option vid '839'

config interface 'tv'
   option type 'bridge'
   option proto 'dhcp'
   option ifname 'eth0.838 eth0.839'
   option vendorid 'sagemcom'
   option reqopts '0x01 0x03 0x2A 0x48 0x79'
   option sendopts '77:2646535644534c5f66756e626f78322e4d4c54562e736f66746174686f6d652e46756e626f7832 61:01<mac funboxa>'


for i in 0 1 2 3 4 5 6 7 ; do
    ip link set eth0.838 type vlan egress $i:4 >/dev/null
    ip link set eth0.839 type vlan egress $i:5 >/dev/null
done

config igmpproxy
option quickleave 1

config phyint
   option network tv
   option direction upstream
   list altnet 193.0.0.0/8
   list altnet 81.0.0.0/8
   list altnet 172.0.0.0/8
   list altnet 80.0.0.0/8
   list altnet 10.0.0.0/8

config phyint
   option network lan
   option direction downstream
   list altnet 10.0.0.0/24 # adres wewnetrznej sieci lan

U mnie sytuacja jest o tyle inna, że ja nie chcę rezygnować z FunBoxa a tylko wstawić pomiędzy modem a dekoder dodatkowy repeater. Jak testowo wykorzystałem do tego celu najprostszy repaeter TP-LINKa WA850RE z oryginalnym softem to wszystko działa czyli taka konfiguracja na pewno jest możliwa, tylko urządzenie ma niestety słaby zasięg i wydajność. Jak to samo próbuje zrealizować za pomocą routera WR841N z LEDE na pokładzie to internet działa za równo przez WIFI jak i LAN, VOD też, natomiast IPTV już nie. Do tej pory w LEDE skonfigurowałem tylko czysty repeater bez żadych vlanów oraz igmpproxy i dokształcam się z tych tematów stąd mam dwa kolejne pytania:):
1) Jak ramka zostanie otagowa przez modem to późnej przechodząc przez repeater ten tag jest kasowany, czy może ramka odrzucana?
2) Jak wygląda sprawa przekazywania multicastów przez LEDE? Snooping mam wyłączony - czy to oznacza, że multicasty będą przekazywane na wszystkie porty przez repeater nawet bez instalacji igmpproxy? 

root@LEDE:~# cat /sys/devices/virtual/net/br-lan/bridge/multicast_snooping
0

PS: Dekoder będzie połączony z repeaterem kablem.

7 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,033

Odp: IPTV + WR841N

A czemu używasz tak starej wersji? Przecież to umarło dawno temu.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

8 Odpowiedź przez Pamir

  • Pamir
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2019-01-14
  • Posty: 5

Odp: IPTV + WR841N

Z tego co wyczytałem z FAQ to najnowsza wersja OpenWRT nie nadaje się na ten router, który mam. TP-Link TL-WR841N/ND v9 ma tylko 32MB RAM oraz 4MB Flash. BTW zainstalowałem treley na LEDE ale niestety nie działa, DHCP requesty nie przechodzą przez repeater. Myślisz, że warto próbować z nowszą wersją OpenWRT?

9 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,033

Odp: IPTV + WR841N

Jeżeli tylko zainstalujesz czystą wersję bez luci to tak.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

10 Odpowiedź przez Gr4nd0

  • Gr4nd0
  • Użytkownik
  • Nieaktywny
  • Skąd: Swarzędz
  • Zarejestrowany: 2016-10-06
  • Posty: 276

Odp: IPTV + WR841N

Pamir napisał/a:

1) Jak ramka zostanie otagowa przez modem to późnej przechodząc przez repeater ten tag jest kasowany, czy może ramka odrzucana?

W kwestii formalnej. Tagowanie ramek ethernetowych to technologia stosowana pomiędzy switch'ami. Różnica pomiędzy zwykłą ramką Ethernet a ramką tagowaną (osoby związane z technologią Cisco używają pojęcia trunk) dotyczy dodatkowego pola zawierającego numer VLAN'u, do którego ta ramka należy. Generalnie połączenie typu trunk stosuje się tylko pomiędzy switch'ami. Do zwykłych urządzeń trafiają ramki nietagowane. Switch usuwa dodatkowe pole z ramki tagowanej i w ten sposób uzyskuje zwykłą ramkę, którą posyła dalej. Ramki tagowane nie powinny być przesyłane do zwykłych urządzeń do mogą generować błędy.

Z repeaterem jest problem. Formalnie jest to prosty wzmacniacz. Ale z twojego opisu wynika, że ty nie masz repeatera w swojej sieci. Most radiowy nie jest repeaterem tylko bridge.

GUI jest przereklamowane

ASUS WL-500gP v2, TP-Link TL-MR3420 v2, TP-Link TL-WR1043ND v3, TP-Link TL-WDR4300 v1, D-Link DWR-921 C3,
Netgear R6220

11 Odpowiedź przez smereka

  • Zarejestrowany: 2014-07-09
  • Posty: 2,443

Odp: IPTV + WR841N

Konfigurowałem raz u znajomej te usługi ale oprócz iptv. I wszystko działa tak jak powinno i jak piszesz bez żadnych vlanów. Jak będę kiedyś musiał to wtedy obiecuje, ze napiszę recenzję z iptv. Pierwsze co zrobiłem u znajomej to wywaliłem te ichni szajs zwany fun.... Wszystkim zarządza wrt1200ac i speedstrem 4101. Trzy lata z jedna awarią bo pogoda pozrywała linie. I tu ciekawostka jak przyszedł technik od nich - teltech czy jakoś tak to się nazywają to oczywiście wcześniej podłączyłem ten ichni szajs a speedstrema rozłączonego położyłem obok. Wiecie co powiedział jak przyszedł? Jak Pan może to do testów podłączmy tego speedstrema. Na pytanie a czemu nie ten szajs przecież to Wasze?  Odpowiedź była werbalna - machna ręką w dół ;-) Zostawiam to bez komentarza

12 Odpowiedź przez Pamir

  • Pamir
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2019-01-14
  • Posty: 5

Odp: IPTV + WR841N

Ok, powoli wszystko się wyjaśnia... Vlany w mojej konfiguracji nie są wymagane. Zarówno ruch unicastowy jak i multicastowy nie jest tagowany, kiedy wychodzi z FunBoxa w kierunku sieci domowej. BTW: Pozbyć się FunBoxa tak jak sugerował to Smereka też nie mogę ponieważ w przypadku wersji 3.0 urządzenie to jest zintegrowane z ONTem. Taka możliwość była jak ktoś posiadał wersje 2.0 gdzie ONT był osobnym urządzeniem.   

Winnym problemów okazał się demon igmpproxy a dokładnie jego konfiguracja. Z tego co wyczytałem to przy starcie generuje on plik /etc/igmpproxy.conf na podstawie pliku /etc/init.d/igmpproxy. Nie wiem dlaczego, ale na LEDE pomijał podczas generowania configa podsieć dla downstreamu.. pomimo odpowiedniego wpisu w pliku /etc/init.d/igmpproxy. Zainstalowałem OpenWRT 18.06.1 i problem zniknął... tzn. IPTV działa:)

Zauważyłem natomiast inny problem, który nie wiem jak rozwiązać. Kiedy podpinam jakieś urządzenie np. dekoder lub tv przez kabel, do TP-Linka to otrzymuję on adres IP z podsieci 192.168.1.0/24 FunBoxa czyli tak jak powinno być, komunikacja działa, po pewnym czasie FunBox zaczyna wysyłać ARP requesty do tych urządzeń. Ale zamiast typowej odpowiedzi "Host is at MAC" sieć jest zalewana tzw. Gratuitous ARP Request/Replay z tych urządzeń.