Status-Acknowledge(Nack-1)
Die Status-Acknowledge(Nack-1)- Nachricht wird vom Knoten zur Anwendung und von der Anwendung zum Knoten gesendet. Sie wird sowohl mit SSCP-Verbindungen (System Services Control Point) als auch mit PLU-Verbindungen (Primary Logical Unit) verwendet.
Syntax
struct Status-Acknowledge(Nack-1) {
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(Nack-1) {
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 ACKNEG1 (0x03).
sfhdr.stackhdr.akmsgkey
Nachrichtenschlüssel.
sfhdr.stackhdr.akflags1
Anwendungsflag 1.
sfhdr.stackhdr.akflags2
Anwendungsflag 2.
sfhdr.stackhdr.aknumb1
Sense data 1.
sfhdr.stackhdr.aknumb2
Sense data 2.
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.
Hinweise
Die Nachrichtenschlüssel- und Anwendungsflags spiegeln den Nachrichtenschlüssel und die Anwendungsflags der Datennachricht wider, für die es sich um eine negative Bestätigung handelt. (Weitere Informationen finden Sie in der folgenden Anmerkung zu LUA.)
Bei Status-Acknowledge(Nack-1)- Nachrichten vom lokalen Knoten an die Anwendung spiegeln die Sense-Daten in der negativen SNA-Antwort wider.
Für Status-Acknowledge(Nack-1)- Nachrichten von der Anwendung an den lokalen Knoten sind die Sense-Datenfelder diejenigen, die für die negative SNA-Antwort an den Host bestimmt sind.
Bei ausgehenden Status-Acknowledge(Nack-1)- Nachrichten vom lokalen Knoten an die Anwendung gibt die SNA-Sequenznummer die Sequenznummer der eingehenden Datennachricht an, für die dies eine negative Bestätigung ist. (Weitere Informationen finden Sie in der folgenden Anmerkung zu LUA.)
Bei eingehenden Status-Acknowledge(Nack-1)- Nachrichten von der Anwendung an den lokalen Knoten gibt die SNA-Sequenznummer die Sequenznummer der ausgehenden Datennachricht wider, für die dies eine negative Bestätigung ist.
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. (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.