3.

3 Layanan
3.3.1 Surat Elektronik
Saat ini, layanan e-mail adalah salah satu sarana komunikasi elektronik yang paling
banyak digunakan. Ini melibatkan pengguna yang mengirim pesan ke pengguna lain melalui
jaringan. Dalam prakteknya, mesin klien memungkinkan pesan ditulis dan dikirim ke email
lokal host (server email), yang berkomunikasi dengan host email klien jarak jauh.
Pengendalian banyak klien mengaktifkan kontak dengan server e-mail jarak jauh untuk
pemesanan yang diambil dan kemudian dibaca oleh pengguna jarak jauh.
Gbr. 3.12 Pertukaran pesan email
Gbr. 3.13 Format Pesan email
Sistem email terdiri dari Agen Pengguna (UA) dan Transfer Pesan Agen (MTA). UA
memungkinkan pengguna untuk mengirim dan mengambil pesan dan mungkin juga
menyediakan antarmuka pengguna grafis. MTA mentransfer pesan dari sumber ke tujuan.
Sistem email memerlukan beberapa layanan yang disediakan oleh dua komponen
agen: UA dan MTA. Komposisi disediakan oleh UA dan mengacu pada penciptaan pesan dan
balas pesan. Transfer dipastikan oleh MTA dan mengacu pada pengiriman pesan dari sumber
ke tujuan. Pelaporan, juga disediakan oleh MTA, melibatkan memberi tahu pengirim tentang
status pesan yang dikirim. Tampilan disediakan oleh UA melalui antarmuka pengguna dan
melibatkan menampilkan pesan sehingga bisa diakses oleh pengguna. Tergantung pada jenis
kontennya, terkadang pesannya perlu dikonversi sebelum ditampilkan. Seringkali program
lain dipanggil, seperti plug-in (tertanam dalam aplikasi klien surat) atau aplikasi (terlepas dari
aplikasi klien surat). Disposisi, yang dikelola oleh UA, mengacu pada apa pengguna jarak
jauh tidak dengan pesan (misalnya, simpan, hapus, dll.)
Gambar 3.12 menunjukkan prinsip dasar layanan e-mail.
Struktur pesan email melibatkan amplop, header, dan tubuh, sebagai diuraikan pada
Gambar. 3.13 dan diformalkan dalam RFC 822 dan RFC 2822. Amplop merangkum pesan
dan berisi semua info yang diperlukan untuk mengirim pesan seperti alamat tujuan, prioritas,
dan tingkat keamanan. Header berisi mengontrol informasi yang diperlukan untuk
menampilkan pesan (misalnya, tanggal, subjek). Tubuh mewakili konten yang bermanfaat
bagi pengguna manusia.
Extensipose Internet Mail Extensions (MIME) adalah standar (RFC 1341, RFC 2045-
2049) yang memperluas format (RFC 822) dari pesan email untuk mendukung fitur tambahan
dan aturan pengkodean untuk pesan non-ASCII. Fitur-fitur ini di karakter clude dengan aksen
(misalnya, dalam bahasa Prancis, Jerman, dll.), teks dalam abjad non-Latin (eg, Cyrilic,
Hebrew, etc.), teks dalam bahasa non-alfabet (misalnya, bahasa Mandarin, Jepang), data non-
teks (mis. Multimedia, gambar, audio).
MIME mendefinisikan lima header pesan baru. Header baru meliputi:
• Versi MIME — Menunjukkan versi MIME;
• Konten-Deskripsi — String yang menjelaskan konten;
• Content-Id — Identifier unik;
• Content-Transfer-Encoding — Bagaimana bodi dibungkus untuk transmisi (misalnya, 7-bit
ASCII, kode 8-bit, biner base64, dll.);
• Jenis-Jenis Konten — Jenis dan format konten, RFC 2045 mendefinisikan 7 jenis, termasuk
Teks (Biasa, Diperkaya), Gambar (Gif, Jpeg), Audio (Dasar), Aplikasi Video (Mpeg), Pesan
(RFC 822, Partial, External-body), Multipart.
Pesan yang tidak termasuk header MIME-Version diasumsikan dalam bahasa Inggris
teks.
Simple Transfer Transfer Protocol (SMTP) , distandarisasi dalam RFC 821,
memungkinkan pesan untuk dikirim dari UA ke MTA. SMTP berfungsi di atas TCP dan
dalam penggunaan umum port 25.
Klien memulai koneksi TCP dengan server dan menunggu server untuk nyatakan
sudah siap. Setelah server mengkonfirmasi siap, urutan komunikasi dimulai. Klien mengirim
perintah dan server merespons dengan perintah pesan status. Pesan status termasuk kode
numerik yang dikodekan ASCII dan detailnya dalam tulisan. Urutan perintah sangat penting
untuk keberhasilan pesan operasi pengiriman.
Perintah SMTP meliputi:
• HELO — mengidentifikasi klien;
• MAIL FROM: —mulai sesi pengiriman surat dan mengidentifikasi pengirim surat;
• RCPT TO: —mengidentifikasi satu penerima; mungkin ada beberapa RCPT KE: perintah;
• DATA — pengirim siap untuk mengirim serangkaian baris teks, masing-masing diakhiri
dengan CR&LF. Baris yang hanya berisi periode "." Menunjukkan akhir data;
• QUIT — meminta untuk menyelesaikan sesi dan menutup koneksi.
Extended SMTP (ESMTP) didefinisikan dalam RFC 2821. EHLO adalah perintah
baru mandat untuk mengidentifikasi klien. Hanya server ESMTP yang menerima
perpanjangan hello. Sebuah Server SMTP menolak perintah ini, sehingga klien akan tahu
jenis server itu berkomunikasi dengan. Seperangkat perintah dan parameter lain juga
ditentukan.
Protokol Post-Office versi 3 (POP3) , distandarisasi dalam RFC 1939, memungkinkan
pesan untuk diakses oleh perangkat lunak klien (UA) pada server e-mail (MTA). POP3
berfungsi di atas TCP dan secara umum menggunakan port 110. Pesan protokol urutan
meliputi tahapan berikut. Setelah klien terhubung ke server, itu menunggu server untuk
menyatakan siap. Setelah server mengkonfirmasi ketersediaannya, klien mulai mengirim
perintah, yang menentukan server untuk melakukan tindakan dan membalas dengan pesan
status.
POP3 membutuhkan pengurutan berurutan melalui tiga negara: otorisasi, transaksi,
dan perbarui.
Tabel 3.1 IMAP vs POP3
Protokol RFC Port TCP Toko email Email sudah dibacaKotak surat Pesan sebagian
POP3 1939 110 Klien Offline Sederhana Tidak
IMAP 2060 143 Server On line Berganda iya nih
Selama fase otorisasi , klien mengirimkan detail nama pengguna dan kata sandi ke
server. Perintah-perintah berikut terlibat:
• USER username — mengidentifikasi nama pengguna;
• Kata sandi LULUS — menunjukkan kata sandi.
Selama fase transaksi klien mengambil daftar pesan atau fakta-fakta tertentu. Klien
dapat menandai untuk menghapus beberapa pesan. Pengikut perintah terlibat:
• LIST — daftar e-mail yang diterima secara berurutan;
• RETR no — mengambil nomor pesan no;
• DELE no — tanda untuk menghapus nomor pesan no.
Selama fase pembaruan , perintah QUIT dikirim (QUIT memulai pembaruan), dan
server selesai menghapus semua pesan yang ditandai untuk dihapus, kemudian ia mengirim a
putuskan sambungan pesan dan putuskan hubungan klien.
POP3 memungkinkan klien untuk mengunduh pesan secara lokal (di mesin klien) dan
memanipulasi mereka secara offline.
Internet Message Access Protocol (IMAP) , yang distandarisasi dalam RFC 2060,
juga digunakan untuk mengakses pesan email di server.
IMAP bekerja di atas TCP dan secara umum mendengarkan di port 143. Protokol
urutan pesan meliputi tahap-tahap berikut. Setelah klien terhubung ke server, ia menunggu
server untuk menyatakan siap. Setelah server mengkonfirmasi statusnya, klien mengirim
perintah dan server merespons dengan pesan status, setelah melakukan tindakan yang
diperlukan.
IMAP mengasumsikan bahwa server menyimpan semua pesan dan klien
mengaksesnya on line. IMAP memungkinkan pengguna untuk menggunakan beberapa kotak
surat dan mengizinkan akses e-mail dari berbagai lokasi.
Perintah khusus ditentukan oleh IMAP untuk mencari pesan, membaca pesan atau
bagian dari mereka, membuat, memanipulasi beberapa kotak surat, menangani e-mail
berdasarkan atribut (mis., dari sumber), dll.
Tabel 3.1 merangkum perbedaan utama antara IMAP dan POP3.

