xDSL.at

Hallo!

Möchte in naher Zukunft eine Zweigstelle an die Niederlassung anbinden.

Was mir bisher in den Sinn gekommen ist, wäre ein VPN mit 2 Bintec Routern (1x vorhanden, Zukauf von 2 VPN Lizenzen + 1x Gerät) zu realisieren. 1x is ADSL vorhanden (3000/500) und beim der Zweigstelle wäre Xdsl vorhanden. Diese Lösung wäre sicherlich einfach zu realisieren.

Was mich aber an dieser Lösung stört, ist, daß in beide Richtungen immer nur die langsamste Gschwindigkeit genutzt werden kann, dh. das Firmennetzwerk ist mit maximal 512kbit ansprechbar, was nicht sehr viel ist und das ständige arbeiten darin sicherlich langsam macht.

Was wäre die nächste Lösung? Direkte Anbindung mit symetrischem Kabel? Was wären die Kosten dafür? Volumen sollte Flat sein, Geschwindigkeit mind. 4000 down.

Oder gibts noch was anderes? Oder reicht gar das ADSL aus?

Grüße mit der Bitte um Vorschläge oder Meinungen,

Stephan

wieviele leute willst du anbinden und welche anwendungen sollen sie nutzen?

ein lokales LAN (8 Computer) wird angebunden mit 2-3 Computern, es läuft ständig darauf ein Warenwirtschaftsprogramm, was im lokalen Netz zu laden schon fast 15 Sek. braucht. Weiters laufen Messenger darauf und ähnlicher Kleinkram. VNC Wartung auf entfernten Computern wird auch gemacht.

Rein vom Sinn her würde ja eine VPN Anbindung eh gehen und für den Anfang auch reichen, aber ev. gibts ja was besseres.

wenn man das programm auf den pcs installieren kann und nur die datenbankverbindung über das vpn läuft könnte (!) es halbwegs brauchbar funktionieren, kenne das programm mangels namen nicht...

falls du die möglichkeit dazu hast würde ich dir zu einer terminalserver verbindung raten, dafür reicht die bandbreite sicher.

ja, man kann das machen mit dem programm, nur für die datenbank wird auf den server zuhause zugegriffen, das ist möglich und durchführbar.

rein vom finanziellen wäre das sicher die günstigeste lösung, nehme ich mal an. und mit der bisherigen hardware von bintec auch kein problem zum konfigurieren, wird inode sicherlich schaffen

normalerweise sollte ich den thread dann löschen (wenn ich könnte) wenns dir nix macht )

@Steffff:

eventuell wär sowas für dich interessant: mpls

inode bietet AFAIK sowas an (ggf. auch anderes, siehe hier), welche anderen provider ähnliches anbieten, ist mir nicht bekannt - aber standort-vernetzungen haben sicherlicher einige isp's im programm.

mit was du jedoch rechnen musst: das sind dinge, bei denen du auf ner hotline wenig bis gar keine antworten bekommen wirst.

wie von martin schon erwähnt, wär eine terminalservices basierende lösung vermutlich das praktikabelste, da du hier mit der bandbreite locker auskommen solltest, wenn die applikation direkt über vpn auf die datenbank zugreift ist oft nur sehr schwer abzuschätzen, wie sich das auf die verbindung auswirkt, je nachdem welche queries gemacht werden, bzw wie effizient diese sind und was zurück geliefert wird ... bei einer terminal verbindung werden nur die bildschirmdaten übertragen

ja, das denke ich mir, nur inode nehme ich als partner, weil ich zuhause auch inode habe und so viel aus dem weg gehen kann und bisher sehr zufrieden war.

und bintec, weils einfach geht und die vernetzung beinahe von einem laien gemacht werden kann lt. webseite (und ich mich mit der bedienung halbwegs auskenne, was nat und so betrifft)

lordpeng hat geschrieben:wie von martin schon erwähnt, wär eine terminalservices basierende lösung vermutlich das praktikabelste, da du hier mit der bandbreite locker auskommen solltest, wenn die applikation direkt über vpn auf die datenbank zugreift ist oft nur sehr schwer abzuschätzen, wie sich das auf die verbindung auswirkt, je nachdem welche queries gemacht werden, bzw wie effizient diese sind und was zurück geliefert wird ... bei einer terminal verbindung werden nur die bildschirmdaten übertragen

ja, das muss dann getestet werden (ständig sind ca. 15-20 dbf dateien offen, wie kunden, transaktionen, etc., aber nicht mehr), aber wieviel dann die auslastung wirklich wird, ist derweil noch unbekannt; wenns mehr sein muss, dann muss sowieso was professionelleres angedacht werden.

mit relativ wenig aufwand könntest sowas schon im vorfeld simulieren, ich habe jedenfalls in den meisten fällen wo sowas zu realisieren war eher schlechte erfahrungen mit direktem datenzugriff gehabt, da die applikationen doch mehr overhead produziert ham als für die leitung gut wär ...

lordpeng hat geschrieben:mit relativ wenig aufwand könntest sowas schon im vorfeld simulieren, ich habe jedenfalls in den meisten fällen wo sowas zu realisieren war eher schlechte erfahrungen mit direktem datenzugriff gehabt, da die applikationen doch mehr overhead produziert ham als für die leitung gut wär ...

ja, das könnte ich, keine schlechte idee, da gibt sicherlich einige freeware programme, welche den datenverkehr drosseln oder ich probiers mit einer doppelten isdn leitung, wenns da klappt, kein problem später

sdsl wäre auch eine alternative, allerdings nicht unbedingt günstig, aondigitaltv läuft im hintergrund über mpls

>ja, das könnte ich, keine schlechte idee, da gibt sicherlich einige freeware programme
entweder über sowas, oder über einen switch, oder wie ich's machen würde, über einen entpsrechenden switch, der ein bandwith management hat ...

dort drosselst die leitung mal auf 64 kbit und schaust wie sich die software bei umfrangreichen queries verhält, wenns ned läuft, solang die bandbreite rauf drehen, bis es brauchbar wird, aufpassen, wennst mehrere clients hast, die über vpn zugreifen, musst das ganze dann entsprechend für die anzahl deiner clients kalkulieren

um nochmals auf die terminalservices zurück zu kommen, diese lassen sich auch mit einer gprs verbindung noch halbwegs nutzen, zwar sicher nicht, so dass man den ganzen tag mit dieser geschwindigkeit werken will, aber man kann was tun ...

penguinforce hat geschrieben:@Steffff:

eventuell wär sowas für dich interessant: mpls

Und was soll MPLS an der Bandbreite ändern?

der OP kann natürlich an beiden Standorten - soferne verfügbar - SDSL schalten lassen.

>der OP kann natürlich an beiden Standorten - soferne verfügbar - SDSL schalten lassen.
vorher sollte er aber mal testen, wie weit er mit den derzeit eingesetzten technologien kommt