Arresta

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 usando il profilo di gestione delle funzioni (FM) 3 o 4.

Se il nodo locale riceve una richiesta SHUTD dall'host, rilascia una richiesta Status-Control(SHUTD) (senza ACKRQD) per richiedere all'applicazione di immettere uno stato quiesced in un momento pratico. L'applicazione determina ciò che è pratico. Ad esempio, potrebbe essere dopo che è stata ricevuta una sessione di stato(BETB).

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

• L'host termina la sessione PLU (Primary Logic 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.

• L'host abbandona la procedura di arresto inviando una richiesta RELQ . Il nodo locale invia una richiesta Status-Control(RELQ) ( con ACKRQD) all'applicazione per indicare che ora può riprendere l'invio nella sessione PLU. RELQ è supportato solo nelle sessioni usando 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 questo è quello di rilasciare lo stato quiesced. 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 si riferiscono ai protocolli SNA sottostanti.

  Nella figura seguente l'host invia SHUTD durante l'invio dell'applicazione nello stato tra parentesi quadre. L'applicazione completa la parentesi quadre, 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 durante l'invio dell'applicazione nello stato tra parentesi quadre

  Nella figura seguente l'host invia SHUTD durante l'invio dell'applicazione nello stato tra parentesi quadre. L'applicazione completa la parentesi quadre, invia richiesta Status-Control(SHUTC) e quindi l'host rilascia l'applicazione dallo stato quiesced inviando RELQ. Il nodo locale invia una richiesta Status-Control(RELQ) all'applicazione, che avvia una nuova parentesi quadre.

  
  L'host invia SHUTD durante l'invio dell'applicazione nello stato tra parentesi quadre

Vedere anche

Apertura 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
Terminazione avviata dall'applicazione
LUSTATs]
Dati di monitoraggio del tempo di risposta