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 dibawa pada Respons OK Open(PLU). Ini tidak mempertahankan salinan unit permintaan/respons (RU) BIND asli dari host. Jika BIND dapat dinegosiasikan, aplikasi diizinkan untuk memodifikasi parameter di BIND RU, tetapi jika tidak dapat dinegosiasikan, aplikasi harus mengembalikan RU BIND 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 efek pada sesi PLU memilih berbagai opsi CICB diberikan dalam konteks dalam topik bagian ini yang menangani karakteristik sesi PLU seperti penautan dan pacing.

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 rantai 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 memberikan RU lengkap. Nilai 0x01 menunjukkan bahwa aplikasi ingin simpul lokal memberikan segmen RU. Untuk informasi selengkapnya, lihat Pengiriman Segmen.
Opsi kecepatan aplikasi	Nilai 0x00 menunjukkan bahwa aplikasi memerlukan simpul lokal untuk menangani pacing. Nilai 0x01 menunjukkan bahwa aplikasi perlu dilibatkan dengan kecepatan keluar melalui pesan Status-Resource . Untuk informasi selengkapnya, lihat Pacing dan Chunking.
Opsi pembatalan aplikasi	Nilai 0x00 menunjukkan bahwa simpul lokal harus secara otomatis menghasilkan BATAL. 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 di mana parameter BIND harus diverifikasi. Salah satu nilai berikut harus digunakan: - 0x01 —3270 sesi printer - 0x02 —3270 sesi tampilan - aplikasi 0x10 —LUA (LU tipe 0)

Open(PLU) Konfirmasi dari node lokal ke aplikasi menunjukkan apakah verifikasi BIND berhasil, dan jika demikian, menyediakan blok kontrol informasi yang terikat (BICB). BICB meringkas parameter BIND sesi dalam format yang cocok 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 penautan utama
dataru[3]	[ 4, 1]	Mode kontrol permintaan utama
dataru[4]	[ 4,2-3]	Protokol respons rantai primer
dataru[5]	[ 4, 4]	Penerapan dua fase utama
dataru[6]	[ 4, 6]	Indikator pemadatan utama
dataru[7]	[ 4, 7]	Indikator Primer kirim Kurung Akhir (EB)
dataru[8]	[ 5, 0]	Penggunaan rantai sekunder
dataru[9]	[ 5, 1]	Mode kontrol permintaan sekunder
dataru[10]	[ 5,2-3]	Protokol respons rantai sekunder
ataru[11]**	[ 5, 4]	Penerapan dua fase sekunder
dataru[12]	[ 5, 6]	Indikator pemadatan sekunder
dataru[13]	[ 5, 7]	Indikator kirim EB sekunder
dataru[14]	[ 6, 1]	Penggunaan header FM
dataru[15]	[ 6, 2]	Kurung siku penggunaan1
dataru[16]	[ 6, 2]	Status reset kurung siku2
dataru[17]	[ 6, 3]	Aturan penghentian kurung siku
dataru[18]	[ 6, 4]	Indikator set kode alternatif
dataru[19]	[ 6, 5]	Ketersediaan nomor 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 kirim pacing sekunder
ataru[23]**	[ 9,2-7]	Jendela terima pacing sekunder
dataru[24-25]\*	[10, ]	Ukuran unit permintaan maksimum 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 Extended Binary Coded Decimal Interchange Code (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 luar biasa
dataru[41]	[16, 1]	Indikator data ringkas
ataru[42]**	[16, 2]	Indikator Catatan Informasi Perangkat Periferal (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

Catatan

10x00 = Tanda kurung tidak digunakan. 0x01 = Kurung siku yang digunakan.

Catatan

20x01 = Status reset kurung siku adalah BETB (antara tanda kurung siku). 0x02 = Status reset kurung siku adalah INB (in-bracket).

Catatan

Nilai-nilai ini berjenis INTEGER (yang lainnya 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 simpul lokal tidak menghasilkan Konfirmasi Buka (PLU). Gambar berikut menunjukkan kegagalan untuk membuka koneksi PLU (untuk BIND yang tidak dapat dinegosiasikan), karena aplikasi menolak Permintaan Buka (PLU).

Kegagalan untuk membuka koneksi PLU

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

• Mengirim ke aplikasi , Kesalahan Open(PLU) Konfirmasi dengan kata pertama kode indera sebagai kode kesalahan pertama dan indeks parameter BIND dalam kesalahan sebagai kode kesalahan kedua.

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

  
  Kegagalan membuka koneksi PLU karena kegagalan verifikasi BIND