Messaggio di stato-controllo

I messaggi di controllo dello stato forniscono l'accesso ai protocolli di controllo sessione e di controllo del flusso di dati nella sessione PLU (Primary Logical Unit) usando la connessione PLU. Non vengono usate nelle altre connessioni. I messaggi di controllo dello stato vengono mappati direttamente al controllo sessione SNA equivalente e alle unità richiesta/risposta del flusso di dati equivalenti.

Tutti i messaggi di controllo di stato che corrispondono alle richieste SNA nel normale flusso, ad eccezione di LUSTAT-sent Request Exception (RQE) e dei messaggi Status-Control corrispondenti alla richiesta CLEAR e STSN nel flusso accelerato, hanno il campo ACKRQD (riconoscimento obbligatorio). I messaggi di controllo di stato che corrispondono alle richieste SNA nel flusso accelerato (ad eccezione di CLEAR e STSN) non hanno il campo ACKRQD impostato dal nodo locale. Tuttavia, l'applicazione può impostare ACKRQD quando si inviano questi messaggi di controllo di stato . L'ultima figura di questo argomento riepiloga le richieste status-Control che hanno sempre ACKRQD impostato.

Se nella intestazione del messaggio è impostato ACKRQD una richiesta di controllo di stato, il destinatario deve fornire una risposta status-control (Conferma, Conferma negativa-1 o Conferma negativa-2) prima che il mittente invii ulteriori messaggi di dati o ulteriori richieste di controllo dello stato nel flusso. Il mittente può comunque inviare risposte status-control , status-acknowledg, status-error e status-resource messaggi nel flusso. Questo vale sia per i flussi normali che per quelli accelerati e per tutte le modalità di richiesta (inclusa la modalità richiesta ritardata). La chiave del messaggio ricevuta nella richiesta deve essere restituita nella risposta. Ciò consente l'attesa di più messaggi RQE LUSTAT . Il nodo locale incrementa la chiave del messaggio nelle richieste status-control e nei messaggi DATAFMI inviati all'applicazione nella connessione PLU.

Per la variante LUA (Logical Unit Application) dell'interfaccia di gestione delle funzioni (FMI), il campo della chiave del messaggio viene usato in modo diverso, come indicato di seguito:

• Per le richieste di flusso in ingresso accelerate, il nodo locale imposta il numero di sequenza SNA sul valore fornito dall'applicazione nel campo chiave messaggio. L'applicazione deve assicurarsi che questo campo sia impostato sul numero di sequenza corretto.

• Per le risposte di controllo dello stato in ingresso, il nodo locale imposta il numero di sequenza SNA sul valore fornito dall'applicazione nel campo chiave messaggio. L'applicazione deve assicurarsi che questo campo sia impostato sul numero di sequenza della richiesta per cui viene inviata una risposta.

  Tranne nel caso di Status-Control (LUSTAT), se una richiesta status-Control non dispone di ACKRQD impostata, l'applicazione non deve rispondere, perché una risposta positiva è già stata inviata dal nodo locale.

  Ad esempio, se l'applicazione invia una richiesta Status-Control(QC) con il set ACKRQD (corrispondente a una richiesta SNA nel flusso normale), vengono bloccate ulteriori richieste di dati e controllo di stato corrispondenti al flusso normale in ingresso fino a quando non viene ricevuta la risposta Status-Control(QC). Non blocca altri messaggi nel flusso normale o i messaggi nel flusso accelerato. Ad esempio, l'applicazione potrebbe comunque inviare Status-Control(SIGNAL).

  La ricezione della risposta Status-Control implica un riconoscimento a tutti i messaggi in sospeso (inclusi i messaggi di dati ) nel flusso.

  L'uso di ACKRQD nei messaggi di controllo dello stato applica in modo efficace la modalità di risposta definita e immediata. Questo è appropriato per:

• Messaggi di controllo di stato che corrispondono alle richieste SNA CLEAR e STSN (perché il flusso accelerato è RQD).

