Ja dodam tylko, że zgodnie z https://openwrt.org/toh/tp-link/archer_c2_ac750, masz tam wspólny switch chip dla wszystkich portów eth. Nie bridge'uj portów, tylko od razu ustaw odpowiedni vlan. Wyczyść te mac adresy i będzie działać. Coś tam jeszcze jest zepsute w konfigu, bo bridge powinien ustawić swój mac adres dla ruchu wychodzącego (chyba, że przepuszcza ruch między portami, to wtedy nie dotyka ramek).

Jeśli chodzi o tą część zdania w nawiasie to.. napisałeś zbyt ogólnie i warto doprecyzować.
AccessPoint z Openwrt nie dotyka ramek, jeżeli ramki przechodzą między portami switcha ale jednocześnie między klientami w tej samej sieci LAN.
Ale wystarczy, że inny klient np. komp z Windowsem ustawi sobie gateway i DNS na tego AccessPointa i już ten biedaczek musi żonglować adresami w ramkach, czyli dotyka ramek.

Ja też czytając różne rzeczy w Internetach, przyjąłem do wiadomości, że wszystko co jest na switchu to leci sobie przez niego bezkarnie, ale jak się okazało... jednak nie wszystko.
Światło rzucił @c#Hunter - https://eko.one.pl/forum/viewtopic.php? … 30#p246330

I w ten sposób bez wiedzy administratora sieci, zwykły klient może zmusić AP do używania jego firewalla oraz zaprzęgnąć do pracy w podmianę MAC-ów w pakietach wychodzących

Cezary, napisałeś odpowiedź jakbym miał pretensje do Openwrt albo do Ciebie
...ustawi sobie... to wiadomo, że nie zostało mu podane za pośrednictwem AP-ka. Tylko klient sam sobie ustawił ŚWIADOMIE I Z PREMEDYTACJĄ

...może zmusić... to oznacza, że AP normalnie nie chce tego robić ale został ZMUSZONY, więc pokornie robi...

Ale na szczęście taki AP-ek może w takim przypadku pokazać środkowy palec klientowi i odciąć go od Internetu, a to boli najbardziej

Dokładnie tak jak pisze Cezary. AP to AP a klient to klient. Kropka.

To, że miał się zachowywać tak a nie inaczej, to nie znaczy, że pracował w takim stylu do jakiego został zaprogramowany.
Ja też się tego nie spodziewałem, co może zrobić klient, bo nigdy nie robiłem takich akcji, że może lekko przestawić pracę AP-ka, bez zmiany jego konfiguracji

A ja nie widzę w swojej odpowiedzi, że posądzam Ciebie o pisanie nieprawdy. "Zbyt ogólnie" nie jest równoznaczne z "kłamstwem".
Samo przepuszczanie ramek przez switcha zależy jeszcze od tego, jak są adresowane przez innego KLIENTA. I AP-ek nic z tym nie zrobi, chyba że odetnie "intruza", albo grzecznie będzie żonglował adresami MAC co jest równoznaczne z "dotykaniem ramek" między portami.
Autor opisał tylko AP-ka i nie pokazał nic z innych urządzeń. A miał taką chęć...

Jak chcesz to się dowiedz u kogoś "mocniejszego", bo ja odrobiłem tą lekcję ale tylko tcpdumpem więc to się nie liczy
Szkoda, że muszę tłumaczyć się ze zdań, które nie powiedziałem/napisałem/.

PS. A tak swoją drogą, czy mógłbym kompletnie zrezygnować z eth0.1 i eth0.2 i po prostu używać eth0? W sumie już jest ok i nie potrzebuję tego, ale pytam z ciekawości, czy tak można i jak powinna wyglądać konfiguracja dla takiego przypadku.

Zostało mi w /etc/config/network coś takiego:

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 'fda6:3a7f:d96f::/48'

config interface 'lan'
        option type 'bridge'
        option proto 'dhcp'
        option ifname 'eth0'

config switch
        option name 'switch1'
        option reset '1'
        option enable_vlan '0'

i wydawało się, że jest ok. Ale po kilkunastu minutach użytkownika okazało się, że działa tylko jako AP z jednym portem LAN. Kiedy podłączałem coś do innego portu switcha to albo padała komunikacja wifi, albo komunikacja pomiędzy urządzeniami na kablu.

Ciekawe było to, że pod wifi urządzenie się autoryzowało, wysyłało zapytanie do sewera DHCP, ale nie dostawało odpowiedzi.