Fragen.page 3.3 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687
  1. ---
  2. format: markdown
  3. ...
  4. # Fragen (und ggf. Antworten) zum Thema Routing
  5. Fragen als Überschriften, (evtl.) Antworten als Text. OK?
  6. ## B.A.T.M.A.N. - Routing auf layer 2
  7. ### Wie ist das (quantitative) Verhältnis zwischen normalen broadcasts (zB ARP) und B.A.T.M.A.N. management traffic?
  8. Die folgende B.A.T.M.A.N. Paketzählung legt nahe, dass der Management Traffic alles andere (deutlich) übersteigt:
  9. ~~~
  10. root@FF-DO-...:~# uptime
  11. 18:59:16 up 28 days, 2:01, load average: 1.51, 1.96, 2.25
  12. root@FF-DO-...:~# batctl -v
  13. batctl 2013.4.0 [batman-adv: 2013.4.0]
  14. root@FF-DO-...:~# batctl statistics
  15. tx: 2403518
  16. tx_bytes: 565704189
  17. tx_dropped: 44502
  18. rx: 441821427
  19. rx_bytes: 37309865542
  20. forward: 3814047
  21. forward_bytes: 1308685837
  22. mgmt_tx: 105098647
  23. mgmt_tx_bytes: 43865261581
  24. mgmt_rx: 227260596
  25. mgmt_rx_bytes: 58887801562
  26. tt_request_tx: 835434
  27. tt_request_rx: 874689
  28. tt_response_tx: 458985
  29. tt_response_rx: 609431
  30. tt_roam_adv_tx: 1625
  31. tt_roam_adv_rx: 2473
  32. dat_get_tx: 23945
  33. dat_get_rx: 86964
  34. dat_put_tx: 4224
  35. dat_put_rx: 2798
  36. dat_cached_reply_tx: 98186
  37. ~~~
  38. ### Um den B.A.T.M.A.N. management traffic zu segmentieren, braucht man verschiedene B.A.T.M.A.N. Instanzen. Richtig?
  39. ### Man kann nur eine B.A.T.M.A.N. Instanz pro kernel/VM fahren. Richtig?
  40. 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."
  41. Siehe: <http://www.open-mesh.org/projects/batman-adv/wiki/Tweaking>
  42. Daraus folgt: Entkoppelung des Management traffics könnte auch ohne externe bridge (ohne BLA), d.h. innerhalb eines Knotens möglich sein.
  43. ### Können verschiedene B.A.T.M.A.N. Instanzen können eine gemeinsame Broadcastdomäne bilden?
  44. 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?
  45. ### Was ist BLA?
  46. ## Routing auf layer 3 statt (ausschließlich) auf layer 2
  47. ### Wurde eine Lösung mit layer 3 Routing schon diskutiert?
  48. Wenn ja: Warum wurde sie nicht umgesetzt? Wo ist sie dokumentiert?
  49. Wenn nein: Warum wurde sie nicht diskutiert?-)
  50. ### 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?
  51. ### Gibt es Erfahrungen, ob B.A.T.M.A.N. mit layer 3 Routingdaemons friedlich koexistieren kann?
  52. 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?
  53. ## Fragen zum Roaming
  54. ### Welche Möglichkeiten gibt es für den Zusammenhang von Roaming und Routing?
  55. 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.
  56. ### Roaming und DHCP - wo befindet sich der zuständige DHCP Server?
  57. #### Geht das auch dann zentral, wenn der DHCP Server nicht Teil der Broadcastdomäne ist?
  58. #### AHCP??
  59. <http://www.pps.univ-paris-diderot.fr/~jch/software/ahcp/>