Saya memiliki layanan TV yang menggunakan teknologi ADSL. Itu berarti bahwa TV saya pada dasarnya streaming semuanya melalui internet.
Saya diberitahu hari ini bahwa ini membutuhkan setidaknya 1MB / s uplink untuk dapat bekerja. Apakah itu benar?
Catatan, saya tidak berbicara tentang bandwidth turun, yang akan jauh lebih tinggi. Ini adalah naik , dengan kata lain, set-top box penyedia TV saya membutuhkan setidaknya 1MB / s kapasitas unggah untuk mengalirkan aliran 2-3MB / s (saya menduga itu).
Apa yang dikirim? ACK?
networking
streaming
bandwidth
hdtv
JakeHawkes42
sumber
sumber
Jawaban:
Itu tergantung pada protokol streaming, tetapi bisa juga mengirim acks, permintaan pengiriman ulang, laporan kualitas klien, perintah pemutaran (play / pause / rewind), dan permintaan untuk mengubah bitrate stream agar lebih sesuai dengan kondisi jaringan.
Tak satu pun dari ini akan mendekati laju data 1Mbps berkelanjutan, jadi mereka mungkin meminta lebih dari yang sebenarnya mereka butuhkan, dengan harapan dengan ruang kepala tambahan, lalu lintas lainnya tidak akan cukup untuk memicu kemacetan dan bufferbloat yang dapat mengganggu pemutaran dan pengoperasian layanan streaming yang lancar.
sumber
Tanpa mengetahui model yang tepat dari Set-Top Box Anda dan protokol yang digunakan untuk berinteraksi dengan penyedia TV Anda, tidak mungkin untuk mengetahui apa, persis , ia menggunakan bandwidth itu untuk. Namun, kami dapat membuat beberapa tebakan berpendidikan berdasarkan layanan yang Anda terima.
Pertama, apa saja protokol video digital akan memiliki, seperti yang Anda duga, beberapa bentuk "ACK" untuk menunjukkan keberhasilan penerimaan data. Video digital bukan protokol satu arah; untuk menjaga agar paket tetap teratur dan aliran video tetap sinkron (untuk memastikan bahwa pemutar video tidak memutar video terlalu cepat atau terlalu lambat), kedua belah pihak sering mengirim data penghitungan waktu satu sama lain. Paket yang dijatuhkan ditangani berdasarkan beberapa algoritma untuk menentukan apakah ada waktu untuk mengirim ulang paket, atau hanya memotong video dan terus melanjutkan. Mungkin juga bersedia untuk mencoba memecahkan kode dan memainkan data yang tidak lengkap dan menerima korupsi yang mungkin terjadi sebagai akibatnya (inilah sebabnya kadang-kadang TV digital di udara memiliki masalah ini).
Hal-hal tambahan yang harus disediakan oleh layanan TV berbasis pelanggan adalah:
1 Mbit / s mungkin terdengar sangat banyak, tetapi overhead nominal permintaan HTTP reguler (yang mungkin atau mungkin tidak digunakan layanan ini) ada di sekitar 2% . Perkiraan 1 Mbit / s mereka mungkin didasarkan pada:
Overhead protokol video mungkin sebenarnya jauh lebih tinggi dari 2%. Enkripsi (di kedua arah) dapat menambahkan beberapa persen. Mungkin ukuran setiap paket data sangat kecil, yang akan meningkatkan overhead keseluruhan karena Anda akan memiliki lebih banyak paket total, dan masing-masing memiliki metadata yang terkait dengannya. Semua itu melibatkan sedikit hulu, dan akhirnya bertambah.
Secara keseluruhan, tidak ada cara untuk mengetahui dengan pasti mengapa mereka pikir mereka membutuhkan 1 Mbit / s hulu untuk TV STB Anda, tetapi itu mungkin hanya tebakan, atau berdasarkan pengujian yang menunjukkan bahwa operasi tertentu memerlukan sedikit hulu dan harus menjadi kecepatan tertentu untuk mendapatkan kinerja yang layak (misalnya, jabat tangan awal untuk mengautentikasi STB Anda mungkin memerlukan ledakan setiap kali kotak harus menegosiasikan ulang lapisan enkripsi dengan kantor pusat penyedia).
Saya ragu mereka menggunakan stabil 1 Mbit / s sementara hanya streaming video biasa. Kualitas dan bitrate video harus sangat tinggi untuk protokol streaming video yang cukup efisien untuk menuntut sebanyak itu di hulu secara berkelanjutan.
sumber
.mp4
atau.mkv
, atau format streaming apa pun) memiliki informasi waktu bingkai, dan info sinkronisasi A / V. Jika pemain mendukung jeda / mundur, itu mungkin hanya buffer beberapa detik di depan dari server dan server tidak benar-benar peduli ketika pemain berkeliling menampilkan bingkai Mengirim permintaan untuk lebih banyak data adalah bagian dari overhead hulu. Atau jika tidak sesuai permintaan, maka mungkin server meminta klien untuk mengikuti.Paket ack pada ethernet berukuran minimal 64 byte, paket hilir 'dimuat' pada penggunaan PPPoA DSL tipikal biasanya berukuran 1492 byte.
RFC1122 menentukan "dalam aliran segmen ukuran penuh di sana HARUS menjadi ACK untuk setidaknya setiap segmen kedua".
Oleh karena itu, rasio bandwidth ack minimum Anda adalah 64 / (1492 * 2) = 2,15%, atau 22,490 byte pengakuan yang diperlukan per 1MB yang diterima, atau sebagai bitrate sekitar 110kbps (0,1Mbps) naik per 5Mbps ke bawah.
Untuk beberapa alasan saya pikir mereka menginginkan bandwidth hulu Anda.
Jika 'stream' mereka dikirim sebagai blok data yang diidentifikasi secara unik, itu akan sepele untuk memiliki perangkat cache semua blok yang diunduh dan bertindak sebagai penyimpanan terdistribusi. Untuk streaming langsung, hal itu sulit karena hanya ada satu titik asal untuk blok data, tetapi dengan memberikan setiap klien pemirsa streaming titik awal 'blok offset' acak (setara dengan penundaan siaran 0-30 detik) permintaan klien dapat tersebar di seluruh berbagai blok dan klien dapat dimanfaatkan untuk mendistribusikan kembali blok ke klien lain. Ketersediaan blok dapat dikelola secara cerdas oleh server kontrol dengan blok-blok baru yang awalnya didorong ke klien dengan bandwidth unggahan tertinggi dan klien-klien tersebut pada gilirannya diinstruksikan untuk mendorong data ke tingkat klien lain.
Jika perangkat memiliki penyimpanan lokal moderat (64GB) maka layanan VoD / PVR untuk konten yang baru-baru ini diperlihatkan akan sepele untuk diterapkan dengan biaya bandwidth hampir nol untuk penyedia. Perangkat individual akan diinstruksikan untuk mempertahankan atau menghapus blok aliran yang diperlukan untuk mempertahankan ketersediaan blok yang cukup di seluruh jaringan penyimpanan terdistribusi sesuai dengan perkiraan / permintaan yang diukur. Putar kembali dicapai hanya dengan meminta blok yang relevan dan melakukan beberapa caching lokal, dengan server pusat tersedia untuk menjamin ketersediaan jika diperlukan.
sumber