messaggio Status-Control

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 dello 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 status-control . 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 status-control, il destinatario deve fornire una risposta status-control (Acknowledgement, Negative-Acknowledgement-1 o Negative-Acknowledgement-2) prima che il mittente invii ulteriori messaggi di dati o ulteriori richieste di Status-Control nel flusso. Il mittente può comunque inviare le risposte di Status-Control , Status-Acknowledg, Status-Error e Status-Resource 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. In questo modo è possibile che più messaggi LUSTAT RQE siano in sospeso. 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 della chiave del messaggio. L'applicazione deve assicurarsi che questo campo sia impostato sul numero di sequenza corretto.

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

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

  Ad esempio, se l'applicazione invia una richiesta Status-Control(QC) con set ACKRQD (corrispondente a una richiesta SNA nel flusso normale), blocca ulteriori richieste di dati e controllo di stato corrispondenti al flusso normale in ingresso fino alla ricezione della risposta Status-Control(QC). Non blocca altri messaggi sul 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 status-Control applica in modo efficace la modalità di richiesta immediata e di risposta definita. Questa opzione è appropriata per:

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

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

  L'applicazione può impostare ACKRQD sulle 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 dei messaggi 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 la 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 RQE LUSTAT

  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). Per ogni richiesta status-control , la tabella restituisce:

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

• Flusso usato 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 tipo di controllo del messaggio Status-Control. Per altre informazioni, vedere Formati di messaggi FMI.

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

L'uso di specifici messaggi status-Control è descritto negli argomenti seguenti di questa sezione, nel contesto dei protocolli di sessione PLU, ad esempio concatenamento, parentesi quadre, recupero e così via.

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

In questa sezione

• MessaggioStatus-Control (ACKLUA)