Karakteristik Sesi SSCP

Untuk simpul SNA tipe 2.1, sesi titik kontrol layanan sistem (SSCP) menggunakan profil manajemen fungsi (FM) 0 dan profil Layanan Transmisi (profil TS) 1. Kombinasi profil ini memberikan karakteristik sesi berikut:

• Sesi setengah primer dan sekunder menggunakan mode permintaan langsung.

• Sesi setengah primer dan sekunder menggunakan mode respons langsung.

• Hanya rantai unit permintaan tunggal respons pasti yang diizinkan.

• Ukuran unit permintaan maksimum dibatasi hingga 256 byte.

• Unit permintaan kontrol aliran data tidak didukung.

• Pacing tidak didukung.

• Pengidentifikasi digunakan (bukan nomor urut) pada alur normal.

  Ini menyiratkan bahwa koneksi SSCP memiliki karakteristik berikut:

• Semua pesan Data memiliki kumpulan bidang pengakuan yang diperlukan (ACKRQD).

• Semua pesan Data memiliki bendera aplikasi indikator rantai awal (BCI) dan indikator rantai akhir (ECI).

• Pesan Kontrol Status tidak mengalir pada koneksi.

• Pesan Sesi Status dari simpul lokal ke aplikasi hanya melaporkan perubahan status aktivasi sesi.

• Protokol penautan, braket, konfirmasi, dan pemulihan (dijelaskan dalam Koneksi PLU) tidak berlaku.

  Dengan menggunakan koneksi SSCP, aplikasi dapat mengirim dan menerima pesan Data yang sesuai dengan permintaan layanan jaringan data manajemen fungsi (FMD NS) (layanan sesi) dan permintaan data FMD. Contoh permintaan FMD NS (layanan sesi) adalah:

• INIT-SELF. Permintaan dari SSCP sekunder ke host yang meminta agar SSCP membantu dalam memulai sesi ke PLU host, secara efektif meminta BIND. (Untuk informasi selengkapnya, lihat Membuka Koneksi PLU.)

• TERM-SELF. Permintaan dari SSCP sekunder ke host yang meminta agar sesi PLU-SLU dihentikan dengan UNBIND. (Untuk informasi selengkapnya, lihat Menutup Koneksi PLU.)

• Permintaan berkode karakter. Permintaan seperti perintah masuk, keluar, atau uji dari tampilan sekunder, atau permintaan masuk dari aplikasi host.

• MEMBERITAHU. Permintaan yang digunakan oleh sekunder untuk memberi tahu SSCP host bahwa perangkat tersedia setelah BIND ditolak dengan kode masuk akal 0x0845, misalnya, di mana emulator perangkat mendukung power-off logis.

  Simpul lokal mengirimkan permintaan NOTIFY ke SSCP atas nama LU setiap kali status koneksi SSCP aplikasi berubah saat LU aktif. NOTIFY (kunci vektor 0x0C dengan byte 5 diatur ke 0x03), yang dapat bertindak sebagai LU sekunder, dikirim dalam kasus berikut:

• Ketika Permintaan Open(SSCP) diterima ketika LU sudah aktif.

• Ketika permintaan ACTLU diterima ketika koneksi SSCP sudah dibuka.

  NOTIFY (kunci vektor 0x0C dengan byte 5 diatur ke 0x01), yang saat ini tidak dapat bertindak sebagai LU sekunder, dikirim dalam kasus berikut:

• Ketika ACTLU diterima ketika koneksi SSCP tidak terbuka.

• Ketika Permintaan Close(SSCP) diterima ketika sesi PLU tidak terikat.

• Ketika permintaan UNBIND diterima ketika koneksi SSCP tidak terbuka.

• Ketika respons panjang termasuk vektor NOTIFY digunakan untuk permintaan ACTLU.

  Pesan NOTIFY ini dapat digunakan oleh host bersama dengan respons negatif 0x0845 yang diberikan node lokal ke BIND yang diterima ketika koneksi SSCP tidak terbuka. (Untuk informasi selengkapnya, lihat Membuka Koneksi PLU.)