Chiusura

Il protocollo di arresto fornisce un mezzo per l'applicazione host per impedire all'applicazione di inviare ulteriori richieste di flusso normali. Questo protocollo viene usato quando l'applicazione host vuole terminare la sessione in modo ordinato ed è disponibile solo per le sessioni che usano il profilo di gestione delle funzioni (FM) 3 o 4.

Se il nodo locale riceve una richiesta SHUTD dall'host, invia una richiesta status-control (SHUTD) (senza ACKRQD) per richiedere all'applicazione di immettere uno stato inattivo in un momento pratico. L'applicazione determina ciò che è conveniente. Ad esempio, potrebbe essere dopo aver ricevuto una Status-Session (BETB).

Quando l'applicazione decide che è pronta per la disattivazione, deve emettere una richiesta Status-Control (SHUTC) (di nuovo senza ACKRQD) per indicare questa transizione. Il nodo locale informerà l'host di questa modifica inviando una richiesta SHUTC . L'host può continuare a inviare normali richieste in uscita di flusso e successivamente può eseguire una delle azioni seguenti:

• L'host termina la sessione PLU (Primary Logical Unit) inviando una richiesta UNBIND . Il nodo locale chiude la connessione PLU inviando una richiesta Close(PLU) all'applicazione. La sessione del punto di controllo dei servizi di sistema (SSCP) rimane attiva.

• Il sistema host abbandona la procedura di spegnimento inviando una richiesta RELQ. Il nodo locale invia una richiesta Status-Control (RELQ) (con ACKRQD) all'applicazione per indicare che può ora riprendere l'invio nella sessione PLU. RELQ è supportato solo nelle sessioni che usano il profilo FM 4.

• L'host reimposta la sessione inviando CLEAR, un profilo del servizio di trasmissione (profilo TS) 3 o 4. Uno degli effetti di questa operazione consiste nel rilasciare lo stato inattivo. Per altre informazioni, vedere Ripristino.

  Le due figure seguenti illustrano i protocolli di arresto tra il nodo locale e l'applicazione e il modo in cui tali protocolli sono correlati ai protocolli SNA sottostanti.

  Nella figura seguente l'host invia SHUTD mentre l'applicazione invia lo stato tra parentesi quadre. L'applicazione completa il processo, invia la richiesta Status-Control (SHUTC) e l'host termina la sessione PLU inviando UNBIND. Il nodo locale chiude la connessione PLU.

  
  L'host invia SHUTD mentre l'applicazione è nello stato 'bracket'

  Nella figura seguente l'host invia SHUTD mentre l'applicazione invia lo stato tra parentesi quadre. L'applicazione completa l'operazione, invia la richiesta Status-Control (SHUTC), e quindi l'host rilascia l'applicazione dallo stato quiescente inviando RELQ. Il nodo locale invia una Richiesta di controllo dello stato (RELQ) all'applicazione, che avvia una nuova sessione.

  
  L'host invia SHUTD mentre l'applicazione opera nello stato di attesa.

Vedere anche

Apertura 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
Terminazione iniziata dall'applicazione
LUSTATs]
Dati di Monitoraggio tempo di risposta