アプリケーション フラグ
アプリケーション フラグは、次のメッセージに含まれています。
すべての データ メッセージ (受信と送信の両方)
Status-Acknowledge(Ack) (送信のみ)
Status-Acknowledge(Nack-1) (送信のみ)
すべての Status-Control メッセージ (受信と送信の両方)
これらのフラグは、メッセージが関連し、SNA 要求または応答の要求ヘッダーまたは応答ヘッダー (RH) インジケーターと密接に関連している (ただし、必ずしも同等ではない) セッションの状態の主要なインジケーターを表します。 受信メッセージの場合、アプリケーションは データ メッセージと Status-Control メッセージのみにフラグを設定する必要があることに注意してください。
送信メッセージの場合、ローカル・ノードは、対応する SNA メッセージ内の RH の内容を反映するようにアプリケーション・フラグを設定します。 ローカル ノードは、SNA メッセージをアプリケーションに送信する前にチェックを実行します。 したがって、アプリケーションは RH 標識が SNA プロトコルに従っており、独自のチェックを実行する必要はないことを想定できます。 アプリケーション フラグを解釈するアプリケーションのタスクは、ローカル ノードが解釈されていない RH でメッセージを提示した場合よりもはるかに簡単です。 次に例を示します。
アプリケーションがプライマリ論理ユニット (PLU) 接続を開いたときにセグメント配信オプションを指定した場合、SNA 要求のエンド チェーン インジケーター (ECI) は、チェーン内の最後の要求/応答ユニット (RU) の最初のセグメントで発生しますが、その RU の最後のセグメントが受信されるまでチェーンは完了しません。 この場合、ローカル ノードはアプリケーション フラグを操作して、ECI フラグが最初のセグメントではなく最後のセグメントに設定されるようにします。 (詳細については、「PLU 接続を開く」を参照してください)。
PLU セッションで Transmission Service プロファイル 4 (TS プロファイル 4) を使用するアプリケーションは、確定応答 1 (DR1) または例外応答 (ER) と組み合わせて明確な応答 2 (DR2) RH インジケーターを受け取り、RQD2、RQD3、RQE2、および RQE3 要求を提供できます。 ローカル・ノードは RH 標識を解釈し、それに応じて COMMIT アプリケーション・フラグを設定します。
受信 データ メッセージと Status-Control メッセージの場合は、チェーン、方向制御、角かっこなどのセッション特性を制御するようにアプリケーション フラグを設定する必要があります。 Status-Acknowledge メッセージの場合、ローカル ノードは SNA 応答を生成し、対応する要求から保存された情報を使用して RH インジケーターを設定します。 アプリケーションでは、このメッセージにフラグを設定する必要はありません。
関数管理インターフェイス (FMI) チャンクを使用している場合のアプリケーション フラグの使用方法については、「 チャンク」を参照してください。
ほとんどの場合、アプリケーションは Status-Acknowledge(Ack) メッセージでアプリケーション フラグを使用する必要はありません。これは、対応する応答の応答ヘッダー インジケーターから派生します。 ただし、特定のアプリケーションでは、応答に対する応答ヘッダー フラグへのアクセスが必要です。 たとえば、TS プロファイル 4 を使用するトランザクション処理アプリケーションは、応答で DR2 フラグを受け取ることができます。これは、アプリケーション フラグの COMMIT フラグとして表示されます。
Status-Control (SC) メッセージでのアプリケーション フラグの使用は、対応するデータ フロー制御またはセッション制御要求ユニットの応答ヘッダー インジケーターから派生します。 アプリケーションでは、Status-Control メッセージの応答ヘッダー フラグを認識する必要がある場合があります。 たとえば、LUSTAT 要求タイプ 6 は、他の要求が許可されていない場合に応答ヘッダー フラグを送信できるようにするためにのみ使用される no-op です。 ローカル ノードは、関連するアプリケーション フラグが設定された状態制御 (LUSTAT) 要求としてアプリケーションに要求を配信します。 データ フロー制御要求ユニットに対する有効な要求ヘッダーの使用状況と、SC 要求の有効な応答ヘッダー インジケーターの概要については、「 SNA 形式およびプロトコルリファレンス マニュアル: アーキテクチャ ロジック (IBM パブリケーション SC30-3112)」を参照してください。
次の表のアプリケーション フラグの概要では、ビットにはビット 0 がバイトの最上位ビット、ビット 7 が最下位ビットとして番号が付けられます。 フラグに関連するビットが 1 の場合はアプリケーション フラグが設定され、ビットが 0 の場合は設定されません。
フラグ 1 はすべてのメッセージで発生します。
次の表に、個々のビットの意味を示します。
| フラグ 1 のビット数 | 意味 |
|---|---|
| FMHI [ビット 0, フラグ 1] 値: AF_FMH (0x80) | 関数管理ヘッダー インジケーター。 関数管理ヘッダーがメッセージに存在する場合、またはメッセージが関数管理データ ネットワーク サービス (FMD NS) 要求である場合に設定します。 データ メッセージでのみ有効です。 このフラグは、システム・サービス制御ポイント (SSCP) 接続で送信される 3270 ユーザー・アラートに対して常に設定されます。 詳細については、「3270 ユーザー アラート」を参照してください。 |
| BCI [ビット 1, フラグ 1] 値: AF_BC (0x40) | チェーンインジケーターを開始します。 このメッセージがチェーンを開始するかどうかを設定します。 詳細については、「 送信チェーン と 受信チェーン」を参照してください。 |
| ECI [ビット 2, フラグ 1] 値: AF_EC (0x20) | エンド チェーン インジケーター。 このメッセージがチェーンを終了するかどうかを設定します。 詳細については、「 送信チェーン と 受信チェーン」を参照してください。 |
| COMMIT [ビット 3, フラグ 1] 値: AF_COMM (0x10) | コミット インジケーター。 チェーンが DR2 を運ぶ場合は を設定します。 |
| BBI [ビット 4,フラグ 1] 値: AF_BB (0x08) | 角かっこインジケーターを開始します。 チェーンが開始角かっこ (BB) を持つ場合に設定します。 これは、ブラケットが開始されたことを必ずしも示しているわけではないことに注意してください。 詳細については、「 角かっこ」を参照してください。 |
| EBI [ビット 5,フラグ 1] 値: AF_EB (0x04) | 端かっこインジケーター — チェーンにエンド ブラケット (EB) が含まれている場合に設定されます。 これは、角かっこが終了したことを示すものではありません。 詳細については、「 角かっこ 」を参照してください。 |
| CDI [ビット 6,フラグ 1] 値: AF_CD (0x02) | 方向インジケーターを変更します。 チェーンが変更方向 (CD) を運ぶ場合に設定します。 詳細については、「 方向」を参照してください。 |
| SDI [ビット 7、フラグ 1] 値: AF_SD (0x01) | システムが検出したエラー インジケーター。 ローカル ノードが送信データのエラーを検出した場合に設定します。 詳細については、「 送信データ」を参照してください。 |
フラグ 2 は 、Status-Control(STSN) を除くすべてのメッセージで発生します。このバイトに含まれるインジケーターは適用されません。
個々のビットの意味を次の表に示します。
| フラグ 2 のビット数 | 意味 |
|---|---|
| CODE [ビット 0,フラグ 2] 値: AF_CODE (0x80) | 代替コード インジケーター。 この データ メッセージに代替コード セット (通常は ASCII) が使用される場合は、 を設定します。 関数管理ヘッダーは、コード選択インジケーターの影響を受けません。 |
| ENCRYP [ビット 1, フラグ 2] 値: AF_ENCR (0x40) | 暗号化されたデータ インジケーター。 データ メッセージ内の情報がセッション レベルの暗号化プロトコルで暗号化されていることを示す に設定します。 データ暗号化に必要なサポートを提供する必要があります。 Host Integration Server ローカル ノードでは、暗号化はサポートされていません。 |
| ENPAD [ビット 2,フラグ 2] 値: AF_ENPD (0x20) | 埋め込みデータ インジケーター。 ENCRYP フラグと組み合わせて設定して、暗号化する前に 8 バイトの次の整数倍数の末尾にデータが埋め込まれたことを示します。 |
| QRI [ビット 3, フラグ 2] 値: AF_QRI (0x10) | キューに入った応答インジケーター。 この要求に対する応答を送信制御およびデータ フロー制御レイヤーでキューに入れるかどうかを設定します。 このフラグは、受信メッセージに対してのみ重要です。 |
| CEI [ビット 4, フラグ 2] 値: AF_CEI (0x08) | チェーン終了インジケーター。 EC を使用して送信 SNA 要求に対応するメッセージに設定し、基本情報ユニット (BBIU) を開始します。 このフラグは、SNA サーバー コンポーネントの使用のみを目的として提供されます。 アプリケーションで使用しないでください。 |
| BBIUI [ビット 5, フラグ 2] 値: AF_BBIU (0x04) | 基本情報ユニット インジケーターを開始します。 BBIU を使用した送信 SNA 要求に対応するメッセージに設定します。 このフラグは、SNA サーバー・コンポーネントの使用、およびセグメント配信とアウトバウンド・ペーシングを一緒に使用するアプリケーション用に提供されます。 アプリケーションで使用を試みてはいけません。 (詳細については、「ペーシングとチャンキング」を参照してください)。 |
| EBIUI [ビット 6, フラグ 2] 値: AF_EBIU (0x02) | 基本情報単位インジケーターを終了します。 終了基本情報ユニット (EBIU) を含むアウトバウンド SNA 要求に対応するメッセージに設定します。 このフラグは、SNA サーバー コンポーネントの使用のみを目的として提供されます。 アプリケーションで使用を試みてはいけません。 |
| RBI [ビット 7, フラグ 2] 値: AF_RBI (0x01) | 実際の BID インジケーター。 [Status-Control(BID) Request messages from the local node only]\ (状態制御(BID)\) [Request messages from the local node only]\(ローカル ノードからのみメッセージを要求する\) に設定します。 0x01は、メッセージが SNA BID RU が原因であることを示します。0x00は、メッセージが BB が設定された送信関数管理データ (FMD) RU が原因であることを示します。 |