196.4.2.1 SELNA

Die Eingabe von Bytewerten als Vergleichskriterium hat zur Folge, daß der Tracer die Meldung nur dann in den Tracebuffer aufnimmt, wenn das angesprochene Byte genau einem dieser Werte entspricht. Es ist möglich, mehrere Hexadezimalwerte für das Vergleichsbyte (bis zu 50) anzugeben und mehrere Bedingungen (bis zu 8), die alle erfüllt sein müssen, einzurichten.
Beim Parameter FELDTYP = ZDNR ist zu beachten, daß die ZD-Nummer bei den Ausgabe-Kommandos als Wort dargestellt wird, so daß Byte 0 der ZD-Nummer aus den letzten 2 Stellen der ZD-Nummer besteht.

•

Beim Maskenvergleich (Parameter Feldtyp = PST) wird die Position jenes/jener Bits (= Maske) angegeben, die im Vergleichsbyte der Meldung gesetzt sein müssen, damit die Meldung in den Tracebuffer aufgenommen wird. Sind außer dem/den angegebenen Bit(s) noch zusätzliche Bits gesetzt, so wird die Meldung ebenfalls, da sie ja der Maske entspricht, in den Tracebuffer aufgenommen. Mit diesem Verfahren ist es nun möglich, in einer Meldung enthaltene Powersets oder andere veränderliche Meldungsbytes, auf Bit-Ebene zu überwachen.

Beispiel:


BITPOS	BIT1&BIT4&&BIT7	B’01111010	H’7A
	oder	B’01111011	H’7B
	bzw. allgemein	B’x1111x1x

Die beiden Vergleichsverfahren können bei Bedarf in jeder Bedingungsgruppe beliebig kombiniert werden.

Beim Einrichten von mehreren Bedingungsgruppen ist die Reihenfolge der Gruppen zu beachten, denn das Tracing erfolgt so:

Der Tracer prüft die erste Gruppe. Treffen die Bedingungen zu, wird die Meldung - entsprechend den Festlegungen bei dieser Gruppe (Länge, Dynamische Speicher, Bedingte Bedingungen,...) - in den Tracebuffer kopiert; weitere Gruppen werden danach nicht weiter geprüft. Treffen die Bedingungen nicht zu, wiederholt sich das gleiche Spiel mit der nächsten Gruppe.

Der Anwender hat damit selbst die Möglichkeit das Tracing zu steuern, indem er, im Falle sich überschneidender Selektionsmengen, der Gruppe mit den ihm wichtigeren Festlegungen (also Länge, Dynamische Speicher, Bedingte Bedingungen,...) eine niedrigere Gruppennummer gibt.

Eine Faustregel: Je einschränkender eine Bedingung ist, desto kleiner soll ihre Gruppennummer sein.

Allgemein gilt: Falls die Bedingung einer Gruppe eine Untermenge einer anderen ist, so muß sie die kleinere Gruppennummer haben.

Bedingte Bedingungen

Die für Selektionen definierten Bytewerte können während des Tracens auch automatisch, in Abhängigkeit von Meldungsinhalten, gesetzt, verändert oder gelöscht werden. Dies geschieht nach den in den „Bedingten Bedingungen“ (Parameter NABED=BB1/../BB8) definierten Festlegungen.

Dies bedeutet: aus der Meldung, die die Selektionsbedingungen erfüllt, werden ein bis acht Byte als Bedingungen für eine zukünftige Meldung verwendet. Zum Beispiel kann eine LINE aus der aktuellen Meldung als Bedingung für eine nächste Meldung verwendet werden. Zudem werden bei Bedarf folgende vermittlungstachnische Umrechnungen durchgeführt: LODAD, LOADAP, LODEN, DTI, LTGLINE, LINE

Ein Beispiel für eine Verwendung von Bedingten Bedingungen findet man in Beispiel auf Seite 2638.

Start-, Stop-, Stopall-, PETRA-Bedingung und netzweiter Trace-Stop

Die Start-Bedingung beschreibt die Eigenschaften einer Meldung oder eines LAN Objektes, die das Tracing einschalten (Start-Meldung).

Beispiel:


SELNA,START,G1,B1,SRC,34&57,g;	Start des Tracings erfolgt erst wenn
SELNA,START,G1,B2,EV,3E,g;	eine Nachricht vorkommt, deren 4.Byte
	gleich 3E ist und deren 1.Byte
	entweder den Wert 34 oder 57 hat.

Die Stop-Bedingung beschreibt die Eigenschaften einer Meldung oder eines LAN Objektes, die das Tracing ausschalten (Stop-Meldung).

