Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Il BIND utilizzato per stabilire la sessione contiene informazioni sullo stato iniziale delle macchine bracket e direzionali. Questa opzione può essere specificata in BIND se vengono soddisfatte una delle condizioni seguenti:
Le parentesi quadre non vengono usate.
Lo stato delle parentesi quadre è impostato su "in-bracket".
Se nessuna delle condizioni vale, lo stato iniziale della direzione è di contesa.
Quando la direzione viene specificata in BIND, l'applicazione deve assumere lo stato di direzione specificato nello stato di reimpostazione half duplex non appena i dati possono fluire. Questo campo può essere ottenuto indirettamente usando un indice di controllo BIND che accetta solo una direzione specifica o direttamente leggendo il campo HDXRSET nel blocco di controllo informazioni di associazione (BICB) nel messaggio Open(PLU) OK Confirm oppure leggendo BIND nella richiesta Open(PLU). Per altre informazioni sull'apertura della connessione PLU, vedere Apertura della connessione PLU.
Quando si verifica uno stato di contesa, la PLU o l'applicazione può avviare una sessione. Per ulteriori informazioni, vedere Parentesi. L'iniziatore della parentesi ottiene la direzione, a meno che questa non venga ceduta inviando Begin Bracket (BB), Begin Chain (BC), End Chain (EC) o Change Direction (CD) all'apertura della parentesi. Poiché il nodo secondario è presunto essere il vincitore della contesa, l'applicazione può assumere lo stato di invio dalla contesa di invio BB e rifiutare qualsiasi successiva Richiesta Status-Control(BID) dal nodo locale prima di ricevere Status-Session(BETB). Quando l'applicazione accetta unarichiesta S tatus-Control(BID) nello stato di contesa, deve presupporre lo stato di ricezione.
La direzione del flip-flop half-duplex può cambiare mediante le seguenti azioni:
Invio o ricezione di dati con l'indicatore di direzione di modifica (CD) nel RH e il corrispondente flag CDI nei messaggi DATAFMI e Status-Control. Si noti che il CD viene usato solo alla fine di una catena (e per le applicazioni che ricevono segmenti che verranno recapitati con ECI, EBIUI). Si noti anche che il CD è valido nelle richieste normali di controllo dello stato del flusso: LUSTAT, CANCEL, CHASE e QC.
Ricezione di una risposta negativa quando l'applicazione deve assumere lo stato di ricezione (stato in attesa di ripristino dagli errori). Per altre informazioni, vedere Ripristino.
Se l'applicazione rifiuta i dati dall'host che trasporta CDI, deve rimanere nello stato di ricezione.
Se il profilo FM è corretto (3, 4 o 7), l'applicazione può richiedere la direzione dall'host usando una richiesta di controllo di stato (SIGNAL) con CODE1 impostata su 0x0001. CODE2 è impostato su un valore definito dall'utente.
Le tre figure seguenti illustrano il protocollo di direzione per le applicazioni che usano la modalità flip-flop half-duplex.
Nella prima figura l'applicazione rilascia e riceve il CD senza errori.
L'applicazione emette e riceve il CD senza errori.Nella figura seguente l'host invia una risposta negativa ai dati in ingresso. L'applicazione presuppone lo stato di ricezione e quindi l'host invia cd per assegnare la direzione dell'applicazione.
L'host invia una risposta negativa ai dati in ingressoNella figura seguente viene ricevuta una catena in uscita completa senza errori, ma viene rifiutata dall'applicazione. Si noti che, anche se la catena supportava CD, l'applicazione non ha direzione.
Catena in uscita completa ricevuta senza errori, ma è rifiutata dall'applicazione
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