Hasil Pencarian  ::  Simpan CSV :: Kembali

"Named Data Networking NDN merupakan arsitektur alternatif yang direncanakan untuk menggantikan infrastruktur yang digunakan saat ini. Prinsip NDN yang menerapkan transmisi data berbasis nama konten membuatnya menjadi arsitektur yang sangat cocok dengan tren internet saat ini yang berbasis pada konten. NDN-RTC merupakan suatu library berbasis bahasa pemrograman C yang digunakan untuk membangun komunikasi videoconferencing secara real-time di atas jaringan NDN. Untuk saat ini pada sistem operasi Linux NDN-RTC hanya mendukung pengiriman data video yang telah direkam sebelumnya. Dalam penelitian ini akan diterapkan penggunaan GStreamer untuk mendapatkan data langsung dari pengguna tanpa harus direkam terlebih dahulu, dan penggunaan ffplay untuk dapat langsung mengakses video yang telah ditransmisi sehingga terbangun real-time videoconferencing. Eksperimen menunjukkan bahwa implementasi tersebut dalam komunikasi satu arah antara producer dan consumer telah mencapai keberhasilan efisiensi fetching data sebesar 97 . Saat diterapkan ke komunikasi dua arah tingkat efisiensi fetching data rata-rata sebesar 23,5 . Penelitian ini juga memaparkan kemungkinan pengembangan lebih lanjut dari NDN-RTC dari segi kualitas video dan pengembangan library NDN-RTC itu sendiri.

---

Named Data Networking NDN is an alternative architecture that is planned to replace the infrastructure currently in use. The NDN principle that implements content based data transmission makes it an architecture that fits perfectly with the current internet trends that is based on content. NDN RTC is a library based on C programming language used to build real rime videoconferencing communication over NDN network. For now on Linux operating system, NDN RTC only supports transmission data from previously recorded video data. This research uses GStreamer to get the data directly from user without recorded first, and ffplay to be able to directly access the video that has been transmitted so as to build real time videoconferencing. Expreriments show that such implementation in one way communication between producer and consumer has achieved a successful fetching efficiency of 97 . When applied to two way communication the average data fetching efficiency rate is 23,5 . This research will also describes the possibility of further development of NDN RTC in terms of video quality and development of NDN RTC library itself."

"Perkembangan komunikasi semakin berkembang dan membutuhkan sebuah teknologi baru untuk memenuhi kebutuhan ndash; kebutuhan yang semakin meningkat. Named Data Netowrking NDN merupakan sebuah terobosan dengan menggunakan aristektur jaringan yang berbeda pada sebelumnya yaitu Internet Protocol IP . NDN agar dapat terhubung ke perangkat satu dan lainnya menggunakan alamat dari perangkat tersebut, tetapi NDN mencari konten apa yang dibutuhkan oleh satu perangkat dan perangkat lainnya. Pada penulisan ini dipaparkan pengimplementasian NDN yaitu pada NDN Real Time Conferencing NDN ndash; RTC yang menggunakan sebuah skenario untuk dilakukan analisis terhadap beberapa faktor agar sesuai dengan QoS untuk video streaming yang yaitu jitter, packet loss dan latency. Perancangan dilakukan dengan menggunakan dua buah file stream, screen cast dan webcam. Video dari screencast digunakan untuk menangkap presentasi sedangkan webcam untuk menangkap presentan Hasil implementasi menunjukkan bahwa kedua file stream memiliki karakteristik sebagai berikut. Packet loss pada ScreenCast Video sebesar 2 menyatakan status Baik sedangkan pada WebCam video sebesar 12 menyatakan status Buruk. Latensi pada ScreenCast Video sebesar 0.16 ms dan pada WebCam video sebesar 0.12 ms menyatakan status Sangat Baik. Jitter ScreenCast Video sebesar 44,41 ms dan pada WebCam video sebesar 48.62 ms dengan status Baik.

---

