Hallo!

Ich hoffe ich lande hier im richtigen Forum, da das Probem ein wenig Crossover ist. Ansonsten bitte verschieben.

Es sind zwei Netzewerke die über das Internet per VPN (IPsec) verbunden wurden. In Netz A steht der Server. Es wird aus dem Netzt B per ODBC auf den Server zugegriffen. Das ist sehr langsam. Antwortzeiten von einer halben Stunde und mehr. Der Server in Netzt A ist mit 256k Upstream angebunden.

Wir haben den Traffic beobachtet und der Router kommt lange nicht an seine Leistungsgrenze heran. Der Upstream wird ebenfalls nicht voll ausgeschöpft. Lediglich der 128k der 256k werden verwendet.

Ich weiß das ODBC nicht das schnellste ist aber so langsam sollte es nicht sein. Ist evtl. das IPsec Protokoll das Problem? Wo ist der Flaschenhals?

Gruß

skiddoo

schön gepostet, aber immer noch viel zu wenig angaben

welche ODBC-implementierung verwendest du?

auf welcher plattform bzw. plattformen?

welcher ODBC-treiber bzw. welche auf welche datenbank wird via ODBC zugegriffen?

sind unterhalb des ODBC-stapels irgendwelche clients (SQL Server client, oracle client, MyODBC, etc.), von denen du nix gepostet hast?

hast du allenfalls ODBC-tracing aktiviert? dabei werden alle ODBC-calls aufgezeichnet, was die performance immens verringert?

wie schauts mit ICMP ping aus - wie sind hier die antwortzeiten?

s'Amstel

Es handelst sich bei dem Server in Netz A um eine Widows 2000 Server installation. Bei der Datenbank handelt es sich um MBS Navision Attain 3.60. Es wird mittels dem von Microsoft, für Navision zur Verfügung gestellte C/ODBC Schnittstelle darauf zugegriffen. ODBC-tracing ist nicht aktiviert. Die Antwortzeiten beim pingen liegen um 100ms.

Ich habe das ganze auch mit einem VPN per PPTP ausprobiert. Die Antowrtzeiten sind da wesentlich kürzer. Deshalb vermute ich das es am IPSec-Protokoll liegt.

Es ist keine Alternative von IPSec auf PPTP umzustellen!!!