Status-Acknowledge(Ack)

  • Articolo

Il messaggio Status-Acknowledge(Ack) passa dal nodo all'applicazione e dall'applicazione al nodo e viene usato con entrambe le connessioni SSCP (System Services Control Point) e L'unità logica primaria (PLU).

La struttura seguente mostra il formato del messaggio per tutti i messaggi SSCP e per i messaggi PLU che passano dal nodo all'applicazione.

Sintassi

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;  
};

Members

nxtqptr
Puntatore all'intestazione del buffer successiva.

hdreptr
Puntatore all'elemento buffer (NIL se non si usa LUA).

numelts
Numero di elementi del buffer (0x00 se non si usa LUA).

msgtype
Tipo di messaggio STATFMI (0x21).

srcl
Località di origine.

srcp
Partner di origine.

srci
Indice di origine.

destl
Località di destinazione.

destp
Partner di destinazione.

desti
Indice di destinazione.

sfhdr.stackhdr.akstat
Tipo di stato ACK (0x01).

sfhdr.stackhdr.akqual
Tipo di riconoscimento ACKPOS (0x02).

sfhdr.stackhdr.akmsgkey
Chiave di messaggio.

sfhdr.stackhdr.akflags1
Flag applicazione 1.

sfhdr.stackhdr.akflags2
Flag applicazione 2.

sfhdr.stackhdr.aknumb1
Non definito.

sfhdr.stackhdr.aknumb2
Riservato.

sfhdr.stackhdr.akseqno
Numero di sequenza SNA.

Solo LUA (vedere Osservazioni):
elemento

hdreptr–>elteptr
Puntatore all'elemento buffer (NIL).

hdreptr-startd>
Inizio dei dati in questo elemento buffer.

13 o 10 per secondi e segmenti successivi di unità richieste/risposte segmentate in uscita (UR)

hdreptr-endd>
Fine dei dati in questo elemento buffer.

hdreptr-trpad>
Riservato.

hdreptr-dataru>
UR dati.

Il formato del messaggio per i messaggi PLU che passano dall'applicazione al nodo è identico al formato precedente, ad eccezione del fatto che i campi del flag dell'applicazione 1 e del flag dell'applicazione 2 non vengono usati. Vengono sostituiti dal campo INTEGER seguente:

sfhdr.stackhdr.akmsgtim
Ultimo tempo di risposta host.

  • (0xFFFF) Nessun tempo di risposta misurato.
  • (0xnnnn) Ultimo tempo di risposta misurato, in unità pari a 0,1 secondi.

Commenti

  • I flag di messaggio e applicazione riflettono la chiave del messaggio e i flag dell'applicazione del messaggio di dati a cui si tratta di un riconoscimento. Per altre informazioni, vedere la nota relativa a LUA che segue.

  • Per i messaggi di riconoscimento dello stato in uscita dal nodo locale all'applicazione, il numero di sequenza SNA fornisce il numero di sequenza del messaggio di dati in ingresso a cui si tratta di un riconoscimento. Per altre informazioni, vedere la nota relativa a LUA che segue. In genere viene usato solo da applicazioni del profilo del servizio di trasmissione (profilo TS) 4.

  • Per i messaggi di riconoscimento dello stato in ingresso ( Ack) dall'applicazione al nodo locale, il numero di sequenza SNA riflette il numero di sequenza del messaggio di dati in uscita a cui si tratta di un riconoscimento.

  • Se l'host ha specificato che le statistiche relative al tempo di risposta devono essere mantenute, l'applicazione è responsabile della misurazione e della segnalazione dei tempi di risposta al nodo locale, usando il campo akmsgtim di questo messaggio. Per informazioni dettagliate, vedere Parametri RTM e dati di monitoraggio del tempo di risposta.

  • Se l'applicazione usa la variante LUA dell'interfaccia di gestione delle funzioni (FMI), l'intestazione di trasmissione (TH) e (se appropriato) l'intestazione di risposta (RH) sono inclusi nei dati e il campo iniziale punta al TH. I campi akmsgkey, akflags1 e akflags2 non sono definiti e non devono essere usati. I dati corrispondenti dell'elemento devono essere usati invece. Il campo akseqno è analogamente non definito nei messaggi dal nodo locale all'applicazione. Deve essere impostato sui messaggi dall'applicazione al nodo locale. Il campo akseqno viene usato per contenere il numero di sequenza della richiesta riconosciuta. Per altre informazioni su FMI, vedere Concetti FMI.

  • Se l'applicazione non usa la variante LUA dell'FMI, il messaggio è costituito solo da un'intestazione del buffer. Non esiste alcun elemento buffer.