FMUSER Wirless Mengirim Video Dan Audio Lebih Mudah!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikans
sq.fmuser.org -> Albania
ar.fmuser.org -> Arab
hy.fmuser.org -> Armenia
az.fmuser.org -> Azerbaijan
eu.fmuser.org -> Basque
be.fmuser.org -> Belarusia
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> Catalan
zh-CN.fmuser.org -> Cina (Sederhana)
zh-TW.fmuser.org -> Mandarin (Tradisional)
hr.fmuser.org -> Kroasia
cs.fmuser.org -> Ceko
da.fmuser.org -> Denmark
nl.fmuser.org -> Belanda
et.fmuser.org -> Estonia
tl.fmuser.org -> Filipina
fi.fmuser.org -> Finlandia
fr.fmuser.org -> Perancis
gl.fmuser.org -> Galicia
ka.fmuser.org -> Georgia
de.fmuser.org -> Jerman
el.fmuser.org -> Yunani
ht.fmuser.org -> Kreol Haiti
iw.fmuser.org -> Ibrani
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hongaria
is.fmuser.org -> Islandia
id.fmuser.org -> Bahasa Indonesia
ga.fmuser.org -> Irlandia
it.fmuser.org -> Italia
ja.fmuser.org -> Jepang
ko.fmuser.org -> Korea
lv.fmuser.org -> Latvia
lt.fmuser.org -> Lithuania
mk.fmuser.org -> Makedonia
ms.fmuser.org -> Melayu
mt.fmuser.org -> Malta
no.fmuser.org -> Norwegia
fa.fmuser.org -> Persia
pl.fmuser.org -> Polandia
pt.fmuser.org -> Portugis
ro.fmuser.org -> Rumania
ru.fmuser.org -> Rusia
sr.fmuser.org -> Serbia
sk.fmuser.org -> Slowakia
sl.fmuser.org -> Slovenia
es.fmuser.org -> Spanyol
sw.fmuser.org -> Swahili
sv.fmuser.org -> Swedia
th.fmuser.org -> Thailand
tr.fmuser.org -> Turki
uk.fmuser.org -> Ukraina
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> Welsh
yi.fmuser.org -> Yiddish
1 Pendahuluan
Sebagai layanan multimedia Internet baru dengan bandwidth tinggi dan berkualitas tinggi, IPTV menempatkan persyaratan yang lebih tinggi pada jaringan area metropolitan IP dari operator telekomunikasi. Dibandingkan dengan teknologi unicast tradisional, teknologi multicast memiliki keuntungan bahwa bandwidth jaringan tidak meningkat secara linier dengan jumlah pengguna berdasarkan efisiensi transmisi yang setara, dan secara efektif dapat menghemat beban server video dan jaringan pembawa. Oleh karena itu, bagi operator telekomunikasi untuk menyebarkan dan mengimplementasikan layanan IPTV secara efisien dan ekonomis, disarankan untuk menggunakan multicast push end-to-end, dan konfigurasi jaringan multicast IP adalah kuncinya.
Saat ini, jaringan area metropolitan IP dari operator telekomunikasi terutama terdiri dari jaringan tulang punggung area metropolitan dan jaringan akses broadband, dan data layanan IPTV didorong ke pengguna akhir melalui jaringan tulang punggung area metropolitan dan jaringan akses broadband secara bergantian. Jaringan tulang punggung metro terutama terdiri dari perangkat lapisan jaringan (lapisan 3), yang dapat mengaktifkan protokol perutean multicast seperti PIM-SM untuk mengakses sumber multicast (yaitu, perangkat head-end IPTV) untuk merutekan dan meneruskan paket multicast. Jaringan akses broadband terutama terdiri dari peralatan lapisan tautan data (lapisan 2), dan teknologi seperti Proxy IGMP atau Pengintaian IGMP dapat digunakan untuk penerusan multicast Layer 2 untuk mengakses peralatan terminal IPTV (yaitu, set-top box IPTV). Gambar 1 adalah diagram skema model dorong multicast ujung-ke-ujung IPTV.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
Gambar 1 Model jaringan push multicast ujung ke ujung IPTV
Artikel ini menjelaskan teknologi konfigurasi kunci jaringan push multicast ujung ke ujung IPTV dari dua tingkat jaringan yang berbeda: jaringan tulang punggung metro dan jaringan akses broadband.
2. Teknologi konfigurasi multicast utama untuk jaringan tulang punggung metro
2.1 Teknologi perutean multicast
Perbedaan utama antara pesan multicast dan pesan unicast adalah identifikasi alamat tujuan pesan. Alamat tujuan pesan multicast adalah alamat grup multicast (alamat IP kelas D dimulai dengan "1110"), dan pesan unicast didasarkan pada IP host tujuan. Alamat tersebut digunakan sebagai alamat tujuan. Karena tidak ada korespondensi satu-ke-satu antara alamat grup multicast dan host tujuan, router multicast hanya dapat menggunakan keunikan alamat sumber pesan untuk membuat keputusan perutean. Dengan kata lain, router multicast mengirimkan pesan ke arah menjauh dari sumber multicast berdasarkan alamat sumber pesan, bukan alamat tujuan. Teknologi ini disebut penerusan jalur mundur (disingkat RPF).
Untuk menghindari masalah seperti perutean loop, RPF menetapkan bahwa paket multicast harus mencapai router dari node tetangga hulu yang ditunjuk, dan paket multicast yang diteruskan oleh node tetangga lainnya dibuang. Ketika ada masalah dengan perutean multicast, paket multicast mungkin tidak dapat menjangkau melalui jalur lain seperti paket unicast, sinyal siaran langsung IPTV akan terputus di jaringan tulang punggung, dan aplikasi unicast seperti penjelajahan web dan pengiriman serta penerimaan email adalah normal. rintangan. Pada saat ini, di sepanjang jalur distribusi multicast, periksa tabel perutean RPF dari router multicast dan node tetangga hulu.
2.2 Teknologi pengalihan perutean multicast
Pohon distribusi multicast dalam protokol PIM-SM dapat dibagi menjadi dua kategori: pohon sumber dan pohon bersama. Pohon sumber menggunakan sumber multicast sebagai akar pohon, juga dikenal sebagai pohon jalur terpendek, yang dapat meminimalkan penundaan multicast ujung ke ujung, tetapi router harus menyimpan sejumlah besar informasi perutean, yang menghabiskan banyak sumber daya sistem; pohon bersama menggunakan RP (PIM-SM) Sebuah router penting dalam protokol, digunakan untuk routing dan konvergensi antara sumber multicast dan router multicast) Sebagai simpul akar umum dari semua pohon distribusi multicast, lalu lintas sumber multicast harus terlebih dahulu mencapai RP sebelum menjadi terkirim, dan jalur multicast biasanya tidak optimal, Ini akan menyebabkan penundaan jaringan tambahan, tetapi informasi perutean yang perlu dipertahankan oleh router bisa sangat kecil.
Protokol PIM-SM memanfaatkan sepenuhnya keuntungan dari dua pohon distribusi multicast. Pada tahap awal multicast, router multicast tidak dapat menggunakan pohon sumber karena tidak dapat mengetahui lokasi sumber multicast, tetapi dapat memperoleh beberapa paket multicast pertama yang dikirim oleh sumber multicast melalui node RP yang diketahui dan pohon bersamanya. Mengetahui lokasi sumber multicast dan beralih dari pohon bersama ke pohon sumber untuk mengurangi penundaan jaringan dan menghindari kemacetan jaringan yang mungkin disebabkan oleh node RP.
Jaringan tulang punggung metro umumnya terdiri dari router Cisco. Router seperti Cisco mengimplementasikan switching dari pohon distribusi multicast melalui ambang batas yang telah ditetapkan SPT-Threshold dari laju aliran. Ketika terdeteksi bahwa laju aliran multicast dari sumber multicast melebihi SPT-Threshold, perutean multicastnya akan beralih dari pohon bersama ke pohon sumber; Demikian pula, jika laju aliran multicast lebih rendah dari SPT-Threshold, perutean multicastnya Anda juga dapat beralih kembali dari pohon sumber ke pohon bersama. SPT-Threshold umumnya dikonfigurasi sebagai 0, sehingga router akan beralih dari pohon bersama ke sumber setelah menerima paket multicast pertama.
Teknologi konfigurasi 2.3RP
Sebagai simpul akar dari pohon bersama, RP memainkan peran menghubungkan ke atas dan ke bawah dalam proses multicast. Mengingat protokol PIM-SM memiliki karakteristik perpindahan pohon distribusi multicast, RP umumnya digunakan untuk membuat sambungan awal antara sumber multicast dan router multicast. Setelah perutean multicast dari router dialihkan dari pohon bersama ke pohon sumber, itu tidak akan RP dan pohon bersamanya diperlukan lagi. Oleh karena itu, lokasi RP di jaringan multicast tidak terlalu penting. Kuncinya adalah keandalan dan stabilitasnya.
Untuk meningkatkan keandalan dan stabilitas RP, beberapa router multicast dapat dipilih untuk berbagi fungsi RP (yaitu, teknologi Anycast RP), dan antarmuka loopback dari setiap node RP diberi alamat IP yang sama, sehingga membentuk berbagi beban dan perlindungan Kesalahan.
Masalah konfigurasi RP di jaringan multicast tidak hanya terkait dengan konfigurasi dan penyebaran node RP itu sendiri, tetapi juga melibatkan masalah bagaimana router multicast lain mempelajari node RP. Pada tahap awal multicast, router multicast mungkin tidak mengetahui lokasi sumber multicast, tetapi alamat RP harus diketahui. Ada dua cara utama untuk router multicast untuk mendapatkan alamat RP, yaitu metode RP konfigurasi statis dan metode RP penemuan otomatis. Konfigurasi statis RP lebih aman dan secara efektif dapat mencegah aktivitas penipuan seperti pemalsuan RP, tetapi beban kerja konfigurasi jaringan berat dan tidak kondusif untuk penyesuaian dinamis RP dan node lainnya; Penemuan otomatis RP dapat mengurangi beban kerja konfigurasi dan memfasilitasi perubahan jaringan dan strategi kontrol. Penyesuaian, tetapi ada risiko keamanan tertentu. Untuk jaringan tulang punggung area metropolitan skala kecil, Anda dapat menggunakan metode konfigurasi RP secara statis pada setiap router multicast; untuk jaringan tulang punggung area metropolitan berskala besar dengan kebijakan pertahanan keamanan yang ketat, disarankan untuk menggunakan metode menemukan RP secara otomatis.
2.4 Teknologi gabungan multicast head-end IPTV
Pada tahap awal multicast, router multicast umumnya memperoleh lalu lintas headend IPTV (yaitu, sumber multicast) dan informasi lokasi melalui node RP yang diketahui dan pohon bersama mereka. Agar RP dapat mempelajari tentang sumber multicast, router multicast yang terhubung langsung ke sumber multicast bertanggung jawab untuk mengenkapsulasi beberapa paket multicast pertama yang dikirim oleh sumber multicast dalam pesan PIM Register terpisah, dan memulai multicast ke RP dalam unicast mode. Proses pendaftaran sumber. Melalui pesan ini, RP tidak hanya dapat memperoleh paket grup multicast yang diminati, tetapi juga alamat IP sumber multicast. Setelah itu, RP meneruskan informasi sumber multicast ke router multicast lain, dan mengakhiri proses registrasi sumber multicast dengan pesan PIM Registe-Stop.
3. Teknologi konfigurasi kunci multicast dari jaringan akses broadband
3.1 Teknologi gabungan multicast akhir pengguna IPTV
Klien IPTV (set-top box) berkomunikasi dengan router multicast (biasanya dilakukan oleh router layanan atau server akses broadband) dari lapisan kontrol akses layanan jaringan tulang punggung metro melalui protokol IGMP melalui jaringan akses broadband untuk bergabung atau keluar dari jaringan tertentu. Grup multicast (yaitu saluran langsung IPTV).
Ketika set-top box mengirim pesan permintaan bergabung grup multicast ke router multicast, alamat MAC tujuan dari pesan tersebut adalah alamat MAC grup multicast, bukan router multicast, yang berbeda dari metode unicast. Perlu dicatat bahwa alamat MAC grup multicast sebenarnya sesuai dengan 32 alamat IP grup multicast yang berbeda. Ini karena alamat MAC dari grup multicast adalah 01: 00: 5E: 00: 00: 00 ~ 01: 00: 5E: 7F: FF: FF, yaitu, ruang alamat efektif hanya 23 bit, dan efektif alamat dari grup multicast IP Ada 28 spasi.
Hubungan pemetaan antara keduanya adalah untuk menyamakan 23 bit yang lebih rendah dari alamat MACC dengan 23 bit yang lebih rendah dari alamat IP, yang mengakibatkan hilangnya 5 bit teratas dari alamat IP grup multicast. Misalnya, jika tiga saluran siaran langsung IPTV yang berbeda menggunakan 224.0.0.1, 224.128.0.1, dan 239.128.0.1 sebagai alamat IP grup multicast, semua alamat MAC grup multicast yang sesuai adalah 01: 00: 5E: 00: 00:01, yang mana akan menyebabkan set-top box dan peralatan lapis kedua dari jaringan akses broadband tidak dapat membedakan ketiga sinyal. Oleh karena itu, perhatikan masalah tersebut saat merencanakan alamat IP multicast.
3.2 Teknologi penerusan multicast Layer 2
Jaringan akses broadband terdiri dari sejumlah besar perangkat elemen jaringan seperti switch Layer 2 dan DSLAM yang berjalan pada lapisan data link. Fitur peralatan Layer 2 adalah bahwa ia bertukar / meneruskan frame data berdasarkan alamat MAC antara port perangkat, dan memiliki fungsi parsing dan perutean yang buruk untuk lapisan ketiga (lapisan jaringan) dari paket IP, sehingga tidak dapat secara langsung mendukung IGMP yang bekerja pada lapisan ketiga. Dan protokol multicast lainnya. Ketika perangkat Layer 2 khas seperti sakelar memproses lalu lintas multicast IPTV, ia menyiarkan bingkai data multicast ke semua portnya sesuai dengan alamat tujuan yang tidak diketahui atau metode siaran, yang mungkin menyebabkan masalah seperti badai siaran.
Untuk mengatasi masalah banjir paket multicast, teknologi penerusan multicast Layer 2, seperti teknologi IGMP Snooping dan IGMP Proxy, perlu diadopsi. Teknologi Pengintaian IGMP memantau pesan IGMP antara set-top box dan router multicast untuk memahami hubungan penerusan port perangkat ke bingkai data multicast; sedangkan teknologi IGMP Proxy mencegat pesan IGMP antara set-top box dan multicast router Pemfilteran dan penerusan proxy dapat menghemat lalu lintas multicast antara router multicast dan perangkat Layer 2, tetapi memerlukan indikator kinerja tinggi seperti kapasitas pemrosesan dan memori dari perangkat elemen jaringan. Saat mengonfigurasi perangkat Layer 2, Anda dapat memilih sesuai dengan kinerja aktual perangkat elemen jaringan dan tingkat dukungan untuk teknologi Snooping / Proxy IGMP.
Ambil saluran langsung IPTV dengan bandwidth 2 Mbit / s sebagai contoh. Jika perangkat Layer 2 tidak menggunakan teknologi penerusan multicast Layer 2, paket multicast yang dikirim ke semua pengguna IPTV akan diteruskan ke semua port, bahkan jika port pengguna memiliki 10 Mbit / s. s Akses bandwidth, paket multicast dari 5 saluran langsung IPTV dapat diblokir; setelah mengadopsi teknologi penerusan multicast Layer 2, paket multicast hanya diteruskan ke port dengan permintaan penggunaan, dan jika setiap port paling banyak hanya terhubung Untuk set-top box IPTV, paling banyak hanya satu paket multicast (yaitu, Lalu lintas 2 Mbit / dtk) dari saluran langsung diteruskan ke port yang sesuai.
3.3 Teknologi konfigurasi VLAN
Lalu lintas yang diteruskan oleh multicast Layer 2 hanya melibatkan layanan multicast IPTV dan tidak melibatkan layanan broadband lainnya. Oleh karena itu, dalam jaringan akses broadband, teknologi seperti VLAN umumnya digunakan untuk mengisolasi lalu lintas multicast IPTV dari layanan lain dan lalu lintas pengguna. Teknologi VLAN yang umum digunakan termasuk teknologi replikasi multicast lintas-VLAN dari VLAN multicast ke setiap VLAN pengguna, dan QinQ, yang memecahkan jumlah ID VLAN yang tidak mencukupi.
3.4 Teknologi multicast statis dan multicast dinamis
Program siaran langsung IPTV dikirim ke terminal pengguna melalui jaringan pembawa IP, dan utamanya terdapat dua mode multicast, yaitu mode multicast dinamis dan mode multicast statis. Dalam mode multicast dinamis, sakelar, DSLAM, dan perangkat lain akan menerima dan mengirimkan program saluran hanya setelah menerima permintaan pengguna pertama untuk bergabung dengan saluran (grup multicast); dan saat saluran (grup multicast) bertahan. Saat pengguna logout, perangkat elemen jaringan akan berhenti menerima aliran multicast. Mode multicast statis adalah untuk secara statis mengkonfigurasi entri penerusan multicast MAC dari setiap saluran IPTV (grup multicast) pada peralatan switching, terlepas dari apakah pengguna hilir menontonnya atau tidak, aliran multicast telah dikirim ke peralatan elemen jaringan.
Lalu lintas multicast statis tidak ada hubungannya dengan jumlah pengguna IPTV, hanya jumlah saluran dan bandwidth per saluran. Ketika jumlah pengguna kurang dari jumlah saluran, lalu lintas akan lebih besar dari lalu lintas unicast; lalu lintas maksimum multicast dinamis adalah ketika jumlah pengguna IPTV serentak kurang dari jumlah saluran. Ketika jumlah pengguna bersamaan IPTV lebih besar dari jumlah saluran, ini setara dengan lalu lintas multicast statis. Dalam mode multicast statis, kecepatan perpindahan saluran pengguna cepat dan persepsi layanan baik, tetapi permintaan bandwidth jaringan lebih besar; multicast dinamis dapat meminimalkan lalu lintas jaringan dalam keadaan apa pun, tetapi ketika pengguna menerima saluran baru (grup multicast), mungkin ada penundaan jaringan tertentu.
Ketika jumlah pengguna IPTV yang terhubung ke peralatan jaringan sangat kecil, keuntungan multicast tidak terlihat. Oleh karena itu, pada tahap awal pengembangan layanan IPTV, pengguna IPTV belum banyak atau jaringan akses broadband belum dibangun kembali. Anda dapat menggunakan multicast dinamis atau bahkan unicast untuk mengirimkan sinyal langsung IPTV. Ketika jumlah pengguna yang terhubung ke perangkat jaringan jauh melebihi jumlah saluran IPTV, karakteristik multicasting untuk menghemat bandwidth lalu lintas jaringan menjadi semakin signifikan. Saat ini, yaitu ketika layanan IPTV telah dikembangkan ke tahap yang matang dan transformasi jaringan akses broadband telah dilakukan, mode multicast statis dapat digunakan untuk mengirimkan sinyal siaran langsung IPTV untuk lebih meningkatkan kualitas layanan IPTV. Oleh karena itu, operator dapat memutuskan apakah akan mengkonfigurasi peralatan jaringan akses dalam mode multicast dinamis atau statis sesuai dengan kondisi aktual seperti kualitas jaringan dan penetrasi layanan IPTV.
4 Kesimpulan
Menggabungkan jaringan area metropolitan IP operator telekomunikasi yang ada, makalah ini secara sistematis menjelaskan teknologi kunci konfigurasi jaringan push multicast end-to-end IPTV, yang memiliki signifikansi referensi yang baik bagi operator telekomunikasi untuk menyebarkan dan mengimplementasikan layanan IPTV secara efisien dan ekonomis.
|
Masukkan email untuk mendapatkan kejutan
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikans
sq.fmuser.org -> Albania
ar.fmuser.org -> Arab
hy.fmuser.org -> Armenia
az.fmuser.org -> Azerbaijan
eu.fmuser.org -> Basque
be.fmuser.org -> Belarusia
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> Catalan
zh-CN.fmuser.org -> Cina (Sederhana)
zh-TW.fmuser.org -> Mandarin (Tradisional)
hr.fmuser.org -> Kroasia
cs.fmuser.org -> Ceko
da.fmuser.org -> Denmark
nl.fmuser.org -> Belanda
et.fmuser.org -> Estonia
tl.fmuser.org -> Filipina
fi.fmuser.org -> Finlandia
fr.fmuser.org -> Perancis
gl.fmuser.org -> Galicia
ka.fmuser.org -> Georgia
de.fmuser.org -> Jerman
el.fmuser.org -> Yunani
ht.fmuser.org -> Kreol Haiti
iw.fmuser.org -> Ibrani
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hongaria
is.fmuser.org -> Islandia
id.fmuser.org -> Bahasa Indonesia
ga.fmuser.org -> Irlandia
it.fmuser.org -> Italia
ja.fmuser.org -> Jepang
ko.fmuser.org -> Korea
lv.fmuser.org -> Latvia
lt.fmuser.org -> Lithuania
mk.fmuser.org -> Makedonia
ms.fmuser.org -> Melayu
mt.fmuser.org -> Malta
no.fmuser.org -> Norwegia
fa.fmuser.org -> Persia
pl.fmuser.org -> Polandia
pt.fmuser.org -> Portugis
ro.fmuser.org -> Rumania
ru.fmuser.org -> Rusia
sr.fmuser.org -> Serbia
sk.fmuser.org -> Slowakia
sl.fmuser.org -> Slovenia
es.fmuser.org -> Spanyol
sw.fmuser.org -> Swahili
sv.fmuser.org -> Swedia
th.fmuser.org -> Thailand
tr.fmuser.org -> Turki
uk.fmuser.org -> Ukraina
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> Welsh
yi.fmuser.org -> Yiddish
FMUSER Wirless Mengirim Video Dan Audio Lebih Mudah!
Kontak
Alamat:
No.305 Kamar HuiLan Building No.273 Huanpu Road Guangzhou China 510620
Kategori
Buletin