Freigeben über

Status-Acknowledge(Ack)

  • Artikel

Die Status-Acknowledge(Ack) -Nachricht wird vom Knoten zur Anwendung und von der Anwendung zum Knoten übermittelt. Sie wird sowohl bei SSCP-Verbindungen (System Services Control Point) als auch bei PLU-Verbindungen (Primary Logical Unit) verwendet.

Die folgende Struktur zeigt das Nachrichtenformat für alle SSCP-Nachrichten und für PLU-Nachrichten, die vom Knoten an die Anwendung übertragen werden.

Syntax

struct Status-Acknowledge(Ack) {  
    PTRBFHDR  nxtqptr;  
    PTRBFELT  hdreptr;  
    CHAR      numelts;  
    CHAR      msgtype;  
    CHAR      srcl;  
    CHAR      srcp;  
    INTEGER   srci;  
    CHAR      destl;  
    CHAR      destp;  
    INTEGER   desti;  
    CHAR      sfhdr.stackhdr.akstat;  
    CHAR      sfhdr.stackhdr.akqual;  
    INTEGER   sfhdr.stackhdr.akmsgkey;  
    CHAR      sfhdr.stackhdr.akflags1;  
    CHAR      sfhdr.stackhdr.akflags2;  
    INTEGER   sfhdr.stackhdr.aknumb1;  
    INTEGER   sfhdr.stackhdr.aknumb2;  
    INTEGER   sfhdr.stackhdr.akseqno;  
};   
struct Status-Acknowledge(Ack) {  
    PTRBFELT   hdreptr->elteptr;  
    INTEGER    hdreptr->startd;  
    INTEGER    hdreptr->endd;  
    CHAR       hdreptr->trpad;  
    CHAR[268]  hdreptr->dataru;  
};

Member

nxtqptr
Zeiger auf den nächsten Pufferheader.

hdreptr
Zeiger auf Pufferelement (NIL, wenn LUA nicht verwendet wird).

numelts
Anzahl der Pufferelemente (0x00, wenn LUA nicht verwendet wird).

msgtype
Nachrichtentyp STATFMI (0x21).

srcl
Quellspeicherort.

srcp
Quellpartner.

srci
Quellindex.

destl
Zielspeicherort.

destp
Zielpartner.

desti
Zielindex.

sfhdr.stackhdr.akstat
Statustyp ACK (0x01).

sfhdr.stackhdr.akqual
Bestätigungstyp ACKPOS (0x02).

sfhdr.stackhdr.akmsgkey
Nachrichtenschlüssel.

sfhdr.stackhdr.akflags1
Anwendungsflag 1.

sfhdr.stackhdr.akflags2
Anwendungsflag 2.

sfhdr.stackhdr.aknumb1
Nicht definiert.

sfhdr.stackhdr.aknumb2
Reserviert.

sfhdr.stackhdr.akseqno
SNA-Sequenznummer.

Nur LUA (siehe Hinweise):
Element

hdreptr–>elteptr
Zeiger auf Pufferelement (NIL).

hdreptr–>startd
Anfang der Daten in diesem Pufferelement.

13 oder 10 für zweite und nachfolgende Segmente von ausgehenden segmentierten Anforderungs-/Antworteinheiten (RUs)

hdreptr–>endd
Ende der Daten in diesem Pufferelement.

hdreptr–>trpad
Reserviert.

hdreptr–>dataru
Daten-RU.

Das Nachrichtenformat für PLU-Nachrichten, die von der Anwendung an den Knoten übertragen werden, ist mit dem oben beschriebenen Format identisch, außer dass die Felder für Anwendungsflag 1 und Anwendungsflag 2 nicht verwendet werden. Sie werden durch das folgende INTEGER-Feld ersetzt:

sfhdr.stackhdr.akmsgtim
Zeitpunkt der letzten Hostantwort.

  • (0xFFFF) Keine Antwortzeit gemessen.
  • (0xnnnn) Letzte gemessene Antwortzeit in Einheiten von 0,1 Sekunden.

Hinweise

  • Der Nachrichtenschlüssel und die Anwendungsflags spiegeln den Nachrichtenschlüssel und die Anwendungsflags der Datennachricht wider, die hiermit bestätigt wird. (Weitere Informationen finden Sie in der folgenden Anmerkung zu LUA.)

  • Für ausgehende Status-Acknowledge(Ack) -Nachrichten vom lokalen Knoten an die Anwendung gibt die SNA-Sequenznummer die Sequenznummer der eingehenden Datennachricht an, die hiermit bestätigt wird. (Weitere Informationen finden Sie in der folgenden Anmerkung zu LUA.) Sie wird normalerweise nur von Anwendungen des Übertragungsdienstprofils (TS-Profil) 4 verwendet.

  • Für eingehende Status-Acknowledge(Ack) -Nachrichten von der Anwendung an den lokalen Knoten gibt die SNA-Sequenznummer die Sequenznummer der ausgehenden Datennachricht an, die hiermit bestätigt wird.

  • Wenn gemäß Hostangabe Statistiken zur Antwortzeit verwaltet werden sollen, ist die Anwendung für das Messen und Melden von Antwortzeiten an den lokalen Knoten über das Feld akmsgtim in dieser Nachricht zuständig. Weitere Informationen finden Sie unter RTM-Parameter und unter RTM-Daten (Response Time Monitor).

  • Wenn die Anwendung die LUA-Variante der Funktionsverwaltungsschnittstelle (Function Management Interface, FMI) verwendet, sind der Übertragungsheader (Transmission Header, TH) und (falls zutreffend) der Antwortheader (Response Header, RH) in den Daten enthalten, und das Feld startd verweist auf den TH. Die Felder akmsgkey, akflags1 und akflags2 sind nicht definiert und sollten nicht verwendet werden. Stattdessen sollten Sie die entsprechenden Daten aus dem Element einsetzen. Ebenso ist das Feld akseqno für Nachrichten vom lokalen Knoten an die Anwendung nicht definiert. Es muss für Nachrichten von der Anwendung an den lokalen Knoten festgelegt werden. Das Feld akseqno wird verwendet, um die Sequenznummer der bestätigten Anforderung zu speichern. (Weitere Informationen zu FMI finden Sie unter FMI-Konzepte.)

  • Wenn die Anwendung nicht die LUA-Variante der FMI verwendet, besteht die Nachricht nur aus einem Pufferheader. Es liegt kein Pufferelement vor.