Pemeriksaan BIND

Respons OK Open(PLU) berisi blok kontrol informasi koneksi (CICB), yang memungkinkan aplikasi untuk menyesuaikan karakteristik koneksi tertentu dan berisi informasi yang digunakan dalam verifikasi BIND. Perhatikan bahwa simpul lokal memverifikasi parameter BIND yang terdapat pada Open(PLU) Respons OK. Ini tidak menyimpan salinan unit BIND permintaan/respons (RU) asli dari host. Jika BIND dapat dinegosiasikan, aplikasi diizinkan untuk memodifikasi parameter di BIND RU, tetapi jika tidak dapat dinegosiasikan, aplikasi harus mengembalikan BIND RU yang tidak dimodifikasi. Bendera BIND yang dapat dinegosiasikan disediakan dalam Permintaan Open(PLU).

Meskipun banyak karakteristik sesi PLU ditentukan oleh parameter BIND , aplikasi dapat memilih karakteristik tertentu dengan menentukan bidang di CICB. Untuk informasi selengkapnya, lihat tabel berikut ini. Informasi lebih rinci tentang penggunaan CICB dan dampaknya pada sesi PLU ketika memilih berbagai opsi CICB diberikan dalam konteks pada topik bagian ini yang membahas karakteristik sesi PLU seperti penautan dan pelarasan tempo.

BIND diverifikasi menggunakan entri tabel pemeriksaan BIND (yang indeksnya ditentukan dalam CICB). Entri dalam ini sesuai dengan berbagai bidang dalam BIND. Entri tabel pemeriksaan BIND disimpan dalam file konfigurasi. Misalnya, entri tabel pemeriksaan BIND dapat menentukan bahwa BIND diterima jika protokol respons rantai sekunder adalah "respons pasti" atau "respons pasti atau pengecualian" (byte 5 bit 2 dan 3 = B10 atau B11). Ini akan sesuai jika aplikasi tidak ingin mengirim rangkaian Pengecualian Permintaan (RQE).

Penggunaan blok kontrol informasi koneksi diperlihatkan dalam tabel berikut.

Bidang Penjelasan
Opsi pengiriman segmen Nilai 0x00 menunjukkan bahwa simpul lokal harus melakukan perakitan segmen keluar dan hanya mengirimkan RU yang lengkap. Nilai 0x01 menunjukkan bahwa aplikasi ingin simpul lokal mengirimkan segmen RU. Untuk informasi selengkapnya, lihat Pengiriman Segmen.
Opsi pengaturan ritme aplikasi Nilai 0x00 menunjukkan bahwa aplikasi memerlukan simpul lokal untuk menangani pacing. Nilai 0x01 menunjukkan bahwa aplikasi perlu terlibat dengan pengaturan kecepatan keluaran menggunakan pesan Status-Resource. Untuk informasi selengkapnya, lihat Pacing dan Chunking.
Opsi pembatalan aplikasi Nilai 0x00 menunjukkan bahwa simpul lokal harus secara otomatis menghasilkan CANCEL. Nilai 0x01 menunjukkan bahwa aplikasi akan menghasilkan CANCEL. Untuk informasi selengkapnya, lihat Penautan Masuk.
Opsi nomor transaksi aplikasi Nilai 0x00 menunjukkan bahwa aplikasi tidak mendukung nomor transaksi. Nilai 0x01 menunjukkan bahwa aplikasi memang mendukung nomor transaksi. Untuk informasi selengkapnya, lihat Pemulihan.
Indeks pemeriksaan BIND Memberikan indeks entri tabel pemeriksaan BIND tempat parameter BIND harus diverifikasi. Salah satu nilai berikut harus digunakan:

- 0x01 — sesi printer 3270
- 0x02 —sesi tampilan 3270
- 0x10—aplikasi LUA (LU tipe 0)

Konfirmasi Open(PLU) dari simpul lokal ke aplikasi menunjukkan apakah verifikasi BIND berhasil, dan jika demikian, menyediakan blok kontrol informasi pengikatan (BICB). BICB meringkas parameter sesi BIND dalam format yang sesuai untuk bahasa tingkat tinggi dan secara efektif mendefinisikan karakteristik sesi PLU. Aplikasi yang tidak menegosiasikan BIND biasanya tidak perlu memeriksa BIND pada Permintaan Open(PLU) dan harus menggunakan BICB pada Konfirmasi OK Open(PLU).

Tabel berikut ini meringkas bidang di BICB dan korespondensinya dengan parameter dalam BIND RU. Untuk informasi selengkapnya, lihat Arsitektur Jaringan Sistem manual IBM : Format, (GA27-3136).

