Penautan Masuk

Pembagian data aplikasi ke dalam pesan Data dan kontrol penautan masuk adalah tanggung jawab aplikasi.

Ukuran unit permintaan pengiriman maksimum sekunder untuk sesi adalah parameter dalam BIND dari host dan tersedia di blok kontrol informasi terikat (BICB) pada pesan Konfirmasi OK Open(PLU). Aplikasi harus memastikan bahwa setiap pesan Data masuk sesuai dengan satu unit permintaan. Ini tidak berisi lebih banyak data daripada ukuran unit permintaan maksimum yang diberikan dalam BICB.

Aplikasi harus menggunakan bendera aplikasi indikator mulai rantai (BCI) dan indikator akhir rantai (ECI) di header Pesan data untuk mengontrol pengaitan. (Untuk informasi selengkapnya, lihat Bendera Aplikasi.) Rantai adalah unit pemulihan, dan jika kesalahan yang dapat dipulihkan terjadi dalam rantai, aplikasi harus bertanggung jawab atas pemulihan. (Untuk informasi selengkapnya, lihat Pemulihan.)

Rantai masuk dapat berakhir dengan cara berikut:

• Rangkaian lengkap dikirimkan tanpa kesalahan. Semua pesan Data dalam rantai telah diteruskan ke host. Jika sesi memungkinkan sekunder mengirim rantai respons pasti, dan aplikasi mengatur bidang ACKRQD di pesan Data terakhir rantai, aplikasi menerima Status-Acknowledge(Ack) dari simpul lokal saat host memberikan respons.

• Simpul lokal mendeteksi kesalahan penting dalam format pesan Data dari aplikasi atau dalam status sesi. Simpul lokal menolak pesan Data dengan Status-Acknowledge(Nack-2) yang berisi kode kesalahan dan menutup koneksi PLU. Perhatikan bahwa simpul lokal akan menghasilkan permintaan BATAL masuk sebelum menutup koneksi PLU. Simpul lokal akan mengirim permintaan TERM-SELF ke host untuk mengaktifkan UNBIND.

• Host mengirimkan respons negatif terhadap permintaan dalam rantai. Simpul lokal mengirimkan pesan Status-Acknowledge(Nack-1) ke aplikasi dengan kode sense dan nomor urut dari respons negatif. Jika host menolak permintaan yang tidak membawa bendera aplikasi ECI, dan aplikasi tidak menentukan opsi pembatalan aplikasi di PLU CICB, simpul lokal juga menghasilkan permintaan BATAL masuk. Ketika aplikasi menentukan pembatalan aplikasi, aplikasi harus mengirim EC atau Status-Control(CANCEL) untuk mengakhiri rantai. Setiap rantai masuk berikutnya ditolak dengan Status-Terima tidak kritis (Nack-2), kode indikasi 0x2002 atau 0x2004 (rantai atau arah). Ketika aplikasi menerima pesan Status-Acknowledge(Nack-1), aplikasi harus berhenti mengirim data setelah proses ini untuk sesi flip-flop setengah dupleks karena arahnya telah diteruskan ke host. (Untuk informasi selengkapnya, lihat Arah.)

• Aplikasi membatalkan rantai saat mengirim, dengan mengirim pesan Kontrol Status (BATAL) ke simpul lokal. Simpul lokal mengirimkan permintaan CANCEL ke host dan, setelah menerima respons positif dari host, mengirimkan Pengakuan Status-Control (CANCEL) ke aplikasi. Respons dari host terhadap permintaan yang dikirim sebelum BATAL akan menghasilkan pesan Pengakuan Status yang sesuai ke aplikasi jika pesan Data asli memiliki kumpulan bidang ACKRQD .

• Aplikasi menutup koneksi PLU saat mengirim rangkaian. Simpul lokal mengirimkan Respons Close(PLU) ke aplikasi. Respons dari host terhadap permintaan yang dikirim sebelum pesan Close(PLU) tidak akan menghasilkan pesan Status-Akui ke aplikasi. Perhatikan bahwa simpul lokal juga akan menghasilkan permintaan BATAL masuk dan permintaan TERM-SELF untuk memunculkan UNBIND.

  Jika simpul lokal mendeteksi kesalahan yang tidak kritis dalam format pesan Data dari aplikasi atau keadaan sesi, simpul tersebut tidak akan menutup koneksi PLU. Sebaliknya, ia menolak pesan Data dalam kesalahan dengan Status-Acknowledge(Nack-2) yang berisi kode kesalahan yang sesuai. Tidak ada data yang dikirim ke host.

  Jika rantai masuk berakhir dengan kesalahan, ketika sesi menggunakan protokol setengah dupleks, aplikasi harus mengasumsikan status terima. (Untuk informasi selengkapnya, lihat Pemulihan.)

  Enam gambar berikut menggambarkan protokol penautan masuk antara simpul lokal dan aplikasi, dan bagaimana protokol tersebut terkait dengan protokol SNA yang mendasar.

  Pada gambar pertama, rantai masuk lengkap dikirim tanpa kesalahan dan diterima oleh host. Perhatikan bahwa setelah menerima Status-Acknowledge (Ack), aplikasi menyerahkan pengendalian kepada host.

  
  Rantai masuk dikirim tanpa kesalahan dan diterima oleh host

  Dalam gambar berikut, simpul lokal mendeteksi kesalahan kritis dalam format pesan Data kedua dalam rantai (ACKRQD tanpa bendera aplikasi ECI), mengirim Status-Acknowledge(Nack-2) ke aplikasi dengan kode kesalahan yang sesuai, dan menutup koneksi PLU. Perhatikan bahwa simpul lokal hanya menghasilkan CANCEL jika profil manajemen fungsi sesi (FM) mendukung CANCEL.

  
  Simpul lokal mendeteksi kesalahan, mengirim pesan Status, dan menutup koneksi PLU

  Dalam gambar berikut, rantai masuk lengkap dikirim tanpa kesalahan, tetapi ditolak oleh host. Setelah respons negatif, aplikasi harus memasukkan status terima, menunggu pemulihan kesalahan. (Untuk informasi selengkapnya, lihat Pemulihan.)

  
  Rantai masuk dikirim tanpa kesalahan tetapi ditolak oleh host

  Pada gambar berikut, aplikasi membatalkan rantai dengan mengirim Kontrol Status (BATAL). Perhatikan bahwa aplikasi masih memiliki arah dan dapat memulai rantai baru.

  
  Aplikasi membatalkan rantai dengan Kontrol Status (BATAL)

  Pada gambar berikut, aplikasi menutup sesi PLU saat mengirim rantai. Simpul lokal hanya menghasilkan CANCEL jika profil FM sesi mendukung CANCEL.

  
  Aplikasi menutup koneksi PLU saat mengirim rantai

  Dalam gambar berikut, simpul lokal mendeteksi kesalahan noncritical dalam format pesan Data kedua dalam rantai dan mengirim Status-Acknowledge(Nack-2) ke aplikasi dengan kode kesalahan yang sesuai.

  
  Simpul lokal mendeteksi kesalahan noncritik dan mengirim Pengakuan Status (Nack-2)

Lihat Juga

Membuka Koneksi PLU
Sesi PLU
Penyambungan Keluar
Pengiriman Segmen
Braket
Arah
Pacing dan Pemotongan
Konfirmasi dan Penolakan Data]
Matikan dan Hentikan
Recovery
Penghentian oleh Inisiasi Aplikasi
LUSTATs]
Data Pemantauan Waktu Respons