BAB 7

JARINGAN MULTIMEDIA

Orang-orang di seluruh penjuru dunia saat ini menggunakan Internet untuk

menonton film dan acara televisi sesuai permintaan. Perusahaan distribusi film dan
televisi internet seperti Netflix dan Hulu di Amerika Utara dan Youku dan Kankan
di Cina praktis telah menjadi nama rumah tangga. Tetapi orang-orang tidak hanya
menonton video internet, mereka menggunakan situs-situs seperti YouTube untuk
mengunggah dan mendistribusikan sendiri konten yang dibuat pengguna, menjadi
produsen video internet serta konsumen. Terlebih lagi, aplikasi jaringan seperti
Skype, Google Talk, dan QQ (luar biasa populer di Cina) memungkinkan orang
untuk tidak hanya melakukan "panggilan telepon" melalui Internet, tetapi juga
untuk meningkatkan panggilan-panggilan itu dengan konferensi video dan multi-
orang.
7.1 Aplikasi Jaringan Multimedia
Di bagian ini, kami menyediakan taksonomi aplikasi multimedia. Kita akan
melihat bahwa setiap kelas aplikasi dalam taksonomi memiliki keunikannya
masing-masing set persyaratan layanan dan masalah desain. Namun sebelum terjun
ke diskusi mendalam tentang aplikasi multimedia Internet, ada baiknya
mempertimbangkan intrinsiknya karakteristik media audio dan video itu sendiri.
7.1.1 Properti Video
Mungkin karakteristik video yang paling menonjol adalah bit rate-nya yang
tinggi. Video yang didistribusikan melalui Internet biasanya berkisar dari 100 kbps
untuk konferensi video berkualitas rendah hingga lebih dari 3 mbps untuk streaming
film definisi tinggi.
Karakteristik penting lain dari video adalah video dapat dikompresi menukar
kualitas video dengan bit rate. Video adalah urutan gambar, biasanya ditampilkan
pada kecepatan konstan, misalnya, pada 24 atau 30 gambar per detik. Sebuah
gambar yang tidak terkompresi dan dikodekan secara digital terdiri dari array
piksel, masing-masing pixel dikodekan ke dalam sejumlah bit untuk mewakili
pencahayaan dan warna. Ada dua jenis redundansi dalam video, yang keduanya
dapat dieksploitasi dengan kompresi video. Redundansi spasial adalah redundansi
dalam gambar yang diberikan. Secara intuitif, sebuah gambar yang sebagian besar
terdiri dari ruang putih memiliki tingkat redundansi dan kaleng yang tinggi
dikompres secara efisien tanpa mengorbankan kualitas gambar secara signifikan.
Sementara redundansi mencerminkan pengulangan dari gambar ke gambar
berikutnya.Tentu saja, semakin tinggi bit rate, semakin baik kualitas gambar dan
semakin baik keseluruhan pengalaman menonton pengguna.
7.1.2 Properti Audio
Untuk memahami sifat-sifat ini, pertama-tama pertimbangkan bagaimana
audio analog (yang mana manusia dan menghasilkan alat musik) dikonversi ke
sinyal digital :
 Sinyal audio analog disampel pada tingkat tertentu, misalnya, pada 8.000
sampel per detik. Nilai setiap sampel adalah bilangan real arbitrer.
 Setiap sampel kemudian dibulatkan ke salah satu dari sejumlah nilai yang
terbatas. Operasi ini disebut sebagai kuantisasi.
 Setiap nilai kuantisasi diwakili oleh jumlah bit yang tetap. C, jika ada 256
nilai kuantisasi, maka masing-masing nilai sampel audio diwakili oleh satu
byte. Representasi bit dari semua sampel kemudian digabung bersama untuk
membentuk representasi digital dari sinyal.
Teknik pengkodean dasar yang baru saja kami jelaskan disebut modulasi kode
pulsa (PCM). Pengodean ucapan sering menggunakan PCM, dengan tingkat
pengambilan sampel 8.000 sampel per kedua dan 8 bit per sampel,
menghasilkan tingkat 64 kbps. Disk audio kompak (CD) juga menggunakan
PCM, dengan tingkat pengambilan sampel 44.100 sampel per detik dengan 16
bit per sampel; ini memberikan kecepatan 705,6 kbps untuk mono dan 1,411
Mbps untuk stereo.
7.1.3 Jenis Aplikasi Jaringan Multimedia
Masing-masing aplikasi ini memiliki serangkaian persyaratan layanan dan
masalah desain sendiri, sebagai berikut :
a. Streaming Stored Audio
 Streaming audio yang disimpan (seperti streaming musik) sangat
