- « Poprzedni
- Następny »
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
@j131, @Samotnick, @agat13,@Darek_SBWiFi6
Dzień Dobry.
Zaopatrzyłem się w router TP-LINK Archer AX23.
Ponieważ on ma OneMesh zainstalowałem mu OpenWRT. Chcę ustawić go do pracy w trybie Bridge.
Zrobiłem zgodnie z tym poradnikiem https://www.youtube.com/watch?v=Bfmx5NjIWLQ
I generalnie tryb Bridge działa, jeżeli chodzi o laptop, po podłączeniu do dekodera połaczenie z FunBox 6.0 jest, ale jest czarny ekran. Odwrotny mostek FunBox 6.0 -> LAN:LAN TP-LINK -> Bridge Relay (WDS) działa tylko na 2.4GHz, 5GHz nie da się włączyć.
Ogólnie konfiguracja TP-LINK Archer AX23 z zainstalowanym OpenWRT w trybie Bridge Relay
Przebiega w następujący sposób.
1. Ustawienie lan na 192.168.2.1 w celu uniknięcie konfliktów z FunBox 6.0.
2. Podłaczenie się do FunBox 6.0 poprzez WiFi 5GHz poprzez DHCP lub statycznie.
3. Zainstalowanie pakietu luci-proto-relay, który jest pseudomostkiem: https://openwrt.org/packages/pkgdata/luci-proto-relay
4. Utworzenie nowego interfejsu "bridge" w którym podłącza się interfejs br-lan oraz wwan(na którym jest podłaczenie z FunBox po wifi).
5. Odblokowanie połaczenia na Firewall.
Tak jak wyżej napisano, występuje problem z czarnym ekranem.
Domyślam się że trzeba coś wyklikać dodatkowo, ale nie za bardzo wiem co.
Ponadto dekoder/laptop nie jest wykrywany w mapie połączeń w FunBox, widzi go tylko serwer DHCP, który przydziela mu adres.
Z racji posiadania OpenWRT mam też dostęp do Konsoli SSH.
________________
* Wydzieliłem z tematu Pomoc w doborze odpowiedniego Routera do pracy z FunBox 6.0 jako wzmacniacz sygnału. – moderator Michał
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ś
Jako kontunuacje poprzedniego wpisu. Udało się skonfigurować poprawnie IPTV i IGMP na Routerze TP-LINK Archer AX23 z zainstalowanym OpenWRT w trybie AccesPoint Client podłaczonym do routera Orange FunBox 6.0.
1. Instalacja i konfiguracja igmpproxy w option network musi być podana nazwa sieci, a nie nazwa interfejsu.
root@OpenWrt:~# nano /etc/config/igmpproxy config igmpproxy option quickleave 1 # option verbose [0-3](none, minimal[default], more, maximum) config phyint option network 'FunBox_Connection' option zone 'lan' option direction 'upstream' list altnet '0.0.0.0/0' config phyint option zone 'lan' option network 'lan' option direction 'downstream'
2. Puszczenie ruchu UDP na Firewall, u mnie dałem dodatkowo wszystko na ACCEPT ponieważ miałem problem ze zdalnym połaczeniem się na konsole SSH a i tak wszystko jest za NAT od FunBox.
root@OpenWrt:~# nano /etc/config/firewall config defaults option input 'ACCEPT' option output 'ACCEPT' option forward 'ACCEPT' option synflood_protect '1' config zone option name 'lan' option network 'lan' option input 'ACCEPT' option output 'ACCEPT' option forward 'ACCEPT' config zone option name 'wan' option network 'FunBox_Connection' option input 'ACCEPT' option output 'ACCEPT' option forward 'ACCEPT' option masq '1' config rule option target 'ACCEPT' option proto 'igmp' option src 'wan' config rule option target 'ACCEPT' option proto 'udp' option src 'wan' option dest 'lan' option dest_ip '224.0.0.0/4' config forwarding option src 'lan' option dest 'wan'
3. Dodatkowo ponieważ jest niewykorzystywana karta sieciowa na 2.4GHz, można zrobić na niej Bridge w trybie Relay WDS do połaczenia urządzeń niewymagających Multicast. Do działania wymagany jest mostek relayD, który jest w pakietach. Ustawienie Country Code na PL (option country 'PL'), daje możliwość zwiększenia mocy WiFi 5GHz do 23dbm (option txpower '20'), tj. 199mW, na 2.4GHz więcej niż 100mW jest nielegalne.
root@OpenWrt:~# nano /etc/config/wireless config wifi-device 'radio0' option type 'mac80211' option path '1e140000.pcie/pci0000:00/0000:00:01.0/0000:02:00.0' option channel '1' option band '2g' option htmode 'HE20' option txpower '22' option cell_density '0' option country 'PL' config wifi-device 'radio1' option type 'mac80211' option path '1e140000.pcie/pci0000:00/0000:00:01.0/0000:02:00.0+1' option channel '100' option band '5g' option htmode 'HE20' option txpower '22' option cell_density '0' option country 'PL' config wifi-iface 'wifinet0' option device 'radio1' option mode 'sta' option network 'FunBox_Connection' option ssid 'Orange_Swiatlowod_0000' option encryption 'psk2' option key 'HASLO_DO_WIFI' config wifi-iface 'wifinet1' option device 'radio0' option mode 'ap' option ssid 'Orange_Swiatlowod_0000' option encryption 'psk2' option wds '1' option key 'HASLO_DO_WIFI' option network 'lan'
W opcjach konfiguracji przez GUI po ustawieniu Mode na Acces Point (WDS),
Wszystko inne łacznie z hasłem,(key) ustawia się dokładnie takie jakie ma sieć macierzysta. I to wszystko.
Dziękuję za pomoc, pozdrawiam.
.
Chciałem na koniec dodać, że firewall może zostać uproszczony do następującej postaci:
config defaults option input 'ACCEPT' option output 'ACCEPT' option forward 'ACCEPT' option synflood_protect '1' config zone option name 'lan' option input 'ACCEPT' option output 'ACCEPT' option forward 'ACCEPT' list network 'lan' config zone option name 'wan' option input 'ACCEPT' option output 'ACCEPT' option forward 'ACCEPT' option masq '1' list network 'FunBox_Connection'
Natomiast wifi 2.4GHz w trybie AccesPoint (WDS) działa jeżeli chodzi o telefon oraz Internet of Things, ale laptop ma jakieś problemy.
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
TP-LINK Archer AX23 w trybie bridge - czarny ekran na IPTV
@P7CagdPBe8mwHy7 Przejrzałem https://openwrt.org/docs/guide-user/network/wifi/wifiextenders/relay_configuration i nie znalazłem słowa o obsłudze transmisji multicast przez relayd. Jest mowa tylko o transmisji typu broadcast.
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
TP-LINK Archer AX23 w trybie bridge - czarny ekran na IPTV
Poniżej jest wynik
root@OpenWrt:~# nano /etc/config/network, gdzie
"option ipaddr '192.168.2.1'"
W sekcji config interface 'lan', jest ustawione na *.*.2.1 gdyż inaczej jest konflikt adresów.
Ustawienie dostępu do TP-LINK z złącza WAN na *.*.2.1 powoduje problemy z pingowaniem i pobieraniem pakietów dla adresu DNS 192.168.1.1 na adrsie DNS 8.8.8.8 działa różnie, niestabilnie.
config interface 'loopback' option device 'lo' option proto 'static' option ipaddr '127.0.0.1' option netmask '255.0.0.0' config globals 'globals' option ula_prefix 'fd07:a4d4:2e5f::/48' option packet_steering '1' config device option name 'br-lan' option type 'bridge' list ports 'lan1' list ports 'lan2' list ports 'lan3' list ports 'lan4' option ipv6 '0' config interface 'lan' option device 'br-lan' option proto 'static' option ipaddr '192.168.2.1' option netmask '255.255.255.0' option ip6assign '60' config device option name 'eth0' option ipv6 '0' config device option name 'lan1' option ipv6 '0' config device option name 'wan' option ipv6 '0' config device option name 'lan3' option ipv6 '0' config interface 'wwan' option proto 'static' option device 'phy1-sta0' option ipaddr '192.168.1.3' option netmask '255.255.255.0' option gateway '192.168.1.1' option broadcast '192.168.1.255' list dns '192.168.1.1'
konfiguracja dla igmpproxy podana niżej nie za bardzo chce działać i nie wiem czy igmpproxy jest dobrą drogą.
config igmpproxy option quickleave 1 config phyint option network 'wwan' option zone 'wan' option direction 'upstream' list altnet '192.168.1.0/24' config phyint option network 'lan' option zone 'lan' option direction 'downstream'
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
TP-LINK Archer AX23 w trybie bridge - czarny ekran na IPTV
Po co ci drugi ruter w trybie mostu? Nie prościej zrobić z niego AP?
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
TP-LINK Archer AX23 w trybie bridge - czarny ekran na IPTV
@j131 On chce zrobić własny repeater.
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
TP-LINK Archer AX23 w trybie bridge - czarny ekran na IPTV
To nie łatwiej kupić coś co ma ten tryb włączany jedną opcją?
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
TP-LINK Archer AX23 w trybie bridge - czarny ekran na IPTV
Ustawiłem igmpproxy na interfejsach 'lan' a potem 'bridge' i ogólnie jakiś ruch IGMP jest, ale telewizja dalej nie działa. I wygląda na to, że relayd oraz igmpproxy nie może działać razem.
09:55:35.032520 IP 192.168.1.25 > all-routers.mcast.net: igmp leave 232.0.20.59 09:55:35.038495 IP 192.168.1.1 > 232.0.20.59: igmp query v2 [max resp time 1] [gaddr 232.0.20.59] 09:55:35.128038 IP 192.168.1.1 > 232.0.20.59: igmp query v2 [max resp time 1] [gaddr 232.0.20.59] 09:55:35.577034 IP 192.168.1.25 > 232.0.20.59: igmp v2 report 232.0.20.59 09:55:41.030284 IP 192.168.1.25 > all-routers.mcast.net: igmp leave 232.0.20.59 09:55:41.034567 IP 192.168.1.1 > 232.0.20.59: igmp query v2 [max resp time 1] [gaddr 232.0.20.59] 09:55:41.127115 IP 192.168.1.1 > 232.0.20.59: igmp query v2 [max resp time 1] [gaddr 232.0.20.59] 09:55:41.544781 IP 192.168.1.25 > 232.0.20.59: igmp v2 report 232.0.20.59 09:55:44.189781 IP 192.168.1.25 > 232.0.20.59: igmp v2 report 232.0.20.59 09:55:47.033665 IP 192.168.1.25 > all-routers.mcast.net: igmp leave 232.0.20.59 09:55:47.040960 IP 192.168.1.1 > 232.0.20.59: igmp query v2 [max resp time 1] [gaddr 232.0.20.59] 09:55:47.138391 IP 192.168.1.1 > 232.0.20.59: igmp query v2 [max resp time 1] [gaddr 232.0.20.59] 09:55:47.614104 IP 192.168.1.25 > 232.0.20.59: igmp v2 report 232.0.20.59
Bez relayd nie działa DHCP pomiędzy FunBox a LANem po stronie TP-LINK, i nie przydziela adresu do dekodera (192.168.1.25).
Może trzeba skorzystać z pakietu udpxy?
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
TP-LINK Archer AX23 w trybie bridge - czarny ekran na IPTV
igmpproxy musi traktować 10/8 jako legalne źródło transmisji multicast. W twoich logach nie widać żeby coś z 10/8 leciało, więc nic dziwnego że IP TV nie działa.
10.0.0.0 MUSI być w altnet.
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
TP-LINK Archer AX23 w trybie bridge - czarny ekran na IPTV
W jaki inny sposób można zrobić mostek pomiędzy LAN a WiFi w OpenWRT, dla poprawnego działania DHCP w FunBox, bez tworzenia kolejnej podsieci NAT? Ewentualnie czy jest możliwość stworzenia podsieci 192.168.0.1 dla urządzeń za OpenWRT, i za pomocą igmpproxy spiąć interfejst 192.168.0.1 z OpenWRT z siecią 192.168.1.1 FunBoxa w celu poprawnego działania Multicast?
@j131napisał(-a)10.0.0.0 MUSI być w altnet
Uprzejmie dziękuję za sugestię. Sprawdzę,
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
TP-LINK Archer AX23 w trybie bridge - czarny ekran na IPTV
Nie wiem do końca co i po co chcesz osiągnąć, ale nie wydaje mi się żeby konfigurowanie dodatkowego rutera w trybie bridge było niezbędne. Podwójny NAT i drugi serwer DHCP to znacznie prostsze i naturalniejsze załatwienie sprawy, IMHO naturalnie. Tak, igmpproxy będzie bez problemu robił jako ruter multicast między sieciami. FB nie musi "widzieć" dekodera. W ogóle nie musi "wiedzieć" o jego istnieniu. Informacje które wyświetla FB są potrzebne po nic.
- « Poprzedni
- Następny »