3.3.2 World Wide Web

World Wide Web atau Web, seperti yang dikenal luas, mewakili kerangka kerja
memungkinkan mesin klien untuk mengakses dokumen terkait yang tersebar di jutaan server
di seluruh internet.
Gambar 3.14 menunjukkan prinsip mengakses dokumen web melalui Internet.
 Dokumen web atau halaman web, atau hanya halaman, terdiri dari kumpulan teks,
gambar, dan konten video akhir-akhir ini. Halaman web juga dapat berisi tautan ke web lain
halaman.
Tautan ini disebut hyperlink dan dapat dilampirkan ke sebagian besar elemen halaman
web tetapi sebagian besar ke teks dan gambar.
Halaman web ditampilkan pada mesin klien oleh aplikasi yang disebut a browser.
Internet Explorer, Firefox, dan Chrome adalah yang paling populer. Akun transfer konten
web untuk sebagian besar transfer data melalui Internet. Itu melibatkan komunikasi antara
klien Web (browser) dan server Web tempat klien meminta sepotong konten Web dari server
dan server merespons pengirimannya (Gbr. 3.14 ). Secara umum, serangkaian permintaan
respons adalah bagian dari komunikasi web sidang.
Halaman web disimpan atau dibuat oleh server web dan dikirim ke klien berdasarkan
permintaan. Protokol yang digunakan oleh klien web (browser) untuk berinteraksi dengan a
web-server adalah Hypertext Transfer Protocol (HTTP). HTTP distandarisasi dalam RFC
1945 dan RFC 2616, dan bekerja secara umum di atas TCP. Penggunaan HTTP di port umum
80, tetapi port lain dapat digunakan juga. Mungkin ada satu (HTTP v.1.0) atau lebih dari satu
koneksi simultan (HTTP v. 1.1) yang diprakarsai oleh klien ke server. Klien mengirim
perintah dan server merespons dengan pesan status perintah. Secara umum, setiap sesi
melibatkan setidaknya satu respons permintaan.
Halaman web atau dokumen dapat diklasifikasikan ke dalam tiga kategori: Statis,
Aktif, dan Dinamis.
Dokumen statis dikirimkan secara identik pada setiap permintaan dan kepada
pengguna mana pun. Ini dokumen dimodifikasi dengan mengganti file asli di server.
Dokumen-dokumen ini dibuat menggunakan bahasa seperti HTML, XML, XHTML, CSS,
XSL, dan mudah dibuat. Cepat untuk mengambil, dokumen-dokumen ini tidak memerlukan
banyak pemrosesan server atau klien. Menjadi statis, jenis dokumen ini dapat di-cache di
mesin klien atau di server terdekat untuk pengiriman lebih cepat.
Terlepas dari keunggulan kinerja, dokumen statis sulit dipertahankan konsisten dan
terkini, menawarkan sedikit personalisasi pengguna dan tidak cocok untuk itu buat situs
besar.
Dokumen aktif adalah dokumen statis yang berisi kode yang dapat dieksekusi yang di
klien, pada dasarnya oleh browser. Kode eksekusi paling umum dieksekusi di sisi klien
adalah Javascript dan Java Applet.
Di antara kelebihannya adalah interaktivitas pengguna, personalisasi pengguna
terbatas, data tampilan kustomisasi, ramah cache, dan persyaratan sumber daya terdistribusi
(Internet kode berjalan pada mesin klien maka tidak diperlukan sumber daya server).
Di antara kelemahannya adalah kenyataan bahwa pengguna menjalankan kode yang
tidak dikenal yang mungkin menimbulkan masalah keamanan. Selain itu, menjalankan kode
pada mesin klien dapat menyebabkan peningkatan penundaan tergantung pada kinerja mesin
yang digunakan.
 Dokumen dinamis dihasilkan dengan cepat oleh server, atas permintaan klien. Jenis
