Protokol Transpor Waktu Nyata: Perbedaan antara revisi
Konten dihapus Konten ditambahkan
k →Ikhtisar: (QuickEdit) Tag: halaman dengan galat kutipan |
k →Header paket: clean up |
||
(4 revisi perantara oleh 4 pengguna tidak ditampilkan) | |||
Baris 1:
{{Terjemahan buruk}}
{{Infobox networking protocol
|title=Real-time Transport Protocol
Baris 30 ⟶ 29:
Penelitian pada audio dan video melalui jaringan ''packet-switched'' sudah ada sejak awal tahun 1970an. [[Internet Engineering Task Force]] (IETF) mempublikasikan {{IETF RFC|741}} pada 1977 dan memulai mengembangkan RTP pada 1992,{{sfn|Perkins|2003|p=6}} dan akan terus mengembangkan [[Protokol Pengumuman Sesi|Session Announcement Protocol]] (SAP), [[Protokol Deskripsi Sesi|Session Description Protocol]] (SDP), dan [[Protokol Inisiasi Sesi|Session Initiation Protocol]] (SIP).
RTP digunakan sebagai penghubung dengan RTP Control Protocol (RTCP). Ketika RTP membawa media stream (cth: audio dan video), RTCP berfungsi untuk memonitor statistik dari transmisi dan Quality of Service (QoS) dan membantu sinkronisasi multiple stream- Ketika kedua protokol digunakan dalam conjunction, RTP dihasilkan dan diterima pada nomor port genap dan komunikasi RTCP yang menghubungkannya memggunakan nomor port ganjil yang lebih tinggi.
Sebuah sesi RTP biasanya dimulai antara rekan-rekan yang berkomunikasi menggunakan protokol pensinyalan, seperti H.323, [[Session Initiation Protocol]] (SIP), RTSP, atau [[Jingle (protocol)|Jingle]] ([[XMPP]]). Protokol ini dapat menggunakan [[Session Description Protocol]] untuk menentukan parameter sesi.<ref>{{IETF RFC|4566}}: ''SDP: Session Description Protocol'', M. Handley, V. Jacobson, C. Perkins, IETF (July 2006)</ref>
RTP dikembangkan oleh Audio/Video Transport Working Group dari organisasi standar IETF. RTP digunakan bersama dengan protokol lain seperti [[H.323]] dan [[RTSP]].<ref name="Perkins_55">{{harvnb|Perkins|2003|p=55}}</ref> Spesifikasi RTP menjelaskan dua protokol: RTP dan RTCP. RTP digunakan untuk mentransfer data multimedia, dan RTCP digunakan untuk mengirimkan informasi kontrol dan parameter QoS secara berkala.<ref name="Peterson_430" />
Baris 38 ⟶ 37:
Pada dasamya, RTP didefinisikan sebagai pasangan protocol, RTP dan RTCP- RTP digunakan untuk media transfer data multimedia dan RTCP digunakan secara periodik untuk mengirimkan informasi kontrol dan juga parameter QoS.<nowiki><ref name=RFC3550>RFC 3550</ref></nowiki><nowiki>{{rp|71}}</nowiki>
RTP didesain sebagai ''end-to-end'',
Contoh dari desain RTP termasuk:
* ''Desain RTP untuk Audio dan konferensi video dengan kontrol minimal'' ({{IETF RFC|3551}}) mendefinisikan sekumpulan penetapan jenis muatan statis, dan sebuah mekanisme dinamis untuk pemetaan a antara format muatan, dan nilai PT menggunakan [[Session Description Protocol]] (SDP).
* [[Secure Real-time Transport Protocol]] (SRTP) ({{IETF RFC|3711}}) mendefinisikan desain RTP yang menyediakan layanan [[Cryptography|kriptografi]] untuk transfer data muatan.<ref>{{harvnb|Perkins|2003|p=367}}</ref>
* ''Control Data Profile untuk RTP'' (RTP/CDP) eksperimental untuk komunikasi [[Mesin ke mesin|mesin-ke-mesin]].<ref name="Breese2010">{{Cite book|last=Breese|first=Finley|year=2010|title=Serial Communication over RTP/CDP|publisher=BoD - Books on Demand|isbn=978-3-8391-8460-8|pages=[https://books.google.com/books?id=t18ehd_vM6wC&lpg=PP1&pg=PA9]}}</ref>
== Header paket ==
Baris 95 ⟶ 100:
| colspan="1" |M
| colspan="7" |PT
| colspan="16" |''
|- align="center"
!4
! colspan="1" |32
| colspan="34" |
|- align="center"
!8
Baris 126 ⟶ 131:
* '''M (Marker)''': (1 bit) Digunakan pada tingkat aplikasi dan ditentukan oleh profil. Jika ditentukan, berarti data terkini mempunyai relevansi khusus untuk aplikasi.<ref name=RFC3550/>
* '''PT (Payload Type)''': (7 bit) Mengidentifikasi format dari payload dan menentukan interpretasinya dengan aplikasi. Ini ditentukan oleh profil RTP. Misalnya, lihat ''RTP Profile for audio and video conferences with minimal control'' (RFC 3551).<ref>{{harvnb|Perkins|2003|p=59}}</ref>
* '''
* '''
* '''SSRC''': (32 bit) Pengidentifikasi sumber sinkronisasi secara unik mengidentifikasi sumber aliran. Sumber sinkronisasi dalam sesi RTP yang sama akan menjadi unik.<ref name=RFC3550/>
* '''CSRC''': (setiap 32 bit) ID sumber yang berkontribusi menyebutkan sumber yang berkontribusi pada aliran yang dihasilkan dari berbagai sumber.<ref name=RFC3550/>
|