Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Bagian ini menjelaskan aliran data keluar dari simpul lokal ke aplikasi. Struktur keseluruhan protokol yang dijelaskan berlaku untuk koneksi titik kontrol layanan sistem (SSCP) dan unit logis utama (PLU), tetapi fitur tertentu (seperti penggunaan mode permintaan tertunda) hanya berlaku untuk koneksi PLU.
Simpul lokal menyajikan data yang berasal dari host ke aplikasi pada koneksi yang berbeda, tergantung pada sesi SNA tempat data mengalir, sebagai berikut:
Data jaringan layanan manajemen fungsi (FMD NS) (layanan sesi) dan data manajemen fungsi (FMD) yang berasal dari host SSCP dan diarahkan ke unit logis Server Integrasi Host (LU) dikirim ke aplikasi pada koneksi SSCP.
Data FMD yang berasal dari PLU host dan diarahkan ke LU server SNA dikirim ke aplikasi pada koneksi PLU tersebut.
Untuk semua koneksi, hanya permintaan FMD yang disajikan ke aplikasi sebagai Pesan data (dengan jenis pesan = DATAFMI). Permintaan kontrol DFC dan sesi digunakan untuk menghasilkan pesan Status-Kontrol. (Untuk informasi selengkapnya, lihat PesanStatus-Control.)
Simpul lokal melakukan perubahan status kontrol aliran data yang diperlukan oleh indikator header respons (RH) dalam permintaan, sebelum mengirim pesan Data ke aplikasi.
Header transmisi permintaan SNA (TH) dan indikator RH tidak tersedia untuk aplikasi pada pesan Data keluar. Sebagai gantinya, simpul lokal menyediakan penanda aplikasi di Data header pesan yang mencerminkan pengaturan beberapa indikator RH, namun ditafsirkan oleh simpul lokal untuk melindungi aplikasi dari aspek rangkaian dan pemanfaatan kurung yang lebih rumit. Untuk deskripsi bendera yang tersedia dan cara simpul lokal menggunakannya pada data keluar, lihat Bendera Aplikasi.
Untuk data yang keluar, byte pertama adalah RU[0] untuk antarmuka pengelolaan fungsi standar (FMI), dan TH[0] untuk varian aplikasi unit logis (LUA) dari FMI.
Semua pesan Data dari simpul lokal ke aplikasi berisi kunci pesan. Simpul lokal mempertahankan urutan kunci pesan unik untuk setiap aliran data keluar ke aplikasi. Ketika simpul lokal mengirim pesan Data ke aplikasi pada koneksi tertentu, simpul tersebut menempatkan kunci pesan berikutnya dalam urutan keluar ke header pesan, mengatur bendera aplikasi, dan mengirim pesan ke aplikasi. Ini berarti bahwa kunci pesan secara unik mengidentifikasi pesan Data pada koneksi tertentu antara simpul lokal dan aplikasi. Perhatikan bahwa simpul lokal juga menempatkan kunci pesan pada pesan keluar Permintaan Status-Control.
Protokol pengakuan yang diberlakukan oleh Server Integrasi Host mencerminkan protokol respons rantai dan mode permintaan yang digunakan pada sesi SNA, sebagai berikut:
Permintaan RQD keluar menghasilkan pesan Data dengan ACKRQD yang diatur di header pesan.
Permintaan keluar RQE menghasilkan pesan Data tanpa pengaturan ACKRQD.
Permintaan RQN keluar menghasilkan pesan Data tanpa pengaturan ACKRQD.
Jika sesi menggunakan mode permintaan langsung utama, pesan Data dengan set ACKRQD harus diakui oleh aplikasi sebelum pesan Data lebih lanjut akan diterima.
Jika sesi menggunakan mode permintaan tertunda utama, pesan Data dengan set ACKRQD tidak perlu segera diakui oleh aplikasi. Pesan data akan terus diterima.
Perhatikan bahwa Server Integrasi Host memberlakukan mode respons langsung yang setara untuk protokol pengakuan data keluar untuk semua koneksi. Aplikasi harus mengirim pengakuan secara berurutan.
Jika simpul lokal mengatur bidang ACKRQD di header pesan pesan Data ke aplikasi, itu menunjukkan bahwa pengakuan terhadap pesan Data ini diperlukan. Aplikasi ini mengakui pesan Data keluar dengan mengirim pesan Status-Akui ke simpul lokal pada koneksi yang sama, yang berisi kunci pesan dan bidang nomor urutan yang sama dengan pesan Data .
Pada penerimaan Status-Acknowledge(Ack), simpul lokal menghubungkan kunci pesan dengan pesan keluar yang belum terjawab dan menghasilkan tanggapan positif SNA terhadap permintaan SNA yang berlaku.
Aplikasi harus menggunakan pesan Status-Acknowledge(Nack-1) sebagai pengakuan negatif. Pada penerimaan Status-Pengakuan (Nack-1), simpul lokal menghubungkan pesan dengan pesan keluar yang belum terselesaikan dan menghasilkan respons negatif SNA ditambah data sense ke permintaan SNA yang sesuai. Aplikasi ini menyediakan data sensor yang harus menyertai respons negatif sebagai bagian dari pesan Status-Acknowledge(Nack-1) dan harus menyertakan kunci pesan, flag aplikasi, dan bidang nomor urut yang sama dengan pesan Data yang merupakan pengakuan negatif.
Pesan Kontrol Status yang disebabkan oleh permintaan aliran yang dipercepat dapat dikirim kapan saja dan tidak memengaruhi pengiriman pengakuan positif atau negatif ke pesan Data keluar aliran normal. Fakta bahwa mereka dapat terjadi antara pesan Data keluar dan pesan Status-Acknowledge yang sesuai adalah murni kebetulan. Untuk rincian mengenai pesan Kontrol Status mana yang sesuai dengan permintaan SNA, lihat pesan Status-Control.
Jika kesalahan terdeteksi dalam format permintaan alur normal dari host atau permintaan tidak pantas untuk status sesi, simpul lokal menghasilkan pesan Data kesalahan untuk aplikasi dengan karakteristik berikut:
Indikator aplikasi SDI dan ECI diatur.
Kode indra yang terkait dengan kesalahan menempati empat byte pertama pesan Data . (Untuk informasi selengkapnya, lihat PesanStatus-Control.)
ACKRQD telah dikonfigurasi.
Aplikasi harus mengembalikan Status-Acknowledge (Ack); dan simpul lokal menghasilkan respons negatif yang membawa kode sense yang sesuai dengan kesalahan yang terdeteksi. Mekanisme ini melakukan hal berikut:
Menginformasikan aplikasi kesalahan yang terdeteksi.
Memungkinkan aplikasi merespons data yang diterima sebelumnya sebelum simpul lokal mengirim respons negatif ke pesan Data ini.
Pada sesi di mana aplikasi menerima serangkaian rantai RQE, simpul lokal akan menyimpan informasi korelasi untuk setiap rantai (jika aplikasi ingin mengirim respons negatif ke salah satu rantai). Jika simpul lokal kehabisan entri tabel korelasi, simpul tersebut akan mencoba mengalokasikan lebih banyak entri dan (jika gagal) akan dipaksa untuk mengakhiri sesi. Untuk mencegah hal ini, aplikasi harus memberikan pesan Status-Acknowledge (Ack) untuk data RQE yang tidak ingin ditolak dalam konteks ini. Respons setelah lima rangkaian RQE berturut-turut seharusnya cukup. Pesan-pesan tersebut disebut sebagai pengakuan yang sopan dan tidak memunculkan respons terhadap host, tetapi hanya membebaskan data korelasi internal.
Enam angka berikut menggambarkan protokol pengakuan data yang diberlakukan antara simpul lokal dan aplikasi, dan menunjukkan efek aplikasi yang menghasilkan pesan e Status-Acknowledgpositif dan negatif.
Gambar menunjukkan:
Bendera RH yang relevan dalam permintaan/respons SNA.
Nomor urutan permintaan/respons SNA.
Data sense apa pun (ditampilkan sebagai "SENSE=...") pada permintaan/respons SNA dan pesan Pengakuan Status.
Bidang ACKRQD di Pesan Data.
Bidang kunci pesan dalam pesan Data.
Untuk kesederhanaan, semua pesan diasumsikan sebagai data FM yang mengalir pada sesi PLU yang sama.
Dalam gambar berikut, aplikasi menerima pesan Data yang sesuai dengan RU dengan respons yang tertentu.
Aplikasi mengirimkan pesan Data yang sesuai dengan RU respons pastiDalam gambar berikut, aplikasi menerima pesan Data yang sesuai dengan rantai multi-RU definite-response.
Aplikasi menerima pesan Data yang sesuai dengan rantai respons multi-RU yang pastiDalam gambar berikut, aplikasi menolak pesan Data yang sesuai dengan rantai respons yang pasti.
Aplikasi menolak pesan Data yang sesuai dengan rantai respons pastiDalam gambar berikut, aplikasi menolak pesan Data yang sesuai dengan rantai multi-RU definite-response.
Aplikasi menolak pesan Data yang sesuai dengan rantai respons multi-RU yang pastiDalam gambar berikut, simpul lokal memberlakukan mode respons langsung. Respons harus dikirim secara berurutan. Aplikasi menolak rantai respons pengecualian kedua dan menerima rantai respons yang pasti, yang menyiratkan penerimaan rantai respons pengecualian ketiga.
Simpul lokal memberlakukan mode respons langsungDalam gambar berikut, simpul lokal mendeteksi kesalahan rantai (RQD tetapi bukan EC) dalam data yang ditujukan untuk aplikasi. (Contoh ini mengharuskan pemeriksaan penerimaan 0x4007 berlaku. Untuk informasi selengkapnya, lihat Membuka Koneksi SSCP.)
Simpul lokal mendeteksi kesalahan penautan dalam data yang ditujukan untuk aplikasi