dokumen ini memungkinkan personalisasi pengguna, mendukung akses basis data, data
menampilkan kustomisasi dan dapat menggunakan kode sensitif waktu dan tanggal.
Di antara kelemahan menggunakan dokumen dinamis adalah kerumitannya, tinggi
persyaratan sumber daya di sisi server dan fakta bahwa mereka tidak ramah terhadap cache.
Di antara teknologi paling populer untuk pemrosesan dokumen dinamis adalah Hypertext
Processor (PHP), Java Servlets, dan Java Server Pages (JSP).
3.3.3 Layanan Berbasis Multimedia
Multimedia mewakili konten dari berbagai bentuk termasuk teks, gambar, audio,
video, dan animasi. Konten multimedia semakin populer saat ini dan menyumbang bagian
besar dari lalu lintas data yang diangkut melalui Internet.
Bahkan dokumen web yang dibahas di bagian sebelumnya berisi setidaknya beberapa
gambar dan teks, yang mengubahnya menjadi konten multimedia.
Namun, aplikasi multimedia mencakup berbagai skenario dari IP Streaming televisi
ke media ke perangkat genggam untuk mengirimkan dokumen web termasuk gambar dan
video atau animasi yang disematkan.
Pada dasarnya, aplikasi multimedia melibatkan berbagai jenis transfer konten.
terhubung melalui jaringan antara server media (bisa berupa server web) dan media klien,
seperti yang disajikan pada Gambar. 3.15 .
Seperti disebutkan sebelumnya, multimedia mencakup berbagai bentuk konten,
masing-masing jenis memiliki persyaratan berbeda dalam hal bandwidth jaringan dan
pengiriman tepat waktu.
Teks, biasanya membutuhkan bandwidth rendah dan tidak ada kendala waktu nyata.
Teks biasanya diperlukan untuk subtitle, anotasi, dan meta-data serta konten standar dalam
dokumen web. Audio membutuhkan bandwidth yang relatif rendah dan memiliki batasan
waktu nyata. Gambar foto membutuhkan bandwidth lebih tinggi (tergantung pada ukuran dan
pengodeannya gambar) dan tidak ada batasan waktu nyata. Animasi terdiri dari bagian
gambar yang masih ditampilkan berturut-turut dan memerlukan bandwidth lebih tinggi
(tergantung pada ukurannya dan penyandian gambar) dan tidak ada batasan waktu nyata.

