Condividi tramite

Collegamento in ingresso

La divisione dei dati dell'applicazione in messaggi di dati e il controllo del concatenamento in ingresso sono responsabilità dell'applicazione.

La dimensione massima di unità richiesta di invio secondaria per la sessione è un parametro in BIND dall'host ed è disponibile nel blocco di controllo informazioni di associazione (BICB) nel messaggio Open(PLU) OK Confirm . L'applicazione deve assicurarsi che ogni messaggio di dati in ingresso corrisponda a una singola unità richiesta. Non contiene più dati rispetto alla dimensione massima dell'unità richiesta specificata in BICB.

L'applicazione deve usare i flag dell'indicatore di inizio catena (BCI) e dell'indicatore di fine catena (ECI) nelle intestazioni dei messaggi di dati per gestire il concatenamento. Per altre informazioni, vedere Flag dell'applicazione. La catena è l'unità di ripristino e, se nella catena si verificano errori ripristinabili, l'applicazione deve farsi carico del ripristino. Per altre informazioni, vedere Ripristino.

Una catena in ingresso può terminare nei modi seguenti:

  • La catena completa viene inviata senza errori. Tutti i messaggi di dati nella catena sono stati passati all'host. Se la sessione consente al database secondario di inviare catene di risposta definite e l'applicazione imposta il campo ACKRQD nell'ultimo messaggio Dati della catena, l'applicazione riceve un status-acknowledgement (Ack) dal nodo locale quando l'host fornisce una risposta.

  • Il nodo locale rileva un errore critico nel formato di un messaggio di dati dall'applicazione o nello stato della sessione. Il nodo locale rifiuta il messaggio Dati con status-acknowledgement(Nack-2) contenente un codice di errore e chiude la connessione PLU. Si noti che il nodo locale genererà una richiesta CANCEL in ingresso prima di chiudere la connessione PLU. Il nodo locale invierà una richiesta TERM-SELF all'host per ottenere un UNBIND.

  • L'host invia una risposta negativa a una richiesta nella catena. Il nodo locale invia un messaggio Status-Acknowledgement(Nack-1) all'applicazione con i codici di senso e il numero di sequenza dalla risposta negativa. Se l'host rifiuta una richiesta che non contiene il flag dell'applicazione ECI e l'applicazione non specifica l'opzione di annullamento dell'applicazione nel CICB PLU, il nodo locale genera anche una richiesta CANCEL in ingresso. Quando l'applicazione specifica l'annullamento dell'applicazione, deve inviare EC o Status-Control(CANCEL) per terminare la catena. Le catene in ingresso successive vengono rifiutate con un riconoscimento dello stato non critico (Nack-2). Il codice sense è 0x2002 o 0x2004 (concatenamento o direzione). Quando l'applicazione riceve il messaggio Status-Acknowledge(Nack-1), deve interrompere l'invio di dati dopo questa catena per sessioni flip-flop half-duplex perché la direzione è passata all'host. Per altre informazioni, vedere Direction.)

  • L'applicazione annulla la catena durante l'invio inviando un messaggio Status-Control(CANCEL) al nodo locale. Il nodo locale invia una richiesta CANCEL all'host e invia un conferma di status-control(CANCEL) all'applicazione in caso di ricezione di una risposta positiva dall'host. Le risposte dall'host alle richieste inviate prima dell'annullamento genereranno messaggi di conferma dello stato appropriati all'applicazione se i messaggi di dati originali avevano impostato il campo ACKRQD .

  • L'applicazione chiude la connessione PLU durante l'invio della catena. Il nodo locale invia una risposta Close(PLU) all'applicazione. Le risposte dall'host alle richieste inviate prima del messaggio Close(PLU) non genereranno messaggi di conferma dello stato all'applicazione. Si noti che il nodo locale genererà anche una richiesta CANCEL in ingresso e una richiesta TERM-SELF per generare un UNBIND.

    Se il nodo locale rileva un errore non critico nel formato di un messaggio di dati dall'applicazione o lo stato della sessione, non chiude la connessione PLU. Rifiuta invece il messaggio Data in errore tramite Status-Acknowledge(Nack-2) contenente un codice di errore appropriato. Nessun dato viene inviato all'host.

    Se una catena in ingresso termina con un errore, quando la sessione usa protocolli half duplex, l'applicazione deve presupporre uno stato di ricezione. Per altre informazioni, vedere Ripristino.

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

    Nella prima figura, una catena di ingresso completa viene inviata senza errori e accettata dall'host. Si noti che dopo aver ricevuto Status-Acknowledge(Ack) l'applicazione cede il controllo all'host.

    Immagine che mostra che una catena in ingresso viene inviata senza errori e accettata dall'host.
    La catena in ingresso viene inviata senza errori e accettata dall'host

    Nella figura seguente il nodo locale rileva un errore critico nel formato del secondo messaggio Dati nella catena (ACKRQD senza il flag dell'applicazione ECI), invia un valore Status-Acknowledgement(Nack-2) all'applicazione con il codice di errore appropriato e chiude la connessione PLU. Si noti che il nodo locale genera l'errore CANCEL solo se il profilo di gestione delle funzioni della sessione supporta CANCEL.

    Immagine che mostra come un nodo locale rileva l'errore, invia un messaggio di stato e chiude la connessione PLU.
    Il nodo locale rileva l'errore, invia un messaggio di stato e chiude la connessione PLU

    Nella figura seguente viene inviata una catena in ingresso completa senza errori, ma viene rifiutata dall'host. Dopo la risposta negativa, l'applicazione deve immettere lo stato di ricezione, in attesa di recupero degli errori. Per altre informazioni, vedere Ripristino.

    Immagine che mostra come viene inviata una catena in ingresso senza errori, ma viene rifiutata dall'host.
    La catena in ingresso viene inviata senza errori, ma viene rifiutata dall'host

    Nella figura seguente l'applicazione annulla la catena inviando Status-Control(CANCEL). Si noti che l'applicazione ha ancora la direzione e può avviare una nuova catena.

    Immagine che mostra come un'applicazione annulla la catena con un controllo di stato (CANCEL).
    L'applicazione annulla la catena con un controllo di stato (CANCEL)

    Nella figura seguente, l'applicazione chiude la sessione PLU durante l'invio della catena. Il nodo locale genera l'errore CANCEL solo se il profilo FM della sessione supporta CANCEL.

    Immagine che mostra come un'applicazione chiude la connessione PLU durante l'invio della catena.
    L'applicazione chiude la connessione PLU durante l'invio della catena

    Nella figura seguente, il nodo locale rileva un errore non critico nel formato del secondo messaggio Dati nella catena e invia un Status-Acknowledge(Nack-2) all'applicazione con il codice di errore appropriato.

    Immagine che mostra come un nodo locale rileva un errore non critico e invia un status-acknowledgement(Nack-2).
    Il nodo locale rileva un errore non critico e invia un riconoscimento dello stato (Nack-2)

Vedere anche

Apertura della connessione PLU
Sessione PLU
Concatenamento in uscita
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

  • Last updated on