Pesan Status-Control

Pesan Kontrol Status menyediakan akses ke kontrol sesi dan protokol kontrol aliran data pada sesi unit logis utama (PLU) menggunakan koneksi PLU. Mereka tidak digunakan pada koneksi lain. Pesan Kontrol Status memetakan langsung ke kontrol sesi SNA yang setara dan unit permintaan/respons kontrol aliran data (RU).

Semua pesan Kontrol Status yang sesuai dengan permintaan SNA pada alur normal dengan pengecualian pesan Pengecualian Permintaan (RQE) yang dikirim LUSTAT, dan Kontrol Status yang sesuai dengan permintaan CLEAR dan STSN pada alur yang dipercepat, memiliki kumpulan bidang ACKRQD (diperlukan pengakuan). Pesan Kontrol Status yang sesuai dengan permintaan SNA pada alur yang dipercepat (dengan pengecualian CLEAR dan STSN) tidak memiliki bidang ACKRQD yang ditetapkan oleh simpul lokal. Namun, aplikasi dapat mengatur ACKRQD saat mengirim pesan Kontrol Status ini. Gambar terakhir dalam topik ini meringkas permintaan Kontrol Status mana yang selalu memiliki set ACKRQD .

Jika permintaan Kontrol Status memiliki ACKRQD yang diatur di header pesan, penerima harus memberikan respons Kontrol Status (Pengakuan, Pengakuan Negatif-1 atau Negatif-Diakui-2) sebelum pengirim mengirim pesan Data lebih lanjut atau permintaan Kontrol Status lebih lanjut pada alur. Pengirim masih dapat mengirim respons Kontrol Status , Pesan Status-Pengakuan, Kesalahan Status, dan Sumber Daya Status pada alur. Ini berlaku untuk alur normal dan dipercepat dan semua mode permintaan (termasuk mode permintaan tertunda). Kunci pesan yang diterima pada permintaan harus dikembalikan pada respons. (Ini untuk memungkinkan beberapa pesan LUSTAT RQE menjadi luar biasa.) Simpul lokal menaikkan kunci pesan pada permintaan Kontrol Status dan pesan DATAFMI yang dikirimnya ke aplikasi pada koneksi PLU.

Untuk varian aplikasi unit logis (LUA) dari antarmuka manajemen fungsi (FMI), bidang kunci pesan digunakan dengan cara yang berbeda, sebagai berikut:

  • Untuk permintaan alur yang dipercepat masuk, simpul lokal mengatur nomor urutan SNA ke nilai yang disediakan oleh aplikasi di bidang kunci pesan. Aplikasi harus memastikan bahwa bidang ini diatur ke nomor urutan yang benar.

  • Untuk respons Kontrol Status masuk, simpul lokal mengatur nomor urutan SNA ke nilai yang disediakan oleh aplikasi di bidang kunci pesan. Aplikasi harus memastikan bahwa bidang ini diatur ke nomor urut permintaan tempat respons dikirim.

    Kecuali dalam kasus Kontrol Status (LUSTAT), jika permintaan Kontrol Status tidak memiliki set ACKRQD , aplikasi tidak boleh membalas, karena respons positif telah dikirim oleh simpul lokal.

    Misalnya, jika aplikasi mengirim Permintaan Kontrol Status (QC) dengan set ACKRQD (sesuai dengan permintaan SNA pada alur normal), ini memblokir data lebih lanjut dan permintaan Kontrol Status yang sesuai dengan alur normal masuk hingga respons Kontrol Status (QC) diterima. Ini tidak memblokir pesan lain pada alur normal, atau pesan pada alur yang dipercepat. Misalnya, aplikasi masih dapat mengirim Status-Control(SIGNAL).

    Tanda terima respons Kontrol Status menyiratkan pengakuan terhadap semua pesan yang berutang (termasuk pesan Data ) pada alur.

    Penggunaan ACKRQD pada pesan Kontrol Status secara efektif memberlakukan mode respons-pasti dan permintaan langsung. Ini sesuai untuk:

  • Pesan Kontrol Status yang sesuai dengan permintaan SNA CLEAR dan STSN (karena alur yang dipercepat adalah RQD).

  • Pesan Kontrol Status yang sesuai dengan semua permintaan DFC (yaitu RQD) kecuali LUSTAT (yang dapat berupa RQE).

    Aplikasi dapat mengatur ACKRQD pada permintaan Kontrol Status yang sesuai dengan permintaan SNA pada alur yang dipercepat, bahkan di mana ACKRQD tidak diperlukan. Misalnya, ketika aplikasi memberi sinyal untuk arah (misalnya, emulator 3270 dengan operator terminal berulang kali menekan kunci ATTN), aplikasi dapat menghasilkan beberapa pesan Permintaan Kontrol Status (SINYAL), yang akan berdampak buruk pada performa pengguna lain. Aplikasi dapat mengatur ACKRQD pada Permintaan Kontrol Status (SINYAL) pertama dan mengabaikan peristiwa yang akan menyebabkan pesan Permintaan Kontrol Status (SIGNAL) lebih lanjut hingga Respons Kontrol Status (SINYAL) diterima dari simpul lokal.

    Pesan mengalir dalam enam gambar berikut menunjukkan urutan Kontrol Status keluar dan masuk dengan dan tanpa ACKRQD dan RUs SNA yang sesuai.

    Pada gambar pertama, aplikasi mengirimkan Status-Control(CHASE).

    Gambar yang menunjukkan cara aplikasi mengirim Status-Control (CHASE).
    Aplikasi mengirimkan Status-Control (CHASE)

    Dalam gambar berikut, host mengirim permintaan BID .

    Gambar yang menunjukkan cara host mengirim permintaan BID.
    Host mengirim permintaan BID

    Pada gambar berikut, aplikasi mengirimkan Status-Control(SHUTC).

    Gambar yang menunjukkan cara aplikasi mengirim Status-Control (SHUTC).
    Aplikasi mengirim Kontrol-Status (SHUTC)

    Dalam gambar berikut, host mengirim permintaan SIGNAL SNA.

    Gambar yang menunjukkan bagaimana host mengirim permintaan SNA SIGNAL.
    Host mengirimkan permintaan SINYAL SNA

    Dalam gambar berikut, host mengirim beberapa permintaan RQE LUSTAT , dan aplikasi menolak yang pertama.

    Gambar yang menunjukkan bagaimana aplikasi menolak permintaan LUSTAT RQE pertama.
    Aplikasi menolak permintaan RQE LUSTAT pertama

    Dalam gambar berikut, aplikasi mengirimkan STATUS-Control (LUSTAT) NOACKRQD.

    Gambar yang menunjukkan bagaimana aplikasi mengirim STATUS-Control (LUSTAT) NOACKRQD.
    Aplikasi mengirimkan STATUS-Control (LUSTAT) NOACKRQD

    Tabel berikut ini meringkas permintaan Kontrol Status yang didukung oleh permintaan simpul lokal dan kontrol sesi SNA (SC) dan kontrol aliran data (DFC). Untuk setiap permintaan Kontrol Status , tabel memberikan:

  • Kategori SNA dari permintaan SNA yang sesuai (SC atau DFC).

  • Alur yang digunakan oleh permintaan SNA yang sesuai (normal atau dipercepat).

  • Profil TS atau FM tempat permintaan SNA yang sesuai didukung.

  • Arah yang valid (NODE <–> APPL).

  • Apakah memerlukan ACKRQD. Perhatikan bahwa aplikasi dapat mengatur ACKRQD pada permintaan Status-Control yang tidak memerlukannya.

  • Kode heksadesimal yang digunakan dalam bidang jenis kontrol pesan Status-Control. (Untuk informasi selengkapnya, lihat Format Pesan FMI.)