Gambar 3.16. Langkah-langkah yang terlibat dalam proses pengiriman konten multimedia
Salah satu bentuk konten yang paling umum digunakan oleh aplikasi multimedia
adalah konten video. Konten video terdiri dari urutan gambar diam bernama bingkai
ditampilkan dalam urutan yang telah ditentukan dan pada waktu yang tepat untuk
menciptakan ilusi gerakan. Ini membutuhkan bandwidth tinggi dan memiliki batasan waktu
nyata. Kerangka mentah dari a klip video akan membutuhkan sejumlah besar penyimpanan
data, bahkan untuk standar saat ini, dan tidak praktis untuk mentransfer melalui jaringan.
Sebagai contoh, 120 menit video dalam resolusi VGA standar (640 × 480) pada 25 frame per
detik membutuhkan sekitar penyimpanan 154 gigabita.
Untuk mengurangi jumlah data dan membuat penyimpanan dan streaming video
efektif, teknik kompresi harus digunakan. Akibatnya, selama menyandikan video, algoritma
kompresi digunakan untuk mengurangi jumlah data yang dibutuhkan untuk menyimpan dan
mengangkut data video.
Akibatnya, streaming konten video dari server ke klien melibatkan tiga langkah
utama: kompresi, enkapsulasi, dan transportasi. Proses ini diilustrasikan dalam Gambar 3.16 .
Kompresi video bergantung pada pemahaman yang baik tentang psiko-visual manusia
sistem persepsi yang memungkinkan untuk eksploitasi redudansi dalam video sinyal.
Kompresi bisa menjadi lossless atau lossy, tergantung dari kemungkinan untuk pulih gambar
asli identik atau tidak.
Standar kompresi video telah dikembangkan oleh Moving Picture Experts Group
(MPEG) dan International Telecommunication Union (ITU).
Standar kompresi MPEG meliputi:
• MPEG-1 — Gabungan sinyal audio-video, bit-rate rata-rata 1 Mbps dalam Standar format
input (SIF), 352 × 288 piksel pada 25 frame / s atau 352 × 240 piksel pada 29,97 bingkai / s;
• MPEG-2 — Kompresi definisi standar (SD) dan definisi tinggi (HD) menjalin sinyal video.
Bitrate sangat tinggi (hingga 20 Mbps) dan kualitas gambar tinggi;
• MPEG-3 — Kompresi HDTV yang dialamatkan, dihentikan;
• MPEG-4 — Terdiri dari dua algoritma kompresi yang berbeda: MPEG-4 Bagian 2 (Visual)
dan MPEG-4 Bagian 10 (AVC).
Standar kompresi ITU termasuk keluarga H.26x:
• ITU-T RH261 — Aplikasi telekonferensi dan videophone, saluran ISDN infrastruktur
jaringan transportasi. Bitrate berkisar dari 40 Kbps hingga 2 Mbps mengalikan 64 Kbps;
• ITU-T RH262 — Ini identik dengan standar MPEG-2;
• ITU-T RH263 — Mirip dengan H.261, memberikan kinerja dan fleksibilitas yang lebih
baik.
Bit-rate rendah (di bawah 64 Kbps), bagaimanapun, target ini telah santai;
• ITU-T RH264 — Identik dengan MPEG-4 (AVC). Telah menjadi teknologi utama untuk
aplikasi multimedia. H.264 memberikan kualitas video yang baik sementara pafa hakikatnya
mengurangi laju bit dan latensi.
Solusi kompresi eksklusif meliputi:
• VC-1 SMPTE 421M — Standar dari Society of Motion Picture dan Television Engineers
(SMPTE). Spesifikasi codec video dalam optik generasi berikutnya format media, seperti
HD-DVD dan Blu-ray. Ini dikembangkan oleh Microsoft dan awalnya dikenal sebagai
Microsoft Windows Media 9;
• Audio Video Coding Standard (AVS) - Audio Video pengkodean Kelompok Kerja Standar
dari Cina. AVS Bagian 2 dirancang untuk HDTV. AVS Part7 (AVS-P7) untuk kompleksitas
rendah, aplikasi resolusi gambar yang rendah untuk lingkungan seluler;
• Apple QuickTime — Dikembangkan oleh Apple;
• Media Nyata — Dikembangkan oleh Jaringan Progresif.
Kompresi mengubah data yang akan disimpan secara efisien. Enkapsulasi
membungkus pemadatan data yang ditekan dalam wadah yang menentukan bagaimana data
harus disimpan, mengangkut, dan ditampilkan. Konten multimedia yang dienkapsulasi
termasuk video dan audio stream, meta-data, subtitle, dan informasi sinkronisasi. Tempat
multimedia format tainer mencakup format wadah audio dan format wadah fleksibel.
Format wadah audio meliputi:
• Format File Interchange Audio (AIFF) (Mac OS);
• Format File Audio Gelombang (WAV) (Windows);
• MPEG-1 atau MPEG-2 Audio Layer III (MP3).
Wadah fleksibel termasuk audio, video, dan jenis data lainnya:
• 3GP — Ponsel 3G (Proyek Kemitraan Generasi Ketiga);
• AVI — Audio Video Interleave (wadah Microsoft Windows);
• FLV — pengiriman video Internet dengan Flash Player (Adobe Systems);
• MOV — Format File QuickTime (Apple Inc.);
• MPEG-TS — aliran transportasi MPEG-2 untuk penyiaran digital dan untuk transmisi
portasi melalui media yang tidak dapat diandalkan;
• MP4 — MPEG-4 Bagian 14, wadah audio dan video untuk MPEG-4.

