Verizon adalah memodifikasi mereka "tak terbatas" data rencana. Pelanggan di amerika SERIKAT bisa streaming video pada 480p -atau - membayar untuk membuka resolusi yang lebih tinggi (baik 720p dan 1080p). Mereka tidak satu-satunya operator seluler untuk menerapkan aturan seperti ini.
Jika saya pada sebuah situs yang menerapkan HTTPS untuk video streaming, mengatakan YouTube atau Facebook, bagaimana mobil keluarga tahu apa resolusi saya'm menonton? Jika operator bandwidth throttling untuk semua data, kemudian berbicara tentang resolusi video yang tampaknya seperti penyesatan. Jika itu's hanya video, yang tampaknya untuk meningkatkan privasi.
Ini adalah aplikasi yang aktif di bidang penelitian. Saya kebetulan telah melakukan beberapa pekerjaan di daerah ini, sehingga saya'll berbagi apa yang saya dapat tentang ide dasar (ini bekerja dengan mitra industri dan aku bisa't berbagi rahasia rincian :) ). Tl;dr adalah bahwa hal itu's sering mungkin untuk mengidentifikasi terenkripsi lalu lintas arus yang membawa video, dan's sering mungkin untuk memperkirakan resolusi - tapi itu's rumit, dan tidak selalu akurat. Ada banyak orang yang bekerja pada cara-cara untuk melakukan hal ini lebih konsisten dan lebih akurat. Video lalu lintas memiliki beberapa karakteristik tertentu yang dapat membedakannya dari jenis lain dari lalu lintas. Di sini saya merujuk secara khusus untuk video on demand - tidak live streaming video. Video on demand doesn't sering memiliki orang-orang prioritas kategori yang disebutkan dalam jawaban. Saya juga merujuk secara khusus untuk video adaptif, berarti bahwa video ini dibagi ke dalam segmen-segmen (masing-masing sekitar 2-10 detik), dan masing-masing segmen dari video dikodekan pada beberapa tingkat kualitas (quality level artinya: jangka panjang bitrate video, codec, dan resolusi). Saat anda memutar video, kualitas tingkat di mana segmen berikutnya adalah mengunduh tergantung pada rate data aplikasi berpikir jaringan anda dapat dukungan. (Yang's DASH protokol sebagaimana dimaksud dalam jawaban.) Jika ponsel anda adalah bermain video, dan kau melihat (weighted moving average) dari data-data lalu lintas yang akan ke ponsel anda dari waktu ke waktu, itu mungkin terlihat seperti ini: [![data rate dari waktu ke waktu][1]][1] (ini yang diambil dari YouTube sesi lebih dari Verizon. Ada's moving average lebih dari 15 detik dan juga jangka pendek rata-rata.) Ada beberapa bagian yang berbeda untuk sesi ini: Pertama, aplikasi video (YouTube player) mencoba untuk mengisi buffer hingga kapasitas buffer. Selama waktu ini, adalah menarik data di tingkat apa pun jaringan dapat dukungan. Pada tahap ini,'s pada dasarnya dibedakan dari besar file yang di-download, kecuali jika anda dapat menyimpulkan bahwa itu's video lalu lintas dari alamat remote (seperti yang disebutkan dalam jawaban). Setelah buffer penuh, maka anda mendapatkan "semburan" di sort-of-interval yang teratur. Misalkan anda buffer dapat menyimpan 200 detik video. Ketika buffer memiliki 200 detik video di dalamnya, aplikasi berhenti men-download. Kemudian setelah beberapa segmen video yang telah diputar kembali (misalnya 5 detik), ada ruang di kawasan penyangga lagi, jadi itu'll download segmen berikutnya, kemudian berhenti lagi. Yang's apa yang menyebabkan ini bursty pola. Pola ini sangat karakteristik dari video - lalu lintas dari aplikasi lain doesn't memiliki pola - agar jaringan penyedia layanan dapat dengan mudah memilih arus yang membawa video lalu lintas. Dalam beberapa kasus, anda mungkin tidak pernah mengamati pola ini - misalnya, jika video ini begitu singkat bahwa entire thing dimuat ke dalam buffer sekaligus dan kemudian klien berhenti men-download. Dalam situasi seperti itu, it's sangat sulit untuk membedakan trafik video dari file download (kecuali jika anda dapat mengetahuinya dengan remote address). Pokoknya, sekali anda telah mengidentifikasi sebagai aliran yang membawa lalu lintas video - baik dengan remote address (tidak selalu mungkin, karena video utama digunakan oleh penyedia konten jaringan distribusi yang tidak eksklusif untuk video) atau dengan pola lalu lintas (mungkin jika sesi video yang lebih panjang, jauh lebih sulit jika hal ini begitu singkat bahwa seluruh video dimuat ke dalam buffer sekaligus)... Sekarang, sebagai Hector kata, anda dapat mencoba untuk menebak resolusi dari bitrate dengan melihat ukuran (dalam byte) dari masing-masing "meledak" data:
Dari ukuran per süre anda bisa membuat perkiraan yang wajar dari resolusi - terutama jika anda terus bergulir rata-rata. Tapi, ini bisa menjadi sulit. Mengambil YouTube sesi dalam contoh saya:
- Tidak semua segmen yang sama durasi - durasi video yang diminta pada suatu waktu tergantung pada beberapa faktor (tingkat kualitas, status jaringan, apa jenis perangkat yang anda bermain video, dan lain-lain). Jadi anda bisa't selalu melihat "meledak" dan berkata, "OK, ini adalah X byte yang mewakili 5 detik dari video, jadi saya tahu video data rate". Kadang-kadang anda dapat mengetahui kemungkinan segmen durasi tapi lain kali ini lebih rumit.
- Untuk video kualitas tingkat dan durasi segmen, segmen yang berbeda akan memiliki ukuran yang berbeda (tergantung pada hal-hal seperti berapa banyak gerakan terjadi di bagian video).
- Bahkan untuk resolusi video, jangka panjang data rate dapat bervariasi - 1080p video dikodekan dengan VP9 won't harus sama jangka panjang data rate sebagai salah satu dikodekan dengan H. 264.
- Kualitas video perubahan tingkat menurut dirasakan kualitas jaringan (yang terlihat oleh penyedia layanan jaringan) dan buffer status (yang tidak). Sehingga anda dapat melihat data jangka panjang tarif lebih dari 30 detik, tapi itu's mungkin bahwa sebenarnya kualitas video tingkat diubah beberapa kali selama 30 detik.
- Selama periode ketika buffer adalah pengeringan atau mengisi secepat mungkin (bila anda don't memiliki orang-orang "semburan"), it's jauh lebih sulit untuk memperkirakan apa yang's terjadi di dalam video.
- Untuk mempersulit hal-hal lebih jauh: kadang-kadang sebuah video yang mengalir akan menjadi "bergaris" di beberapa lower-layer mengalir. Kadang-kadang bagian dari video yang akan diambil dari satu alamat, dan kemudian akan beralih untuk mengambil video dari alamat yang berbeda. Bahwa grafik dari data rate saya menunjukkan anda tepat di atas? Berikut ini's apa resolusi video itu berakhir, waktu interval: Di sini, warna menunjukkan resolusi video. Jadi... anda dapat sort of memperkirakan apa's terjadi hanya dari pola lalu lintas. Tapi itu's masalah yang sulit! Ada penanda lain di lalu lintas yang dapat anda lihat. Saya dapat't mengatakan dengan pasti bagaimana salah satu penyedia layanan melakukan itu. Tapi setidaknya sejauh akademik state-of-the-art pergi, ada isn't ada cara untuk melakukan hal ini dengan akurasi yang sempurna, semua waktu (kecuali jika anda memiliki kerjasama penyedia video...) Jika anda're tertarik untuk belajar lebih banyak tentang teknik-teknik yang digunakan untuk masalah seperti ini, ada's banyak literatur akademik di luar sana seperti misalnya AKTIF: Memprediksi Kondisi Buffer dan Real-time Persyaratan HTTP(S) Adaptif Streaming Klien sebagai titik awal. (Bukan kertas - hanya satu kebetulan saya baca baru-baru ini.)
Tidak ada maxes keluar bandwidth pada tingkat yang konsisten lainnya dari streaming video.
Juga, dalam rangka untuk memastikan bahwa aliran ditangani dengan prioritas (dan tidak seperti download file, misalnya) streaming sumber tag paket-paket dengan cara yang memberitahukan operator bahwa itu adalah video streaming. Sisa paket yang dienkripsi, tapi metadata yang menceritakan ISP bagaimana untuk rute itu mendapat untuk melihat bagian ini. Jika mereka tidak melakukan hal ini, akan ada kemungkinan tinggi bahwa aliran akan mendapatkan terganggu atau rusak sebagai ISP mencoba untuk menyeimbangkan semua kebutuhan jaringan lalu lintas pada saat itu.
Dan di sini adalah bagaimana Verizon mengatakan mereka akan melakukan hal ini:
Verizon tampaknya tidak't dapat mengkonversi video ke resolusi yang lebih rendah itu sendiri. Sebaliknya, ia akan menetapkan batas bandwidth yang aplikasi video akan harus menyesuaikan diri. "Kami mengelola HD video throughput dengan menetapkan kecepatan tidak lebih dari 10Mbps, yang menyediakan video HD hingga 1080p video," Verizon mengatakan Ars. The Mbps mungkin akan menjadi lebih rendah dari yang dalam kasus-kasus di mana Verizon batas video 480p atau 720p.
Itu berarti bahwa kedua pelanggan dan fakta bahwa lalu lintas adalah yang berbentuk cara tertentu karena itu adalah jenis tertentu dari video yang berarti tagged.
Bagaimana? Verizon memiliki video optimasi sistem yang telah ditunjukkan untuk membatasi Netflix dan YouTube to 10 Mbps bahkan sebelum Agustus 2017 pengumuman topi baru.
Verizon mengakui menggunakan video baru optimasi sistem tapi kata itu adalah bagian dari sementara tes dan bahwa hal itu tidak mempengaruhi aktual kualitas video. Video optimasi muncul untuk berlaku baik untuk tak terbatas dan terbatas mobile rencana.
Tetapi beberapa pengguna YouTube melaporkan video yang rusak, mengatakan bahwa menggunakan layanan VPN dapat memotong Verizon throttling.
Hal ini menunjukkan kemampuan untuk Verizon untuk mengidentifikasi streaming video dan membatasi bandwidth dengan demikian, bahkan jika konten yang disampaikan melalui HTTPS (tapi bukan Vpn).
Schroeder adalah hampir pasti benar itu hanya sebuah cara pemasaran mengatakan mereka membatasi bandwidth untuk situs tertentu, alamat IP atau mencari prioritas spidol pada paket-paket.
Perlu dicatat bahwa bagaimanapun secara teoritis ada cara mereka bisa membuat pekerjaan ini lebih baik jika satu-satunya tujuan adalah untuk memaksa pengguna untuk resolusi tertentu sementara video streaming dan tidak ada yang lain.
Banyak internet streaming hari ini menggunakan proses yang disebut DASH (Dynamic Adaptive Streaming melalui HTTP). Cara ini bekerja adalah untuk meminta sepotong kecil video, mengukur bandwidth saat ini-download dan pilih potongan berikutnya video pada resolusi / skema kompresi yang akan memungkinkan untuk dapat diterima dalam waktu ketika pertama chunk telah selesai bermain.
Ini berarti ada petunjuk dalam permintaan untuk apa yang pengguna lakukan. Jika perangkat anda mengirimkan permintaan ke situs web setiap 3 detik meminta sebuah file yang hanya membutuhkan waktu di bawah 3 detik untuk men-download, maka ada kesempatan yang sangat tinggi bahwa situs video streaming. Dari ukuran per süre anda bisa membuat perkiraan yang wajar dari resolusi - terutama jika anda terus bergulir rata-rata. Anda kemudian dapat hanya membatasi bandwidth untuk alamat ip.
Dengan menggunakan alamat IP untuk penyedia video utama (googlevideo (youtube), Netflix dll) dalam keputusan pembobotan anda bisa membuat algoritma yang lebih agresif tanpa terlalu banyak positif palsu.
Jika anda menggunakan (tepat) VPN bahwa nilai-nilai keamanan/privasi atas kinerja, itu akan mempekerjakan sekelompok trik untuk membingungkan setiap upaya oleh ISP anda untuk secara positif mengidentifikasi anda sebagai video streaming:
Hal terbesar adalah alamat anda terhubung ke. HTTPS melindungi data dalam penerbangan, tapi doesn't melindungi alamat anda berbicara. Jika Verizon tahu alamat IP dari server Netflix, mereka dapat menempatkan pembatasan pada aliran data dari orang-orang IPs yang berada dalam rentang tertentu. Netflix kemudian akan secara otomatis menyesuaikan's pemutaran berdasarkan bandwidth yang tersedia.
It's juga luas mungkin untuk melihat didasarkan pada data konstan tingkat lalu lintas yang kurang dari max mungkin. Kemungkinan ini berarti media stream dari beberapa jenis, meskipun hal ini juga bisa menjadi bandwidth terbatas transfer file, sehingga akan ada positif palsu.
Saya percaya bahwa dalam rincian teknis yang mereka sebutkan ketika mengumumkan perubahan, mereka hanya berencana untuk menggunakan alamat IP untuk penataan batas, tapi aku'm tidak yakin jika itu akan berubah dari waktu ke waktu, atau jika aku bahkan mengingat dengan benar seperti itu sudah beberapa saat sejak pengumuman dan saya didn't menyimpan catatan pada saya asli penelitian tentang hal itu.
Verizon doesn't benar-BENAR mengenali dan blok dienkripsi HD video... tetapi memiliki perjanjian dengan layanan seperti Netflix dan Youtube yang mengharuskan MEREKA untuk mengenali Verizon rentang alamat IP & menghormati batas-batas yang dikenakan oleh Verizon.
Untuk yang lebih kecil dari pelayanan, saya percaya Verizon memiliki kedua senjata di pembuangan... saya'm cukup yakin bahwa di suatu tempat di customer service perjanjian untuk "tak terbatas" rencana klausul yang memungkinkan Verizon untuk menghitung "buram" dienkripsi lalu lintas terhadap pengguna's bulanan "tethering" batas. Jadi Verizon mungkin tidak tahu (atau peduli) bahwa anda're streaming video HD ke ponsel anda sepanjang hari dari kamera keamanan di rumah, tetapi mereka DAPAT menghitung lalu lintas terhadap bulanan anda 5 atau 10 gb membatasi (atau throttle untuk 150kbps jika rencana anda tidak't dilengkapi tethering).
Tidak yakin apakah ini benar dalam kasus anda tapi kadang-kadang penyedia menggunakan proxy. Ini bisa diatur secara otomatis ketika anda menggunakan jaringan mereka (OTA). Proxy memiliki sertifikat yang sah, karena itu's dari operator anda. Jika jadi mereka hanya bisa membaca semua HTTPS lalu lintas dan menggunakan beberapa perangkat lunak untuk traffic shaping. Jika ini adalah kasus VPN akan membantu.
Sehingga penyedia secara otomatis mengatur APN pada perangkat mobile anda. Lalu lintas internet kirim dari perangkat mobile anda ke APN. Penyedia dapat menggunakan lalu lintas komersial yang membentuk perangkat lunak untuk mengontrol video (dari FB/YT/dll) streaming. Bahkan jika koneksi terenkripsi dapat anda lihat dari cara buffering bekerja apa resolusi video yang digunakan, video download bagian dalam potongan yang membuat destinct pola. Jadi jika potongan tersebut semakin besar resolusi video yang lebih tinggi, dengan traffic shaping perangkat lunak anda mungkin dapat mengatur ini-download pola. Ketika menggunakan VPN penyedia tidak dapat menentukan apa jenis data adalah mengirim melalui VPN. Ia masih bisa melihat potongan pola yang membatasi semua data melalui VPN akan menyebabkan total kecepatan download akan lebih rendah dan saya menganggap itu adalah melawan setuju kecepatan yang disebutkan dalam kontrak anda.
Tambahan: Telepon anda terhubung ke APN. APN ini dapat bertindak seperti proxy dan sudah memiliki sertifikat yang sah (sehingga anda don't menginstalnya). Telepon anda akan menerima sertifikat sebagai sah satu, seperti yang seharusnya dilakukan. Dalam kasus ini bertindak sebagai proxy provider tidak berhenti dengan enkripsi HTTPS, proxy diperlukan untuk melihat semua permintaan anda. Dalam hal ini penyedia dapat melakukan apa-apa dengan permintaan anda atau dengan data yang diterima. Penyedia bisa misalnya memiliki perangkat lunak yang berjalan untuk mengoptimalkan/kompres video sebelum mengirim dari proxy kembali ke ponsel anda untuk menghemat bandwitdh.