mirip dengan streaming video yang disimpan, meskipun bit rate-nya
biasanya jauh lebih rendah. Banyak perusahaan Internet saat ini
menyediakan streaming video, termasuk YouTube (Google), Netflix, dan
Hulu. Dengan beberapa perkiraan, streaming video yang disimpan membuat
lebih dari 50 persen lalu lintas hilir di jaringan akses Internet
hari ini [Cisco 2011]. Streaming video yang disimpan memiliki tiga fitur
utama yang membedakan, yaitu :
 Streaming.
Dalam aplikasi video streaming tersimpan, klien biasanya dimulai
pemutaran video dalam beberapa detik setelah mulai menerima video dari
server.
 Interaktivitas.
Karena media direkam sebelumnya, pengguna dapat menjeda,
mengubah posisi maju, posisikan mundur, maju cepat, dan sebagainya
melalui konten video.
 Bermain terus menerus
Setelah pemutaran video dimulai, itu harus dilanjutkan sesuai
dengan waktu asli rekaman. Karena itu, data harus diterima dari server tepat
waktu untuk dimainkan di klien.
b. Percakapan Suara dan Video-over-IP
Untuk percakapan dengan dua atau lebih pembicara yang
berinteraksi, penundaan dari saat pengguna berbicara atau bergerak sampai
tindakan dimanifestasikan di ujung lainnya harus kurang dari beberapa ratus
milidetik. Untuk suara, penundaan lebih kecil dari 150 milidetik tidak
dirasakan oleh pendengar manusia, penundaan antara 150 dan 400 milidetik
dapat diterima, dan keterlambatan melebihi 400 milidetik dapat
menghasilkan percakapan suara yang membuat frustasi, jika tidak
sepenuhnya tidak dapat dipahami.
c. Siaran Langsung Audio dan Video
 Aplikasi ini memungkinkan seorang pengguna untuk menerima
