1 (edytowany przez arky 2025-01-12 22:33:57)

Temat: R7800 z Openwrt 23.05.5, VLANy na fizycznych portach

Dobry wieczór,
zaczynając od przywitania i wyrażenia podziwu dla wiedzy managera forum i uczestników, i wdzięczności za możliwość dotychczasowego, anonimowego korzystania z niej,
podpytuję czy ktoś osiągnął sukces z Netgear Nighthawk R7800 i obecnym Openwrt 23.05.5, w kwestii podłączenia dodatkowego Dumb AP (również na R7800) na jednym przewodzie i z kilkoma podsieciami (guest, iot itp.) za pomocą VLAN'ów?
Przez brak wsparcia dla DSA nie poradziłem sobie korzystając youtube'owych rad od onemarcfifty oraz wpisów na forum openwrt dot. ręcznej konfiguracji pliku networks; i po prostu zastanawiam się czy to obecnie w ogóle możliwe?
Najlepszego w Nowym Roku!

2

Odp: R7800 z Openwrt 23.05.5, VLANy na fizycznych portach

A jak nie przechodzisz to po prostu podział switcha. Pokaz network, powiedź co chciałeś osiągnąć.

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

3

Odp: R7800 z Openwrt 23.05.5, VLANy na fizycznych portach

salceson napisał/a:

architektura ipq806x przechodzi na DSA w 24.10

To dobry argument do zaryzykowania z wersją testową, dziękuję.

Cezary napisał/a:

Pokaz network, powiedź co chciałeś osiągnąć.

Jako że v.24.10 może okazać się rozwiązaniem, a zawartość network jest efektem połączenia zbyt niskiego poziomu mojej obecnej wiedzy i ślepych prób domyślania się jak to powinno wyglądać, to nie chciałbym nadużyć chęci pomocy - natomiast przyznaję że po prostu zżera mnie chęć zorientowania się, gdzie mam braki w rozumieniu tematu?

Zamysłem było wydzielenie na głównym routerze 1-go portu fizycznego LAN (który wg swconfig ma numer 4) i wystawienie na nim vlanów obsługujących wszystkie podsieci lokalne: lan (w sieci znalazłem przykład wykorzystujący do tego dodatkowy vlan NEWLAN, nie jestem pewny czemu miało służyć?), guest, iot oraz iotMedia. Port ten miał być podłączony przewodowo do tak samo skonfigurowanego portu w drugim urządzeniu tj. dumb ap (zbudowanym na bazie konfiguracji głównego routera, ale będącego klientem dhcp i nie uruchamiającego firewalla ani dnsmasq. Poza otagowaniem pod Luci, ręcznie dodałem wszystkie "list ports 'eth1.[2-5]'", i tak samo wyglądało to na obu urządzeniach. Oczywiście żadnej oczekiwanej komunikacji nie uzyskałem.
Na razie śmiga to (bez moich wpisów dot eth1.x i tagowania portów LAN) z roamingiem wifi, ale dumb ap udostępnia wyłącznie pojedynczą podsieć lan.

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 'fdb2:4038:c71d::/48'

config device
        option name 'br-lan'
        option type 'bridge'
        list ports 'eth1.1'
        list ports 'eth1.5'

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 interface 'wan'
        option device 'eth0.2'
        option proto 'dhcp'

config interface 'wan6'
        option device 'eth0.2'
        option proto 'dhcpv6'
        option disabled '1'
        option reqaddress 'try'
        option reqprefix 'auto'

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 6t'
        option vid '1'

config switch_vlan
        option device 'switch0'
        option vlan '2'
        option ports '0t 5'
        option vid '2'

config interface 'guest'
        option device 'br-guest'
        option proto 'static'
        option ipaddr '192.168.5.1'
        option netmask '255.255.255.0'

config device
        option name 'br-guest'
        option type 'bridge'
        option bridge_empty '1'
        list ports 'eth1.2'

config interface 'iot'
        option device 'br-iot'
        option proto 'static'
        option ipaddr '192.168.4.1'
        option netmask '255.255.255.0'

config device
        option name 'br-iot'
        option type 'bridge'
        option bridge_empty '1'
        list ports 'eth1.3'

config interface 'iotMedia'
        option device 'br-iotMedia'
        option proto 'static'
        option ipaddr '192.168.6.1'
        option netmask '255.255.255.0'

config device
        option name 'br-iotMedia'
        option type 'bridge'
        option bridge_empty '1'
        list ports 'eth1.4'

config switch_vlan
        option device 'switch0'
        option vlan '3'
        option vid '3'
        option ports '4t'
        option description 'GUEST'

config switch_vlan
        option device 'switch0'
        option vlan '4'
        option vid '4'
        option ports '4t'
        option description 'IOT'

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

config switch_vlan
        option device 'switch0'
        option vlan '6'
        option ports '4t'
        option vid '6'
        option description 'NEWLAN'

4

Odp: R7800 z Openwrt 23.05.5, VLANy na fizycznych portach

W vlanach brakuje ci tagowanego portu 6t jako portu cpu, on musi być dodany bo inaczej ie będziesz miał ruchu przez cpu.

Czyli "4t 6t" we wpisach.

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

5 (edytowany przez arky 2025-02-02 10:05:10)

Odp: R7800 z Openwrt 23.05.5, VLANy na fizycznych portach

Cezary napisał/a:

Czyli "4t 6t" we wpisach.

Dzięki! Przetestuję gdy tylko dorwę się do konsoli

edit po tygodniu,
finalnie decydowałem się na wgranie 24.10.0-rc7, działa OK!

Miałem jedynie problem z podłączaniem się klientów pod dumb ap gdy radio w podstawowym routerze było wyłączone. Po jego włączeniu i wyłączeniu radia dumb ap klienci podłączali się poprawnie, i po ponownym uruchomieniu radia dumb ap mogli już się podłączać po każdy z obu punktów.