Dati in ingresso da applicazioni LUA
Il nodo locale esegue determinati controlli sui dati forniti da un'applicazione client prima di inviarli all'host e li rifiuta con un messaggio Status-Acknowledgement(Nack-2) se i controlli hanno esito negativo. Non restituisce alcun riconoscimento all'applicazione se i dati superano i controlli (anche se l'host può farlo in un secondo momento).
Se l'applicazione client fornisce un'API LUA (Logical Unit Application), la progettazione dell'API può richiedere che un verbo LUA che invii dati in ingresso all'applicazione non venga completato fino a quando il nodo locale non ha controllato i dati. Per questo motivo, il nodo locale risponderà sempre a un'applicazione client che usa la variante LUA dell'interfaccia di gestione delle funzioni (FMI), dopo aver completato il controllo dell'invio del messaggio in ingresso. In questo modo l'applicazione client può completare l'elaborazione del verbo LUA e restituire il controllo al programma dell'applicazione LUA.
Se il messaggio in ingresso ha passato i controlli di invio del nodo locale e verrà inviato all'host, il nodo locale invia un messaggio Status-Acknowledgement (ACKLUA) all'applicazione client per indicare questo problema. L'applicazione client può quindi completare l'elaborazione del verbo LUA con un codice restituito OK. Si noti che il messaggio Status-Acknowledgement (ACKLUA) non implica che i dati siano stati inviati correttamente all'host o che l'host l'abbia ricevuta. In seguito può essere seguito da un messaggio Status-Acknowledgement(Nack-1) che indica che l'host ha rifiutato i dati.
Se il messaggio in ingresso non riesce il controllo dell'invio dei nodi locali, verrà restituito un messaggio Status-Acknowledgement(Nack-2) come per le applicazioni client non LUA. L'applicazione client può quindi segnalare questa situazione al programma dell'applicazione LUA da un codice restituito non OK al verbo LUA che ha inviato il messaggio.
Se l'applicazione client fornisce un'API LUA, deve quindi attendere che Status-Acknowledgement (ACKLUA) o Status-Acknowledgement(Nack-2) determini se restituire un codice OK o di errore al verbo di invio LUA. Se questa dipendenza dai controlli di invio del nodo locale non è necessaria, l'applicazione client può ignorare il messaggio Status-Acknowledgement (ACKLUA).
Si noti che esistono determinate race condition in cui il nodo locale non può completare i controlli di invio prima di rispondere all'applicazione client. In questi casi, il nodo locale restituisce un status-acknowledgement (ACKLUA), ma può successivamente inviare un riconoscimento dello stato (Nack-2) se rileva un errore durante i controlli di invio rimanenti. L'applicazione client può quindi ricevere un status-acknowledgement (ACKLUA) seguito da status-acknowledgement (Nack-2) per lo stesso messaggio in ingresso.
Nell'intestazione di trasmissione (TH) per la variante LUA di FMI, vengono usati l'indicatore di flusso accelerato (EFI), il campo indirizzo di destinazione (DAF) e il campo dell'indirizzo di origine (OAF). Altri campi (incluso il campo numero di sequenza) vengono ignorati. Nell'rh per la variante LUA di FMI vengono usati tutti i campi ad eccezione dell'indicatore di risposta in coda (QRI) e dell'indicatore di avanzamento (PI).
Per i dati in ingresso, il primo byte è TH[0] per la variante LUA di FMI.
Le tre figure seguenti illustrano il protocollo di riconoscimento dello stato (ACKLUA) per messaggi diversi che l'applicazione può inviare.
Nella prima figura l'applicazione invia un messaggio Di dati che supera i controlli di invio del nodo locale.
L'applicazione invia un messaggio di dati che supera i controlli di invio del nodo locale
Nella figura seguente l'applicazione invia un messaggio Status-Acknowledgement(Ack) che supera i controlli di invio del nodo locale.
L'applicazione invia un messaggio Status-Acknowledgement (Ack) che passa i controlli di invio del nodo locale
Nella figura seguente l'applicazione invia un messaggio Status-Acknowledgement(Nack-1) che supera i controlli di invio del nodo locale.
L'applicazione invia un messaggio Status-Acknowledgement(Nack-1) che passa i controlli di invio del nodo locale