Fragen.page 4.4 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101
  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.](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 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. Bridge loop avoidance: <http://www.open-mesh.org/projects/batman-adv/wiki/Bridge-loop-avoidance>.
  47. ## Routing auf layer 3 statt (ausschließlich) auf layer 2
  48. ### Wurde eine Lösung mit layer 3 Routing schon diskutiert?
  49. Wenn ja: Warum wurde sie nicht umgesetzt? Wo ist sie dokumentiert?
  50. Wenn nein: Warum wurde sie nicht diskutiert?-)
  51. "Eine neue, in Entwicklung befindliche Gluon-Version baut auf eine geänderte Netzwerkstruktur. Im VPN soll von Layer 2 auf Layer 3 umgestellt werden, so dass die vorhandenen Skalierungsprobleme verschwinden." (Mail vom 9.5.2015)
  52. "Gluon findet ihr unter https://github.com/freifunk-gluon/gluon, die haben eine Doku und eine Mailingliste, ich glaube das ist der richtige Ort um die Entwicklung zu verfolgen." (Mail vom 15.5.2015)
  53. [Dort](https://github.com/freifunk-gluon/gluon) heißt es: "To subscribe to the list, send a message to: gluon-subscribe|ät|luebeck.freifunk.net". Ist jemand auf dieser Mailingliste drauf? Bitte melden!-)
  54. ### 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?
  55. ### Gibt es Erfahrungen, ob B.A.T.M.A.N. mit layer 3 Routingdaemons friedlich koexistieren kann?
  56. 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?
  57. ## Fragen zum Roaming
  58. ### Welche Möglichkeiten gibt es für den Zusammenhang von Roaming und Routing?
  59. 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.
  60. ### Roaming und DHCP - wo befindet sich der zuständige DHCP Server?
  61. #### Geht das auch dann zentral, wenn der DHCP Server nicht Teil der Broadcastdomäne ist?
  62. DHCP relay, s. zB <http://de.wikipedia.org/wiki/DHCP#DHCP_f.C3.BCr_mehrere_Subnetze>
  63. #### AHCP?
  64. <http://www.pps.univ-paris-diderot.fr/~jch/software/ahcp/>
  65. #### FF-Eigenbaulösung?
  66. "Nodes machen selbst DHCP-Server, die Ranges werden über ein [neues Protokoll](https://gist.github.com/tcatm/2dd0e6699f2a153505d0) von den Supernodes ausgegeben." (Mail vom 9.5.2015)