transmisi radio atau televisi langsung, seperti olahraga langsungperistiwa
atau peristiwa berita yang sedang berlangsung ditransmisikan dari sudut
mana pun di dunia.
7.2 Streaming Video Yang Disimpan
Untuk streaming aplikasi video, video yang direkam sebelumnya
ditempatkan di server, dan pengguna mengirim permintaan ke server ini untuk
melihat video sesuai permintaan. Pengguna bisa menonton video dari awal hingga
akhir tanpa gangguan, dapat berhenti menonton video
video jauh sebelum berakhir, atau berinteraksi dengan video dengan menjeda atau
mengubah posisi ke adegan masa depan atau masa lalu. Sistem video streaming
dapat diklasifikasikan ke dalam tiga kategori:
Streaming UDP, streaming HTTP, dan streaming HTTP adaptif. Meski semuanya
tiga jenis sistem digunakan dalam praktiknya, sebagian besar sistem yang
digunakan saat ini Streaming HTTP dan streaming HTTP adaptif.
7.2.1 Streaming UDP
Dengan streaming UDP, server mentransmisikan video pada tingkat yang
sesuai dengan tingkat konsumsi video klien dengan membatalkan video potongan
lebih dari UDP pada tingkat yang stabil. Misalnya kalau videonya tingkat konsumsi
adalah 2 Mbps dan setiap paket UDP membawa 8.000 bit video, kemudian server
akan mengirimkan satu paket UDP ke dalam soketnya setiap (8000 bit) / (2 Mbps)
= 4 msec.UDP tidak menggunakan kontrol kemacetan mekanisme, server dapat
mendorong paket ke jaringan pada tingkat konsumsi video tanpa batasan kontrol
tingkat TCP. Streaming UDP biasanya menggunakan yang kecil
buffer sisi klien, cukup besar untuk menampung kurang dari satu detik video.
7.2.2 Streaming HTTP
Dalam streaming HTTP, video hanya disimpan di server HTTP sebagai file
biasa dengan URL tertentu. Ketika pengguna ingin melihat video, klien membuat
koneksi TCP dengan server dan mengeluarkan permintaan GET HTTP untuk URL
itu. Server kemudian mengirimkan file video, dalam pesan respons HTTP, secepat
kontrol kemacetan TCP dan kontrol aliran akan memungkinkan. Di sisi klien, byte
dikumpulkan dalam buffer aplikasi klien. Setelah itu jumlah byte dalam buffer ini
melebihi ambang batas yang telah ditentukan, aplikasi klien memulai pemutaran,
khususnya secara berkala mengambil bingkai video dari buffer aplikasi klien,
mendekompresi frame, dan menampilkannya di layar pengguna.
a. Pra Pengambilan Video
Buffer sisi klien dapat digunakan untuk mengurangi efek dari berbagai
penundaan ujung ke ujung dan memvariasikan bandwidth yang tersedia.
Misalkan tingkat konsumsi video adalah 1 Mbps tetapi jaringan mampu
mengirimkan video dari server ke klien dengan kecepatan konstan 1,5 Mbps.
Lalu klien tidak hanya dapat memutar video dengan penundaan pemutaran yang
sangat kecil, tetapi juga akan juga dapat meningkatkan jumlah data video yang
disangga setiap 500 Kbits kedua. Dengan cara ini, jika di masa depan klien
menerima data dengan laju kurang dari 1 Mbps untuk periode waktu yang
singkat, klien akan dapat terus memberikan pemutaran terus menerus karena
cadangan dalam buffer-nya. [Wang 2008] menunjukkan bahwa ketika
throughput TCP rata-rata kira-kira dua kali laju bit media, mengalir melalui
TCP menyebabkan kelaparan minimal dan penundaan buffering rendah.
b. Penyangga Aplikasi Klien dan Penyangga TCP
Gambar 7.2 menggambarkan interaksi antara klien dan server untuk
streaming HTTP.
c. Analysis of Video Streaming
Beberapa pemodelan sederhana akan memberikan lebih banyak
wawasan ke dalam penundaan pemutaran awal dan membeku karena penipisan
buffer aplikasi. Seperti yang ditunjukkan pada Gambar 7.3, misalkan B
menunjukkan ukuran (dalam bit) dari buffer aplikasi klien, dan biarkan Q
menyatakan jumlah
bit yang harus disangga sebelum aplikasi klien mulai bermain. (Tentu saja, Q
<B.) Mari r menunjukkan tingkat konsumsi video — tingkat di mana klien
menggambar bit keluar dari buffer aplikasi klien selama pemutaran. Jadi,
misalnya, jika frame rate video adalah 30 frame / detik, dan setiap frame
(dikompresi) adalah 100.000 bit, kemudian r = 3 Mbps. Untuk melihat hutan
melalui pepohonan, kami akan mengabaikan pengiriman dan pengiriman TCP
menerima buffer.

d. Pengakhiran Awal dan Pemosisian Ulang Video

Sistem streaming HTTP sering menggunakan header byte-range HTTP
di pesan permintaan HTTP GET, yang menentukan kisaran spesifik byte klien
saat ini ingin mengambil dari video yang diinginkan. Ini sangat berguna saat
pengguna ingin memposisikan ulang (yaitu, melompat) ke titik waktu di masa
depan dalam video. Ketika pengguna reposisi ke posisi baru, klien mengirim
permintaan HTTP baru, menunjukkan dengan header rentang-byte dari byte
mana dalam file harus server kirim data. Ketika server menerima permintaan
 HTTP baru, itu bisa melupakan apa pun permintaan sebelumnya dan bukannya
