Condividi tramite

Status-Acknowledgement (Ack)

Il messaggio Status-Acknowledgement (Ack) passa dal nodo all'applicazione e dall'applicazione al nodo e viene usato sia con connessioni SSCP (System Services Control Point) che con le connessioni PLU (Primary Logical Unit).

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

Membri

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 del messaggio.

sfhdr.stackhdr.akflags1
Contrassegno applicazione 1.

sfhdr.stackhdr.akflags2
Flag applicazione 2.

sfhdr.stackhdr.aknumb1
Indefinito.

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 del buffer.

13 o 10 per i segmenti secondi e successivi di unità richiesta/risposta segmentate in uscita

hdreptr-endd>
Fine dei dati in questo elemento del 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 flag applicazione 1 e flag applicazione 2 non vengono usati. Vengono sostituiti dal campo INTEGER seguente:

sfhdr.stackhdr.akmsgtim
Tempo di risposta dell'ultimo host.

  • (0xFFFF) Nessun tempo di risposta misurato.
  • (0xnnnn) Tempo di risposta ultimo misurato, in unità di 0,1 secondi.

Osservazioni:

  • La chiave del messaggio e i flag dell'applicazione riflettono la chiave del messaggio di messaggio e i flag dell'applicazione del messaggio di dati a cui si tratta di un riconoscimento. Per altre informazioni, vedere la nota sull'unità lua che segue.

  • Per i messaggi status-acknowledgement (Ack) 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 sull'unità lua che segue. In genere viene usato solo dalle applicazioni del profilo del servizio di trasmissione (profilo TS) 4.

  • Per i messaggi in ingresso Status-Acknowledgement(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 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) vengono 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 invece usati. 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.

  • Last updated on