Banyak artikel telah ditulis tentang Network Time Protocol (NTP) yang terkenal, beberapa di antaranya menyebutkan Precision Time Protocol, yang konon memungkinkan tercapainya akurasi sinkronisasi waktu dalam orde nanodetik (misalnya, dan ). Mari kita cari tahu apa protokol ini dan bagaimana akurasi tersebut dicapai. Kami juga akan melihat hasil pekerjaan saya dengan protokol ini.
Perkenalan
"Protokol Waktu Presisi" dijelaskan oleh standar IEEE 1588. Ada 2 versi standar. Versi pertama dirilis pada tahun 2002, kemudian standarnya direvisi pada tahun 2008 dan protokol PTPv2 dirilis. Kompatibilitas mundur belum dipertahankan.Saya sedang mengerjakan protokol versi kedua, ada banyak peningkatan dibandingkan versi pertama (akurasi, stabilitas, seperti yang dikatakan wiki). Saya tidak akan membandingkan dengan NTP, hanya menyebutkan akurasi sinkronisasi, dan akurasi PTP sebenarnya mencapai puluhan nanodetik dengan dukungan “hardware”, menunjukkan keunggulan dibandingkan NTP.
Dukungan perangkat keras untuk protokol dapat diterapkan secara berbeda di perangkat yang berbeda. Faktanya, persyaratan minimum untuk mengimplementasikan PTP adalah kemampuan perangkat keras untuk memberi cap waktu pada saat pesan diterima di port. Waktu yang dimasukkan akan digunakan untuk menghitung kesalahan.
Mengapa jamnya terganggu?
Kesalahan bisa datang dari mana saja. Mari kita mulai dengan fakta bahwa generator frekuensi pada perangkat berbeda dan kecil kemungkinannya bahwa dua perangkat berbeda akan bekerja dengan sempurna pada waktunya. Hal ini juga dapat disebabkan oleh kondisi lingkungan yang terus berubah yang mempengaruhi frekuensi yang dihasilkan.Apa yang ingin kita capai?
Katakanlah kita memiliki perangkat yang beroperasi dalam kondisi ideal, semacam jam atom yang tidak akan bergerak sama sekali sampai akhir dunia (tentu saja, sebelum jam nyata, dan bukan jam yang diprediksi oleh kalender Maya) dan kita diberi tugas untuk memperoleh setidaknya kira-kira (dengan akurasi 10 -9 detik) jam yang sama. Kita perlu menyinkronkan jam-jam ini. Untuk melakukan ini, Anda dapat menerapkan protokol PTP.Perbedaan antara implementasi perangkat lunak murni dan implementasi dengan “dukungan perangkat keras”
Implementasi perangkat lunak murni tidak akan mencapai akurasi yang dijanjikan. Waktu yang berlalu dari saat menerima pesan (lebih tepatnya, menerima sinyal untuk menerima pesan di perangkat) hingga transisi ke titik masuk interupsi atau panggilan balik tidak dapat ditentukan secara pasti. “Perangkat keras pintar” dengan dukungan PTP dapat mengatur stempel waktu ini secara independen (misalnya, chip dari Micrel, saya sedang menulis driver untuk KSZ8463MLI).Selain stempel waktu, dukungan “perangkat keras” juga mencakup kemampuan untuk menyetel osilator kuarsa (untuk menyelaraskan frekuensi dengan master), atau kemampuan untuk menyesuaikan jam (meningkatkan nilai jam sebesar X ns setiap siklus jam). Lebih lanjut tentang ini di bawah.
Mari beralih ke standar IEEE 1588
Standar tersebut dijelaskan sebanyak 289 halaman. Mari kita pertimbangkan persyaratan minimum untuk mengimplementasikan protokol. PTP adalah protokol sinkronisasi klien-server, mis. Setidaknya diperlukan 2 perangkat untuk mengimplementasikan protokol. Jadi, perangkat Master adalah jam atom, dan perangkat Slave adalah jam yang harus dibuat agar berfungsi secara akurat.Pertukaran bahasa
Umumkan pesan– pesan pengumuman, berisi informasi yang dikirim oleh master ke semua perangkat Slave. Perangkat budak dapat menggunakan pesan ini untuk memilih master terbaik (ada algoritma BMC (Best Master Clock) untuk ini). BMC tidak begitu menarik. Algoritma ini dapat dengan mudah ditemukan dalam standar. Pemilihan didasarkan pada bidang pesan seperti akurasi, varians, kelas, prioritas, dll. Mari beralih ke pesan lainnya.Sinkronisasi/Tindak Lanjut, DelayResp, PDelayResp/PDelayFollowUp– dikirim oleh master; di bawah ini kita akan melihatnya lebih detail.
DelayReq, PDelayReq– Permintaan perangkat budak.
Seperti yang Anda lihat, perangkat Slave tidak bertele-tele; Master menyediakan hampir semua informasi itu sendiri. Pengiriman dilakukan ke alamat Multicast (jika diinginkan, Anda dapat menggunakan mode Unicast) yang ditentukan secara ketat dalam standar. Untuk Penundaan P pesan memiliki alamat terpisah (01-80-C2-00-00-0E untuk Ethernet dan 224.0.0.107 untuk UDP). Pesan lainnya dikirim ke 01-1B-19-00-00-00 atau 224.0.1.129. Paket berbeda berdasarkan bidang Identitas Jam(ID jam) dan Id Urutan(pengidentifikasi paket).
Sesi kerja
Katakanlah master dipilih menggunakan algoritma BMC, atau master adalah satu-satunya di jaringan. Gambar menunjukkan tata cara komunikasi antara perangkat utama dan perangkat yang disinkronkan.
- Semuanya dimulai dengan Guru mengirimkan pesan Sinkronisasi dan sekaligus mencatat waktu pengiriman t1. Ada mode operasi satu dan dua tahap. Sangat mudah untuk membedakannya: jika ada pesan Menindaklanjuti– lalu kita menghadapi implementasi dua tahap, panah putus-putus menunjukkan pesan opsional
- Menindaklanjuti pesan dikirim setelahnya Sinkronisasi dan berisi waktu t1. Jika pemindahan dilakukan dalam satu tahap, maka Sinkronisasi berisi t1 di badan pesan. Bagaimanapun, t1 akan diterima oleh perangkat kami. Pada saat menerima pesan Sinkronisasi stempel waktu t2 dihasilkan di Slave. Jadi kita mendapatkan t1, t2
- Budak menghasilkan pesan Persyaratan Penundaan bersamaan dengan generasi t3
- Guru menerima Persyaratan Penundaan pesan saat menghasilkan t4
- t4 dikirim ke perangkat Salep di PenundaanResp pesan
Pesan daring
Sesi pertukaran seperti yang ditunjukkan di atas hanya dapat berhasil jika kuarsa menghasilkan frekuensi yang sama sempurna untuk perangkat yang disinkronkan. Faktanya, ternyata frekuensi clocknya berbeda, yaitu. Di satu perangkat, dalam 1 detik nilai jam akan bertambah 1 detik, dan di perangkat lain, misalnya, sebesar 1,000001 detik. Di sinilah perbedaan jam muncul.
Standar tersebut menjelaskan contoh penghitungan rasio waktu yang berlalu pada Master dan Slave untuk interval tertentu. Rasio ini akan menjadi koefisien frekuensi perangkat Slave. Namun terdapat indikasi bahwa penyesuaian dapat dilakukan dengan berbagai cara. Mari kita lihat dua di antaranya:
- Ubah frekuensi jam perangkat Slave (contoh dalam standar)
- Jangan mengubah frekuensi clock, tetapi untuk setiap detak durasi T, nilai clock akan meningkat bukan sebesar T, tetapi sebesar T+∆t (digunakan dalam implementasi saya)
Cara kedua memerlukan perhitungan ∆t. ∆t merupakan nilai yang akan ditambahkan pada nilai waktu setiap selang waktu tertentu. Pada gambar Anda dapat melihat bahwa 22 – 15 = 7 detik berlalu pada Master, 75+(87-75)/2 –(30+ (37-30)/2) = 47.5 berlalu pada Slave
Frekuensi – frekuensi prosesor, misalnya, 25 MHz - siklus prosesor berlangsung 1/(25*10 6) = 40ns.
Tergantung pada kemampuan perangkat, metode yang paling sesuai dipilih.
Untuk melanjutkan ke bagian berikutnya, mari kita nyatakan offset sedikit berbeda:
Mode operasi PTP
Melihat standarnya, Anda dapat menemukan bahwa tidak hanya ada satu cara untuk menghitung waktu pengiriman. Ada 2 mode operasi PTPv2. Ini E2E (Ujung ke Ujung), sudah dibahas di atas, modenya juga dijelaskan P2P (Peer-to-Peer). Mari kita cari tahu di mana menggunakan metode mana dan apa perbedaannya.Pada prinsipnya, Anda dapat menggunakan salah satu mode sesuai keinginan, tetapi mode tersebut tidak dapat digabungkan dalam jaringan yang sama.
- Dalam modus E2E waktu pengiriman dihitung dari pesan yang masuk melalui banyak perangkat yang masing-masing masuk ke kolom koreksi pesan Sinkronisasi atau Menindaklanjuti(jika transmisi dua tahap) waktu penundaan paket pada perangkat ini (jika perangkat terhubung langsung, tidak ada koreksi yang dilakukan, jadi kami tidak akan mempertimbangkannya secara detail). Pesan yang digunakan: Sinkronisasi/Tindak Lanjut, DelayReq/DelayResp
- Dalam modus P2P Di bidang koreksi, tidak hanya waktu penundaan paket yang dimasukkan, (t2-t1) juga ditambahkan ke dalamnya (Anda dapat membacanya dalam standar). Pesan yang digunakan Sinkronisasi/Tindak Lanjut, PDelayReq/PDelayResp/PDelayRespFollowUp
Mode Ujung-ke-Ujung
Mode Peer-to-Peer
Kami melihat beberapa panah merah muncul dalam mode P2P. Ini adalah sisa pesan yang belum kami sampaikan, yaitu Persyaratan Penundaan PD, PDelayResp Dan PDelayFollowUp. Berikut pertukaran pesan-pesan tersebut:
Kesalahan waktu pengiriman
Standar tersebut menjelaskan implementasi protokol di berbagai jenis jaringan. Saya menggunakan jaringan Ethernet dan menerima pesan di level Ethernet. Dalam jaringan seperti itu, waktu pengiriman paket terus berubah (terutama terlihat saat Anda bekerja dengan presisi nanodetik). Berbagai filter digunakan untuk memfilter nilai-nilai ini.Yang perlu disaring:
- Waktu pengiriman
- Bias
Filter LP IIR (Low-pass Respons Impuls Tak Terbatas).(Filter Respon Impuls Tak Terbatas) dijelaskan dengan rumus:
, Di mana S– koefisien yang memungkinkan Anda menyesuaikan batas filter.
Perhitungan penyesuaian
Mari kita lanjutkan ke penyesuaian, ke delta yang harus ditambahkan ke nilai kedua. Skema perhitungan yang digunakan di sistem saya:
Saya menggunakan filter Kalman untuk menyaring jitter penyesuaian yang kuat karena gangguan jaringan, saya sangat menyukainya. Secara umum, Anda dapat menggunakan filter apa pun yang Anda suka, asalkan filter tersebut menghaluskan grafik. DI DALAM PTPD, misalnya, pemfilteran lebih sederhana - rata-rata nilai saat ini dan sebelumnya dihitung. Pada grafik Anda dapat melihat hasil filter Kalman di driver saya (kesalahan penyesuaian ditampilkan, dinyatakan dalam subnanodetik pada chip 25 MHz):
Mari kita lanjutkan ke pengaturan penyesuaian, penyesuaian harus cenderung konstan, digunakan pengontrol PI. DI DALAM PTPD Offset jam dapat disesuaikan (penyesuaian didasarkan pada offset), tetapi saya menggunakannya untuk mengatur penyesuaian (fitur KSZ8463MLI). Kami melihat bahwa pengontrol tidak dikonfigurasi dengan sempurna, tetapi dalam kasus saya penyesuaian ini sudah cukup:
Hasil pekerjaan
Hasilnya ditunjukkan pada grafik. Offset jam berkisar dari -50ns hingga 50ns. Hasilnya, saya mencapai keakuratan yang disebutkan dalam banyak artikel. Tentu saja, banyak fitur kecil dari implementasi yang tertinggal, tetapi persyaratan minimum telah ditunjukkan.
65 nanometer adalah tujuan berikutnya dari pabrik Angstrem-T di Zelenograd, yang akan menelan biaya 300-350 juta euro. Perusahaan telah mengajukan permohonan pinjaman preferensial untuk modernisasi teknologi produksi ke Vnesheconombank (VEB), Vedomosti melaporkan minggu ini dengan mengacu pada ketua dewan direksi pabrik, Leonid Reiman. Kini Angstrem-T sedang bersiap meluncurkan jalur produksi untuk sirkuit mikro dengan topologi 90nm. Pembayaran pinjaman VEB sebelumnya yang dibeli akan dimulai pada pertengahan tahun 2017.
Beijing menghancurkan Wall Street
Indeks-indeks utama Amerika menandai hari-hari pertama Tahun Baru dengan rekor penurunan; miliarder George Soros telah memperingatkan bahwa dunia sedang menghadapi terulangnya krisis tahun 2008.
Prosesor konsumen Rusia pertama, Baikal-T1, dengan harga $60, sedang diluncurkan ke produksi massal
Perusahaan Baikal Electronics berjanji untuk meluncurkan produksi industri prosesor Baikal-T1 Rusia dengan biaya sekitar $60 pada awal tahun 2016. Perangkat ini akan diminati jika pemerintah menciptakan permintaan ini, kata para pelaku pasar.
MTS dan Ericsson akan bersama-sama mengembangkan dan mengimplementasikan 5G di Rusia
Mobile TeleSystems PJSC dan Ericsson telah menandatangani perjanjian kerja sama dalam pengembangan dan implementasi teknologi 5G di Rusia. Dalam proyek percontohan, termasuk saat Piala Dunia 2018, MTS bermaksud menguji perkembangan vendor asal Swedia tersebut. Awal tahun depan, operator akan memulai dialog dengan Kementerian Telekomunikasi dan Komunikasi Massa mengenai pembentukan persyaratan teknis komunikasi seluler generasi kelima.
Sergey Chemezov: Rostec sudah menjadi salah satu dari sepuluh perusahaan teknik terbesar di dunia
Kepala Rostec, Sergei Chemezov, dalam sebuah wawancara dengan RBC, menjawab pertanyaan mendesak: tentang sistem Platon, masalah dan prospek AVTOVAZ, kepentingan Perusahaan Negara dalam bisnis farmasi, berbicara tentang kerja sama internasional dalam konteks sanksi tekanan, substitusi impor, reorganisasi, strategi pembangunan dan peluang baru di masa-masa sulit.
Rostec “memagari dirinya sendiri” dan melanggar batas keunggulan Samsung dan General Electric
Dewan Pengawas Rostec menyetujui “Strategi Pengembangan hingga 2025”. Tujuan utamanya adalah untuk meningkatkan pangsa produk sipil berteknologi tinggi dan mengejar General Electric dan Samsung dalam indikator keuangan utama.
09/07/2012, Sen, 10:07, waktu Moskow
Masalah utama dengan jaringan transportasi generasi berikutnya adalah bahwa teknologi Ethernet pada awalnya dirancang untuk jaringan area lokal dan tidak pernah dimaksudkan untuk membawa sinyal sinkronisasi. Dalam beberapa dekade terakhir, jaringan Circuit-switched didominasi oleh teknologi Synchronous Digital Hierarchy (SDH) sebagai media transportasi, berdasarkan transmisi sinyal clock. Namun teknologi yang andal dan terbukti ini pun tidak memenuhi persyaratan aplikasi modern.
halaman: sebelumnya | | 2
Menggunakan standar Sinkronisasi Ethernet
Teknologi Ethernet pada awalnya dikembangkan secara eksklusif untuk digunakan dalam jaringan area lokal. Metode pengkodean informasi linier pada tingkat fisik dipilih sesuai dengan tugas yang tidak melibatkan transmisi sinyal jam. Jaringan SDH awalnya menggunakan kode jalur NRZ, yang diadaptasi untuk mengirimkan sinkronisasi pada lapisan fisik saluran komunikasi. Saat membuat teknologi Sync Ethernet, lapisan fisik dan metode pengkodean dipinjam dari teknologi SDH, dan lapisan (saluran) kedua praktis tidak terpengaruh. Struktur bingkai tetap tidak berubah, kecuali byte status sinkronisasi SSM. Maknanya juga dipinjam dari teknologi SDH.
Prinsip transmisi sinkronisasi melalui protokol Sync Ethernet
Keunggulan teknologi Sync Ethernet mencakup penggunaan struktur lapisan fisik SDH, dan seiring dengan ini, pengalaman yang luas dan tak ternilai dalam merancang dan membangun jaringan sinkronisasi jaringan jam. Identitas metode ini membuat rekomendasi lama G.803, G.804, G.811, G.812 dan G.813 tetap relevan dalam teknologi baru. Perangkat mahal - osilator referensi primer (PEG), osilator master sekunder (MSO) - juga dapat digunakan dalam jaringan transport baru yang dibangun berdasarkan standar Sync Ethernet.
Skema sinkronisasi khas menggunakan teknologi Sync Ethernet
Kerugiannya termasuk fakta bahwa di seluruh jaringan transmisi, setiap perangkat harus mendukung standar baru, dan jika ada perangkat di saluran yang tidak mendukung Sync Ethernet, maka semua perangkat di belakang node ini tidak dapat beroperasi dalam mode sinkron. Akibatnya, diperlukan biaya material yang besar untuk memodernisasi seluruh jaringan. Kekurangan lainnya adalah metode ini hanya mendukung transmisi sinkronisasi frekuensi.
Menggunakan PTP (IEEE1588v2)
Dan metode transfer sinkronisasi terakhir yang akhir-akhir ini semakin populer adalah Precise Time Protocol (PTP). Hal ini dijelaskan dalam Rekomendasi IEEE 1588. Pada tahun 2008, versi kedua dari dokumen ini dirilis, yang menjelaskan penggunaan protokol dalam jaringan telekomunikasi. Precise Time Protocol masih cukup muda, tetapi teknologi transfer waktu itu sendiri dipinjam dari protokol Network Time Portocol (NTP). Protokol NTP dalam versi terbarunya tidak memberikan presisi yang diperlukan untuk aplikasi modern, dan oleh karena itu protokol ini tetap menjadi alat sinkronisasi waktu yang baik, yang banyak digunakan dalam sinkronisasi server, database terdistribusi, dll. Namun dalam membangun jaringan sinkronisasi jaringan jam, kelanjutan logis dari protokol NTP cocok - ini adalah protokol PTP. Elemen jaringan yang berpartisipasi dalam interaksi melalui protokol PTP adalah perangkat berikut: PTP Grand Master dan PTP Slave. Biasanya, Grand Master mengambil waktu dari penerima GNSS dan, dengan menggunakan informasi ini, bertukar paket dengan perangkat Slave dan terus-menerus mengoreksi perbedaan waktu antara perangkat Grand Master dan Slave. Semakin aktif pertukaran ini, semakin tinggi keakuratan penyesuaiannya. Kelemahan dari pertukaran aktif tersebut adalah peningkatan bandwidth yang dialokasikan untuk protokol PTP. Masalah paling penting dalam menghitung perbedaan interval waktu adalah bahwa antara perangkat Grand Master dan Slave mungkin terdapat router lapisan 3 “klasik”. Istilah “klasik” dalam hal ini digunakan untuk menegaskan bahwa perangkat tersebut tidak memahami apapun tentang protokol PTP layer 5.
Penundaan pada buffer router semacam itu cukup sulit untuk dikelola, dan bersifat acak. Untuk mengontrol kesalahan acak ini, dan juga untuk membuat perhitungan perbedaan waktu antara Grand Master dan Slave lebih akurat, parameter khusus diperkenalkan dalam protokol PTP - Time Stamp. Label ini menunjukkan waktu yang diperlukan suatu paket untuk melewati router. Jika sepanjang jalur dari router Grand Master ke Slave memiliki fungsionalitas PTP dan menetapkan stempel waktu, maka kesalahan acak yang terkait dengan perjalanan paket PTP melalui jaringan IP dapat diminimalkan.
Contoh membangun jaringan sinkronisasi menggunakan protokol PTP
Perbandingan metode transfer sinkronisasi dalam jaringan paket generasi baru
Fungsionalitas PTP pada router tidak diperlukan, namun sangat disarankan bila menggunakan protokol PTP. Perlu dicatat bahwa sebagian besar produsen router menyertakan fungsi ini di perangkat mereka. Contoh pembuatan skema sinkronisasi untuk operator seluler ditunjukkan pada gambar di bawah ini. Keuntungan PTP adalah protokol ini dirancang untuk mengirimkan ketiga jenis sinkronisasi: frekuensi, fase, dan waktu. Kerugian utama dari protokol ini adalah ketergantungannya pada beban. Ketika ada kemacetan pada jaringan IP yang sulit untuk dikelola, sangat sulit untuk memastikan kepatuhan yang ketat terhadap aturan sinkronisasi transmisi melalui jaringan.
| Teknologi | Keuntungan | Kekurangan |
| GNSS | Menyediakan sinkronisasi frekuensi, fase dan waktu. Tidak tergantung pada beban jaringan. |
Pemasangan antena wajib. Ketidakmungkinan penggunaan di ruang tertutup. Kemungkinan interferensi dari perangkat radio lain. Redundansi hanya disediakan dengan memasang penerima GNSS kedua |
| Sinkronkan Ethernet | Tidak tergantung pada beban jaringan. Mirip dengan jaringan SDH | Hanya menyediakan sinkronisasi frekuensi. Dukungan Sinkronisasi Ethernet diperlukan oleh semua elemen jaringan |
| PTP | Menyediakan sinkronisasi frekuensi, fase dan waktu. | Tergantung pada beban jaringan. |
Setiap metode memiliki kelebihan dan kekurangannya masing-masing, yang ditunjukkan pada tabel. Untuk menentukan pendekatan yang tepat, disarankan untuk mempertimbangkan banyak kriteria yang spesifik untuk jaringan yang berbeda.
Mikhail Vekselman
halaman: sebelumnya | | 2
Pada tahun 2005, pekerjaan mulai mengubah standar IEEE1588-2002 untuk memperluas kemungkinan penerapannya (telekomunikasi, komunikasi nirkabel, dll.). Hasilnya adalah edisi baru IEEE1588-2008 yang telah tersedia sejak Maret 2008 dengan fitur-fitur baru sebagai berikut:
- Algoritme canggih untuk memastikan akurasi nanodetik.
- Peningkatan kinerja sinkronisasi waktu (transmisi pesan Sinkronisasi lebih sering dimungkinkan).
- Dukungan untuk jenis pesan baru.
- Memperkenalkan prinsip pengoperasian mode tunggal (tidak perlu mengirim pesan Tindak Lanjut).
- Memasuki dukungan untuk fungsi yang disebut jam transparan untuk mencegah akumulasi kesalahan pengukuran dalam skema koneksi kaskade sakelar.
- Masukkan profil yang menentukan pengaturan untuk aplikasi baru.
- Kemungkinan penugasan ke mekanisme transportasi seperti DeviceNet, PROFInet dan IEEE802.3/Ethernet (penugasan langsung).
- Memperkenalkan struktur TLV (tipe, panjang, nilai) untuk memperluas kemungkinan cakupan standar dan memenuhi kebutuhan masa depan.
- Memperkenalkan ekstensi opsional tambahan ke standar.
Prinsip pengoperasian sistem berdasarkan protokol PTP
Dalam sistem yang menggunakan protokol PTP, terdapat dua jenis jam: jam master dan jam budak. Jam master idealnya dikontrol oleh jam radio atau penerima GPS dan menyinkronkan jam budak. Jam di perangkat akhir, baik master atau slave, dianggap sebagai jam biasa; jam yang disertakan dalam perangkat jaringan yang menjalankan fungsi transmisi dan perutean data (misalnya, dalam sakelar Ethernet) dianggap sebagai jam batas.
Beras. 1. Menurut protokol PTP, sinkronisasi waktu perangkat dilakukan berdasarkan skema “master-slave”.
Prosedur sinkronisasi menurut protokol PTP dibagi menjadi dua tahap. Pada tahap pertama, perbedaan waktu antara jam master dan jam slave dikoreksi - yaitu, apa yang disebut koreksi offset waktu dilakukan. Untuk melakukan hal ini, perangkat master mengirimkan pesan untuk tujuan sinkronisasi waktu Sinkronisasi ke perangkat budak (tipe pesan Sinkronisasi). Pesan tersebut berisi waktu saat ini dari jam master dan dikirimkan secara berkala pada interval waktu yang tetap.
Namun, karena membaca jam master, memproses data, dan mengirimkannya melalui pengontrol Ethernet memerlukan waktu, informasi dalam pesan yang dikirimkan tidak lagi relevan pada saat diterima. Pada saat yang sama, waktu saat pesan Sinkronisasi meninggalkan pengirim, termasuk jam master (TM1), dicatat seakurat mungkin. Perangkat master kemudian mengirimkan rekaman waktu pesan Sinkronisasi ke perangkat pendukung (pesan Tindak Lanjut). Mereka juga mengukur seakurat mungkin saat pesan pertama diterima (TS1) dan menghitung jumlah yang diperlukan untuk mengoreksi perbedaan waktu antara mereka dan perangkat master, masing-masing (O) (lihat Gambar. 1 dan Gambar 2). Kemudian pembacaan jam pada perangkat slave langsung dikoreksi dengan nilai offset. Jika tidak ada penundaan dalam transmisi pesan melalui jaringan, maka kita dapat mengatakan bahwa perangkat disinkronkan tepat waktu.
Beras. 3. Perhitungan waktu tunda pesan di sakelar.
Keterlambatan transmisi pesan di kedua arah akan sama jika perangkat terhubung satu sama lain melalui satu jalur komunikasi dan tidak lebih. Jika terdapat switch atau router dalam jaringan antar perangkat, maka tidak akan ada penundaan simetris dalam transmisi pesan antar perangkat, karena switch dalam jaringan menyimpan paket data yang melewatinya, dan urutan transmisi tertentu adalah dilaksanakan. Fitur ini, dalam beberapa kasus, dapat mempengaruhi penundaan pengiriman pesan secara signifikan (perbedaan waktu transmisi data yang signifikan mungkin terjadi). Ketika beban informasi di jaringan rendah, efek ini berdampak kecil, namun ketika beban informasi tinggi, hal ini dapat mempengaruhi keakuratan sinkronisasi waktu secara signifikan. Untuk menghilangkan kesalahan besar, metode khusus diusulkan dan konsep jam batas diperkenalkan, yang diimplementasikan sebagai bagian dari switch jaringan. Jam batas ini adalah waktu yang disinkronkan dengan jam master. Selanjutnya, sakelar pada setiap port adalah perangkat master untuk semua perangkat budak yang terhubung ke portnya, di mana sinkronisasi jam yang sesuai dilakukan. Dengan demikian, sinkronisasi selalu dilakukan menurut skema point-to-point dan ditandai dengan penundaan transmisi pesan yang hampir sama dalam arah maju dan mundur, serta nilai penundaan ini dari satu transmisi pesan ke transmisi pesan lainnya praktis tidak berubah. .
Meskipun prinsip yang didasarkan pada penggunaan jam batas telah menunjukkan efektivitas praktisnya, mekanisme lain telah didefinisikan dalam versi kedua dari protokol PTPv2 - mekanisme penggunaan yang disebut. jam tangan transparan. Mekanisme ini mencegah akumulasi kesalahan yang disebabkan oleh perubahan besarnya penundaan transmisi pesan sinkronisasi oleh switch dan mencegah penurunan akurasi sinkronisasi dalam kasus jaringan dengan sejumlah besar switch berjenjang. Saat menggunakan mekanisme ini, transmisi pesan sinkronisasi dilakukan dari master ke slave, sama seperti transmisi pesan lainnya di jaringan. Namun, ketika pesan sinkronisasi melewati saklar, penundaan transmisi oleh saklar dicatat. Penundaan dicatat dalam bidang koreksi khusus sebagai bagian dari pesan Sinkronisasi pertama atau sebagai bagian dari pesan Tindak Lanjut berikutnya (lihat Gambar 2). Saat mengirimkan pesan Delay Request dan Delay Response, waktu tundanya di sakelar juga dicatat. Dengan demikian, pelaksanaan dukungan terhadap apa yang disebut. jam transparan yang disertakan dalam sakelar memungkinkan untuk mengkompensasi penundaan yang terjadi langsung di dalamnya.
Implementasi protokol PTP
Jika PTP diperlukan pada suatu sistem, tumpukan protokol PTP harus diimplementasikan. Hal ini dapat dilakukan dengan memenuhi persyaratan minimum untuk kinerja prosesor perangkat dan bandwidth jaringan. Hal ini sangat penting untuk mengimplementasikan tumpukan protokol pada perangkat yang sederhana dan murah. Protokol PTP dapat dengan mudah diimplementasikan bahkan dalam sistem yang dibangun dengan pengontrol murah (32 bit).
Satu-satunya persyaratan yang harus dipenuhi untuk memastikan akurasi sinkronisasi yang tinggi adalah bahwa perangkat mengukur seakurat mungkin saat pesan dikirim dan saat pesan diterima. Pengukuran harus dilakukan sedekat mungkin dengan perangkat keras (misalnya, langsung pada driver) dan dengan akurasi setinggi mungkin. Dalam implementasi perangkat lunak saja, arsitektur dan kinerja sistem secara langsung membatasi akurasi maksimum yang diperbolehkan.
Dengan menggunakan dukungan perangkat keras tambahan untuk penandaan waktu, keakuratan dapat ditingkatkan secara signifikan dan dapat dibuat tidak bergantung pada perangkat lunak. Hal ini memerlukan penggunaan logika tambahan, yang dapat diimplementasikan dalam sirkuit terintegrasi logika yang dapat diprogram atau sirkuit terintegrasi yang khusus untuk menyelesaikan tugas tertentu pada input jaringan.
kesimpulan
Protokol PTP telah terbukti efektif di banyak bidang. Anda dapat yakin bahwa teknologi ini akan semakin meluas di tahun-tahun mendatang dan banyak solusi yang menggunakan teknologi ini dapat diimplementasikan dengan lebih sederhana dan efisien dibandingkan menggunakan teknologi lain.
Peralatan KYLAND mendukung IEEE 1588v2
teknologi
S.Telegin
Protokol PTP untuk sinkronisasi jaringan NGN
masalah aplikasi
DI DALAM Artikel tersebut membahas masalah sinkronisasi jaringan data generasi berikutnya (NGN). DI DALAM
Sebagai alternatif metode transfer sinkronisasi, penulis menyarankan menggunakan protokol PTP. Karakteristik sistem sinkronisasi berdasarkan protokol PTP (IEEE 1588) disajikan dibandingkan dengan sistem yang menggunakan bus PXI, serta protokol NTP.
Masalah sinkronisasi di jaringan NGN
Perkembangan teknologi telekomunikasi dan jaringan data secara bertahap mengarah pada pembangunan jaringan konvergensi generasi berikutnya (NGN – Next Generation Networks) oleh operator telekomunikasi. Perbedaan utama antara jaringan tersebut dan jaringan tradisional dengan hierarki digital sinkron (SDH) adalah bahwa untuk transmisi data tulang punggung, bersama dengan saluran sinkron konvensional, mereka menggunakan teknologi asinkron seperti Ethernet (Gigabit Ethernet, 10Gigabit Ethernet). Persyaratan utama operator telekomunikasi untuk jaringan generasi berikutnya adalah transmisi suara, video, dan data secara simultan melalui satu jaringan.
Saat berpindah dari jaringan data berbasis multiplexing waktu tradisional ke jaringan NGN, perhatian khusus diberikan pada transmisi sinyal sinkronisasi. Sinkronisasi peralatan diperlukan terutama untuk transmisi data real-time yang bebas kesalahan – gambar suara dan video. Karena jaringan Ethernet menggunakan peralihan paket, yang, karena sifat statistik dari propagasi paket data melalui saluran transmisi asinkron, menghancurkan aliran data yang awalnya disinkronkan, transmisi sinkronisasi di jaringan NGN adalah tugas yang terpisah. Untuk mengirimkan data sinkron melalui jaringan packet-switched, sebagai aturan, emulasi saluran dengan multiplexing waktu digunakan, yang terdiri dari enkapsulasi data sinkron dalam datagram UDP dan pemulihan selanjutnya di node tujuan.
MIL PERTAMA 5–6/2009 |
|
Untuk pemulihan data yang dikirimkan tanpa kesalahan di persimpangan saluran asinkron dan sinkron, peralatan juga harus menerima sinyal clock. Persyaratan stabilitas sinyal clock bervariasi tergantung pada tujuan spesifik jaringan data. Jadi, dalam jaringan operator untuk penyediaan layanan telepon dan akses Internet, persyaratan sinkronisasi cukup lunak - 50 ppm (unit per juta), dan dalam jaringan seluler, untuk transisi pelanggan seluler yang mulus dari satu stasiun pangkalan ke stasiun pangkalan lainnya, diperlukan stabilitas. diperlukan 50 ppb (unit per juta). miliar).
Metode untuk menyinkronkan jaringan NGN
Rekomendasi ITU-T G.8261 membahas tiga metode utama untuk memulihkan sinkronisasi pada batas-batas lingkungan transportasi packet-switched ketika mentransmisikan sinyal baseband multipleks waktu dalam bentuk layanan emulasi saluran. Untuk mencapai hal ini, peralatan stasiun terminal harus memiliki kemampuan internetworking. Semua pelanggan lingkungan transportasi packet-switched dapat menerima frekuensi clock dari jaringan sinkronisasi melalui distribusi terpusat biasa (Gbr. 1). Jika peralatan pelanggan beroperasi pada frekuensi clocknya sendiri (Gbr. 2), maka di tepi jaringan packet switching, peralatan tersebut dipulihkan dengan berbagai cara relatif, misalnya, menggunakan algoritma pencocokan kecepatan SRTS. Dalam kedua kasus tersebut, node gateway harus memiliki akses ke antarmuka dengan generator sinkronisasi utama.
teknologi
(RRT). Untuk melakukan hal ini, operator jaringan NGN harus membangun jaringan sinkronisasi terpisah atau menyewanya dari operator jaringan transport SDH yang ada.
Ada banyak contoh sinkronisasi perangkat keras lokal. Misalnya, sumber sinkronisasi primer (PRS) berbasis GPS yang murah ditempatkan di ruang stasiun dan frekuensi clock didistribusikan darinya menggunakan teknologi nirkabel atau melalui kabel khusus konvensional, di lingkungan fisik Ethernet, serta menggunakan sirkuit asli lainnya. . Jika membangun jaringan sinkronisasi (atau menggunakan sambungan sinkronisasi) tidak mungkin atau tidak diinginkan, maka metode adaptif yang paling sederhana, tetapi bermasalah karena alasan stabilitas, digunakan untuk mencocokkan kecepatan penerimaan dan transmisi (Gbr. 3).
Hasil penelitian menunjukkan bahwa metode adaptif dapat digunakan jika pelanggan tidak memiliki persyaratan ketat untuk stabilitas frekuensi clock-nya, jika tidak, diperlukan pemulusan perangkat keras tambahan dari sinyal clock yang dipulihkan. Alternatif untuk metode adaptif adalah penggunaan protokol RTP ketika mengenkapsulasi data dengan multiplexing waktu ke dalam paket data asinkron (Gbr. 4). Eksperimen telah menunjukkan bahwa dalam hal ini, dengan stabilitas tinggi dari sinyal jam yang dipulihkan, peralatan menjadi lemah sensitif terhadap perubahan frekuensi pada sumber sinkronisasi, yang diperlukan, misalnya, dalam jaringan seluler saat beralih ke a sinyal jam cadangan.
protokol PTP
Tahap pengembangan selanjutnya, tampaknya, adalah transmisi sinyal sinkronisasi jaringan secara terpisah dengan packet switching
menggunakan protokol yang dikembangkan secara khusus (Gbr. 5). Saat ini, ini adalah protokol NTP dan PTP. Protokol ini awalnya dibuat untuk menyinkronkan waktu di berbagai perangkat di jaringan, namun jika sinkronisasi jam berhasil, algoritme sinkronisasi jam juga dapat diterapkan untuk memulihkan data waktu nyata. NTP (Network Time Protocol) banyak digunakan untuk menyinkronkan waktu saat ini di tingkat aplikasi. Sebaliknya, Precision Time Protocol (PTP) beroperasi pada lapisan kedua model Open Systems Interconnection (OSI). Protokol RTP dijelaskan dalam standar IEEE 1588. Diharapkan di masa depan RTP dapat digunakan baik untuk sinkronisasi waktu saat ini dengan presisi tinggi maupun untuk sinkronisasi jam peralatan. Mari kita lihat protokol ini lebih detail.
Standar IEEE 1588 mengasumsikan bahwa protokol PTP menyediakan metode standar untuk menyinkronkan perangkat di jaringan dengan akurasi lebih baik dari 1 µs (hingga 10 ns). Protokol ini memastikan bahwa perangkat budak disinkronkan dari perangkat master dengan memastikan bahwa peristiwa dan stempel waktu pada semua perangkat menggunakan basis waktu yang sama. Protokol menyediakan dua tahap untuk menyinkronkan perangkat: penentuan
Beras. 3 Sinkronisasi Adaptif
Gambar.4 |
Mentransfer sinkronisasi menggunakan RTP |
Gambar.5 |
Mentransfer sinkronisasi menggunakan PTP |
MIL PERTAMA 5–6/2009 |
|
Beras. 6 Algoritma operasi PTP
pengendalian perangkat master (1) dan koreksi perbedaan waktu yang disebabkan oleh offset jam di setiap perangkat dan penundaan transmisi data melalui jaringan (2). Selama inisialisasi sistem, PTP menggunakan algoritma "jam master terbaik" untuk menentukan sumber jam paling akurat di jaringan. Perangkat tersebut menjadi master, dan semua perangkat lain di jaringan menjadi budak dan menyesuaikan jamnya dengan perangkat master.
Perbedaan waktu antara perangkat master dan slave merupakan kombinasi dari offset jam dan penundaan dalam transmisi pesan sinkronisasi. Oleh karena itu, koreksi offset waktu harus dilakukan dalam dua langkah: menghitung penundaan transmisi dan offset, lalu memperbaikinya. Mari kita perhatikan urutan sinkronisasi jam dua perangkat (Gbr. 6).
Master mulai mengoreksi offset jam menggunakan pesan Sinkronisasi dan Tindak Lanjut. Pesan Tindak lanjut menentukan waktu pengiriman pesan Sinkronisasi (TM1), diukur paling dekat dengan media transmisi untuk meminimalkan kesalahan dalam waktu sumber referensi. Setelah perangkat pendukung menerima pesan Sinkronisasi dan Tindak lanjut yang pertama, perangkat tersebut menggunakan jamnya untuk menandai waktu kedatangan pesan Sinkronisasi (TS1) dan membandingkan stempel waktu ini dengan yang diterima dari perangkat master dalam pesan Tindak lanjut. Perbedaan antara kedua tanda ini mencerminkan offset jam T0 ditambah penundaan transmisi pesan dari master ke slave ∆TMS: TS1 – TM1 = T0 + ∆TMS.
Untuk menghitung waktu tunda pesan dan offset jam, perangkat budak mengirimkan pesan Delay_request dengan waktu TS2-nya. Master mencatat kedatangan pesan ini dan merespons dengan pesan Delay_response dengan tag TM2. Perbedaan antara kedua tanda tersebut adalah penundaan transmisi dari slave ke master ∆TSM dikurangi offset pada sampel slave: TM2 – TS2 = ∆TSM – T0 .
Saat menghitung penundaan transmisi pesan, diasumsikan rata-rata penundaan transmisi data dalam saluran adalah
pada rata-rata aritmatika penundaan propagasi di berbagai arah saluran:
TMS+TSM |
|||
Mengetahui waktu TS1, TM1, TM2 dan TS2, perangkat budak menghitung penundaan propagasi rata-rata di saluran data:
T = (TS1 − TM1) + (TM2 − TS2). 2
Sinkronisasi jam terakhir terjadi setelah master mengirimkan rangkaian pesan Sinkronisasi (TS3) dan Tindak Lanjut (TM3) yang kedua. Perangkat budak menghitung offset jamnya menggunakan rumus T0 = TS3 – TM3 – ∆T.
Budak kemudian menyesuaikan jamnya sesuai dengan nilai yang dihitung. Karena referensi jam di setiap perangkat tidak stabil dan penundaan saluran dapat bervariasi dari waktu ke waktu, jam perangkat pendukung perlu disesuaikan secara berkala.
Fitur implementasi protokol PTP
Kebanyakan implementasi PTP memiliki deviasi kurang dari 1µs, namun kinerja sebenarnya bervariasi tergantung pada aplikasinya. Protokol PTP di perangkat diimplementasikan dalam tiga cara: perangkat lunak, firmware, dan perangkat keras. Implementasi perangkat lunak RTP memungkinkan transmisi sinyal sinkronisasi dengan akurasi sekitar 100 s. Untuk mencapai akurasi yang lebih tinggi, perangkat keras harus digunakan. Setiap komponen yang memproses paket PTP setelah diterima dari media fisik meningkatkan kesalahan sinkronisasi. Sisi perangkat lunak menimbulkan kesalahan paling besar karena beban CPU dan latensi pemrosesan interupsi memengaruhi kecepatan pemrosesan permintaan sinkronisasi.
Ketika diimplementasikan dalam perangkat keras dan perangkat lunak, fungsi protokol yang paling sensitif, seperti mencatat stempel waktu paket PTP, diimplementasikan pada lapisan fisik Ethernet, misalnya, dalam chip logika terpisah yang dapat diprogram. Metode seperti itu adalah yang paling optimal saat ini, karena tidak memerlukan terlalu banyak sumber daya dan waktu untuk mengembangkan perangkat, sehingga akurasi dapat dicapai sekitar 20 ns. Dalam kasus implementasi perangkat keras lengkap dari protokol PTP, akurasi sekitar 10 ns dapat dicapai.
Selain metode implementasi, sejumlah faktor lain mempengaruhi keakuratan protokol RTP. Misalnya, standar IEEE 1588 tidak menentukan frekuensi clock antara perangkat master dan slave. Akibatnya, jam dengan frekuensi lebih rendah akan memiliki resolusi waktu yang kurang tepat, sehingga stempel waktu dalam pesan jam menjadi kurang akurat. Stabilitas frekuensi osilator referensi juga mempengaruhi kualitas implementasi protokol. Sinkronisasi sinyal yang diperoleh dengan menggunakan osilator kuarsa termostat dan kompensasi suhu akan lebih stabil (dari
MIL PERTAMA 5–6/2009 |
|
teknologi |
||||||
penyimpangan dalam bagian per miliar) dibandingkan osilator kristal |
alternatif terbaik untuk menyinkronkan sistem terdistribusi |
|||||
tanpa stabilisasi termal (deviasi dalam bagian per juta). |
yang memiliki akurasi submikrodetik. |
|||||
Kualitas sinkronisasi perangkat juga dipengaruhi oleh topologi |
Oleh karena itu, PTP merupakan salah satu alternatifnya |
|||||
logika jaringan dan keseragaman lalu lintas. Dalam jaringan dengan jumlah yang besar |
metode sinkronisasi jaringan, yang dapat ditampilkan |
|||||
perangkat rusak dan beban tinggi pada saluran transmisi data |
distribusi di jaringan NGN. Dibandingkan dengan yang digunakan di |
|||||
keakuratan siaran sinkronisasi akan lebih buruk. Oleh karena itu untuk |
saat ini berarti sinkronisasi, metode ini |
|||||
transmisi sinyal sinkronisasi lebih disukai digunakan |
memiliki sejumlah keunggulan: |
|||||
membuat jaringan data terpisah. |
Peralatan tidak memerlukan akses langsung ke antarmuka sinkronisasi |
|||||
Implementasi RRC, yang akan memungkinkan operator untuk mengoptimalkan |
||||||
Karakteristik komparatif |
biaya untuk membangun jaringan. Dalam hal ini, protokol RTP dapat menyediakan |
|||||
sistem sinkronisasi |
transfer sinkronisasi cetak dengan akurasi submikrodetik |
|||||
Mari kita perhatikan karakteristik penggunaan sistem sinkronisasi |
tew, yang berarti stabilitas yang lebih baik dari 1 ppm dapat dicapai; |
|||||
menggunakan protokol PTP, dibandingkan dengan sistem dengan sinkronisasi |
Berbeda dengan metode adaptif, untuk mengembalikan sinkronisasi |
|||||
melalui bus PXI (jalur sinkronisasi fisik) dan melalui protokol |
Ronisasi memerlukan osilator referensi yang sangat stabil |
|||||
lu NTP (lihat tabel). Berbeda dengan sistem dengan jalur fisik |
hanya di perangkat utama; |
|||||
sinkronisasi, dimana keakuratan kejadian ditentukan oleh keakuratannya |
Untuk tugas sinkronisasi, Anda dapat menggunakan asinkron |
|||||
sinyal clock, dalam protokol PTP faktor penentunya adalah |
saluran dengan kapasitas throughput yang relatif kecil |
|||||
ada fase jitter (jitter) yang terkait dengan perubahan acak |
ity, yang secara signifikan mengurangi biaya implementasi. |
|||||
pengurangan interval antar paket. Sebagian besar implementasi prototipe |
Sebaiknya saluran ini didedikasikan. |
|||||
Cola PTP memberikan akurasi kurang dari 1 µs. |
Mengingat kemudahan penyebaran jaringan |
|||||
Nilai penting lainnya yang membedakan metode yang berbeda |
Ethernet, akurasi dan kinerja sub-mikrodetik |
|||||
sinkronisasi, adalah waktu tunggu acara sinkronisasi |
dengan biaya minimal untuk memproses pesan, pembuatan prototipe |
|||||
Tia. Ini adalah waktu antara pengiriman suatu peristiwa ke perangkat master. |
Penghitungan PTP semakin banyak digunakan di banyak industri khususnya |
|||||
milikmu dan suruh dia mengikuti. Sejak PTP dan |
dalam otomasi industri, metrologi, dll. Menunggu- |
|||||
NTP digunakan untuk transmisi pesan sinkronisasi |
Xia bahwa kedepannya kemampuan protokol PTP akan diperluas |
|||||
ada paket data, penantian suatu kejadian ditentukan oleh waktu |
aplikasi dalam telekomunikasi untuk sinkronisasi perangkat |
|||||
menunggu paket ditambah transmisi header dan waktu pemrosesan |
berkerumun di jaringan packet switching. |
|||||
paket dan biasanya beberapa milidetik. DI DALAM |
||||||
perbedaannya adalah sistem dengan jalur sinkronisasi fisik |
literatur |
|||||
tunggu beberapa acara sinkronisasi |
1. Stein Y., Schwartz E. Perpanjangan Sirkuit melalui IP: The |
|||||
nanodetik Waktu tunggu untuk menyinkronkan opsi acara- |
Pendekatan Evolusioner dalam Mengangkut Suara dan Warisan |
|||||
mendefinisikan karakteristik seperti itu semaksimal mungkin |
Data melalui Jaringan IP. – Komunikasi Data RAD, 2002. |
|||||
penyesuaian frekuensi sinyal jam. |
2. ITU-T G.8261/Y.1361 Pengaturan waktu dan sinkronisasi |
|||||
Sistem sinkronisasi dengan satu bus sinkronisasi, |
aspek dalam jaringan paket. – ITU_T, April 2008. |
|||||
seperti PXI ideal untuk presisi tinggi dan kecepatan tinggi |
3. Rodrigues S. Opsi teknologi untuk pengiriman sinkronisasi |
|||||
pemulihan sinkronisasi penuh dan dapat diperpanjang |
Jaringan Generasi Berikutnya. – Telekomunikasi Internasional ke-3 |
|||||
renes jarak hingga ratusan meter menggunakan khusus |
||||||
modul sinkronisasi ditempatkan dalam kaset. Standar- |
4. Telegin S.A. Penerapan multipleksing TDMoIP |
|||||
sinkronisasi melalui jaringan Ethernet menggunakan NTP |
rirovaniya untuk transmisi data dalam jaringan transportasi |
|||||
mengatur sinkronisasi milidetik yang cocok untuk |
GSM. – Dunia nonlinier, 2007, vol.5, no.5, hal. 270–271. |
|||||
aplikasi berkecepatan rendah yang kualitasnya tidak terlalu kritis |
5. IEEE Std. 1588–2008 Standar IEEE untuk Presisi |
|||||
sinkronisasi Protokol PTP bagus |
Protokol Sinkronisasi Jam untuk Jaringan |
|||||
Karakteristik komparatif dari sistem sinkronisasi |
Sistem Pengukuran dan Pengendalian. – IEEE, Juli 2008. |
|||||
6. Protokol Waktu Jaringan IETF RFC1305 (Versi 3). |
||||||
Sinkronisasi |
Protokol |
Protokol |
||||
Spesifikasi, Implementasi dan Analisis. – IETF, |
||||||
modul pada bus PXI |
||||||
Sementara |
||||||
<1·107 |
7. Tan E. IEEE 1588 Waktu Protokol Waktu Presisi |
|||||
izin |
||||||
acara, ns |
Kinerja Sinkronisasi. Catatan Aplikasi 1728.– |
|||||
Semikonduktor Nasional, Oktober 2007. |
||||||
harapan |
||||||
8. Hamdi M. Neagoe T. Perangkat Keras IEEE-1588 |
||||||
Implementasi dengan Kontrol Frekuensi Prosesor. – |
||||||
penyesuaian |
Arrow Electronics, Agustus 2006. |
|||||
MIL PERTAMA 5–6/2009 |
|