• Messaggi di controllo di stato corrispondenti a tutte le richieste DFC ( che sono RQD) ad eccezione di LUSTAT (che può essere RQE).

  L'applicazione può impostare ACKRQD su richieste di controllo di stato che corrispondono alle richieste SNA nel flusso accelerato, anche se ACKRQD non è obbligatorio. Ad esempio, quando un'applicazione segnala la direzione (ad esempio, un emulatore 3270 con un operatore terminale che preme ripetutamente il tasto ATTN), può generare più messaggi di richiesta Status-Control(SIGNAL), che influirebbero negativamente sulle prestazioni di altri utenti. L'applicazione può impostare ACKRQD nella prima richiesta Status-Control(SIGNAL) e ignorare gli eventi che causerebbero ulteriori messaggi di richiesta Status-Control(SIGNAL) fino a quando non viene ricevuta la risposta Status-Control(SIGNAL) dal nodo locale.

  I flussi del messaggio nelle sei figure seguenti mostrano sequenze di controllo di stato in uscita e in ingresso con e senza ACKRQD e le UR SNA corrispondenti.

  Nella prima figura l'applicazione invia Status-Control(CHASE).

  
  L'applicazione invia Status-Control(CHASE)

  Nella figura seguente l'host invia una richiesta BID .

  
  L'host invia una richiesta BID

  Nella figura seguente l'applicazione invia Status-Control(SHUTC).

  
  L'applicazione invia status-control (SHUTC)

  Nella figura seguente l'host invia la richiesta SNA SIGNAL .

  
  L'host invia una richiesta SNA SIGNAL

  Nella figura seguente l'host invia più richieste RQE LUSTAT e l'applicazione rifiuta la prima.

  
  L'applicazione rifiuta la prima richiesta LUSTAT RQE

  Nella figura seguente l'applicazione invia Status-Control(LUSTAT) NOACKRQD.

  
  L'applicazione invia Status-Control(LUSTAT) NOACKRQD

  La tabella seguente riepiloga le richieste Status-Control supportate dalle richieste del nodo locale e del controllo sessione SNA (SC) e del controllo del flusso di dati (DFC).The following table table summarize the Status-Control requests supported by the local node and SNA session control (SC) and data flow control (DFC) requests. Per ogni richiesta Status-Control , la tabella restituisce:

• Categoria SNA della richiesta SNA corrispondente (SC o DFC).

• Flusso utilizzato dalla richiesta SNA corrispondente (normale o accelerata).

• Profili TS o FM in cui è supportata la richiesta SNA corrispondente.

• Indicazioni per le quali è valida (NODE <-> APPL).

• Indica se richiede ACKRQD. Si noti che l'applicazione può impostare ACKRQD su una richiesta di Status-Control che non lo richiede.

• Codice esadecimale utilizzato nel campo del tipo di controllo del messaggio Status-Control. Per altre informazioni, vedere Formati di messaggio FMI.

Status-Control	Flusso RQ SNA	Profilo TS	Profilo FM	Nodo direzionale-appl	ACKRQD	Codice
CLEAR	SC, Exp	2,3,4	–	–>	ACKRQD	CCLEAR (0x01)
SDT	SC, Exp	3,4	–	–>	–	CSDT (0x02)
RQR	SC, Exp	4	–	<–	–	CRQR (0x03)
STSN	SC, Exp	4	–	–>	ACKRQD	CSTSN (0x04)
ANNULLA	DFC, Norm	–	3,4,7	<–>	ACKRQD	CCANCEL (0x10)
LUSTAT	DFC, Norm	–	3,4,7	<–>	–	CLUSTAT (0x11)
SEGNALE	DFC,Exp	–	3,4,7	<–>	–	CSIGNAL (0x12)
RSHUTD	DFC,Exp	–	3,4,7	<–	–	CRSHUTD (0x13)
OFFERTA	DFC, Norm	–	3,4	–>	ACKRQD	CBID (0x14)
INSEGUIRE	DFC, Norm	–	3,4	<–>	ACKRQD	CCHASE (0x15)
SHUTC	DFC,Exp	–	3,4	<–	–	CSHUTC (0x16)
ARRESTATO	DFC,Exp	–	3,4	–>	–	CSHUTD (0x17)
RTR	DFC, Norm	–	3,4	<–	ACKRQD	CRTR (0x18)
QC	DFC, Norm	–	4	<–>	ACKRQD	CQC (0x20)
QEC	DFC,Exp	–	4	<–>	–	CQEC (0x21)
RELQ	DFC,Exp	–	4	<–>	–	CRELQ (0x22)

Le richieste nella tabella seguente vengono usate solo con LUA. Per altre informazioni, vedere Concetti relativi a FMI.

Status-Control	Flusso RQ SNA	Profilo TS	Profilo FM	Nodo direzionale-appl	ACKRQD	Codice
CRV	SC, Exp	3,4	–	–>	ACKRQD	CCRV (0x05)
BIS	DFC, Norm	–	18	<–>	ACKRQD	CBIS (0x19)
SBI	DFC,Exp	–	18	<–>	ACKRQD	CSBI (0x1A)

L'uso di particolari messaggi di controllo di stato è descritto negli argomenti seguenti di questa sezione, nel contesto dei protocolli di sessione PLU, ad esempio concatenamento, parentesi quadre, ripristino e così via.

Per i formati dei messaggi Status-Control , vedere Status-Control.

Contenuto della sezione

• Messaggio di stato-controllo (ACKLUA)