mengirim byte yang dimulai dengan byte yang ditunjukkan dalam permintaan
byterange.
7.2.3 Streaming Adaptif dan DASH
DASH memungkinkan klien dengan laju akses Internet berbeda untuk
streaming dalam video dengan kecepatan enkode yang berbeda. Klien dengan
koneksi 3G kecepatan rendah bisa menerima versi kecepatan bit rendah (dan
berkualitas rendah), dan klien dengan koneksi serat dapat menerima versi
berkualitas tinggi. Di sisi lain, DASH memungkinkan klien untuk beradaptasi
ke bandwidth yang tersedia jika bandwidth end-to-end berubah selama sesi.
Dengan DASH, setiap versi video disimpan di server HTTP, masing-masing
dengan URL yang berbeda. Server HTTP juga memiliki file manifes, yang
menyediakan URL untuk masing-masingnya versi bersama dengan bit rate-nya.
7.2.4 Jaringan Distribusi Konten
Untuk memenuhi tantangan mendistribusikan sejumlah besar data video ke
pengguna didistribusikan di seluruh dunia, hampir semua perusahaan streaming
video utama memanfaatkan Jaringan Distribusi Konten (CDN). CDN mengelola
server di beberapa lokasi yang didistribusikan secara geografis, menyimpan salinan
video (dan lainnya jenis konten Web, termasuk dokumen, gambar, dan audio) di
servernya, dan mencoba mengarahkan setiap permintaan pengguna ke lokasi CDN
yang akan memberikan pengguna terbaik pengalaman.
a. Operasi CDN
Sebagian besar CDN memanfaatkan DNS untuk mencegat dan
mengarahkan permintaan; diskusi yang menarik tentang penggunaan DNS
tersebut adalah [Vixie 2009].
b. Strategi Pemilihan Cluster
Inti dari penyebaran CDN adalah strategi pemilihan kluster, yaitu
mekanisme untuk mengarahkan klien secara dinamis ke kluster server atau
pusat data di dalam CDN.
7.2.5 Studi Kasus: Netflix, YouTube, dan Kankan
a. Netflix
Seperti yang akan kita lihat, Netflix menggunakan banyak teknik
yang dibahas sebelumnya di bagian ini, termasuk distribusi video
menggunakan CDN (sebenarnya beberapa CDN) dan streaming adaptif
melalui HTTP.
Gambar 7.6 menunjukkan arsitektur dasar platform streaming video Netflix.
Ia memiliki empat komponen utama: pendaftaran dan server pembayaran,
Amazon cloud, banyak penyedia CDN, dan klien. Dalam infrastruktur
perangkat kerasnya sendiri, Netflix mengelola server pendaftaran dan
pembayaran, yang menangani pendaftaran akun baru dan menangkap
informasi pembayaran kartu kredit. Kecuali untuk fungsi-fungsi dasar ini,
Netflix menjalankan layanan online-nya dengan menggunakan mesin (atau
mesin virtual) di awan Amazon.

b. Youtube
Beberapa juta video diunggah ke YouTube setiap hari. Tidak hanya
itu Video YouTube mengalir dari server ke klien melalui HTTP, tetapi
 pengunggah YouTube juga mengunggah video mereka dari klien ke server
melalui HTTP. YouTube memproses masing-masing video yang
diterimanya, mengonversinya menjadi format video YouTube dan membuat
beberapa versi dengan laju bit berbeda. Pemrosesan ini terjadi sepenuhnya
dalam data Google pusat.
c. Kankan
Desain Kankan menggunakan pelacak dan DHT sendiri untuk
melacak konten. Ukuran segerombolan untuk konten paling populer
melibatkan puluhan ribu rekan, biasanya lebih besar dari segerombolan
terbesar di BitTorrent [Dhungel 2012]. Protokol Kankan — untuk
komunikasi antara peer dan pelacak, antara peer dan DHT, dan di antara
teman sebaya. Menariknya, untuk mendistribusikan potongan video di
antara rekan, Kankan menggunakan UDP bila memungkinkan, yang
mengarah ke sejumlah besar UDP lalu lintas dalam Internet China [Zhang
M 2010].
7.3 Voice-over-IP
7.3.1 Upaya Terbaik Batasan Layanan IP
Protokol lapisan jaringan Internet, IP, menyediakan layanan upaya terbaik.
Artinya layanan ini berusaha sebaik mungkin untuk memindahkan setiap datagram
dari sumber ke tujuan secepat mungkin tetapi tidak membuat janji apa pun tentang
mendapatkan paket ke tujuan dalam batas waktu tunda atau sekitar batas persentase
paket hilang. Kurangnya jaminan semacam itu merupakan tantangan besar bagi
desain aplikasi percakapan waktu-nyata, yang sangat peka terhadap penundaan
paket, jitter, dan kehilangan.
7.3.2 Menghapus Jitter pada Penerima untuk Audio
Untuk aplikasi VoIP kami, di mana paket dihasilkan secara berkala,
Penerima harus berusaha memberikan pemutaran berkala potongan suara di
hadapan jitter jaringan acak. Ini biasanya dilakukan dengan menggabungkan dua
mekanisme, yaitu menyiapkan setiap chunk dengan cap waktu dan menunda
pemutaran potongan pada penerima.
7.3.3 Memulihkan dari Kehilangan Paket
 Mentransmisikan kembali paket yang hilang mungkin tidak layak dalam