The development of communication growtd quickly and need a new technology to fulfill the needs which is increasing. Named Data Networking is a new term which using a different network architecture than Internet Protocol. NDN connecting one device to another device not by using their address or their location, but NDN using what the content that they want to connect. On this paper, will present to you one of the implementation of NDN, NDN Real Time Conferencing NDN ndash RTC which use a scenario to use for the analysis of the transmission to match the QoS for video streaming by Cisco which is jitter, latency, and packet loss. Scenario will using two file streams, screen capture and webcam. Screen Cast is used to capture the presentation and the webcam is used to capture the person. The result of the implementation shows that the two file streams have these characteristic. Packet loss for screen capture video is 2 meanings Good, webcam video rsquo s packet loss is 18 meanings Bad. Latency for screen capture video is 0.16 ms and webcam video rsquo s latency is 0.12 ms both meanings Very Good. Jitter for screen capture video 44.41 ms and webcam video 48.62 ms meanings Good."

"Named Data Networking NDN merupakan arsitektur jaringan komputer yang sedang berkembang.NDN mengubah paradigma jaringan yang terdapat pada Internet Protocol IP yang menggunakan alamat-alamatlogika mesin atau ldquo;dimana rdquo; mendapatkan data, langsung ke penggunaan nama data secara langsung atau ldquo;apa rdquo;nama datanya. NDN telah dibuktikan arsitekturnya melalui implementasi berbagai jenis aplikasi, termasukpenggunaan video-conferencing dengan lebih dari satu pengguna, yang dilakukan di atas jaringan NDN dalamimplementasi library NDN-RTC. Pada penelitian ini, dilakukan analisis terhadap kinerja mekanisme penarikandata realtime melalui Interest pada library NDN-RTC melalui pengujian pada kondisi jaringan yang berbedabeda, pengubahan faktor pengali pada modul Interest Expression Control, serta pengujian dengan jumlah banyakpengguna.Dari hasil evaluasi yang dilakukan melalui pengujian dengan headless client NDN-RTC, ditemukanbahwa tidak ada hubungan linear antara bertambahnya latensi jaringan dengan kualitas playout yang ditampilkanke pengguna. NDN-RTC juga mengalami ketidakpastian akibat mekanisme estimasi round trip time pada tingkataplikasi yang implisit selama rata-rata 3 detik pertama. Dibutuhkan mekanisme yang lebih eksplisit untukmendapatkan round trip time yang lebih pasti antara Konsumen dan Produsen. Pada pengubahan nilai faktorpengali, didapati nilai faktor 0.25 sebagai nilai yang baik pada latensi 100 dan 200 milidetik, serta nilai faktor0.25 dan 1.00 sebagai nilai yang baik untuk latensi 300 milidetik. Mekanisme implisit NDN-RTC jugamengakibatkan ketidaksinkronan pada implementasi banyak pengguna, dengan nilai playout yang tidak sinkronhingga selisih waktu 4 detik. Penelitian lebih lanjut untuk kontrol ekspresi Interest yang lebih adaptif danmekanisme sinkronisasi playback antar-pengguna dapat menjadi solusi atas masalah-masalah yang ditemukanpada penelitian ini.

---

Named Data Networking NDN shifts the current internet protocol rsquo s networking paradigm fromaddresses of machines or lsquo where rsquo to get data into the needed data or lsquo what rsquo data to get directly through namingdata packets. NDN has proven its architecture through the use of various applications, including multipartyrealtime videoconferencing, run on multiple devices on NDN network, which had been implemented in NDNRTC library. In this work, we analyze and evaluate NDN RTC rsquo s performance. We assess NDN RTC throughseveral runs on different network conditions, tuning NDN RTC rsquo s multiplier factor in the Interest ExpressionControl Module, and running NDN RTC on multiple clients simultaneously with different network conditions.

Through the implementation and evaluation, we found that there is no linear relationship between the increase ofnetwork latency in impacting the quality of playout on application layer. NDN RTC also suffers from the earlyuncertainty of application level round trip time, which is the result of NDN RTC rsquo s RTT averaging, for aroundthe first 3 seconds. On the change of multiplier factor, the factor 0.25 is found to be the best for the networklatency of 100 and 200 milliseconds, and 0.25 and 1.00 for the 300 milliseconds network latency, compared tothe worse performing default factor of 0.50. The findings opens the discussion of developing a more adaptivestrategy. NDN RTC rsquo s implicit fetching mechanism and its lack of synchronization methods also leads to the outof sync state of multiple clients, with up to 4 seconds playout difference in this work. Further study anddevelopment can be done for NDN RTC rsquo s strategy to control Interest expression, and for a new inter consumerplayback synchronization method, to cope with the problems found in this work."