Datendienste und Anwendungsintegration prüfen

Die Sitzung steht, die Anwendung erhält nichts

Die Diagnoseanwendung im Zug meldet «Datensitzung aktiv». Im streckenseitigen Gateway sind Pakete sichtbar, der Wartungsprozess erhält jedoch keine neuen Fahrzeugwerte. Wir verwenden die lose gekoppelte H2H-Verbindung aus 2.9 und 2.12. Das ist ein Datenfall; Floor Control aus dem Sprachfall ist hier keine passende erste Prüfhypothese.

Ein Messpunkt ist eine festgelegte Beobachtungsgrenze. Ein Korrelationsmerkmal verbindet Beobachtungen desselben Vorgangs, beispielsweise eine Sitzungskennung zusammen mit Zeit und Partnern. Paketadressen allein können wegen Tunnelung oder Adressumsetzung unzureichend sein. Deshalb legt die Talbahn vor dem Versuch fest, wie sie die Datensitzung über die Grenzen hinweg verfolgt. [S09, Abschnitt 6.2.2; S42, Abschnitt 6.3]

Eine fiktive Ereignisspur auswerten

Die folgenden Angaben sind Beobachtungen eines Lehrfalls, keine normativen Zeitvorgaben.

Die erste Hypothese lautet: Nach einem Anwendungsneustart blieb eine alte Adress- oder Kontextzuordnung wirksam. Die Talbahn vergleicht deshalb Anwendungskontext, lokale Adresse und Sitzungsbezug vor und nach dem Neustart. Sie prüft auch, ob der Mitschnitt tatsächlich dieselbe Sitzung und Richtung zeigt. Ein falscher Filter könnte sonst eine technische Ursache vortäuschen.

Den unterscheidenden Test wählen

Ein guter nächster Test unterscheidet konkurrierende Erklärungen. Die Talbahn beobachtet die Datenweiterleitung unmittelbar an der aktuellen Anwendungsgrenze. Kommen dort die richtigen Daten an, wird die fachliche Verarbeitung untersucht. Kommen sie an der alten Adresse an, prüft sie Bereinigung und Neuaufbau der Zuordnung. Werden bereits am Gateway keine passenden Daten erfasst, muss der vorgelagerte Weg erneut eingegrenzt werden.

Nach einer Änderung werden bereits funktionierende Abläufe erneut geprüft. Dieser Regressionstest soll erkennen, ob die Änderung an anderer Stelle einen Fehler verursacht hat.

Die Korrektur wird anschliessend mit einem erneuten Neustart geprüft. Es genügt nicht, die Adresse einmal manuell zu reparieren und den Fehlerfall auszulassen. Auch Sitzungsbeendigung und ein abgelehnter Neuaufbau gehören in die Regression, wenn dieselben Zustandsfunktionen geändert wurden.

Prüfe dein Verständnis

Ein Kollege schlägt vor, zuerst die Funkleistung zu erhöhen. Warum ist das im beschriebenen Fall nicht der naheliegendste Schritt, und was würde die Hypothese einer veralteten Zuordnung stützen?

Musterantwort

Die Nutzdaten wurden bereits am streckenseitigen Gateway beobachtet; der auffällige Befund ist die alte lokale Zieladresse. Ich prüfe daher zuerst Kontext und Weiterleitung. Eine konsistente Zuordnung derselben Sitzung zur alten Adresse nach dem Neustart würde die Hypothese stützen. Die Ursache bleibt bis zur gezielten Überprüfung vorläufig.

Das nimmst du mit

Datendiagnose verbindet Dienstzustände, Paketweg und Anwendungskontext. Ein aktiver Sitzungsstatus ist kein vollständiger Daten- oder Funktionsnachweis.

Deine Talbahn-Fallakte

Ergänze Messgrenzen, Korrelationsmerkmale, Hypothese, unterscheidenden Test und Wiederholung des ursprünglichen Fehlerfalls.