aplikasi percakapan waktu-nyata seperti VoIP. Memang, mentransmisikan kembali
paket yang telah melewati batas waktu permainan sama sekali tidak ada gunanya.
Dan mentransmisikan kembali sebuah paket yang melebihi antrian router biasanya
tidak dapat dilakukan dengan cukup cepat. Karena pertimbangan ini, aplikasi VoIP
sering digunakan beberapa jenis skema antisipasi kerugian. Dua jenis skema
antisipasi kerugian adalah forward error correction (FEC) dan interleaving.
a. Forward Error Correction (FEC)
Ide dasar FEC adalah menambahkan informasi yang berlebihan ke
aliran paket asli. Untuk biaya sedikit meningkatkan tingkat transmisi,
informasi yang berlebihan dapat digunakan untuk merekonstruksi perkiraan
atau versi tepat dari beberapa paket yang hilang.
b. Interleaving
Sebagai alternatif untuk transmisi redundan, aplikasi VoIP dapat mengirim
interleaved audio. Seperti yang ditunjukkan pada Gambar 7.9, pengirim
mengganti unit data audio sebelum pengiriman, sehingga unit yang
berdekatan awalnya dipisahkan oleh jarak tertentu dalam aliran yang
ditransmisikan. Interleaving dapat mengurangi efek dari kehilangan paket.
 c. Penyembunyian Kesalahan
Skema penyembunyian kesalahan berusaha menghasilkan
pengganti untuk paket yang hilang itu mirip dengan aslinya.
7.3.4 Studi Kasus: VoIP dengan Skype
Secara default, Skype mengirim audio dan paket video melalui UDP.
Namun, paket kontrol dikirim melalui TCP, dan paket media juga dikirim melalui
TCP ketika firewall memblokir aliran UDP. Skype menggunakan FEC untuk
kerugian pemulihan untuk aliran suara dan video yang dikirim melalui UDP. Klien
Skype juga beradaptasi audio dan video stream yang dikirimkannya ke kondisi
jaringan saat ini, dengan mengubah video kualitas dan overhead FEC [Zhang X
2012].
Seperti yang ditunjukkan pada Gambar 7.10, rekan-rekan (host) di Skype diatur ke
dalam jaringan overlay hierarkis, dengan masing-masing peer diklasifikasikan
sebagai peer super atau peer biasa. Skype mempertahankan indeks yang memetakan
nama pengguna Skype ke alamat IP saat ini (dan nomor port). Indeks ini
didistribusikan melalui super peer.
7.4 Protokol untuk Aplikasi Percakapan Real-Time
7.4.1 RTP
RTP dapat digunakan untuk mengangkut umum format seperti PCM, ACC,
dan MP3 untuk suara dan MPEG dan H.263 untuk video. Bisa juga digunakan untuk
mengangkut format suara dan video milik. Hari ini, RTP menikmati
implementasi yang meluas di banyak produk dan prototipe penelitian. Ini juga
melengkapi protokol interaktif penting waktu nyata lainnya, seperti SIP.
7.4.2 Session Initiation Protocol (SIP)
SIP menyediakan mekanisme untuk membuat panggilan antara penelepon
dan callee over jaringan IP. Ini memungkinkan penelepon untuk memberitahukan
callee bahwa ia ingin memulai panggilan. Hal ini memungkinkan para peserta untuk
menyetujui pengkodean media. Ini juga memungkinkan peserta
untuk mengakhiri panggilan.
7.5 Dukungan Jaringan untuk Multimedia
Tabel 7.4 merangkum tiga pendekatan luas untuk menyediakan tingkat
jaringan dukungan untuk aplikasi multimedia.
7.5.1 Dimensi Jaringan Usaha Terbaik
Pendekatan pertama untuk meningkatkan kualitas aplikasi multimedia,
suatu pendekatan yang sering dapat digunakan untuk menyelesaikan secara adil
tentang masalah di mana sumber daya terbatas yang hanya untuk “membuang uang
at the problem ”dan karena itu hindari pertentangan sumber daya. Dalam hal
multimedia jaringan, ini berarti menyediakan kapasitas tautan yang cukup di
seluruh Internet jaringan sehingga kemacetan jaringan, dan akibatnya penundaan
dan kehilangan paket, tidak pernah (atau jarang) terjadi. Dengan kapasitas tautan
yang cukup, paket bisa di-zip melalui internet hari ini tanpa antri penundaan atau
kehilangan. Dari banyak perspektif ini adalah situasi yang ideal, aplikasi
multimedia akan tampil sempurna, pengguna akan senang, dan ini semua bisa
dicapai tanpa perubahan pada arsitektur besteffort Internet.

