Änderungen

Nach einem /etc/init.d/network reload ist das Pi dann nur noch unter den entsprechenden VLANs erreichbar. Daher muss man nun entweder auf seinem Rechner die entsprechenden VLANs einrichten, oder man Konfiguriert die Switch so, dass man die entsprechenden VLANs auf bestimmte Ports legt, aus denen der Traffic dann ohne das entsprechende VLAN-Tags herausfliest (untagged).

Nach einem /etc/init.d/network reload ist das Pi dann nur noch unter den entsprechenden VLANs erreichbar. Daher muss man nun entweder auf seinem Rechner die entsprechenden VLANs einrichten, oder man Konfiguriert die Switch so, dass man die entsprechenden VLANs auf bestimmte Ports legt, aus denen der Traffic dann ohne das entsprechende VLAN-Tags herausfliest (untagged).

===Konfiguration der VLANs in der Switch===

===VLANs auf der Switch===

Unter dem Punkt VLAN kann man die einzelnen VLANs konfigurieren. Wir legen hierzu ein VLAN2 an ueber das unser WAN-Verkehr laeuft, ein VLAN3 ueber dem der Freifunk-Client-Verkehr laeuft und ein VLAN4 fuer die dedizierte Batman Kommunikation auf einem Port (z.B. Gluon-Router mit MeshOnWan oder Richtfunkstrecke, etc.) Wir wollen erreichen, das auf Port5 spaeter ungetaggedes WAN-Netz, auf Port4 ungetaggedes Client-Netz und auf Port2 das getaggedte VLAN4 fuer das dedizierte Batman VLAN laeuft. Der BananaPi wird spaeter uber Port1 angeschlossen.  

Unter dem Punkt VLAN kann man die einzelnen VLANs konfigurieren. Wir legen hierzu ein VLAN2 an ueber das unser WAN-Verkehr laeuft, ein VLAN3 ueber dem der Freifunk-Client-Verkehr laeuft und ein VLAN4 fuer die dedizierte Batman Kommunikation auf einem Port (z.B. Gluon-Router mit MeshOnWan oder Richtfunkstrecke, etc.) Wir wollen erreichen, das auf Port5 spaeter ungetaggedes WAN-Netz, auf Port4 ungetaggedes Client-Netz und auf Port2 das getaggedte VLAN4 fuer das dedizierte Batman VLAN laeuft. Der BananaPi wird spaeter uber Port1 angeschlossen.