IP-System umstellen alt: Unterschied zwischen den Versionen

Aus Weimarnetz Wiki
Zur Navigation springen Zur Suche springen
K (→‎Beispiel: layout)
K (→‎Beispiel: berechnung)
Zeile 34: Zeile 34:
 
** 172.16.5.32 fuer WLAN-Interface
 
** 172.16.5.32 fuer WLAN-Interface
 
** >200 LAN-(KABEL)-Rechner: 10.23.191.(1 bis ~200)
 
** >200 LAN-(KABEL)-Rechner: 10.23.191.(1 bis ~200)
*** (23 ist der Code fuer Weimar , 191 sind die BITs 101=Gebiet=5 & die BITs 11111=31,also Knotennummer 32 (weil Knotennummer 0 gibt es nicht 8-) )
+
*** (23 ist der Code fuer Weimar , 191 sind die BITs 100=4=Gebiet=5 & die BITs 11111=31,also Knotennummer 32 (weil Knotennummer/Gebiet 0 gibt es nicht 8-) )
 
**  16 WLAN-Rechner: 10.23.191.(240 bis 254)
 
**  16 WLAN-Rechner: 10.23.191.(240 bis 254)
 
** Netz hinter dem Netzknoten = 10.23.191.0/24
 
** Netz hinter dem Netzknoten = 10.23.191.0/24
 +
** die "komplizierten" Zahlen werden von irgendeinem Javascript-Ding berechnet

Version vom 29. November 2005, 12:25 Uhr

Warum

  • das IP-System von Weimar beisst sich mit dem System anderer Freifunk-Netze
    • momentan 172.16.gebiet.netzknotennummer/12 fuer die WLAN-Interfaces
    • momentan 10.gebiet.netzknotennummer.0/24 fuer die LAN-Interfaces
  • unser IP-System geht sehr verschwenderisch mit den wenigen Adressen um
  • ergo: Überregionale IP-Vergabe muss her
  • Anmerkung: Fernes Ziel von einigen Leuten ist es, alle freien Netze zu verbinden. Entweder per Funk oder per Kabel. Dazu waere es schoen,jeden beliebigen Rechner in jedem beliebigen anderem freien Netz ueber seine eigene IP zu erreichen.

Wie

Brainstorming

  • IP-schema: 10.stadt.gebiet+knotennummer.x/8
    • stadt = z.b. 23 fuer weimar
    • gebiet/knotennummer & x =1...254 , 254*254 (>60000 zu vergebene IP-Adressen po Stadt)
    • ausserdem darf JEDE Stadt das private Subnetz 172.(16-31).0.0 frei verwenden, z.b. fuer WLAN-Interfaces. Dienste koennen nach-wie-vor ueber den LAN-Adressen aufgerufen werden
      • Vorteil1: Das Nodeschema bleibt Menschenlesbar: 172.16.gebiet.knotennummer
      • Vorteil2: mobile Nodes koennten z.b. 172.17.x.x nehmen
  • bestimmte Anzahl an Gebieten pro Stadt
  • bestimmte Anzahl an Netzknoten ("Linksysse") pro Gebiet
  • Jede Stadt kann innerhalb ihres Bereiches (10.stadt.x.x) beliebig mit den Adressen umgehen - je nach dem,was fuer Gegebenheiten herrschen
    • z.b. 10.weimar.xxx yyyy.zzzzzzzz , 3 Bits = Gebiet (max8) , 5 Bits = Netzknoten (max32), 8 Bits = Netz hinter Netzknoten
    • Vorteil: 254 Adressen hinter einem Node
    • Nachteil: Nur 254 Nodes pro Stadt
      • wer mehr braucht macht eben eine 2te Pseudo-Stadt auf und hat nochmal 254 Nodes dazu
  • pro Netzknoten
    • 16 zu vergebende WLAN-Adressen (NAT,ohne OLSR = "OLSR-DHCP")
    • >200 zu vergebende LAN-Adressen (unge-NAT-tet)

Beispiel

  • Frage: Warum ist es noetig in Gebiete zu unterteilen? Antwort: Wenn man das Netz mal fragmentieren MUSS (Kanaltrennung),hat man keine Probleme (Ankuendigen von ganzen Netzbereichen ueber HNA4)
  • Beispiel fuer Gebiet 5,Netzknoten 32
    • 172.16.5.32 fuer WLAN-Interface
    • >200 LAN-(KABEL)-Rechner: 10.23.191.(1 bis ~200)
      • (23 ist der Code fuer Weimar , 191 sind die BITs 100=4=Gebiet=5 & die BITs 11111=31,also Knotennummer 32 (weil Knotennummer/Gebiet 0 gibt es nicht 8-) )
    • 16 WLAN-Rechner: 10.23.191.(240 bis 254)
    • Netz hinter dem Netzknoten = 10.23.191.0/24
    • die "komplizierten" Zahlen werden von irgendeinem Javascript-Ding berechnet