Status-Acknowledge(Ack)

[アーティクル]
07/21/2023

Status-Acknowledge(Ack) メッセージは、ノードからアプリケーション、アプリケーションからノードにフローされ、システムサービス制御ポイント (SSCP) とプライマリ論理ユニット (PLU) 接続の両方で使用されます。

次の構造は、すべての SSCP メッセージ、ノードからアプリケーションに流れる PLU メッセージのメッセージ形式を示しています。

構文

struct Status-Acknowledge(Ack) {  
    PTRBFHDR  nxtqptr;  
    PTRBFELT  hdreptr;  
    CHAR      numelts;  
    CHAR      msgtype;  
    CHAR      srcl;  
    CHAR      srcp;  
    INTEGER   srci;  
    CHAR      destl;  
    CHAR      destp;  
    INTEGER   desti;  
    CHAR      sfhdr.stackhdr.akstat;  
    CHAR      sfhdr.stackhdr.akqual;  
    INTEGER   sfhdr.stackhdr.akmsgkey;  
    CHAR      sfhdr.stackhdr.akflags1;  
    CHAR      sfhdr.stackhdr.akflags2;  
    INTEGER   sfhdr.stackhdr.aknumb1;  
    INTEGER   sfhdr.stackhdr.aknumb2;  
    INTEGER   sfhdr.stackhdr.akseqno;  
};   
struct Status-Acknowledge(Ack) {  
    PTRBFELT   hdreptr->elteptr;  
    INTEGER    hdreptr->startd;  
    INTEGER    hdreptr->endd;  
    CHAR       hdreptr->trpad;  
    CHAR[268]  hdreptr->dataru;  
};

メンバー

nxtqptr
次のバッファーヘッダーのポインター。

hdreptr
バッファー要素のポインター (LUA を使用していない場合は NIL)。

numelts
バッファー要素の数 (LUA を使用していない場合は 0x00)。

msgtype
メッセージの種類 STATFMI (0x21)。

srcl
ソースの局所性。

srcp
ソースパートナー。

srci
ソースインデックス。

destl
宛先の局所性。

destp
宛先パートナー。

desti
宛先インデックス。

sfhdr.stackhdr.akstat
状態の種類 ACK (0x01)。

sfhdr.stackhdr.akqual
受信確認の種類 ACKPOS (0x02)。

sfhdr.stackhdr.akmsgkey
メッセージキー。

sfhdr.stackhdr.akflags1
アプリケーションフラグ 1。

sfhdr.stackhdr.akflags2
アプリケーションフラグ 2。

sfhdr.stackhdr.aknumb1
未定義です。

sfhdr.stackhdr.aknumb2
予約済み。

sfhdr.stackhdr.akseqno
SNA シーケンス番号。

LUA のみ (「解説」を参照):
要素

hdreptr–>elteptr
Buffer 要素 (NIL) のポインター。

hdreptr–>startd
このバッファー要素のデータの始め。

送信セグメント化要求/応答ユニット (RU) の 2 番目以降のセグメントの場合は 13 または 10

hdreptr-endd>
このバッファー要素のデータの終わり (13)。

hdreptr-trpad>
予約済み。

hdreptr–>dataru
データ RU。

アプリケーションからノードに送信される PLU メッセージのメッセージ形式は、アプリケーションフラグ 1 フィールドとアプリケーションフラグ 2 フィールドが使用されない点を除き、上記の形式と同じです。これらは、次の INTEGER フィールドに置き換えられます。

sfhdr.stackhdr.akmsgtim
最後のホスト応答時間。

(0xFFFF) 応答時間は計測されません。
(0xnnnn) 最後の応答時間 (0.1 秒単位)。

解説

メッセージキーとアプリケーションフラグには、これが受信確認であるデータメッセージのメッセージキーとアプリケーションフラグが反映されます。 (詳細については、後の LUA に関する注意事項を参照してください。)
ローカルノードからアプリケーションへの送信 Status-Acknowledge(Ack) メッセージの場合、SNA シーケンス番号は、これが受信確認である受信データメッセージのシーケンス番号を示します。 (詳細については、後の LUA に関する注意事項を参照してください)。通常は、伝送サービスプロファイル (TS プロファイル) の 4 つのアプリケーションでのみ使用されます。
アプリケーションからローカルノードへの受信 Status-Acknowledge(Ack) メッセージの場合、SNA シーケンス番号は、これが受信確認である受信データメッセージのシーケンス番号を反映します。
ホストが応答時間統計を維持するように指定した場合、アプリケーションでは、このメッセージの akmsgtim フィールドが使用され、応答時間が測定され、ローカルノードにレポートされます。 (詳細については、「RTM パラメーター」と「応答時間モニターデータ」を参照してください。)
アプリケーションが関数管理インターフェイス (FMI) の LUA バリアントを使用している場合、送信ヘッダー (TH) と (必要に応じて) 応答ヘッダー (RH) がデータに含まれ、startd フィールドによって TH がポイントされます。 akmsgkey、akflags1、akflags2 フィールドは未定義であるため、使用できません。代わりに、要素からの対応するデータを使用する必要があります。 akseqno フィールドは、ローカルノードからアプリケーションへのメッセージでも同様に未定義です。アプリケーションからローカルノードへのメッセージに対して設定する必要があります。 akseqno フィールドは、受信確認される要求のシーケンス番号を保持するために使用されます。 (FMI の詳細については、「FMI の概念」を参照してください。)
アプリケーションで FMI の LUA バリアントを使用していない場合、メッセージはバッファーヘッダーでのみ構成されます。バッファー要素はありません。

次の方法で共有

Status-Acknowledge(Ack)

構文

メンバー

解説

その他のリソース