FMUSER Wirless Menghantar Video Dan Audio Lebih Mudah!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Orang Afrika
sq.fmuser.org -> Bahasa Albania
ar.fmuser.org -> Bahasa Arab
hy.fmuser.org -> Armenia
az.fmuser.org -> Azerbaijan
eu.fmuser.org -> Basque
be.fmuser.org -> Belarus
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> Bahasa Catalan
zh-CN.fmuser.org -> Bahasa Cina (Ringkas)
zh-TW.fmuser.org -> Bahasa Cina (Tradisional)
hr.fmuser.org -> Bahasa Croatia
cs.fmuser.org -> Bahasa Czech
da.fmuser.org -> Denmark
nl.fmuser.org -> Belanda
et.fmuser.org -> Estonia
tl.fmuser.org -> Orang Filipina
fi.fmuser.org -> Bahasa Finland
fr.fmuser.org -> Bahasa Perancis
gl.fmuser.org -> orang Galicia
ka.fmuser.org -> Orang Georgia
de.fmuser.org -> Jerman
el.fmuser.org -> Greek
ht.fmuser.org -> Haitian Creole
iw.fmuser.org -> Bahasa Ibrani
hi.fmuser.org -> Bahasa Hindi
hu.fmuser.org -> Bahasa Hungary
is.fmuser.org -> Bahasa Iceland
id.fmuser.org -> Bahasa Indonesia
ga.fmuser.org -> Ireland
it.fmuser.org -> Bahasa Itali
ja.fmuser.org -> Jepun
ko.fmuser.org -> Bahasa Korea
lv.fmuser.org -> Bahasa Latvia
lt.fmuser.org -> Bahasa Lithuania
mk.fmuser.org -> orang Macedonia
ms.fmuser.org -> Bahasa Melayu
mt.fmuser.org -> Malta
no.fmuser.org -> Bahasa Norway
fa.fmuser.org -> Parsi
pl.fmuser.org -> Bahasa Poland
pt.fmuser.org -> Portugis
ro.fmuser.org -> Romania
ru.fmuser.org -> Rusia
sr.fmuser.org -> Bahasa Serbia
sk.fmuser.org -> Bahasa Slovak
sl.fmuser.org -> Bahasa Slovenia
es.fmuser.org -> Sepanyol
sw.fmuser.org -> Swahili
sv.fmuser.org -> Sweden
th.fmuser.org -> Thai
tr.fmuser.org -> Turki
uk.fmuser.org -> Ukraine
ur.fmuser.org -> Bahasa Urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> Wales
yi.fmuser.org -> Bahasa Yiddish
1 Pengenalan
Sebagai perkhidmatan multimedia Internet jalur lebar tinggi dan berkualiti tinggi baru, IPTV meletakkan keperluan yang lebih tinggi pada rangkaian kawasan metropolitan IP operator telekomunikasi. Berbanding dengan teknologi unicast tradisional, teknologi multicast mempunyai kelebihan bahawa lebar jalur rangkaian tidak meningkat secara linear dengan jumlah pengguna berdasarkan kecekapan transmisi yang setara, dan dapat menjimatkan beban pelayan video dan rangkaian pembawa secara berkesan. Oleh itu, bagi pengendali telekomunikasi untuk menggunakan dan melaksanakan perkhidmatan IPTV dengan cekap dan ekonomi, disarankan untuk menggunakan push multicast ujung ke hujung, dan konfigurasi rangkaian multicast IP adalah kuncinya.
Pada masa ini, rangkaian kawasan metropolitan IP pengendali telekomunikasi terutama terdiri dari jaringan tulang belakang kawasan metropolitan dan jaringan akses jalur lebar, dan data perkhidmatan IPTV didorong ke ujung pengguna melalui jaringan tulang belakang kawasan metropolitan dan rangkaian akses jalur lebar secara bergantian. Rangkaian backbone metro terutama terdiri dari peranti lapisan jaringan (lapisan 3), yang dapat memungkinkan protokol penghalaan multicast seperti PIM-SM untuk mengakses sumber multicast (iaitu, peranti kepala IPTV) untuk merutekan dan meneruskan paket multicast. Rangkaian akses jalur lebar terutamanya terdiri dari peralatan lapisan data link (lapisan 2), dan teknologi seperti IGMP Proxy atau IGMP Snooping dapat digunakan untuk penerusan multicast Layer 2 untuk mengakses peralatan terminal IPTV (iaitu, set-top box IPTV). Gambar 1 adalah gambarajah skematik model tolakan multicast ujung ke hujung IPTV.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
Gambar 1 Model rangkaian tolak multicast hujung ke hujung IPTV
Artikel ini menerangkan teknologi konfigurasi utama rangkaian tolakan multicast ujung ke ujung IPTV dari dua tahap rangkaian yang berbeza: rangkaian tulang belakang metro dan rangkaian akses jalur lebar.
2. Teknologi konfigurasi multicast utama untuk rangkaian tulang belakang metro
2.1 Teknologi penghalaan multicast
Perbezaan utama antara mesej multicast dan mesej unicast adalah pengenalan alamat tujuan mesej. Alamat tujuan mesej multicast adalah alamat kumpulan multicast (alamat IP kelas D bermula dengan "1110"), dan mesej unicast berdasarkan pada IP host tujuan. Alamat tersebut digunakan sebagai alamat tujuan. Oleh kerana tidak ada korespondensi satu lawan satu antara alamat kumpulan multicast dan host tujuan, penghala multicast hanya dapat menggunakan keunikan alamat sumber pesan untuk membuat keputusan perutean. Dengan kata lain, penghala multicast menghantar mesej ke arah yang jauh dari sumber multicast berdasarkan alamat sumber mesej dan bukannya alamat tujuan. Teknologi ini dinamakan penerusan jalan terbalik (RPF untuk jangka pendek).
Untuk mengelakkan masalah seperti routing loop, RPF menetapkan bahawa paket multicast mesti sampai ke penghala dari nod jiran hulu yang ditentukan, dan paket multicast yang diteruskan oleh nod jiran yang lain dibuang. Apabila ada masalah dengan routing multicast, paket multicast mungkin tidak dapat dijangkau melalui jalan lain seperti paket unicast, isyarat siaran langsung IPTV akan terganggu di rangkaian tulang belakang, dan aplikasi unicast seperti penyemakan imbas web dan penghantaran dan penerimaan mel adalah perkara biasa halangan. Pada masa ini, di sepanjang jalur pengedaran multicast, periksa jadual penghalaan RPF penghala multicast dan nod jiran hulu.
2.2 Teknologi pensuisan penghalaan multicast
Pohon pengedaran multicast dalam protokol PIM-SM boleh dibahagikan kepada dua kategori: pokok sumber dan pokok bersama. Pokok sumber menggunakan sumber multicast sebagai akar pokok, juga dikenali sebagai pohon jalan terpendek, yang dapat meminimumkan kelewatan multicast akhir-ke-akhir, tetapi penghala mesti menyimpan sejumlah besar maklumat penghalaan, yang memakan banyak sumber sistem; pokok bersama menggunakan RP (PIM-SM) Penghala penting dalam protokol, digunakan untuk penghalaan dan penyatuan antara sumber multicast dan penghala multicast) Sebagai node akar biasa dari semua pokok pengedaran multicast, lalu lintas sumber multicast mesti mencapai RP terlebih dahulu sebelum menjadi dihantar, dan jalur multicast biasanya tidak optimum, ini akan memperkenalkan penundaan rangkaian tambahan, tetapi maklumat perutean yang perlu disimpan oleh router mungkin sangat kecil.
Protokol PIM-SM memanfaatkan sepenuhnya kelebihan dua pokok pengedaran multicast. Pada peringkat awal multicast, penghala multicast tidak dapat menggunakan pohon sumber kerana tidak dapat mengetahui lokasi sumber multicast, tetapi ia dapat memperoleh beberapa paket multicast pertama yang dikirim oleh sumber multicast melalui simpul RP yang diketahui dan pohon kongsinya. Ketahui lokasi sumber multicast dan beralih dari pokok bersama ke pokok sumber untuk mengurangkan kelewatan rangkaian dan mengelakkan kemacetan rangkaian yang mungkin disebabkan oleh simpul RP.
Rangkaian tulang belakang metro umumnya terdiri daripada router Cisco. Penghala seperti Cisco melaksanakan pertukaran pokok pengedaran multicast melalui ambang pratetap SPT-Ambang laju aliran. Apabila dikesan bahawa kadar aliran multicast sumber multicast melebihi SPT-Threshold, penghalaan multicast akan beralih dari pokok bersama ke pokok sumber; sama, jika kadar aliran multicast lebih rendah daripada SPT-Threshold, routing multicastnya Anda juga boleh beralih kembali dari pokok sumber ke pohon bersama. SPT-Threshold umumnya dikonfigurasikan sebagai 0, sehingga penghala akan beralih dari pohon bersama ke sumber setelah menerima paket multicast pertama.
Teknologi konfigurasi 2.3RP
Sebagai simpul akar pokok bersama, RP berperanan menghubungkan ke atas dan ke bawah dalam proses multicast. Memandangkan protokol PIM-SM mempunyai ciri-ciri pengalihan pokok distribusi multicast, RP umumnya digunakan untuk mewujudkan hubungan awal antara sumber multicast dan penghala multicast. Setelah penghala multicast penghala ditukar dari pohon bersama ke pokok sumber, ia tidak akan RP dan pokok kongsinya diperlukan lagi. Oleh itu, lokasi RP dalam rangkaian multicast tidak begitu penting. Kuncinya adalah kebolehpercayaan dan kestabilannya.
Untuk meningkatkan kebolehpercayaan dan kestabilan RP, beberapa router multicast dapat dipilih untuk berkongsi fungsi RP (iaitu, teknologi Anycast RP), dan antara muka loopback setiap node RP diberikan alamat IP yang sama, sehingga membentuk perkongsian beban dan perlindungan Kesalahan.
Masalah konfigurasi RP dalam rangkaian multicast tidak hanya berkaitan dengan konfigurasi dan penyebaran node RP itu sendiri, tetapi juga melibatkan masalah bagaimana router multicast lain belajar tentang simpul RP. Pada peringkat awal multicast, penghala multicast mungkin tidak mengetahui lokasi sumber multicast, tetapi alamat RP mesti diketahui. Terdapat dua cara utama bagi penghala multicast untuk mendapatkan alamat RP, iaitu, kaedah RP konfigurasi statik dan kaedah RP penemuan automatik. Konfigurasi statik RP lebih selamat dan berkesan dapat mencegah aktiviti penipuan seperti memalsukan RP, tetapi beban kerja konfigurasi rangkaian sangat berat dan tidak kondusif untuk penyesuaian dinamik RP dan nod lain; penemuan automatik RP dapat mengurangkan beban kerja konfigurasi dan memudahkan perubahan rangkaian dan strategi kawalan. Penyesuaian, tetapi ada risiko keselamatan tertentu. Untuk rangkaian tulang belakang kawasan metropolitan berskala kecil, anda boleh menggunakan kaedah mengkonfigurasi RP secara statik pada setiap penghala multicast; untuk rangkaian tulang belakang kawasan metropolitan berskala besar dengan dasar pertahanan keselamatan yang ketat, disarankan untuk menggunakan kaedah menemui RP secara automatik.
2.4 Teknologi bergabung pelbagai kepala IPTV head-end
Pada peringkat awal multicast, router multicast secara amnya memperoleh maklumat lalu lintas dan lokasi IPTV headend (iaitu, sumber multicast) melalui nod RP yang diketahui dan pokok bersama mereka. Agar RP dapat mengetahui sumber multicast, penghala multicast yang disambungkan secara langsung ke sumber multicast bertanggungjawab merangkumi beberapa paket multicast pertama yang dihantar oleh sumber multicast dalam mesej PIM Register yang berasingan, dan memulakan multicast ke RP dalam unicast mod. Proses pendaftaran sumber. Melalui mesej ini, RP dapat memperoleh bukan hanya paket kumpulan kepentingan multicast, tetapi juga alamat IP sumber multicast. Selepas itu, RP meneruskan maklumat sumber multicast ke router multicast lain, dan mengakhiri proses pendaftaran sumber multicast dengan mesej PIM Registe-Stop.
3. Teknologi konfigurasi kunci multicast rangkaian akses jalur lebar
3.1 Teknologi penyertaan pengguna akhir multicast IPTV
Pelanggan IPTV (set-top box) berkomunikasi dengan penghala multicast (biasanya dilakukan oleh router perkhidmatan atau pelayan akses jalur lebar) lapisan kawalan akses rangkaian backbone metro melalui protokol IGMP melalui rangkaian akses jalur lebar untuk bergabung atau keluar dari spesifik Kumpulan pelbagai siaran (iaitu saluran langsung IPTV).
Apabila set-top box menghantar mesej permintaan kumpulan multicast ke penghala multicast, alamat MAC tujuan mesej adalah alamat MAC kumpulan multicast dan bukannya penghala multicast, yang berbeza dengan kaedah unicast. Harus diingat bahawa alamat MAC kumpulan multicast sebenarnya sepadan dengan 32 alamat IP kumpulan multicast yang berbeza. Ini kerana alamat MAC kumpulan multicast adalah 01: 00: 5E: 00: 00: 00 ~ 01: 00: 5E: 7F: FF: FF, iaitu, ruang alamat berkesan hanya 23 bit, dan berkesan alamat IP kumpulan multicast Terdapat 28 ruang.
Hubungan pemetaan antara keduanya adalah menyamakan 23 bit alamat SPRM yang lebih rendah dengan 23 bit alamat IP yang lebih rendah, yang mengakibatkan kehilangan 5 bit atas alamat IP kumpulan multicast. Sebagai contoh, jika tiga saluran langsung IPTV yang berbeza menggunakan 224.0.0.1, 224.128.0.1, dan 239.128.0.1 sebagai alamat IP kumpulan multicast, alamat MAC kumpulan multicast mereka adalah semua 01: 00: 5E: 00: 00:01, yang mana akan menyebabkan kotak set-top dan peralatan peringkat kedua rangkaian akses jalur lebar tidak dapat membezakan ketiga-tiga isyarat tersebut. Oleh itu, perhatikan masalah seperti itu semasa merancang alamat IP multicast.
3.2 Teknologi penerusan multicast lapisan 2
Rangkaian akses jalur lebar terdiri daripada sebilangan besar peranti elemen rangkaian seperti suis Layer 2 dan DSLAM yang berjalan di lapisan pautan data. Ciri peralatan Layer 2 adalah bahawa ia menukar / meneruskan bingkai data berdasarkan alamat MAC di antara port peranti, dan mempunyai fungsi parsing dan routing yang buruk untuk lapisan ketiga (lapisan jaringan) paket IP, jadi ia tidak dapat langsung menyokong IGMP yang bekerja pada lapisan ketiga. Dan protokol multicast lain. Apabila peranti Layer 2 seperti suis memproses trafik multicast IPTV, ia menyiarkan bingkai data multicast ke semua portnya mengikut alamat destinasi yang tidak diketahui atau kaedah siaran, yang mungkin menyebabkan masalah seperti ribut siaran.
Untuk menyelesaikan masalah banjir paket multicast, teknologi penerusan multicast Lapisan 2, seperti teknologi IGMP Snooping dan IGMP Proxy, perlu diadopsi. Teknologi IGMP Snooping memantau mesej IGMP antara set-top box dan multicast router untuk memahami hubungan pemajuan port peranti ke kerangka data multicast; sementara teknologi Proksi IGMP memintas mesej IGMP antara set-top box dan penghala multicast. Penyaringan dan pemajuan proksi dapat menjimatkan trafik multicast antara penghala multicast dan peranti Layer 2, tetapi ia memerlukan petunjuk prestasi tinggi seperti kapasiti pemprosesan dan memori peranti elemen rangkaian. Semasa mengkonfigurasi peranti Layer 2, anda dapat memilih mengikut prestasi sebenar peranti elemen rangkaian dan tahap sokongan untuk teknologi IGMP Snooping / Proxy.
Ambil contoh saluran langsung IPTV dengan lebar jalur 2 Mbit / s sebagai contoh. Sekiranya peranti Layer 2 tidak menggunakan teknologi penerusan multicast Layer 2, paket multicast yang dihantar ke semua pengguna IPTV akan diteruskan ke semua port, walaupun port pengguna mempunyai 10 Mbit / s. Akses jalur lebar, paket multicast dari 5 saluran langsung IPTV dapat disekat; setelah mengadopsi teknologi penerusan multicast Layer 2, paket multicast hanya diteruskan ke port dengan permintaan penggunaan, dan jika setiap port paling banyak hanya disambungkan Untuk set-top box IPTV, paling banyak hanya satu paket multicast (iaitu, 2 Mbit / s trafik) saluran langsung dihantar ke port yang sesuai.
3.3 Teknologi konfigurasi VLAN
Lalu lintas yang diteruskan oleh Layer 2 multicast hanya melibatkan perkhidmatan multicast IPTV dan tidak melibatkan perkhidmatan jalur lebar lain. Oleh itu, dalam rangkaian akses jalur lebar, teknologi seperti VLAN umumnya digunakan untuk mengasingkan trafik multicast IPTV dari perkhidmatan lain dan lalu lintas pengguna. Teknologi VLAN yang biasa digunakan merangkumi teknologi replikasi multicast silang-VLAN dari VLAN multicast kepada setiap pengguna VLAN, dan QinQ, yang menyelesaikan bilangan ID VLAN yang tidak mencukupi
3.4 Multicast statik dan teknologi multicast dinamik
Program langsung IPTV dihantar ke terminal pengguna melalui rangkaian pembawa IP, dan terdapat terutamanya dua mod multicast, iaitu mod multicast dinamik dan mod multicast statik. Dalam mod multicast dinamik, suis, DSLAM dan peranti lain akan menerima dan menyampaikan program saluran hanya setelah menerima permintaan pengguna pertama untuk menyertai saluran (kumpulan multicast); dan ketika saluran (kumpulan multicast) bertahan Apabila pengguna log keluar, peranti elemen rangkaian akan berhenti menerima aliran multicast. Mod multicast statik adalah untuk mengkonfigurasi secara statik entri pemajuan multicast MAC setiap saluran IPTV (kumpulan multicast) pada peralatan pensuisan, tidak kira sama ada pengguna hiliran menontonnya atau tidak, aliran multicast telah dihantar ke peralatan elemen rangkaian.
Trafik multicast statik tidak ada kaitan dengan jumlah pengguna IPTV, hanya jumlah saluran dan lebar jalur setiap saluran. Apabila bilangan pengguna kurang daripada jumlah saluran, lalu lintas akan lebih besar daripada lalu lintas unicast; trafik maksimum multicast dinamik adalah apabila jumlah pengguna IPTV serentak kurang daripada jumlah saluran Apabila jumlah pengguna serentak IPTV lebih besar daripada jumlah saluran, ia sama dengan trafik multicast statik. Dalam mod multicast statik, kelajuan pertukaran saluran pengguna cepat dan persepsi perkhidmatan baik, tetapi permintaan lebar jalur rangkaian lebih besar; multicast dinamik dapat meminimumkan trafik rangkaian dalam keadaan apa pun, tetapi apabila pengguna menerima saluran baru (kumpulan Multicast), mungkin ada kelewatan rangkaian tertentu.
Apabila jumlah pengguna IPTV yang tersambung ke peralatan rangkaian sangat kecil, kelebihan multicast tidak jelas. Oleh itu, pada tahap awal pengembangan layanan IPTV, tidak banyak pengguna IPTV atau jaringan akses jalur lebar belum dapat disusun semula di tempatnya. Anda boleh menggunakan multicast dinamik atau bahkan unicast untuk menghantar isyarat langsung IPTV. Apabila bilangan pengguna yang tersambung ke peranti rangkaian melebihi jumlah saluran IPTV, ciri-ciri multicasting untuk menjimatkan lebar jalur lalu lintas rangkaian menjadi semakin ketara. Pada saat ini, yaitu ketika layanan IPTV telah dikembangkan ke tahap yang matang dan transformasi jaringan akses jalur lebar telah dilakukan, mod multicast statis dapat digunakan untuk mengirimkan sinyal langsung IPTV untuk meningkatkan lagi kualiti perkhidmatan IPTV. Oleh itu, pengendali boleh memutuskan sama ada untuk mengkonfigurasi peralatan rangkaian akses dalam mod multicast dinamik atau statik mengikut keadaan sebenar seperti kualiti rangkaian dan penembusan perkhidmatan IPTV.
Kesimpulan 4
Menggabungkan rangkaian kawasan metropolitan IP operator telekomunikasi yang ada, makalah ini secara sistematik menerangkan teknologi utama konfigurasi rangkaian tolakan multicast IPTV hujung-ke-ujung, yang mempunyai arti rujukan yang baik bagi operator telekomunikasi untuk menggunakan dan melaksanakan perkhidmatan IPTV dengan cekap dan ekonomi.
|
Masukkan e-mel untuk mendapatkan kejutan
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Orang Afrika
sq.fmuser.org -> Bahasa Albania
ar.fmuser.org -> Bahasa Arab
hy.fmuser.org -> Armenia
az.fmuser.org -> Azerbaijan
eu.fmuser.org -> Basque
be.fmuser.org -> Belarus
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> Bahasa Catalan
zh-CN.fmuser.org -> Bahasa Cina (Ringkas)
zh-TW.fmuser.org -> Bahasa Cina (Tradisional)
hr.fmuser.org -> Bahasa Croatia
cs.fmuser.org -> Bahasa Czech
da.fmuser.org -> Denmark
nl.fmuser.org -> Belanda
et.fmuser.org -> Estonia
tl.fmuser.org -> Orang Filipina
fi.fmuser.org -> Bahasa Finland
fr.fmuser.org -> Bahasa Perancis
gl.fmuser.org -> orang Galicia
ka.fmuser.org -> Orang Georgia
de.fmuser.org -> Jerman
el.fmuser.org -> Greek
ht.fmuser.org -> Haitian Creole
iw.fmuser.org -> Bahasa Ibrani
hi.fmuser.org -> Bahasa Hindi
hu.fmuser.org -> Bahasa Hungary
is.fmuser.org -> Bahasa Iceland
id.fmuser.org -> Bahasa Indonesia
ga.fmuser.org -> Ireland
it.fmuser.org -> Bahasa Itali
ja.fmuser.org -> Jepun
ko.fmuser.org -> Bahasa Korea
lv.fmuser.org -> Bahasa Latvia
lt.fmuser.org -> Bahasa Lithuania
mk.fmuser.org -> orang Macedonia
ms.fmuser.org -> Bahasa Melayu
mt.fmuser.org -> Malta
no.fmuser.org -> Bahasa Norway
fa.fmuser.org -> Parsi
pl.fmuser.org -> Bahasa Poland
pt.fmuser.org -> Portugis
ro.fmuser.org -> Romania
ru.fmuser.org -> Rusia
sr.fmuser.org -> Bahasa Serbia
sk.fmuser.org -> Bahasa Slovak
sl.fmuser.org -> Bahasa Slovenia
es.fmuser.org -> Sepanyol
sw.fmuser.org -> Swahili
sv.fmuser.org -> Sweden
th.fmuser.org -> Thai
tr.fmuser.org -> Turki
uk.fmuser.org -> Ukraine
ur.fmuser.org -> Bahasa Urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> Wales
yi.fmuser.org -> Bahasa Yiddish
FMUSER Wirless Menghantar Video Dan Audio Lebih Mudah!
Hubungi Kami
alamat:
No.305 Bilik HuiLan Bangunan No.273 Huanpu Road Guangzhou China 510620
Kategori
Buletin