Die Stopall-Bedingung beschreibt die Eigenschaften einer Meldung oder eines LAN Objektes, die den StandardTracer in allen konfigurierten Prozessoren einer Anlage (d.h. auch IHS) und, falls ein netzweiter StandardTracer-Stop mit NETSTOP eingerichtet ist, auch den StandardTracer in Partneranlagen, ausschaltet (Stopall-Meldung). Falls auch STOPALL selektiert wurde, wird auch der FlagTracer ausgeschaltet. Siehe FlagTracer-Sperre (FLAGTR)

Die PETRA-Bedingung beschreibt die Eigenschaften einer Meldung, die die PETRA (PEripherie TRAcing) im aktuellen Prozessor ausschaltet (PETRA-Meldung). Die Meldung wird, versehen mit dem Objekttyp PT, in den Tracebuffer eingetragen. Damit ist diese Meldung im Tracebuffer wieder leicht auffindbar (mit den Kommandos DA, DB, DF, DL, DN, DA-T, DB-T, DF-T, DL-T, DN-T und Typ=PT).

Wurden vom Benutzer gleichzeitig STOP-, STOPALL- und/oder PETRA-Bedingungen eingerichtet, so prüft der Tracer zuerst die STOP-, anschließend die STOPALL- und zuletzt die PETRA-Bedingungen. Falls eine Meldung die STOP-Bedingung erfüllt, wird aufgrund der Tracerlogik nur der STOP-Tracepunkt durchlaufen und der Tracer im derzeit aktiven Prozessor angehalten. Die STOPALL- und PETRA-Bedingungen werden dann NICHT mehr geprüft; sie bleiben ohne Auswirkung!

Hinweis

Ein Sonderfall tritt auf, wenn Meldungen oder LAN Objekte mit Zeitbedingung über einen Restart (Restartfestigkeit ist eingeschaltet) selektiert werden. Bei Serialisation durch OS-Mittel (SELSTOP, OS) kann während eines kurzen Zeitraumes keine Systemzeit ermittelt werden. Die Ursache liegt darin, daß die Zeitfelder im Betriebsystem (OS) ungültig sind und die Zeitermittlung des OS dann DUMMY-Werte liefert.

Um dem Benutzer Zeit zu geben, alle notwendigen Einzelbedingungen zu formulieren, wird die jeweilige Steuerbedingung bei Eingabe einer Einzelbedingung in den Definitionszustand versetzt und damit momentan unwirksam.

Bei Eingabe einer Start-Bedingung wird zusätzlich der StandardTracer ausgeschaltet. (Bei Eingabe einer Stop- oder Stopall-Bedingung wäre dies nicht sinnvoll, da das Tracing erst beim Eintreffen der Stop- bzw. Stopall-Meldung ausgeschaltet werden soll.)

Der Definitionszustand für die definierten Steuerbedingungen wird beendet durch das Einschalten des StandardTracers (Kommando EIN); diese Steuerbedingungen werden hierdurch in den Wartezustand versetzt.

In dieser Phase wird jede Meldung und jedes LAN Objekt von den aktivierten Tracepunkten überprüft, ob sie den definierten Steuerbedingungen entspricht.

Nach Eintreffen der Start-Meldung wird der StandardTracer eingeschaltet, das Einschalten am Betriebs-Terminal signalisiert und die Start-Meldung in den StandardTracer - Buffer eingetragen. (Wenn keine Start-Bedingung definiert ist, ist der StandardTracer ab dem Einschalten des Tracers eingeschaltet.)

Dann werden weitere Meldungen oder LAN Objekte entsprechend den Tracepunkt-Selektionen in den Buffer eingetragen.

Beim Eintreffen der Stop-Meldung wird das Tracing ausgeschaltet und das Stoppen am Betriebs-Terminal signalisiert.

Als letzte Meldung wird die Stop-Meldung in den Buffer eingetragen.

Beim Eintreffen der Stopall-Meldung wird das Tracing in allen Prozessoren, in denen ein Tracer aktiv ist, ausgeschaltet und das Stoppen am Betriebsterminal signalisiert. siehe FlagTracer-Sperre (FLAGTR). Als letzte Meldung wird die Stopall-Meldung in den Buffer eingetragen. Und falls in einem Prozessor in der Anlage ein netzweiter Trace-Stop mittels NETSTOP eingerichtet wurde, so werden Stopaufträge auch an die adressierten Partneranlagen geschickt. Dort wird der StandardTracer in allen konfigurierten Prozessoren gestoppt, und dort, falls auch ein netzweiter Trace-Stop eingerichtet ist, die Stopaufträge ebenfalls weitergeleitet.

Die definierten Steuerbedingungen bleiben verfügbar (Zustand = E) und werden beim nächsten EIN-Kommando wieder wirksam.

Das STATUS-Kommando zeigt die Zustände der Steuerbedingungen an:

–

D (Definitionszustand)

–

E (Erreicht)

–

W (Wartezustand)

OpenScape 4000 V10, Band 1: AMO Beschreibungen, Servicedokumentation, Ausgabe 12, ID: P31003H31A0S107120020