Nie można wyświetlić tego widżeta.
Nie można wyświetlić tego widżeta.
Nie można wyświetlić tego widżeta.

TP-LINK Archer AX23 w trybie bridge - czarny ekran na IPTV

ROZWIĄZANE

Poziom 19, Odkrywca Przestworzy
  • 21
  • 54
  • 1

TP-LINK Archer AX23 w trybie bridge - czarny ekran na IPTV

@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ł

1 ZAAKCEPTOWANE ROZWIĄZANIE

Rozwiązanie:

Poziom 19, Odkrywca Przestworzy
  • 21
  • 54
  • 1

TP-LINK Archer AX23 w trybie bridge - czarny ekran na IPTV

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. 

.


CHANNEL_WIDTH.jpgINFORMACJE_O_WIFI_Z_ROUTERA_FUNBOX.jpgRELAYD_WIFI_WDS_CONFIG.jpg

 

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. 

Wyświetl rozwiązanie w oryginalnym poście

27 ODPOW. 27

Poziom 32, Pasjonat Galaktyczny
  • 2320
  • 11087
  • 92

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.


Poziom 19, Odkrywca Przestworzy
  • 21
  • 54
  • 1

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'

 


Poziom 37, Nawigator Galaktyczny
  • 6633
  • 27213
  • 217

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?


Poziom 32, Pasjonat Galaktyczny
  • 2320
  • 11087
  • 92

TP-LINK Archer AX23 w trybie bridge - czarny ekran na IPTV

@j131 On chce zrobić własny repeater.


Poziom 37, Nawigator Galaktyczny
  • 6633
  • 27213
  • 217

TP-LINK Archer AX23 w trybie bridge - czarny ekran na IPTV

To nie łatwiej kupić coś co ma ten tryb włączany jedną opcją?


Poziom 19, Odkrywca Przestworzy
  • 21
  • 54
  • 1

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?

 


Poziom 37, Nawigator Galaktyczny
  • 6633
  • 27213
  • 217

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.


Poziom 19, Odkrywca Przestworzy
  • 21
  • 54
  • 1

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ę,


Poziom 37, Nawigator Galaktyczny
  • 6633
  • 27213
  • 217

TP-LINK Archer AX23 w trybie bridge - czarny ekran na IPTV

@P7CagdPBe8mwHy7 

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.