Status-Control Alur RQ SNA Profil TS Profil FM Simpul arah–appl ACKRQD Kode
CLEAR SC,Exp 2,3,4 – –> ACKRQD CCLEAR (0x01)
SDT SC,Exp 3,4 – –> – CSDT (0x02)
RQR SC,Exp 4 – <– – CRQR (0x03)
STSN SC,Exp 4 – –> ACKRQD CSTSN (0x04)
MEMBATALKAN DFC,Norm – 3,4,7 <–> ACKRQD CCANCEL (0x10)
LUSTAT DFC,Norm – 3,4,7 <–> – CLUSTAT (0x11)
SINYAL DFC,Exp – 3,4,7 <–> – CSIGNAL (0x12)
RSHUTD DFC,Exp – 3,4,7 <– – CRSHUTD (0x13)
TAWARAN DFC,Norm – 3,4 –> ACKRQD CBID (0x14)
CHASE DFC,Norm – 3,4 <–> ACKRQD CCHASE (0x15)
SHUTC DFC,Exp – 3,4 <– – CSHUTC (0x16)
DIMATIKAN DFC,Exp – 3,4 –> – CSHUTD (0x17)
RTR DFC,Norm – 3,4 <– ACKRQD CRTR (0x18)
Pengendalian Kualitas DFC,Norm – 4 <–> ACKRQD CQC (0x20)
QEC DFC,Exp – 4 <–> – CQEC (0x21)
RELQ DFC,Exp – 4 <–> – CRELQ (0x22)

Permintaan dalam tabel berikut hanya digunakan dengan LUA. (Untuk informasi selengkapnya, lihat Konsep FMI.)

Status-Control Alur RQ SNA Profil TS Profil FM Simpul arah–appl ACKRQD Kode
CRV SC,Exp 3,4 – –> ACKRQD CCRV (0x05)
BIS DFC,Norm – 18 <–> ACKRQD CBIS (0x19)
SBI DFC,Exp – 18 <–> ACKRQD CSBI (0x1A)

Penggunaan pesan Kontrol Status tertentu dijelaskan dalam topik berikut dari bagian ini, dalam konteks protokol sesi PLU seperti penautan, tanda kurung, pemulihan, dan sebagainya.

Untuk format pesan Kontrol Status , lihat Kontrol Status.

Pada bagian ini

  • Last updated on