Terminazione avviata dall'applicazione

  • Articolo

Un'applicazione in una sessione con profilo FM (Function Management) 3 o 4 può richiedere la terminazione della sessione PLU (Primary Logic Unit). Deve farlo solo se in precedenza ha garantito che sia in uno stato in cui la sessione PLU può essere terminata, ovvero tra catena e parentesi quadre. La terminazione della sessione PLU non influisce sullo stato della sessione SSCP (System Services Control Point).

Si noti che un'applicazione può emettere un comando LOGOFF formattato o formattato in codice carattere 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 terminazione della sessione PLU inviando una richiesta Status-Control(RSHUTD) al nodo locale, che genera una richiesta RSHUTD SNA all'host.

Dopo aver inviato la 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 prevedere uno dei due messaggi, a seconda che lo stato della sessione PLU consenta la chiusura e se l'host vuole terminare la sessione PLU:

  • Se lo stato della sessione PLU consente di terminarlo 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 controllo stato(RSHUTD) Negativo-Riconoscimento-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 a non essere influenzata.

    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 si riferisce ai protocolli SNA sottostanti.

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

    Immagine che mostra la terminazione delle richieste dell'applicazione della sessione PLU e l'host invia UNBIND.
    Richieste di applicazione terminazione della sessione PLU e l'host invia UNBIND

    Nella figura seguente l'applicazione richiede la terminazione 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-Acknowledge-1. La comunicazione continua nella sessione PLU.

    Immagine che mostra la terminazione della sessione PLU dell'applicazione, ma la sessione non è in uno stato appropriato.
    Le richieste dell'applicazione terminano la 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 segmenti
Parentesi
Direzione
Spaziatura e suddivisione in blocchi
Conferma e rifiuto dei dati]
Arresto e disattivazione
Ripristino
LUSTATs]
Dati di monitoraggio del tempo di risposta