Abbrüche der ACS Sitzung

[BenderD]

auch unordentliche clients haben hier probleme. grund düfte die paketgröße im netzwerk sein oder eine zwangs- segmentierung wenn der swich oder die vmware- server large packets machen.

... es gab auch VW-Käfer Fahrer, die geglaubt haben, sie hätten ein Auto und dass der 10 Liter auf 100 Km gebraucht hat, lag für die am Sprit!

[holgerscherer]

... es gab auch VW-Käfer Fahrer, die geglaubt haben, sie hätten ein Auto und dass der 10 Liter auf 100 Km gebraucht hat, lag für die am Sprit!

jetzt begibst Du Dich auf den Pfad der Esoterik

[camouflage]

Ich nehm das Thema hier nochmals auf. Nachdem der Treshold Timeout an der Firewall herunter geschraubt wurde, traten genau diese Probleme bei CA und ACS auf. Die Sessions verabschiedigten sich nach einer Weile mit CPF5140. Erst mit der Rücksetzung dieser Werte lief wieder alles normal. Stellt sich die Frage, ob man an die IBM i diesbezüglich angleichen kann.

[Fuerchau]

In den Sitzungen gibts ein Sitzungskeepalive, dass eine Sitzung aufrecht halten kann.
Und, auch wenn es anscheinend nichts damit zu tun hat, auf der IBM gibts CHGTELNA, in dem man den Keepalive (Default 120 Minuten!) auf z.B. 5 Minuten runtersetzen kann.
Und zu guter letzt gibts eine zentrale Windows-Einstellung via Registry:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Servic es\Tcpip\Parameters\KeepAliveTime
Deren Default steht auch auf 2 Stunden.

Auch sollte man darüber nachdenken, ob man Terminals mit QPADEVnnn vergeben lässt oder echte Sitzungsnamen und Devices generiert (geht auch generisch), da man damit die Systemwerte für Disconnect und Wiederverbinden sowie Jobabbruch (nach 2 Stunden) für DSC-Jobs vernünftig einstellen kann. Nichts ist lässtiger, als nach einem Verbindungsabbruch nicht in derselben Sitzung wieder aufsetzen zu können.

[dschroeder]

Wir haben bei uns sehr viele Anwender, die ihre Profound Sitzungen einfach zuklicken. Da bleiben dann oft auf der IBM i Sitzungs-Jobs bestehen. Es passiert leider auch öfter, dass (z.B. im Homeoffice) die Netzwerkverbindung abbricht und die Sitzungen dann gekappt werden.

Unsere Sitzungsnamen werden per QPADEV... Konvention automatisch generiert. Habe ich dich richtig verstanden: Wenn wir feste Namen vergeben würden, und die User ihre gekappte Sitzung unter ihrem Standardnamen wieder starten würden, dass sie dann ihren übriggebliebenen Job "wiederfinden" würden und dann dort weitermachen könnten, wo sie aufgehört haben?

Das wäre natürlich ein ziemlicher Fortschritt.