VPN dezentral: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
(→Warum) |
(→Warum) |
||
| Zeile 3: | Zeile 3: | ||
* daher verbinden sich alle Internetuebergabepunkte untereinander, jedes GW ist dabei Client und Server zugleich: | * daher verbinden sich alle Internetuebergabepunkte untereinander, jedes GW 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 | ||
| + | |||
| + | ===Visualisierung=== | ||
| + | * Jeder DSL ist sowohl Server als auch Client | ||
* [[Bild:Vpn dezentral-1server8clients.png]] | * [[Bild:Vpn dezentral-1server8clients.png]] | ||
| + | * [[Bild:Vpn dezentral-2server2client.png]] | ||
| + | |||
| + | ===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=== | ||
Version vom 8. Oktober 2006, 15:06 Uhr
Warum
- ein zentraler VPN-Rechner ueber den OLSR-Traffic laeuft hat zuviel Daten zu schaufeln.
- daher verbinden sich alle Internetuebergabepunkte untereinander, jedes GW 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
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