STSN

Atur dan uji nomor urutan (STSN) digunakan pada sesi dengan profil Layanan Transmisi (profil TS) 4 untuk aplikasi guna mempertahankan nomor urutan pemrosesan transaksi antar sesi. Ini memungkinkan kedua mitra pada sesi untuk menemukan jumlah data yang hilang setelah urutan CLEAR atau UNBIND–BIND .

Pesan STSN adalah satu-satunya yang dapat mengatur ulang nomor urutan pemrosesan transaksi tersebut. BIND, UNBIND, dan CLEAR tidak memengaruhinya.

Jika aplikasi ingin mempertahankan nomor transaksi tersebut, aplikasi harus menentukan opsi APPLTRAN di Respons OK Open(PLU). Host dapat mengirim STSN setelah BIND atau CLEAR sebelum mengirim SDT untuk mengatur atau menguji nomor transaksi aplikasi. Simpul lokal mengatur ulang nomor urutan sesi internalnya menjadi nol pada penerimaan BIND atau CLEAR. Ketika simpul lokal menerima STSN yang menentukan SET (atau SET dan TEST) untuk satu setengah sesi, simpul tersebut mengatur ulang nomor urutan sesi internal yang sesuai.

Kecuali jika kedua tindakan setengah sesi diabaikan (byte tindakan 0x00), permintaan STSN diteruskan ke aplikasi (asalkan ditentukan APPLTRAN), dengan byte tindakan dan dua angka urutan dari permintaan, sebagai Kontrol Status (STSN). (Untuk informasi selengkapnya, lihat Status-Resource.) Aplikasi harus memeriksa byte tindakan untuk menentukan apakah tindakan diabaikan, diatur, diuji, atau ditetapkan dan diuji. Aplikasi harus mengirim respons positif (Pengakuan Kontrol Status (STSN) ke STSN, dengan nomor urutan yang dirasakan jika diperlukan (sense atau set and test). Simpul lokal bertanggung jawab untuk menghasilkan kode hasil yang benar untuk STSN RSP.

Perhatikan bahwa aplikasi harus melakukan pengertian bagian dari STSN terlebih dahulu (dengan memeriksa bit 0 dan 2 byte tindakan untuk aliran sekunder ke primer dan aliran primer ke sekunder masing-masing). Bagian yang ditetapkan dari STSN kemudian dilakukan (dengan memeriksa bit 1 dan 3 byte tindakan).

Aplikasi harus meningkatkan nomor transaksinya saat mengirim dan menerima unit permintaan/respons alur (RU) normal dari host. (Perhatikan bahwa pesan Kontrol Status yang sesuai dengan permintaan kontrol aliran data aliran normal (DFC) menyebabkan angka transaksi bertahap.) Nomor urut dilaporkan pada pesan DATAFMI dan pesan Pengakuan Status . Aplikasi harus menyadari bahwa, jika pesan dari host gagal menerima pemeriksaan (dan dikonversi ke pesan SDI ), protokol akses sub-jaringan (SNAP)-2.1 akan menghapus menyeluruh sisa rantai dari host, dan aplikasi mungkin kehilangan beberapa nomor urutan. Oleh karena itu, aplikasi harus mengatur ulang nomor transaksi primer ke sekunder dari data keluar berikutnya setelah memproses pesan SDI .

Perhatikan bahwa byte bendera aplikasi kedua tidak valid untuk Status-Control (STSN). Ini digunakan untuk byte kontrol STSN .

Lihat juga

PEMBATALAN Aplikasi
Arah setelah Menerima Respons Negatif
Arah setelah Mengirim Respons Negatif
Kegagalan Kritis
RQR dan CLEAR
Kegagalan Layanan Tautan
Kegagalan Simpul Lokal
Kegagalan Klien