Terminazione Iniziata dall'Applicazione

Un'applicazione in una sessione con profilo di gestione delle funzioni (FM) 3 o 4 può richiedere la chiusura della sessione PLU (Primary Logical Unit). Deve farlo solo se in precedenza si è verificato che si trova in uno stato in cui la sessione PLU può essere terminata, ovvero tra catena e tra parentesi. L'interruzione della sessione PLU non influisce sullo stato della sessione del punto di controllo dei servizi di sistema (SSCP).

Si noti che un'applicazione può eseguire un comando LOGOFF in formato carattere o di campo nella sessione SSCP o inviare una richiesta Close(PLU) per ottenere il nodo locale per inviare TERM-SELF per conto dell'applicazione. Tutti questi elementi genereranno un UNBIND, immediatamente o dopo la pulizia della sessione nell'host.

L'applicazione richiede la chiusura della sessione PLU inviando una richiesta di controllo stato (RSHUTD) al nodo locale, che genera una richiesta RSHUTD SNA all'host.

Dopo l'invio della richiesta Status-Control (RSHUTD), l'applicazione deve rimanere in grado di accettare e rispondere a tutti i dati in uscita ricevuti. L'applicazione può ora aspettarsi uno dei due messaggi, a seconda che lo stato della sessione PLU consenta la terminazione e se l'host vuole terminare la sessione PLU:

• Se lo stato della sessione PLU lo consente di terminare e l'host vuole terminare la sessione PLU, l'host genera una risposta positiva alla richiesta RSHUTD , che può essere seguita da una richiesta UNBIND . Il nodo locale chiude la connessione PLU. Per altre informazioni, vedere Chiusura della connessione PLU.

• Se lo stato della sessione PLU non lo consente di terminare (ad esempio, se la sessione è tra parentesi quadre) o l'host non vuole terminare la sessione PLU in questo momento, l'host genera una risposta negativa alla richiesta RSHUTD , che il nodo locale presenta all'applicazione come status-Control(RSHUTD) Negative-Acknowledg-1 che trasporta i codici di senso forniti sulla risposta negativa. Ciò indica che la richiesta di terminare la sessione PLU è stata rifiutata dall'host e la comunicazione nella sessione PLU continua senza subire alterazioni.

  Le due figure seguenti illustrano il protocollo di terminazione avviato dall'applicazione tra il nodo locale e l'applicazione e il modo in cui questo protocollo è correlato ai protocolli SNA sottostanti.

  Nella prima figura l'applicazione richiede la chiusura della sessione PLU e l'host invia UNBIND. Il nodo locale chiude la connessione PLU.

  
  L'applicazione richiede la chiusura della sessione PLU e l'host invia UNBIND

  Nella figura seguente l'applicazione richiede la chiusura della sessione PLU, ma la sessione non è in uno stato appropriato. L'host invia una risposta negativa alla richiesta RSHUTD , che il nodo locale presenta come Status-Control(RSHUTD) Negative-Acknowledg-1. La comunicazione continua nella sessione PLU.

  
  L'applicazione richiede la chiusura della sessione PLU, ma la sessione non è in uno stato appropriato

Vedere anche

Apertura della connessione PLU
Chiusura della connessione PLU
Sessione PLU
Concatenamento in uscita
Concatenamento in ingresso
Consegna del Segmento
parentesi quadre
Direzione
Ritmo e suddivisione in blocchi
Conferma e rifiuto dei dati]
Arresto e disattivazione
Ripristino
LUSTATs]
Dati di Monitoraggio tempo di risposta