- « Poprzedni
-
- 1
- 2
- Następny »
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
Cześć,
Tworzę setup następujący:
FB łączy się jako WAN do R1 OpenWRT, na R1 tworzony jest Bridge który spina R2 i dekoder UHD100.
R2 tworzy mesh z R1 i dodatkowo łączy się kablem do dekodera HD80 i R3 (tu już tylko mesh i nie istotny w konfiguracji).
Na R1 tworzę wan w stronę FB, w bridgu jest VLAN dla Wi-Fi (osobny nie powiązany z FB) oraz IPTV.
Na początek moim celem jest tylko uruchomić to w ramach tego designu na R1 i UHD.
Zone są narazie odblokowane w celu uproszczenia.
root@R1:~# cat /etc/config/igmpproxy config igmpproxy option quickleave 1 # option verbose [0-3](none, minimal[default], more, maximum) config phyint option network wan option zone wan option direction upstream list altnet 0.0.0.0/0 config phyint option network iptv option zone iptv option direction downstream
root@R1:~# cat /etc/config/network ...
config device option name 'br-lan' option type 'bridge' option igmp_snooping '1' list ports 'lan1' list ports 'lan2' list ports 'lan3' config interface 'lan' option device 'br-lan' option proto 'none' ...
config interface 'wan' option proto 'static' option device 'wan' option ipaddr '192.168.1.2' option netmask '255.255.255.0' option gateway '192.168.1.1' ... config route option target '0.0.0.0/0' option gateway '192.168.1.1' config interface 'Users' option proto 'static' option device 'br-lan.20' option ipaddr '192.168.20.1' option netmask '255.255.255.0' list dns '192.168.1.1' list dns '8.8.8.8' config bridge-vlan option device 'br-lan' option vlan '30' list ports 'lan2:t' list ports 'lan3' config interface 'iptv' option device 'br-lan.30' option proto 'static' option ipaddr '192.168.30.1' option netmask '255.255.255.0' list dns '8.8.8.8' list dns '192.168.1.1' option gateway '192.168.1.1'
root@R1:~# cat /etc/config/firewall config defaults option input 'ACCEPT' option output 'ACCEPT' option forward 'ACCEPT' option synflood_protect '1' config zone option name 'wan' option input 'ACCEPT' option output 'ACCEPT' option forward 'ACCEPT' option mtu_fix '1' option masq '1' list network 'wan' ...
config zone option name 'iptv' option input 'ACCEPT' option output 'ACCEPT' option forward 'ACCEPT' list network 'iptv' config forwarding option src 'iptv' option dest 'wan' config rule option dest 'wan' option name 'IPTV' option proto 'igmp' option target 'ACCEPT' option src 'iptv' config rule option src 'wan' option dest 'iptv' list dest_ip '224.0.0.0/4' option target 'ACCEPT' option proto 'udp'
Oczywiście konfiguracja nie działa. Słyszałem że normalnie działa między WAN a LAN. Czy jest jakaś różnica między VLAN, nie wydaje mi się bo wychodzi do dekodera jako Untagged
Rozwiązane! Idź do rozwiązania
Rozwiązanie:
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
Problem częściowo rozwiązany, mimo że pisało w luci że igmpporxy jest zainstalowany to nie było binarki w /usr/sbin.
Ponowna instalacja z konsoli sprawiła przepływ multicastu przez WAN. Zaczynam teraz test z VLAN
Edit:
VLAN też działa. Zaczynam przepuszczenie do R2 i drugiego dekodera
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
OpenWRT a IPTV
Co to jest R1 i R2?
Co to za dekoder UHD100?
Zdefiniowałbym altnet dokładniej, jako 10/10. Pamiętam że bez tego igmpproxy nie chciało przerzucać pakietów. Ale to był inny system. Adresów multicast chyba się do zapory nie dodaje, ale to nie powinno przeszkadzać.
Może ktoś lepiej zorientowany w tym systemie zobaczy w czym może być problem.
Generalnie zacząłbym od mniej skomplikowanego układu, dwie podsieci z ruterem między nimi, dwie adresacje z maskaradą i igmpproxy na tym ruterze.
Czy w tej konfiguracji internet działa normalnie i tylko z IPTV jest problem?
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
OpenWRT a IPTV
R1 to router (Cudy WR3000s) który terminuje VLANy ogarnia NATy i resztę usług, R2 pełni bardziej formę L3 Switcha ale nie jest on w zakresie pytania bo jak uda się rozwiązać problem z R1 to R2 ogarnę na spokojnie.
Samsung ICU100
┌──────────────────────────┐
│ Funbox │
│ |
└─────────────┬────────────┘
│
│
│
┌──────┴────────┐
│ R1 │
│ OpenWRT │
│ br-lan │
└─────┬─────────┘
│
┌──────────┴──────────┐
│ │
│ │
▼ ▼
lan2 (TRUNK) lan3 (ACCESS)
tag 20, tag 30 untag 30
│ │
│ │
│ │
│ ┌─────┴────┐
│ │ Dekoder │
│ └──────────┘
│
│ trunk VLAN20 + VLAN30
▼
┌─────────┐
│ R2 │
│ OpenWRT │
│ │
└─────────┘
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
OpenWRT a IPTV
A, to tu jest więcej "ruterów"... OK, to tylko się upewnię: do światłowodu podłączony jest ruter operatora (Funbox), czy jakiś własny? Pomiędzy FB a ICU100 jest więc jeszcze R1 i R2 czy tylko R1? Konfigurujemy R1 czy R2 też? Bo jeśli pakiety multicast nie przechodzą przez R2 (a nie będą przechodzić jeśli R2 jest ruterem ich nieświadomym, no chyba że R2 jest tylko switchem, to wtedy nie nazywajmy go ruterem...).
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
OpenWRT a IPTV
Dodałem Diagram dla wizualizacji.
Tak w tym setupie nie ma problemu z internetem z VLANu 20.
Fizycznie urządzenia sieciowe też mają dostęp do internetu
Ze względu że jest to stary dom z grubymi ścianami VLANy to jedyna opcja dociągnąć telewizję i Internet. Za R2 będzie drugi dekoder i dalej rozciągać się Internet w ramach vlan20 ale to inna sprawa już 😃
Światłowód wchodzi do FB z niego przechodzi standarodwym swoim lanem do portu WAN na R1 i tam chcę żeby cała sieć lokalna pracowała a FB był tylko transitem do internetu. Z IPTV chyba nie dam rady i musi to być przez FB?
---------------------------------------
Scaliłem wpisy - Mikołaj
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
OpenWRT a IPTV
No ale skoro nie ma ONT to kombinujesz bardzo rozsądnie. Być może to mostkowanie w czymś przeszkadza, nie jestem pewien. Generalnie kluczowy w tym układzie jest igmpproxy, on ma zwodniczo ubogą konfigurację, ale tylko jedną poprawną.
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
OpenWRT a IPTV
Sugerujesz rozpiąć interface i zostawić testowo LAN3 jako osobny subnet i go zamieścić w proxy?
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
OpenWRT a IPTV
Tak bym zrobił, przynajmniej testowo. Byle ten lan3 dostawał też normalny ruch (ale to powinien załatwić forwarding - przecież normalnie na ruterze jest włączony).
To co widzisz to dekoder próbujący wyłączyć program TVP 2. Jakoś mu to jednak nie wychodzi - może faktycznie pakiety igmp nie wychodzą do FB... Tylko co je blokuje? Na WAN nic się nie pojawia? Strumień UDP z jakichś adresów 10/10 do tych właśnie grup multicast o które dekoder się upomni powinien się tam pojawić. Ten "multicast" w sensie strumienia danych IP TV jest stricte jednokierunkowy: idzie z WAN do LAN (tutaj powinien iść od strony FB, z jakiegoś adresu w klasie 10/10) do lan3, ale zaadresowany nie do dekodera oczywiście tylko do grupy multicast. Stąd tak kluczowa jest konfiguracja igmpproxy - to jedyne miejsce w którym można określić dokąd mają trafiać te pakiety udp, one nie podlegają przecież normalnemu trasowaniu - utykają na pierwszym ruterze który nie wie co z nimi zrobić. Natomiast pakiety kontrolne igmp v2 (koniecznie v2, nie v1 i nie v3; może to jest konfigurowalne) muszą się przemieszczać w obie strony. No i jest jeszcze ruch tcpip z dekodera do serwerów autoryzacyjnych w internecie - tego jest więcej niż pakietów igmp (ale to chyba akurat działa).
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
OpenWRT a IPTV
Po rozpięciu płynie multi cast przez Lan3, ale nie wychodzi do WAN...
połączenie do Internetu wracają, jest prawidłowy TCP dla niego
listening on lan3, link-type EN10MB (Ethernet), snapshot length 262144 bytes 13:36:56.785225 IP 192.168.2.116 > all-routers.mcast.net: igmp leave 232.0.18.8 13:36:57.354523 IP 192.168.2.116 > 232.0.18.8: igmp v2 report 232.0.18.8 13:37:00.014221 IP 192.168.2.116 > 232.0.18.8: igmp v2 report 232.0.18.8 13:37:00.387459 IP 192.168.2.116 > all-routers.mcast.net: igmp leave 232.0.18.8 13:37:00.959764 IP 192.168.2.116 > 232.0.18.8: igmp v2 report 232.0.18.8 13:37:03.994060 IP 192.168.2.116 > all-routers.mcast.net: igmp leave 232.0.18.8 13:37:04.254483 IP 192.168.2.116.51017 > 239.255.255.250.1900: UDP, length 137 13:37:04.568078 IP 192.168.2.116 > 232.0.18.8: igmp v2 report 232.0.18.8 13:37:07.603438 IP 192.168.2.116 > all-routers.mcast.net: igmp leave 232.0.18.8
Czy ta konfiguracja igmp jest prawidłowa?
config igmpproxy
option quickleave 1
# option verbose [0-3](none, minimal[default], more, maximum)
config phyint
option network wan
option zone wan
option direction upstream
list altnet 10.0.0.0/10
config phyint
option network tv
option zone tv
option direction downstream
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
Problem częściowo rozwiązany, mimo że pisało w luci że igmpporxy jest zainstalowany to nie było binarki w /usr/sbin.
Ponowna instalacja z konsoli sprawiła przepływ multicastu przez WAN. Zaczynam teraz test z VLAN
Edit:
VLAN też działa. Zaczynam przepuszczenie do R2 i drugiego dekodera
- « Poprzedni
-
- 1
- 2
- Następny »