
Re: VLAN - ще е това животно?
Софтуерните интерфейси eth0.1 и eth0.1000 слушат целия трафик на eth0 (5-тия порт на суйча) и отделят и разтагват трафика тагнат съответно с 1 и 1000 и обратно тагват трафика изпращан през тях и след това този трафик си отива в eth0 (в суйча).
Вече хардуерно в суйча пакетите тагнати с таг 1000 могат да се суйчват само между порт4 и порт0 (option ports '0t 4'), като покетите излизащи от порт4 (към STB-то) се разтагват а влизащите се тагват с таг 1000.
Същото е и със порт1, порт2 порт3 и порт0 (option ports '0t 1 2 3'). eth1 си е самостоятелен етернет порт.
И сега откъм линукс имаме 4 мрежови интерфейса - eth1, eth0.1, eth0.1000, wlan0.
За lan мрежата трябва да бриджнем eth0.1 и wlan0 - това става в софтуерния бридж lan.
Същото правим и за wan интерфейсите eth0.1000 и eth1 в бридж wan.
Накрая грубо можем да разгледаме всичко като два самостоятелни суйча lan с портове (wlan0 port1 port2 port3 и eth0.1), wan с портове (eth1 port4 и eth0.1000) и два мрежови интерфейса на линукс системата бридж lan включен в суйч лан и бридж wan включен в суйч wan.
От гледна точка на маршрутизирането и NAT-та има само два инерфейса bridge lan и bridge wan.
Ако нямаше wireless и нуждите на STB-то щеше да има само два етернет интерфейса (eth0 и eth1) без бриджове и в този вариант конфигурацията на суйча щеше да бъде нещо такова .
Относно
Да той преценява (след решението за маршрутизиране) в кой от двата бриджа да прати пакета.
трафика от един лан порт за друг лан порт се обработва само в суйча (без порт 4). Трафика от лан порт към радиото и обратно минава през софтуерния бридж лан. Трафика от лан порт или радиото към останалия свят (в това число и STB-то) минава през двата бриджа (след решение за маршрутизация и нат). Трафика между STB-то и ISP минава през бридж ван.
Зави ми се свят докато го напиша това

Ако бъркам някой да ме поправи.