IP-System umstellen alt: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
(→Brainstorming: neue Ideen von Thomas) |
(→Beispiel: idee) |
||
| Zeile 21: | Zeile 21: | ||
===Beispiel=== | ===Beispiel=== | ||
| − | * die IPs sollen moeglichst menschenlesbar sein | + | * die IPs sollen moeglichst menschenlesbar sein (wie wichtig ist das wirklich?) |
| − | * Gebiet 5,Netzknoten | + | * Frage: Warum ist es wichtig in Gebiete zu unterteilen? Antowrt: Wenn man das Netz mal fragmentieren MUSS (Kanaltrennung),hat man keine Probleme (Ankuendigen von ganzen Netzbereichen ueber HNA4) |
| − | ** 10.weimar. | + | * '''Beispiel''' fuer Gebiet 5,Netzknoten 32 |
| − | ** 10. | + | ** 10.weimar.101 11111.254 , weimar=23 , ergo: 10.23.191.1 fuer WLAN-Interface |
| − | ** | + | ** 16 LAN-(KABEL)-Rechner: 10.23.191.(1 bis 16) |
| − | ** | + | ** 08 WLAN-Rechner: 10.23.191.(17 bis 24) |
| − | + | ** Netz hinter dem Netzknoten = 10.23.191.0/24 | |
| + | * Nachteil: sind 254 Rechner hinter einem Netzknoten nicht zu viel? Sollte man nicht noch ein paar Bits aus dem letzten Oktett fuer Gebiet/Knotennummer opfern? [[Benutzer:Fries43|fries43]] 21:09, 22. Nov 2005 (CET) | ||
Version vom 22. November 2005, 22:09 Uhr
Warum
- das IP-System von Weimar beisst sich mit dem System anderer Freifunk-Netze
- unser IP-System geht sehr verschwenderisch mit den wenigen Adressen um
Wie
- folgendes waere denkbar
Brainstorming
- IP-schema: 10.stadt.gebiet+knotennummer.x/8
- stadt = z.b. 30 fuer weimar
- gebiet/knotennummer & x =1...254 , 254*254 (>60000 zu vergebene IP-Adressen po Stadt)
- 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 , 5 Bits = Netzknoten , 8 Bits = Netz hinter Netzknoten
- Nachteil: Nur 254 Nodes pro Stadt
- Vorteil: 254 Adressen hinter einem Node
- pro Netzknoten
- 08 zu vergebende DHCP-WLAN-Adressen (NAT,ohne OLSR)
- 16 zu vergebende DHCP-LAN-Adressen
- es muss nicht DHCP sein,aber auf jeden fall ein reservierter Bereich, der ueber HNA4 abgekuendigt wird
Beispiel
- die IPs sollen moeglichst menschenlesbar sein (wie wichtig ist das wirklich?)
- Frage: Warum ist es wichtig in Gebiete zu unterteilen? Antowrt: Wenn man das Netz mal fragmentieren MUSS (Kanaltrennung),hat man keine Probleme (Ankuendigen von ganzen Netzbereichen ueber HNA4)
- Beispiel fuer Gebiet 5,Netzknoten 32
- 10.weimar.101 11111.254 , weimar=23 , ergo: 10.23.191.1 fuer WLAN-Interface
- 16 LAN-(KABEL)-Rechner: 10.23.191.(1 bis 16)
- 08 WLAN-Rechner: 10.23.191.(17 bis 24)
- Netz hinter dem Netzknoten = 10.23.191.0/24
- Nachteil: sind 254 Rechner hinter einem Netzknoten nicht zu viel? Sollte man nicht noch ein paar Bits aus dem letzten Oktett fuer Gebiet/Knotennummer opfern? fries43 21:09, 22. Nov 2005 (CET)