7.5.2 Menyediakan Berbagai Kelas Layanan

a. Skenario Memotivasi
Gambar 7.14 menunjukkan skenario jaringan sederhana di mana dua
paket aplikasi mengalir berasal dari Hosts H1 dan H2 pada satu LAN
dan ditakdirkan untuk Hosts H3 dan H4 pada LAN lain. Router pada
dua LAN dihubungkan oleh 1,5 Mbps link.
 Di Internet upaya terbaik, paket audio dan HTTP dicampur dalam
antrian output di R1 dan (biasanya) ditransmisikan dalam urutan
pertama-masuk-pertama-keluar (FIFO). Di skenario ini, ledakan paket
dari server Web berpotensi mengisi antrian, menyebabkan paket audio
IP tertunda atau hilang secara berlebihan karena buffer meluap di R1.
7.5.3 Diffserv
Diffserv menyediakan diferensiasi layanan — yaitu, kemampuan
untuk menangani berbagai kelas lalu lintas dengan berbagai cara di dalam
Internet dengan cara yang dapat diskalakan. Kebutuhan akan skalabilitas
muncul dari kenyataan bahwa jutaan arus lalu lintas sumber-tujuan simultan
dapat hadir di router backbone. Kami akan segera melihat bahwa kebutuhan
ini dipenuhi dengan hanya menempatkan fungsionalitas sederhana di dalam
inti jaringan, dengan operasi kontrol yang lebih kompleks sedang
dilaksanakan di Internet tepi jaringan.
7.5.4 Jaminan Kualitas Layanan Setiap Koneksi (QoS):
Reservasi Sumber Daya dan Penerimaan Panggilan
Dengan dimensi jaringan yang tepat, kelas layanan tertinggi memang
bisa mencapai kehilangan dan penundaan paket yang sangat rendah — pada
dasarnya seperti kinerja rangkaian. Tetapi dapatkah jaringan menjamin bahwa
aliran yang berkelanjutan dalam kelas lalu lintas prioritas tinggi akan terus
menerima layanan tersebut sepanjang durasi aliran hanya dengan
menggunakan
mekanisme yang telah kami jelaskan sejauh ini? Itu tidak bisa.
7.6 Ringkasan
Selain distribusi video, Internet juga digunakan untuk mengangkut
panggilan telepon. Bahkan, selama 10 tahun ke depan, Internet, bersama
dengan akses Internet nirkabel, dapat membuat sistem telepon circuit-switched
tradisional menjadi masa lalu. VoIP tidak hanya menyediakan layanan telepon
murah, tetapi juga menyediakan berbagai layanan bernilai tambah, seperti
konferensi video, direktori online layanan, pesan suara, dan integrasi ke
jejaring sosial seperti Facebook dan Google+.