5250 über WLAN: Verhalten bei Unterbrechungen

[grunzheini]

Danke für die schnelle Antwort.

Ich werd das ganze jetzt mal testen und bischen rumspielen damit.
Werde dann meine Erfahrungen wieder schreiben!

Danke Fuerchau !

[grunzheini]

Ich ahbe schon ein Problem.
Ich habe das jetzt mal mit meinem PC simuliert.

1. Sitzung angemeldet
Device ist DSP54

2. CHGJOB DEVRCYACN(*DSCMSG)
mit JOBNAME,USER + JOB-Nr.

3. Netzwerkkabel kurz gezogen.

Jetzt seh ich den Job zwar noch als aktive auf der i5, aber das Device ist ja nun blockiert und die 5250 bekommt darauf keine Verbindung.

Und es dauert recht lange, bis der Job auf DSC geht.
Ich habe die Prüfzeit TIMMRKTIMO auf 10 Sekunden stehen und scheint sich nicht
darauf auszuwirken, wie schnell der Job disconectet wird.

Hab ich da was nicht verstanden?
Muss ich den Wert von QINACTIV auch runter setzen? Wenn ja, wie wirkt sich das auf andere JObs aus, an denen eine kurze Zeit keine Eingabe erfolgt?
Werden diese auch disconnectet?

...Mir raucht der Kopf...
Ich glaube es ist zeit fürs Wochenende...

[Fuerchau]

QINACTITV hat mit getrennten Jobs gar nichts zu tun sondern mit aktiven, die nix tun.

Ob die AS/400 merkt, dass das Terminal weg ist, hängt leider von mehreren Faktoren ab und kann mitunter länger dauern.
Insbesonders wenn auch noch NAT im Spiel ist und ggf. auf die Überwachung ein Zwischenserver antwortet.
Über NETSTAT->3 kannst du prüfen, ob deine IP für Telnet aufgeführt wird oder nicht.

Ob der Wiederanlauf klappt, kannst du auch mit Systemanfrage+80 (Job unterbrechen) probieren.

Was ggf. gar nicht klappt, sind Serverkonstrukte wie z.B. HOB.
D.h., die AS/400 kennt den Endpunkt gar nicht sondern nur den Server, der seine Clients selber verwaltet.

TIMMRKTIMO funktioniert meines Wissens nach fast nur mit iSeries-5250 und nicht mit Mocha o.ä.

[fb@bruegge.biz]

Hallo,

ich vewende für genau diese Art der Anwendung ein kleines C Proramm, welches die TPC/IP Verbindung hält und die keepalives beantwortet.

Das Programm läuft 1x im Batch und lauscht auf einem anderen Port als 23 und leitet dann die Anforderungen an den Port 23 weiter.

Das Programm ist bei einigen Kunden sehr, sehr störungsfrei in Betrieb.

Wenn sie Interesse haben, kontaktieren sie mich bitte.

fb@bruegge.biz