interfaces.page 4.3 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990
  1. ---
  2. format: markdown
  3. categories: Netz-Infrastruktur, Backbone, Supernodes
  4. title: Interfaces
  5. ...
  6. # Interfaces
  7. ## MAC-Adressen
  8. Die Mac-Adressen für das Mesh-Interface `bat0` steht im Spreadsheet unter "Mesh MAC". Diese wird dem Dummy-Interface `meshdummy` zugewiesen, batman-adv übernimmt die Adresse.
  9. Server MAC
  10. --------- ------
  11. map 02:ce:ef:ca:fe:1a
  12. node01-1 02:ce:ef:ca:fe:2a
  13. node01-2 02:ce:ef:ca:fe:2b
  14. node02-1 02:ce:ef:ca:fe:3a
  15. node02-2 02:ce:ef:ca:fe:3b
  16. ## eth0 (IP: Public)
  17. Die Adressen stehen im Spreadsheet und kommen aus dem IP-Bereich des Hosters, bei dem die Supernode steht. Dies ist das einzige Interface ohne Tunnel und ist in der `main`-Routingtabelle die Default Route.
  18. Das Interface wird als `pointopoint` betrieben, so dass jede Kommunikation zum Default Gateway geschickt wird.
  19. ToDo: Forwarding für eth0 ausschalten? Hier darf ja kein geroutetes Paket raus gehen.
  20. ## tap00 und tap01
  21. Diese Interfaces werden von den [fastd](fastd)-Instanzen zur Verfügung gestellt (Layer-2-VPN zu den Clients) und werden beim Start von fastd dem Batman hinzugefügt.
  22. ## bb-node* und bb-map
  23. Gretap-Tunnel zu den anderen Supernodes und dem Map-Server. Diese Interfaces werden beim Aktivierung dem Batman hinzugefügt.
  24. ## bat0 (IP: Mesh)
  25. Dieses Interface wird durch batman-adv bereitgestellt. Die Tunnel zu den Clients (`tap00` und `tap01`), zu den anderen Servern (`bb-node*`) sind an Batman angeschlossen. Durch das Dummy-Interface `meshdummy` wird sichergestellt, dass batman-adv unabhängig von den fastd-tunneln startet sowie die korrekte MAC-Adresse übernimmt.
  26. Unser Mesh hat für IPv4 das /16 `10.233/16` und für IPv6 das /64 `2a03:2260:50:5::/64`. Die Mesh-IPs der Supernodes und Client-Ranges (IPv4) sind nach folgendem Schema aufgebaut:
  27. Supernode IPv4 IPv6 DHCPv4-Range
  28. ---------- ------------------- -------------------------- --------------------------
  29. node01-1 10.233.**8**.1/16 2a03:2260:50:5::**8**/64 10.233.9.1-10.233.15.254
  30. node01-2 10.233.**16**.1/16 2a03:2260:50:5::**16**/64 10.233.17.1-10.233.23.254
  31. node02-1 10.233.**24**.1/16 2a03:2260:50:5::**24**/64 10.233.25.1-10.233.31.254
  32. node02-2 10.233.**32**.1/16 2a03:2260:50:5::**32**/64 10.233.33.1-10.233.39.254
  33. Eingehender Traffic vom Mesh wird anhand des Quell-Subnetzes per Routing Policy auf die Routing Table `42` gelenkt, die die über BGP gelernten Routen des FFRL-Netzes enthält:
  34. ```
  35. ip rule add from 10.233.0.0/16 pref 10 table 42
  36. ip -6 rule add from 2a03:2260:50:5::/64 pref 10 table 42
  37. ```
  38. Siehe [what the hell is bat0 for](http://www.open-mesh.org/projects/batman-adv/wiki/Quick-start-guide).
  39. ## ffrg-* (IP: Peering)
  40. Gre-Tunnel zu den Backbone-Routern. In jeder Colocation hat nur einer der zwei dort stehenden Supernodes ein Peering nach außen.
  41. Router Standort IPv4
  42. -------- -------- -------------
  43. ffrg2-5 OVH 5.39.121.115
  44. ffrg11 MyLoc 85.14.244.128
  45. Standort Supernode Peering `ffrg-ffrg11` v4 v6 `ffrg-ffrg2-5` v4 v6
  46. ----------- ---------- ------------------ ---------------- --------------------- ----------------- ---------------------
  47. OVH node01-1 **ja** 10.0.6.6/30 2a03:2260:50:5b::2/64 10.0.6.2/30 2a03:2260:50:5a::2/64
  48. OVH node01-2 nein - - - -
  49. Webtropia node02-1 **ja** 10.0.6.14/30 2a03:2260:50:5d::2/64 10.0.6.10/30 2a03:2260:50:5c::2/64
  50. Webtropia node02-2 nein - - - -
  51. Die IP-Adressen für die Peering-Interfaces sind im Spreadsheet unter "GRE" eingetragen.
  52. Die Supernodes untereinander tauschen ihre Routen per BGP aus, so daß die anderen beiden Supernodes über die bestehenden Supernodes ins Backbone geroutet werden.
  53. # Routing
  54. BIRD schreibt in die Routing-Tabelle `42`. Über die mit `ip rule` gesetzte Routing-Policy für das Mesh-Subnetz wird sichergestellt, dass aus dem Mesh eingehende Pakete über die per BGP bezogenen Routen geroutet werden und nicht über die `main`-Routingtabelle, die `eth0` als Gateway nutzen würde.
  55. ## AS-Nummer
  56. Jede Community hat im IBGP eine eigene ASN die im Spreadsheet dokumentiert ist, wir sind `AS65403`.