VPN dezentral: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
K (→Warum: GW=Gateway) |
|||
(3 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
===Warum=== | ===Warum=== | ||
* ein zentraler VPN-Rechner ueber den OLSR-Traffic laeuft hat zuviel Daten zu schaufeln. | * ein zentraler VPN-Rechner ueber den OLSR-Traffic laeuft hat zuviel Daten zu schaufeln. | ||
− | * daher verbinden sich alle Internetuebergabepunkte untereinander, jedes | + | * daher verbinden sich alle Internetuebergabepunkte untereinander, jedes Internet-Gateway ist dabei Client und Server zugleich: |
* Der Traffic an jedem DSLer sollte dabei noch im vertretbarem Rahmen sein | * Der Traffic an jedem DSLer sollte dabei noch im vertretbarem Rahmen sein | ||
Zeile 23: | Zeile 23: | ||
===Optimierungsueberlegungen=== | ===Optimierungsueberlegungen=== | ||
+ | |||
+ | ====Methode1==== | ||
+ | * bla | ||
+ | |||
+ | ====Methode2==== | ||
+ | * blubb | ||
+ | |||
+ | [[Kategorie:Ideen]] |
Aktuelle Version vom 8. Februar 2009, 12:45 Uhr
Warum
- ein zentraler VPN-Rechner ueber den OLSR-Traffic laeuft hat zuviel Daten zu schaufeln.
- daher verbinden sich alle Internetuebergabepunkte untereinander, jedes Internet-Gateway ist dabei Client und Server zugleich:
- Der Traffic an jedem DSLer sollte dabei noch im vertretbarem Rahmen sein
Visualisierung
- Jeder DSL ist sowohl Server als auch Client
Loesung1
Loesung2
- jeder DSLer (ungerade Anzahl nicht moeglich!) ist 2mal Server und 2mal Client
Argumente contra
- schwierig ist die Optimierung die viel Handarbeit erfordert
- es bedeutet jedesmal Aufwand einen neuen DSLer zu integrieren
Argumente pro
- dezentralitaet
- relativ geringer Traffic
Optimierungsueberlegungen
Methode1
- bla
Methode2
- blubb