Direzione dopo aver inviato una risposta negativa

Quando un'applicazione che usa il protocollo flip-flop half-duplex invia una risposta negativa a una catena in uscita (o invia un messaggio Status-Commit(Ack) a un messaggio DATAFMI con set SDI , che non fa riferimento a una gara, l'applicazione deve presupporre uno stato in sospeso di ripristino degli errori. I codici di senso usati per le condizioni di gara che non richiedono la transizione allo stato in sospeso del ripristino degli errori sono elencati nella tabella seguente.

Codice sense	Descrizione
0x080B	Errore di gara tra parentesi quadre
0x0813	Rifiuto dell'offerta tra parentesi (nessuna richiesta RTR imminente)
0x0814	Rifiuto dell'offerta tra parentesi (rtR imminente)
0x081B	Ricevitore in modalità trasmissione

L'applicazione deve quindi esaminare il codice di senso in un messaggio SDI per rilevare tali gare.

Lo stato di recupero degli errori in sospeso differisce dallo stato di ricezione solo in un solo rispetto: l'applicazione può trasmettere informazioni di senso all'host usando Status-Control(LUSTAT). Per altre informazioni, vedere LUSTATs. LuSTAT non deve avere i flag di direzione di modifica (CD) o di chiusura (EB). L'host ha già la direzione e la parentesi quadre non deve essere terminata prematuramente dall'applicazione. Host Integration Server consente anche all'applicazione FMI (Function Management Interface) di inviare status-Control (LUSTAT) nello stato di ricezione.

Un'applicazione che usa il protocollo di contesa half-duplex non ha uno stato in sospeso di ripristino degli errori e deve immettere lo stato di contesa ogni volta che invia una risposta negativa.

Nota

Se la catena viene annullata dall'host con CD in CANCEL , l'applicazione deve presupporre lo stato di invio.

Vedere anche

CANCEL applicazione
Direzione dopo aver ricevuto una risposta negativa
Errore critico
RQR e CLEAR
STSN
Errore del servizio di collegamento
Errore del nodo locale
Errore del client