Disattivazione

Il protocollo di disattivazione è supportato solo nelle sessioni che usano il profilo di gestione delle funzioni (FM) 4. Il protocollo di disattivazione può essere avviato da una sessione di metà.

Quando un'applicazione vuole disattivare la metà sessione del partner nell'host, invia una richiesta QEC (Status-Control) al nodo locale. Il nodo genera una richiesta QEC all'host, che chiede all'host di uscire dopo aver completato la catena in uscita corrente.

Se l'host si chiude, invia una richiesta QC , che il nodo locale presenta all'applicazione come richiesta Status-Control(QC) (con ACKRQD). L'host rimane in uno stato inattiva fino a quando l'applicazione non invia una richiesta Status-Control(RELQ). Il nodo locale invia la richiesta RELQ all'host e l'host riprende le comunicazioni nella sessione PLU (Primary Logical Unit).

Se il tentativo di disconnettere l'host ha esito negativo, l'host risponde con una risposta QEC negativa, che il nodo locale presenta all'applicazione come Status-Control (QEC) Negative-Acknowledg-1.

Al contrario, all'applicazione viene presentata una richiesta QEC ( senza ACKRQD) se viene ricevuta una richiesta QEC dall'host. In questa direzione, QEC non può essere rifiutato. Il nodo locale forza sempre la disattivazione dell'applicazione dopo averla presentata con una richiesta QEC (Status-Control) rifiutando ulteriori tentativi di invio di dati in ingresso. Quando l'applicazione è inattiva, deve inviare una richiesta Status-Control (QC) al nodo locale, che invia una richiesta QC all'host. L'applicazione può successivamente essere rilasciata da una richiesta RELQ dall'host, che il nodo locale presenta all'applicazione come richiesta status-control (RELQ).

La ricezione di una sequenza CLEAR o UNBIND-BIND , Close(PLU)–Open(PLU), determina il rilascio dello stato inattiva.

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

Nella prima figura l'applicazione chiude l'host e quindi rilascia la disattivazione.

L'applicazione chiude l'host e rilascia la disattivazione

Nella figura seguente l'applicazione tenta di abbandonare l'host, ma l'host rifiuta la disattivazione e continua con la catena successiva.

L'applicazione tenta di disattivare l'host, ma l'host rifiuta e continua con la catena successiva

Nella figura seguente l'host invia QEC mentre l'applicazione invia una catena. L'applicazione completa la catena e invia una richiesta status-control (QC). L'host rilascia la disattivazione inviando RELQ e il nodo locale invia una richiesta Status-Control(RELQ) all'applicazione, che avvia quindi una nuova catena.

L'host invia QEC mentre l'applicazione invia una catena

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
LUSTAT]
Dati di monitoraggio del tempo di risposta