Gambar. 3,17 MPEG-2 aliran dasar

Gbr. 3.18 MPEG-2 paket aliran paket

Sebagai contoh, kami menyajikan proses enkapsulasi MPEG-2.

Bingkai video asli pertama kali dikompresi oleh kompresor video MPEG-2.
Hasilnya dibagi dalam unit akses. Unit akses mewakili unit dasar pengkodean; untuk video
ini biasanya merupakan frame yang dikodekan. Prosesnya ditunjukkan dalam Gambar 3.17 .
Konten terkompresi yang disimpan dalam unit akses selanjutnya dibagi menjadi Paket
Aliran Dasar.
Format paket disajikan pada Gambar 3.18 .
Payload berisi jumlah unit akses yang tidak terpisahkan. Header terdiri dari awalan
kode mulai paket (3 byte), ID aliran (1 byte), panjang paket PES (2 byte), header PES
opsional (panjang variabel), dan byte isian.
Header PES opsional meliputi:
• Indikator Penyelarasan Data — Muatan dimulai dengan video atau audio;
• Informasi Hak Cipta — Hak cipta dilindungi;
Gbr. 3.19 Proses streaming MPEG-2

• Cap Waktu Presentasi (PTS) —sinkronkan satu set aliran elementer dan mengontrol tingkat
pemutaran;
• Referensi Jam Aliran Dasar (ESCR);
• Tingkat Aliran Dasar — tingkat pengodean ES;
• CRC — Memantau kesalahan dalam paket PES sebelumnya.
Pengiriman atau pengiriman konten multimedia dapat menggunakan salah satu dari
tiga teknik utama: menyiarkan, mengirim konten unicast, atau multicast.
Penyiaran berbiaya efektif dalam hal bandwidth dan pemanfaatan sumber daya.
Namun, layanan video-on-demand-like menurunkan popularitas penyiaran.
Unicast mendukung layanan video-on-demand serta layanan siaran. Sumber jaringan
yang digunakan jika diperlukan dan mendukung adaptasi konten untuk setiap pengguna
secara terpisah.
Multicast bermanfaat untuk pengiriman konten grup dalam aplikasi seperti video
konferensi. Namun, pengelolaan kelompok multicast sulit dan kompleks.
Proses streaming aliran dasar paket disajikan di Gambar 3.19 . Aliran dasar paket
lebih lanjut dibagi menjadi paket transportasi, masing-masing terdiri dari tajuk dan muatan.
Paket transport memiliki ukuran tetap 188 byte dan muatan 184 byte. Header 4 byte
terdiri dari:
• byte Sinkronisasi — 0x47 (0100 0111);
• Tiga bit bendera — Kesalahan transportasi, Indikator Mulai Muatan, Prioritas;
• Pengidentifikasi Paket (PID) —13 bit;
• Kontrol pengacakan — 2 bit, digunakan untuk enkripsi payload.
• Kontrol Penyesuaian (2 bit):
- 01 — Tidak ada bidang adaptasi, hanya muatan;
- 10 — Bidang adaptasi saja, tanpa muatan;
- 11 — Bidang adaptasi diikuti oleh muatan;
- 00 — DILINDUNGI.
• Penghitung Kontinuitas (4 bit).
Konten multimedia dapat didistribusikan melalui protokol transportasi apa pun seperti
TCP dan UDP. Untuk streaming multimedia real-time, di mana tingkat kehilangan paket
tertentu dapat diterima, UDP lebih disukai daripada TCP. Kontrol dan keandalan kemacetan
TCP dapat mempengaruhi pengiriman paket aliran transportasi waktu-nyata. Dalam konteks
waktu nyata streaming data video atau audio, paket yang datang terlambat sama baiknya
dengan yang hilang paket.
Kemacetan merupakan masalah utama terutama dalam konteks bandwidth aplikasi
multimedia yang lapar. Aplikasi streaming multimedia adaptif juga baik parameter proses
pengkodean dan transmisi untuk mengurangi jumlah data yang diperlukan untuk
mendeskripsikan konten dan akibatnya harus dikirim dalam agar sesuai dengan kapasitas
jaringan yang tersedia.
Protokol khusus untuk pengiriman data real-time juga dikembangkan.
Real-time Transport Protocol (RTP) digunakan untuk mengirimkan data multimedia
jaringan IP. RTP menggunakan protokol layer transport seperti UDP dan dipertimbangkan
protokol lapisan aplikasi yang memberikan data multimedia itu sendiri.
Protokol Kontrol Transportasi Real time (RTCP) mengontrol pengiriman data melalui
RTP. RTP dan RTCP menggunakan nomor port yang berbeda (genap dan ganjil). RTCP
memberikan kontrol paket yang membawa informasi seperti throughput, loss, dan jitter,
informasi yang tidak digunakan oleh RTP, tetapi dapat digunakan oleh aplikasi secara
langsung (adaptasi bit-rate). Dalam konteks ini, RTP tidak dapat menjamin Kualitas Layanan
(QoS) sama sekali.
Real Time Streaming Protocol (RTSP) memungkinkan klien untuk memiliki fitur a
VCR, seperti play, stop, dan pause. Ini digunakan bersama dengan RTP untuk pengiriman
data multimedia.