|
|
@@ -0,0 +1,55 @@
|
|
|
+---
|
|
|
+format: markdown
|
|
|
+...
|
|
|
+
|
|
|
+# Fragen (und ggf. Antworten) zum Thema Routing
|
|
|
+
|
|
|
+Fragen als Überschriften, (evtl.) Antworten als Text. OK?
|
|
|
+
|
|
|
+## B.A.T.M.A.N. - Routing auf layer 2
|
|
|
+
|
|
|
+### Wie ist das (quantitative) Verhältnis zwischen normalen broadcasts (zB ARP) und B.A.T.M.A.N. management traffic?
|
|
|
+
|
|
|
+### Um den B.A.T.M.A.N. management traffic zu segmentieren, braucht man verschiedene B.A.T.M.A.N. Instanzen. Richtig?
|
|
|
+
|
|
|
+### Man kann nur eine B.A.T.M.A.N. Instanz pro kernel/VM fahren. Richtig?
|
|
|
+
|
|
|
+Falsch:-) "As of 2010.2.0 it is possible to let a single mesh node participate in mutliple mesh clouds at the same time which makes it necessary to assign interfaces to individual mesh clouds and having multiple batX interfaces."
|
|
|
+
|
|
|
+Siehe: <http://www.open-mesh.org/projects/batman-adv/wiki/Tweaking>
|
|
|
+
|
|
|
+Daraus folgt: Entkoppelung des Management traffics könnte auch ohne externe bridge (ohne BLA), d.h. innerhalb eines Knotens möglich sein.
|
|
|
+
|
|
|
+### Können verschiedene B.A.T.M.A.N. Instanzen können eine gemeinsame Broadcastdomäne bilden?
|
|
|
+
|
|
|
+Man kann verschiedene B.A.T.M.A.N. Instanzen über eine (VMWare-)Bridge (ggf. dank BLA;) so koppeln, dass sie eine gemeinsame Broadcastdomäne bilden, aber ihr management traffic getrennt bleibt. Richtig?
|
|
|
+
|
|
|
+### Was ist BLA?
|
|
|
+
|
|
|
+## Routing auf layer 3 statt (ausschließlich) auf layer 2
|
|
|
+
|
|
|
+### Wurde eine Lösung mit layer 3 Routing schon diskutiert?
|
|
|
+
|
|
|
+Wenn ja: Warum wurde sie nicht umgesetzt? Wo ist sie dokumentiert?
|
|
|
+
|
|
|
+Wenn nein: Warum wurde sie nicht diskutiert?-)
|
|
|
+
|
|
|
+### Ist eine Möglichkeit bekannt, Routinginformationen zwischen einem layer 2 Routingprotokoll (B.A.T.M.A.N.) und einem layer 3 Routingdaemon (bird, quagga, babeld) auszutauschen?
|
|
|
+
|
|
|
+### Gibt es Erfahrungen, ob B.A.T.M.A.N. mit layer 3 Routingdaemons friedlich koexistieren kann?
|
|
|
+
|
|
|
+Aussführlicher formuliert: Routingdaemons können ein B.A.T.M.A.N. interface einfach als einen layer 2 sehen, über den sie dann layer 3 Routing machen. Aber läuft das "friedlich" ab? D.h. sind die Routingentscheidungen (hinreichend) konsistent zwischen layer 2 und 3?
|
|
|
+
|
|
|
+## Fragen zum Roaming
|
|
|
+
|
|
|
+### Welche Möglichkeiten gibt es für den Zusammenhang von Roaming und Routing?
|
|
|
+
|
|
|
+Zur Zeit ist Roamingbereich = Broadcastdomäne (= der größte Switch im Ruhrgebiet;). Können andere (ggf. kleinere) Roamingbereiche das Routing erleichtern und/oder das Rauschen reduzieren? ZB wenn Roaming nur noch innerhalb eines WLAN meshes möglich ist.
|
|
|
+
|
|
|
+### Roaming und DHCP - wo befindet sich der zuständige DHCP Server?
|
|
|
+
|
|
|
+#### Geht das auch dann zentral, wenn der DHCP Server nicht Teil der Broadcastdomäne ist?
|
|
|
+
|
|
|
+#### AHCP??
|
|
|
+
|
|
|
+<http://www.pps.univ-paris-diderot.fr/~jch/software/ahcp/>
|
