Condividi tramite


Direzione dopo l'invio di 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-Acknowledgement(Ack) a un messaggio DATAFMI con set SDI , che non fa riferimento a una gara, l'applicazione deve presupporre uno stato di recupero di errore in sospeso. I codici di segnale usati per le condizioni di competizione che non richiedono la transizione a uno stato di recupero di errori in attesa sono elencati nella tabella seguente.

Codice Sensore Descrizione
0x080B Errore di gara tra parentesi quadre
0x0813 Rifiuto dell'offerta di fascia (nessun RTR in arrivo)
0x0814 Rifiuto dell'offerta "Bracket" (RTR in sospeso)
0x081B Ricevitore in modalità di trasmissione

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

Lo stato di recupero degli errori in sospeso è diverso da quello di ricezione solo per un aspetto: l'applicazione può trasmettere informazioni di rilevamento all'host tramite Status-Control (LUSTAT). Per ulteriori informazioni, vedere LUSTATs. Il LUSTAT non deve avere i flag di cambio direzione (CD) o di chiusura (EB) impostati. L'host ha già la direzione e la parentesi 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 applicativo che utilizza il protocollo di contesa half duplex non dispone di uno stato in sospeso per il recupero degli errori e deve entrare nello stato di contesa ogni volta che trasmette una risposta negativa.

Annotazioni

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

Vedere anche

Annullamento applicazione
Direzione dopo la ricezione di una risposta negativa
Errore critico
RQR e CLEAR
STSN
Errore del servizio di collegamento
Errore del nodo locale
Errore del client