Apertura della connessione PLU
L'apertura della connessione PLU (Primary Logic Unit) è strettamente associata alla creazione della sessione PLU. Il nodo locale apre la connessione PLU quando riceve un comando BIND dall'host per un'unità logica (LU) per cui un'applicazione ha precedentemente aperto una connessione SSCP (System Services Control Point). Le sequenze possibili sono:
Un'applicazione apre la connessione SSCP e invia una richiesta di accesso con codice carattere o una richiesta INIT-SELF all'host SSCP. Un PLU host invia successivamente una richiesta BIND al server SNA LU e il nodo locale apre la connessione PLU.
Un PLU host invia un comando BIND non richiesto all'lu del server SNA. Se la connessione SSCP per l'lu è aperta, il nodo locale apre la connessione PLU. Se il nodo locale supporta NOTIFY, l'host può essere configurato per inviare un BINDING quando riceve il messaggioNOTIFY inviato dal nodo locale quando l'applicazione apre la connessione SSCP. Per altre informazioni, vedere Connessione SSCP.
Un host PLU invia un comando BIND al server SNA LU. Se la connessione SSCP per l'lu non è aperta, il nodo locale restituisce una risposta negativa alla richiesta BIND . Il codice di senso usato è 0x0845 (NOTIFICA verrà inviato). Il nodo locale non apre la connessione PLU. In questo caso, il nodo locale invia NOTIFICA quando viene aperta la connessione SSCP. Per altre informazioni, vedere Connessione SSCP.
Per aprire correttamente la connessione PLU, il nodo locale invia una richiesta Open(PLU) all'applicazione. L'applicazione risponde con una risposta OPEN(PLU) OK. Infine il nodo locale invia un ok Open(PLU) Conferma all'applicazione. Questo scambio di messaggi apre la connessione PLU e stabilisce la sessione PLU. Si noti che una sequenza di apertura PLU riuscita è un handshake a tre vie, rispetto all'apertura della connessione SSCP, che è un handshake bidirezionale.
La richiesta Open(PLU) viene recapitata all'applicazione usando la connessione SSCP per l'LU. La richiesta Open(PLU) contiene il nome dell'applicazione e l'identificatore di risorsa aperto per consentire alle applicazioni di correlare le connessioni PLU e SSCP.
La richiesta Open(PLU) indica l'unità logica a cui è stata indirizzata la richiesta BIND , fa riferimento all'identificatore di risorsa fornito nella richiesta Open(SSCP ) per tale LU e trasporta l'unità di richiesta/risposta BIND effettiva ricevuta dall'host. Per altre informazioni, vedere Open(PLU)). Contiene anche le dimensioni massime delle UR, le dimensioni di blocchi (se appropriato) e le finestre di pacing per la sessione PLU, per consentire all'applicazione di determinare il credito iniziale se deve essere coinvolto nel pacing in uscita. Per altre informazioni, vedere Pacing e Chunking.
Il flusso del messaggio per un'apertura corretta della connessione PLU (in caso di ricezione di un BINDING non negoziabile) viene illustrato nella figura seguente. Si noti che i parametri BIND vengono verificati (a [1]) solo quando l'applicazione ha fornito l'indice della tabella di controllo BIND come parte del blocco di controllo delle informazioni di connessione (CICB).
Flusso di messaggi per l'apertura di una connessione PLUNella figura seguente viene illustrata la sequenza di messaggi per l'avvio delle sessioni SSCP e PLU, inclusi i dettagli della posizione in cui vengono assegnati i valori LPI (Locality Partner Index). Il valore P di origine dell'applicazione di 0x12 indica che è un emulatore di 3270. Per altre informazioni sul modo in cui vengono impostati i valori LPI di origine, vedere Richiesta open(SSCP). Il flusso di messaggio mostrato presuppone che la connessione all'host sia già stabilita e che sia la configurazione che il BIND siano validi.
Dopo questa sequenza di messaggi, sono disponibili due set validi di valori LPI, uno per la sessione SSCP e uno per la sessione PLU. L'applicazione può accedere a una sessione in qualsiasi momento finché UNBIND e può usare i valori LPI per distinguere i dati ricevuti nelle due sessioni.
Sequenza di messaggi per l'avvio delle sessioni SSCP e PLU