Snelheid VPN verbinding

[Verwijderd]

Stel, op locatie 1 hebben we een internetverbinding ISDN a 64kb down en upload.
Op locatie 2 hebben we een internetverbinding ADSL a 512kb down en upload.

Tussen de locaties is er een IP-VPN verbinding van 256kb down en upload.

Nu willen er een paar gebruikers uit locatie 2 inloggen op een terminal server op locatie 1 en via een terminalserver sessie gaan werken op de terminal server.

Is dan de upload snelheid op locatie 1 van groot belang, omdat deze maar max. 8KB/s bedraagt?

En voor het ophalen van data?

[Marlibica]

Die 8 KB ga je niet eens halen vanwege de overhead van de VPN. Ik snap trouwens niet hoe je een ip-vpn snelheid van 256 Kb kunt halen over ISDN

Overigens is uiteraard altijd de uploadsnelheid tussen 2 verbindingen in dit soort situaties het belangrijkst omdat die 9 van de 10 keer het langzaamst is.

[ Voor 36% gewijzigd door Marlibica op 27-10-2005 09:33 ]

[Cyphax]

Het is 2-richtingsverkeer dus de uploadsnelheid op locatie 1 is zeker van belang, er moet data geupload worden naar locatie 2. Ik heb niet ZO veel ervaring met Terminal server verbindingen maar ik gok dat je van die 8k/s niet echt gelukkig gaat worden.

[Marlibica]

Het is op zich wel werkbaar maar niet joepie.

[Equator]

Verwijderd schreef op donderdag 27 oktober 2005 @ 09:26:
Stel, op locatie 1 hebben we een internetverbinding ISDN a 64kb down en upload.
Op locatie 2 hebben we een internetverbinding ADSL a 512kb down en upload.

Tussen de locaties is er een IP-VPN verbinding van 256kb down en upload.

Hier ben je mij al kwijt.
Een VPN maakt gebruik van maximale doorvoer snelheid die ter beschikking is.. (tenzij er door qos iets anders is geregeld..)
Aangezien de up/down stream op lokatie 1 slechts 64kbit is, zal de tunnel ook maximaal die snelheid halen. De overhead van de encapsulatie is er ook nog. dus zal de tunnel een maximale up/downstream hebben van ~ 55kb/s oftewel 5,5kB/s

Nu willen er een paar gebruikers uit locatie 2 inloggen op een terminal server op locatie 1 en via een terminalserver sessie gaan werken op de terminal server.

2 terminal sessies over 55kb/s is misschien net te doen. met wat verminderde kleuren, geen achtergrondjes, geen geluid en remote printing zal het wel te doen zijn.
Verwacht echter geen superperformance.

Is dan de upload snelheid op locatie 1 van groot belang, omdat deze maar max. 8KB/s bedraagt?

En voor het ophalen van data?

ja, de laagste doorvoersnelheid telt.

Ook al kan je vanaf de remote lokatie met 512kb/s downloaden, de data kan maar met 64kb/s naar binnen.

[Renkie]

isdn lukt je nog met Citrix, maar zeker in hogere kleuren/resoluties wordt dat lastiger

[Verwijderd]

Er wordt hier beweerd dat er op locatie 2 geen internet abonnement is, kan er dan wel een IP-VPN verbinding tot stand worden gebracht?

[Equator]

Verwijderd schreef op donderdag 27 oktober 2005 @ 17:04:
Er wordt hier beweerd dat er op locatie 2 geen internet abonnement is, kan er dan wel een IP-VPN verbinding tot stand worden gebracht?

Is er wel of geen internet

Als er een internet verbinding is dan kan je over de bestaande IP verbinding een tunnel leggen (VPN)
Als er geen internet verbinding is, dan wordt het lastig nietwaar

[LeGato23]

IP-VPN over ISDN is toch gewoon mogelijk..

Misschien merkt de TS niks van dialup, omdat hier een ISDN router tussen zit die automatisch de verbinding opzet?

[ Voor 5% gewijzigd door LeGato23 op 27-10-2005 19:52 ]

[Equator]

LeGato23 schreef op donderdag 27 oktober 2005 @ 19:52:
IP-VPN over ISDN is toch gewoon mogelijk..

Misschien merkt de TS niks van dialup, omdat hier een ISDN router tussen zit die automatisch de verbinding opzet?

Tuurlijk kan je een VPN opzetten over een rechtstreekse ISDN connectie, maar zeg eens eerlijk.. Hoeveel nut heeft dat nu.
Je bent alleen maar bandbreeedte kwijt aan de overhead van het encapsuleren.

Voor de veiligheid hoeft het ook niet echt. Als je een beetje goede inbelverbinding opzet, is dat veilig zat. Je kan de data toch niet sniffen die er over een ISDN verbinding gaat.

De vpn tunnel wordt meestal over een publiek onveilig wasn gebruikt juist omdat de data daar makkelijker te ondervangen is..