Judul : materi belajar Token Bus MAC protokol lapisan, [ TutorialSipil ]
link : materi belajar Token Bus MAC protokol lapisan, [ TutorialSipil ]
materi belajar Token Bus MAC protokol lapisan, [ TutorialSipil ]
Token Bus MAC protokol lapisan
Ketika cincin tersebut dijalankan, token dimasukkan ke dalamnya agar alamat stasiun, dimulai dengan yang tertinggi. Token itu sendiri dilewatkan dari tinggi ke alamat yang lebih rendah. Setelah stasiun aquires token, ia memiliki jangka waktu tetap selama mungkin mengirimkan frame, dan jumlah frame yang dapat ditularkan oleh setiap stasiun selama periode ini akan tergantung pada panjang setiap frame. Jika stasiun tidak memiliki data untuk mengirim, itu hanya melewati token ke stasiun berikutnya tanpa penundaan. The Token Bus standar mendefinisikan empat kelas prioritas untuk lalu lintas - 0, 2, 4, dan 6 - dengan 6 mewakili prioritas tertinggi dan 0 paling rendah. Setiap stasiun mempertahankan empat antrian internal yang sesuai dengan empat tingkat prioritas.Sebagai bingkai diturunkan ke sublayer MAC dari protokol layer yang lebih tinggi, tingkat prioritas ditentukan, dan ditugaskan untuk antrian yang sesuai. Ketika stasiun memperoleh token, frame ditransmisikan dari masing-masing empat antrian dalam rangka ketat prioritas. Setiap antrian dialokasikan slot waktu tertentu, di mana frame dari antrian yang dapat ditularkan. Jika tidak ada frame menunggu dalam antrian tertentu, token segera menjadi tersedia untuk antrian berikutnya.Jika token mencapai level 0 dan tidak ada frame menunggu, itu segera diteruskan ke stasiun berikutnya di ring logis. Seluruh proses dikendalikan oleh timer yang digunakan untuk mengalokasikan slot waktu untuk masing-masing tingkat prioritas. Jika antrian setiap kosong, slot waktu dapat dialokasikan untuk digunakan oleh antrian yang tersisa. Skema prioritas jaminan tingkat 6 Data sebagian kecil diketahui dari bandwidth jaringan, dan karena itu dapat digunakan untuk mengimplementasikan sistem kontrol real-time. Sebagai contoh, jika jaringan berjalan pada 10 Mbps dan memiliki lima puluh stasiun telah dikonfigurasi sehingga level 6 lalu lintas dialokasikan sepertiga dari bandwidth, setiap stasiun memiliki bandwidth dijamin dari 67 kbps untuk level 6 lalu lintas. The bandwidth yang tersedia prioritas tinggi dengan demikian bisa digunakan untuk melakukan sinkronisasi robot di jalur perakitan, atau untuk membawa satu kanal suara digital per stasiun, dengan beberapa bandwidth yang tersisa untuk informasi kontrol.
Format frame Token Bus
Format frame Token Bus ditampilkan di atas. The Pembukaan lapangan digunakan untuk menyinkronkan jam penerima. The Mulai delimeter dan Akhir delimeter bidang digunakan untuk menandai awal dan akhir dari frame, dan mengandung pengkodean analog dari simbol-simbol selain 0 dan 1 yang tidak dapat terjadi tanpa sengaja dalam frame data. Untuk alasan ini, bidang panjang tidak diperlukan. The Bingkai Kontrol lapangan mengidentifikasi frame baik sebagai frame data atau bingkai kontrol. Untuk frame data, termasuk tingkat prioritas frame, dan bisa juga menyertakan indikator yang membutuhkan stasiun tujuan untuk mengakui penerimaan benar atau salah dari frame. Untuk frame kontrol, lapangan menentukan tipe frame. The Destination dan Sumber bidang alamat berisi baik 2-byte atau alamat hardware 6-byte untuk tujuan dan sumber stasiun masing-masing (jaringan diberikan harus menggunakan baik 2-byte atau 6 alamat byte konsisten, bukan campuran dari dua). Jika alamat 2-byte yang digunakan, Bidang Data bisa sampai t0 8182 byte. Jika alamat 6-byte yang digunakan, itu terbatas untuk 8.174 byte. The Checksum digunakan untuk mendeteksi kesalahan transmisi. Berbagai frame kontrol yang digunakan ditunjukkan pada tabel di bawah ini.
Berkala, stasiun akan mengirimkan SOLIT_SUCCESSOR bingkai untuk meminta tawaran dari stasiun yang ingin bergabung cincin. Frame termasuk alamat pengirim, dan bahwa penggantinya saat ini di atas ring. Hanya stasiun alamat jatuh antara dua alamat ini mungkin tawaran untuk masuk ring (untuk menjaga urutan logis dari alamat stasiun pada cincin). Jika tidak ada tawaran stasiun untuk masuk dalam slot waktu, jendela respon ditutup, dan kembali pemegang token untuk bisnis normal. Jika hanya satu tawaran stasiun untuk masuk, itu dimasukkan ke dalam ring dan menjadi penerus token pemegang. Jika dua atau lebih stasiun tawaran untuk masuk, frame mereka akan bertabrakan dan kacau. Token pemegang kemudian menjalankan proses arbitrase, yang diawali dengan siaran dari RESOLVE_CONTENTION bingkai. Algoritma ini adalah variasi mundur biner,menggunakan dua bit pada satu waktu. Semua antarmuka stasiun mempertahankan dua bit acak yang digunakan untuk menunda semua tawaran oleh kali 0, 1, 2 atau 3 Slot untuk mengurangi pertentangan. Dua stasiun hanya akan bertabrakan pada tawaran, oleh karena itu, jika saat ini dua bit alamat yang digunakan adalah sama dan mereka kebetulan memiliki sama dua bit acak. Untuk mencegah stasiun yang harus menunggu 3 kali Slot dari yang pada kerugian permanen, bit acak ulang baik setiap kali mereka digunakan, atau setiap 50 msec. The ajakan dari stasiun baru tidak diperbolehkan untuk mengganggu kasus terburuk yang dijamin untuk tanda rotasi. Setiap stasiun memiliki timer yang mengatur ulang setiap kali aquires token. Ketika token tiba, nilai yang ada timer ini (yaitu waktu rotasi tanda sebelumnya) diperiksa sebelum timer reset. Jika nilai ambang batas yang telah ditentukan telah terlampaui, tingkat terakhir dari traffichave telah dianggap terlalu tinggi, dan tidak ada tawaran dapat diminta kali ini. Dalam kasus apapun, hanya satu stasiun bisa masuk ring selama setiap ajakan, untuk membatasi jumlah waktu yang dapat digunakan untuk pemeliharaan cincin. Tidak ada batas waktu dijamin mengatur berapa lama stasiun harus menunggu untuk masuk ring ketika lalu lintas berat, tetapi dalam prakteknya tidak biasanya lebih lama dari beberapa detik. Untuk meninggalkan cincin, stasiun X dengan pendahulunya P dan penerus Shanya mengirimkan SET_SUCCESSOR frame P mengatakan bahwa dari sekarang penggantinya adalah S. Stasiun X kemudian hanya berhenti transmisi. Cincin inisialisasi adalah kasus khusus menambahkan stasiun baru. Ketika stasiun pertama datang on line, register fakta bahwa tidak ada lalu lintas untuk jangka waktu tertentu. Kemudian menyiarkan CLAIM_TOKEN bingkai. Tidak menerima balasan, itu menciptakan token dan membuat sebuah cincin yang terdiri dari hanya sendiri, dan secara berkala solicits tawaran untuk stasiun baru. Sebagai stasiun baru dinyalakan, mereka akan merespon dan bergabung cincin, jika perlu menggunakan algoritma contention dijelaskan di atas. Jika dua pertama stasiun yang didukung secara bersamaan, mereka diizinkan untuk mengajukan tawaran untuk token menggunakan standar yang dimodifikasi algoritma mundur biner dan dua bit acak. Masalah kadang-kadang muncul dengan token atau cincin logis karena kesalahan transmisi (misalnya stasiun mencoba untuk lulus token ke stasiun yang telah diambil offline). Setelah melewati token, oleh karena itu, stasiun memonitor jaringan untuk menentukan wther penggantinya telah baik ditransmisikan bingkai atau melewati token. Jika tak satu pun dari peristiwa ini terjadi, itu menghasilkan token kedua. Jika itu juga gagal untuk menghasilkan hasil yang diperlukan, stasiun mentransmisikan WHO_FOLLOWS bingkai menentukan alamat penggantinya.Ketika penerus stasiun gagal untuk melihat sebuah WHO_FOLLOWS bingkai penamaan pendahulunya, merespon dengan SET_SUCCESSOR bingkai, penamaan itu sendiri sebagai penerus baru. Stasiun gagal kemudian dikeluarkan dari ring. Jika dua stasiun berturut-turut pergi offline, yang WHO_FOLLOWS bingkai akan gagal untuk ellicit tanggapan. Dalam situasi ini, stasiun yang awalnya melewati token mengirimkan SOLICIT_SUCCESSOR_2 bingkai untuk melihat apakah ada stasiun lain yang masih aktif. Protokol standar koneksi dijalankan sekali lagi, dengan semua stasiun aktif penawaran untuk tempat sampai cincin tersebut didirikan kembali. Suatu masalah juga dapat terjadi jika pemegang tanda turun dan mengambil frame dengan itu. Dalam hal ini, algoritma inisialisasi cincin digunakan untuk membangun kembali cincin. Beberapa token pada cincin merupakan masalah lain, dan jika stasiun saat ini memegang token pemberitahuan transmisi dari stasiun lain, membuang tanda-nya. Jika beberapa token yang hadir pada jaringan pada saat yang sama, proses ini diulang sampai semua kecuali satu dari token dibuang. Jika semua token yang dibuang oleh kecelakaan, kurangnya aktivitas akan menyebabkan salah satu atau lebih dari stasiun untuk mencoba dan mengklaim token.
Demikianlah Artikel materi belajar Token Bus MAC protokol lapisan, [ TutorialSipil ]
Sekianlah artikel materi belajar Token Bus MAC protokol lapisan, [ TutorialSipil ] kali ini, mudah-mudahan bisa memberi manfaat untuk anda semua. baiklah, sampai jumpa di postingan artikel lainnya.
Anda sekarang membaca artikel materi belajar Token Bus MAC protokol lapisan, [ TutorialSipil ] dengan alamat link http://tutorialsipil.blogspot.com/2015/10/materi-belajar-token-bus-mac-protokol.html
0 Response to "materi belajar Token Bus MAC protokol lapisan, [ TutorialSipil ] "
Posting Komentar