Posisi pada Open(PLU) OK Konfirmasi Posisi dalam BIND RU [byte,bit] Deskripsi
dataru[0] [ 2, ] Profil manajemen fungsi (FM)
dataru[1] [ 3, ] Profil Layanan Transmisi
dataru[2] [ 4, 0] Penggunaan rantai utama
dataru[3] [ 4, 1] Mode kontrol permintaan utama
dataru[4] [ 4,2-3] Protokol respons rantai utama
dataru[5] [ 4, 4] Penerapan dua fase utama
dataru[6] [ 4, 6] Indikator pemadatan utama
dataru[7] [ 4, 7] Indikator Kurung Akhir Kirim Utama (EB)
dataru[8] [ 5, 0] Penggunaan rantai sekunder
dataru[9] [ 5, 1] Mode permintaan kontrol sekunder
dataru[10] [ 5,2-3] Protokol respons rantai sekunder
ataru[11]** [ 5, 4] Komit Dua Fase Sekunder
dataru[12] [ 5, 6] Indikator kompresi sekunder
dataru[13] [ 5, 7] Indikator pengiriman EB sekunder
dataru[14] [ 6, 1] Penggunaan header FM
dataru[15] [ 6, 2] Penggunaan braket 1
dataru[16] [ 6, 2] Keadaan reset braket 2
dataru[17] [ 6, 3] Aturan penutupan braket
dataru[18] [ 6, 4] Indikator kumpulan kode alternatif
dataru[19] [ 6, 5] Ketersediaan angka urut
dataru[20] [ 7,0-1] Mode kirim/terima aliran normal
dataru[21] [ 7, 7] Reset flip-flop setengah dupleks
dataru[22] [ 8,2-7] Jendela pengaturan kirim sekunder
ataru[23]** [ 9,2-7] Jendela penerimaan pengaturan sekunder
dataru[24-25]\* [10, ] Ukuran unit permintaan maksimum untuk pengiriman sekunder
dataru[26-27]\* [11, ] Ukuran unit permintaan maksimum pengiriman utama
dataru[28] [14,1-7] jenis sesi LU-LU
dataru[29] [27, ] Ukuran nama PLU
dataru[30-37] [28, ] Nama PLU dalam Kode Pertukaran Desimal Biner Diperpanjang (EBCDIC)
dataru[38] [15,0-3] Jenis sesi 1: Jenis Header Manajemen Fungsi (FMH) PS
dataru[39] [15,4-7] Profil aliran data PS
dataru[40] [16, 0] Jumlah tujuan yang belum diselesaikan
dataru[41] [16, 1] Indikator data ringkas
ataru[42]** [16, 2] Indikator Rekaman Informasi Perangkat Aksesori (PDIR) yang diizinkan
dataru[43] [15, 0] Jenis sesi 2 atau 3: dukungan kueri
dataru[44] [24,1-7] Ukuran layar dinamis
dataru[45] [20, ] Ukuran baris dasar
dataru[46] [21, ] Ukuran kolom dasar
dataru[47] [22, ] Ukuran baris alternatif
dataru[48] [23, ] Ukuran kolom alternatif

Nota

10x00 = Tanda kurung tidak digunakan. 0x01 = Tanda kurung digunakan.

Nota

20x01 = Keadaan pengaturan ulang braket adalah BETB (antar-tanda kurung). 0x02 = Status reset braket adalah INB (in-bracket).

Nota

Nilai-nilai ini berjenis INTEGER (yang lain berjenis CHAR).

Urutan PLU pembukaan dapat gagal jika aplikasi menolak Permintaan Open(PLU) (misalnya, jika parameter BIND tidak dapat diterima pada BIND yang tidak dapat dinegosiasikan) dengan mengirim Respons Kesalahan Open(PLU) dan kode akal yang sesuai. Simpul lokal mengirim ke host respons negatif terhadap permintaan BIND yang berisi kode indera yang disediakan. Koneksi PLU dianggap ditutup setelah Respons Kesalahan Open(PLU), dan node lokal tidak menghasilkan Konfirmasi Open(PLU). Gambar berikut menunjukkan kegagalan untuk membuka koneksi PLU (untuk BIND yang tidak dapat dinegosiasikan), karena aplikasi menolak Permintaan Open(PLU).

Gambar yang menunjukkan kegagalan untuk membuka proses koneksi PLU.
Kegagalan untuk membuka koneksi PLU

  • Urutan pembukaan PLU juga dapat gagal jika verifikasi BIND terhadap entri tabel pemeriksaan BIND yang telah ditentukan oleh aplikasi gagal. Dalam hal ini, simpul lokal melakukan hal berikut: Mengirim ke host respons negatif terhadap permintaan BIND dengan kode indra yang sesuai.

  • Mengirim ke aplikasi Konfirmasi Kesalahan Open(PLU) dengan kata pertama dari sense codes sebagai kode kesalahan pertama dan indeks parameter BIND yang mengalami kesalahan sebagai kode kesalahan kedua.

    Koneksi PLU dianggap ditutup setelah Konfirmasi Kesalahan Open(PLU) diterima. Gambar berikut menunjukkan kegagalan untuk membuka koneksi PLU karena kegagalan verifikasi BIND . Perhatikan bahwa kode kesalahan 2 memberikan indeks dalam RU dari parameter BIND yang mengalami kesalahan.

    Gambar yang menunjukkan kegagalan untuk membuka koneksi PLU karena proses kegagalan verifikasi BIND.
    Kegagalan membuka koneksi PLU karena kegagalan verifikasi BIND