Software um 5250 Verbindungen zu halten

[schatte]

Hallo Zusammen,

von einigen Herstellern wie M&N, Symbol oder Psion gibt es zu mobilen Datenfunkterminals Software-Lösungen, die dafür sorgen, dass die 5250-Sitzungen auch bei Verbindungsabbrüchen an gleicher Stelle wieder aufgenommen werden.

Weiß jemand ob es solche Software auch herstellerunabhängig gibt?
Also eine Software die auf der iSeries oder einem extra Server läuft und als Proxy für eingehende 5250 Sitzungen arbeitet.
Auf der Client-Seite (Windows mobile) wäre es am besten, wenn man einen beliebigen 5250 Emulator verwenden könnte. Eine eigene Client-Software wäre aber zur Not auch in Ordnung.

Bricht die Verbindung dann mal ab soll man nach der Verbindungswiederherstellung wieder an gleicher Stelle weiterarbeiten können.

Gruß
Matthias

[Fuerchau]

Mit DEVRCYACN(*DSCMSG) gibts eigentlich keine Probleme.
Zusätzlich habe ich per CHGTELNA TIMMRKTIMO(30) die Überwachung der AS/400 verkürzt, so dass Unterbrechungen auch zügig gemerkt werden.
Wenn das Terminal mit benannten Sitzungen arbeitet, ist ein Wiederverbinden problemlos möglich.
Zusätzlich sollten auch die Systemwerte für das Beenden inaktiver Job's kontrolliert und z.B. auf 2 Stunden gesetzt werden.

Allerdings klappt die Bildschirmdarstellung manchmal nicht, wenn nur das letzte WINDOW wieder angezeigt wird.

Andere Anbieter arbeiten da häufig mit einer 2-stufigen Lösung, so dass die Sitzung nicht tatsächlich auf dem Terminal liegt.
Dies hat ggf. den Nachteil, dass die AS/400 von der Unterbrechung nichts merkt und solche Job's dann manuell gekillt werden müssen weil das Wiederverbinden nicht klappt. Ursache dafür ist häufig die Zuordnung eines Terminals über Serien-Nr. o.ä., so dass bei Austausch des Terminals (Hardwareausfall) ein Weiterarbeiten auch dann nicht gewährleistet ist.

[schatte]

Hallo,
danke schonmal für deine Antwort.
Ich habe das mal gerade getestet, aber die Programme, die zum Zeitpunkt des Verbindungsabbruchs aktiv sind bekommen nach der Wiederverbindung ein Problem. Z.B. beim STRPDM kommt die Meldung CPF509F "Erfolgreiche Jobanbindung nach EA Fehler" auf, die automatisch mit "C" beantwortet wurde und das voher aktive Display bricht ab.
Fehlt da noch irgendwo ein Schalter? Oder muss die Anwendung das aktiv abfangen?

Kennst du denn ansonsten auch ein paar Anbieter von den 2-stufige Lösungen?

Gruß
Matthias

[Fuerchau]

Dass jeder Job individuell darauf reagieren muss ist eher normal.
PDM macht das halt leider so.
Ein "normales" (ILE)RPG, dass per EXFMT/READ auf das Terminal wartet, merkt in der Regel nichts.
Es verhält sich so als ob Enter gedrückt wurde (Fehler in der INFDS/SDS), was durch Eingabeprüfungen jedoch meist zur erneuten Anzeige des DSPF's führt.

Mit den wenigsten Anwendungen hatte ich bisher mit *DSCMSG überhaupt Probleme und der Enduser arbeitet eher selten mit PDM.

Ich kenne keine der beschriebenen 2-stufigen Lösungen (weil ich diese bisher nicht emfehle).
Integrierte 5250-Emus (Windows-CE o.ä.) halte ich einfach für besser.

[fb@bruegge.biz]

Hallo,
ich habe ein Programm, welches diese Sitzungen hält. Das verwende ich genau für diese Funkterminals.

Das Programm ist einfach als Batchjob auf der AS400 zu starten und horcht auf einen Port (z.B. 2323). Sobald eine Verbindung hereinkommt, wird diese zum Port 23 verbunden. Das Programm hält dann die Verbindung zu Port 23 und somit die Telnet Sitzung.

Das Funkterminal wird dann einfach so konfiguriert, dass nicht gegen den Port 23 verbunden wird, sondern gegen 2323.

Das Programm läuft bei einigen Kunden sehr, sehr zuverlässig.

[RobertMack]

Weiß jemand ob es solche Software auch herstellerunabhängig gibt?
Also eine Software die auf der iSeries oder einem extra Server läuft und als Proxy für eingehende 5250 Sitzungen arbeitet.
Auf der Client-Seite (Windows mobile) wäre es am besten, wenn man einen beliebigen 5250 Emulator verwenden könnte.

Wie interessant wäre denn ein eigenes Subsystem auf der iSeries und Anmeldung über beliebige Browser (Windows Explorer, Firefox, Windows Mobile, iPhone) - keine 5250-Emulation, keinerlei Installation auf den Endgeräten erforderlich...

In Kürze mehr...

[schatte]

Hallo,

Das klingt interessant, aber das Programm enthält hat doch wahrscheinlich noch einiges an Logik?
Der Job muss ja nach einem Verbindungsabbruch wieder das Terminal dem richtigen Socket zuordnen und dafür sorgen, dass das Terminal wieder den aktuellen Bildschirm angezeigt bekommt.

Hallo,
ich habe ein Programm, welches diese Sitzungen hält. Das verwende ich genau für diese Funkterminals.

Das Programm ist einfach als Batchjob auf der AS400 zu starten und horcht auf einen Port (z.B. 2323). Sobald eine Verbindung hereinkommt, wird diese zum Port 23 verbunden. Das Programm hält dann die Verbindung zu Port 23 und somit die Telnet Sitzung.

Das Funkterminal wird dann einfach so konfiguriert, dass nicht gegen den Port 23 verbunden wird, sondern gegen 2323.

Das Programm läuft bei einigen Kunden sehr, sehr zuverlässig.

@fuerchau:
Das mit dem DSCJOB wird dann bei mir leider nicht gehen. Die Programme fragen den Status nach der Displayausgabe nicht ab und würden dann in so einem *DSC Fall abbrechen.

@RobertMack:
5250-basierte Lösungen wären in diesem Fall besser, da nicht alle Terminals Grafik bzw. Browser-fähig sind. Wenn die Ausgabe jedoch übersichtlich genug bleibt und per Keyboard bedienbar ist, dann wäre das vielleicht interessant.

Gruß
Matthias

[Fuerchau]

Bis auf wenige Ausnahmen habe ich noch kein Programm festgestellt, dass mit *DSCMSG ohne Programmänderung nicht zurechtkommt.
Probiers doch einfach mal aus.