Zeile 1: |
Zeile 1: |
| + | {{Vorlage:LinksReparieren}} |
| ===Warum=== | | ===Warum=== |
| * das IP-System von Weimar beisst sich mit dem System anderer Freifunk-Netze | | * das IP-System von Weimar beisst sich mit dem System anderer Freifunk-Netze |
Zeile 11: |
Zeile 12: |
| ** http://wiki.freifunk-leipzig.public-ip.org/index.php/Vorlage_Diskussion:NodesRegistrierung | | ** http://wiki.freifunk-leipzig.public-ip.org/index.php/Vorlage_Diskussion:NodesRegistrierung |
| * bisher vergebene Staedte-Codes: | | * bisher vergebene Staedte-Codes: |
− | ** 11 Leipzig | + | ** 16 oder 23 Weimar |
− | ** 75 Leipzig | + | ** 11 Leipzig WLAN |
− | ** 23 Weimar | + | ** 75 Leipzig LAN |
− | ** 99 Test/Experimentierstadt | + | ** 203 Leipzig VPN |
| + | ** ? Dresden |
| + | ** 13 Gadow |
| + | ** ? Rhinow |
| + | ** ? Manchester |
| + | ** 99 Test/Experimentierstadt |
| + | |
| + | :warum eigentlich 16? Schema? Postleitzahl? Bundesland? oder einfach aufsteigend? [[Benutzer:Fries43|fries43]] 10:30, 2. Dez 2005 (CET) |
| | | |
| ===Brainstorming=== | | ===Brainstorming=== |
| * IP-schema: 10.stadt.gebiet+knotennummer.x/8 | | * IP-schema: 10.stadt.gebiet+knotennummer.x/8 |
| + | *** oder alternativ 104.stadt.gebiet+knotennummer.x/8 - evtl. zu disskutieren auf dem [http://www.ccc.de/congress/ 22c3] |
| ** stadt = z.b. 23 fuer weimar | | ** stadt = z.b. 23 fuer weimar |
| ** gebiet/knotennummer & x =1...254 , 254*254 (>60000 zu vergebene IP-Adressen po Stadt) | | ** gebiet/knotennummer & x =1...254 , 254*254 (>60000 zu vergebene IP-Adressen po Stadt) |
Zeile 26: |
Zeile 35: |
| * bestimmte Anzahl an Netzknoten ("Linksysse") pro Gebiet | | * 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 | | * 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), z = 8 Bits = Netz hinter Netzknoten
| |
| ** '''z.b.''' 10.weimar.x.z , x = Gebiet , z = Netz hinter Netzknoten | | ** '''z.b.''' 10.weimar.x.z , x = Gebiet , z = Netz hinter Netzknoten |
− | *** Gebiet 1 = 1-15 , Gebiet 2 = 16-31 , ... , Vorteil: Menschenlesbar | + | *** Gebiet 1 = 1-15 |
− | ** Vorteil: 254 Adressen hinter einem Node | + | *** Gebiet 2 = 16-31 usw. |
| + | ** Vorteil1: Menschenlesbar |
| + | ** Vorteil2: 254 Adressen hinter einem Node |
| ** Nachteil: Nur 254 Nodes pro Stadt | | ** Nachteil: Nur 254 Nodes pro Stadt |
| *** wer mehr braucht macht eben eine 2te Pseudo-Stadt auf und hat nochmal 254 Nodes dazu | | *** wer mehr braucht macht eben eine 2te Pseudo-Stadt auf und hat nochmal 254 Nodes dazu |
Zeile 37: |
Zeile 47: |
| | | |
| ===Beispiel=== | | ===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) | + | * ''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, wenn OLSR nicht mehr skaliert) |
− | * Beispiel fuer Gebiet 5,Netzknoten 32 | + | * Beispiel fuer Gebiet 4,Netzknoten 11 ; 23=Weimar |
− | ** 172.16.5.32 fuer WLAN-Interface | + | ** 172.16.4.11 fuer WLAN-Interface |
− | ** >200 LAN-(KABEL)-Rechner: 10.23.159.(1 bis ~200) | + | ** >200 LAN-(KABEL)-Rechner: 10.23.'''58'''.(1 bis ~200) |
− | *** (23 ist der Code fuer Weimar , 159 sind die BITs 100=4=Gebiet=5 & die BITs 11111=31,also Knotennummer 32 ,also insgesamt = "10011111" = 159 | + | *** Gebiet 1 = 0...15 |
− | **** (Knotennummer/Gebiet 0 gibt es nicht 8-) ) | + | *** Gebiet 2 = 16...31 |
− | ** 16 WLAN-Rechner (NAT,OLSR-DHCP): 10.23.159.(238 bis 254) | + | *** Gebiet 3 = 32...47 |
− | ** Netz hinter dem Netzknoten = 10.23.159.0/24 | + | *** Gebiet 4 = 48...63 (der elfte Knoten im Gebiet4 = 48+10 = '''58''') |
− | ** die "komplizierten" Zahlen werden von irgendeinem Javascript-Ding berechnet
| + | *** Gebiet 5 = 64...79 |
| + | *** Gebiet 6 = 80...95 usw. |
| + | ** 16 WLAN-Rechner (NAT,OLSR-DHCP): 10.23.'''58'''.(238 bis 254) |
| + | ** Netz hinter dem Netzknoten = 10.23.'''58'''.0/24 |
| | | |
| ===Gebietsproblematik=== | | ===Gebietsproblematik=== |
Zeile 69: |
Zeile 82: |
| *Gebiet9 wird Gebiet8. | | *Gebiet9 wird Gebiet8. |
| *Gebiet12 (Merketal) soll zu Gebiet8 oder Gebiet 1 gehen) | | *Gebiet12 (Merketal) soll zu Gebiet8 oder Gebiet 1 gehen) |
− |
| |
− | *Mehr als 32 Knoten im Gebiet?<br>
| |
− | **Gebiet3 muesste etwas abspecken,da gibt es *evtl.* schon mehr...
| |
− | **eigentlich ein guter Anlass den Funkmist wegzuwerfen und Kabel zu verlegen.
| |
− | *** Richtig gut gehen wuerde das rund um den herderplatz. Aermel hochkrempeln! 50m Ethernetkabel kosten 15 Euro. Den alten Router koennt ihr dann verkaufen.
| |
| | | |
| '''Vorschlag fuer 16x16:''' | | '''Vorschlag fuer 16x16:''' |
Zeile 92: |
Zeile 100: |
| #Gebiet - Netz am Schoenblick | | #Gebiet - Netz am Schoenblick |
| #Gebiet - Netz am Krankenhaus | | #Gebiet - Netz am Krankenhaus |
| + | |
| + | ===Gebiet voll?=== |
| + | *Mehr als 32 Knoten im Gebiet?<br> |
| + | **eigentlich ein guter Anlass den Funkmist wegzuwerfen und Kabel zu verlegen. |
| + | **Aermel hochkrempeln! 50m Ethernetkabel kosten 15 Euro. Den alten Router koennt ihr dann verkaufen... |
| + | |
| + | ===Vorschlag aus Leipzig=== |
| + | *je Stadt (bitte nur 1 Stadt für Weimar!) |
| + | ** 16 Gebiete |
| + | ** 16 Projekte |
| + | ** 16 Nodes |
| + | |
| + | d.h. es wären dann 4096 Nodes je Stadt ( bzw. 256 Nodes je Gebiet) verfügbar. |
| + | |
| + | IPs von LAN-Rechner werden im WLAN-Bereich nicht mehr per OLSR announced, sondern sind per NAT versteckt und nur bei Bedarf per Portforwarding erreichbar. |
| + | |
| + | : Nachteil dieser Loesung: man verlaesst sich fest auf das 16x16x16-Schema. Warum soll nicht jede Stadt ihr eigenes Ding machen? Problem des Freischaltens von LAN-Diensten: Hoher Administrativer Aufwand. Wie gibt man z.b. mal kurz ne Datei frei,wenn der Administrator des Linksys nicht in der Naehe ist? [[Benutzer:Fries43|fries43]] 10:22, 2. Dez 2005 (CET) |
| + | |
| + | |
| + | ===Kompromiss: Mehr Nodes und kein NAT=== |
| + | Wir wollen mehr als 256 Nodes (8Bit), also benutzen wir mehr Bits für die Funk-Nodes und weniger Bits im Kabelnetz. Wir könnten z.b. 10 Bit für die Funknodes verwenden, d.h. jeder Node hat ein 10.23.0.0/26 Netz (Netmask 255.255.255.192). Das wären dann z.b. 16 Gebiete a 64 Nodes oder 32 Gebiete a 32 Nodes. Im Hausnetz bleiben dann noch 64 Nodes. |
| + | |
| + | Beispiel fuer Gebiet 4, Netzknoten 11, 16 Gebiete a 64 Nodes: |
| + | |
| + | 10.23.ggggnnnn.nnrrrrrr (g=gebiet, n=node(funk), r=rechner) |
| + | |
| + | gggg = 4 (0100) |
| + | nnnn.nn = 11 (0010.11) |
| + | |
| + | ggggnnnn.nnrrrrrr = 66.192 (01000010.11000000) |
| + | |
| + | also 10.23.66.192/26 => 10.23.66.192-10.23.66.255 |
| + | |
| + | Vorteil: ausreichend viele Gebiete, Nodes und Hausnetzrechner |
| + | Nachteil: nicht mehr sonderlich menschenlesbar. |
| + | |
| + | [[Kategorie:Infrastruktur]] |
| + | [[Kategorie:ToteLinks]] |