DSL - Rumah

DSL Home adalah inisiatif yang diambil oleh DSL-Forum. Poin-poin berikut akan menjelaskan berbagai fitur dan keunggulannya.

Untuk menentukan persyaratan yang terkait dengan perangkat rumah seperti gateway perumahan, perangkat VoIP, dan manajemen perangkat rumah lokal & jarak jauh.
Untuk mengaktifkan layanan triple / quad play kepada pengguna akhir seperti suara, video, data, termasuk IPTV, video on demand, content on demand, dll.
Protokol manajemen jarak jauh Rumah DSL (TR-69) dan ekstensinya adalah akses agnostik.
manajemen jarak jauh is the core dari DSL Home atau generasi berikutnya Residential Gateway (RG) & jaringan di rumah.
Grup Rumah DSL telah menghasilkan standar untuk persyaratan CPE dan manajemen perangkat CPE.
Standar yang menentukan persyaratan -
- WT-124 − Issue 2 of TR-068 - Residential Gateway yang mendefinisikan persyaratan RG lengkap yang tidak spesifik untuk DSL tetapi mencakup teknologi akses lain seperti xPON.
- TR-122 mendefinisikan Persyaratan Voice ATA.
Standar dalam kerangka manajemen -
- TR-64 - Konfigurasi dan Peningkatan CPE Sisi LAN.
  
  Untuk konfigurasi dan pengelolaan perangkat CPE melalui antarmuka LAN lokal.
  
  TR-69 - Protokol Manajemen CPE Wan
  
  Untuk konfigurasi dan pengelolaan perangkat CPE melalui sisi jarak jauh.
- TR-111 - memungkinkan manajemen jarak jauh TR69 untuk perangkat di Jaringan Rumah (HN).
- TR-98 and TR-133 - Konfigurasi dan Manajemen parameter diferensiasi Layanan (QoS) di perangkat CPE masing-masing melalui TR-69 dan TR-64.
- TR-104 Model data untuk layanan VoIP
  
  Diperluas untuk layanan Video juga.
- TR-106 mendefinisikan template model data umum
  
  Mendefinisikan struktur objek baseline dan satu set parameter yang dapat diakses untuk perangkat TR-69.
- TR-122 - mendefinisikan Persyaratan Voice ATA.
- WT-135 - model objek untuk perangkat STB.
- WT-140 - Objek Model Perangkat Penyimpanan Jaringan.
- WT-142 - Kerangka kerja untuk perangkat PON yang mendukung TR-069.

Opsi Teknologi DSL

Tabel berikut menjelaskan berbagai opsi Teknologi DSL secara detail.

Keluarga	ITU	Nama	Diratifikasi	Kemampuan Kecepatan Maksimum
ADSL	G.992.1	G.dmt	1999	7 Mbps ke bawah 800 kbps
ADSL2	G.992.3	G.dmt.bis	2002	8 Mb / s ke bawah 1 Mbps naik
ADSL2plus	G.992.5	ADSL2plus	2003	24 Mbps ke bawah 1 Mbps naik
ADSL2-RE	G.992.3	Jangkauan Diperpanjang	2003	8 Mbps ke bawah 1 Mbps naik
SHDSL (diperbarui 2003)	G.991.2	G.SHDSL	2003	5,6 Mbps naik / turun
VDSL	G.993.1	DSL kecepatan data sangat tinggi	2004	55 Mbps ke bawah 15 Mbps naik
Jangkauan VDSL2 -12 MHz	G.993.2	DSL kecepatan data sangat tinggi 2	2005	55 Mbps ke bawah 30 Mbps naik
VDSL2 - 30 MHz Jangkauan pendek	G.993.2	DSL kecepatan data sangat tinggi 2	2005	100 Mbps naik / turun

Konvergensi di Rumah

Berbagai teknologi broadband dan jaringan berkumpul di rumah digital generasi berikutnya, seperti -

ADSL2 / ADSL2 Plus / VDSL2 / xPON.
Nirkabel / Ethernet / USB / HomePlug A / V, HPNA, dll.
Elektronik konsumen mulai membangun jaringan.

Pengelolaan konvergensi semacam itu rumit, mendorong kebutuhan akan penyederhanaan penyediaan dan pemeliharaan perangkat akhir

Challenge - Bagaimana cara mengelola berbagai elemen di dalam rumah?

Solution- Pada dasarnya, jaringan rumah mewakili mikrokosmos dari semua teknologi dan teknik jaringan yang dibuat Conexant. Konvergensi terjadi pertama kali di rumah.

Hari ini Anda perlu menjadi seorang ahli IT (atau memiliki beberapa remaja di rumah) untuk mengatur dan mengkonfigurasi perangkat jaringan di rumah Anda. Sebagaimana dibahas dalam presentasi Tren Industri, Aplikasi, dan Teknologi, 30 - 50% perangkat jaringan rumah dikembalikan ke pengecer tanpa masalah. Pengguna tidak dapat mengatur dan mengkonfigurasi perangkat menggunakan alat / perangkat lunak yang ada.

Masalah dengan Pendekatan yang Ada

Berikut adalah masalah dengan pendekatan yang ada.

User Perspective

Tidak ada fleksibilitas untuk membeli peralatan apa pun di luar rak.
Tidak ada dukungan dari penyedia layanan, jika peralatan tersebut dibeli.
Perangkat tidak plug-n-play yang membutuhkan ISP & pengguna untuk melakukan beberapa konfigurasi.
Menambahkan layanan baru membutuhkan ISP & koordinasi pengguna akhir, yang membutuhkan waktu.
Membutuhkan kehadiran pelanggan di rumah, jika melibatkan truk roll.
Mungkin sulit untuk dicocokkan karena lebih banyak pasangan yang bekerja saat ini.

Service Provider Perspective

Membutuhkan Truck Roll untuk mengaktifkan layanan baru, pemecahan masalah, dan instalasi baru. Setiap truk roll menambah biaya yang signifikan dalam hal waktu dan sumber daya.
Ketika pelanggan mengajukan keluhan, maka sangat sulit bagi “Helpdesk” untuk memverifikasi apa yang salah dengan perangkat CPE dengan duduk di kantor mereka.
Vendor menyediakan solusi milik mereka sendiri, antarmuka, parameter, dan prosedur yang berbeda. Oleh karena itu perlu adanya pelatihan per solusi vendor.
ISP terpaksa bertahan dengan beberapa vendor yang dipilih karena ISP telah melakukan otomasi khusus untuk mempermudah pekerjaan mereka. Beralih ke vendor baru mungkin memerlukan perubahan otomatisasi kustom.
Tidak ada cara untuk menemukan kemampuan perangkat secara otomatis dan menentukan parameter apa yang didukung.
Tidak mungkin untuk menentukan apakah informasi konfigurasi yang diubah pengguna melalui antarmuka manajemen lokal seperti Web, CLI, atau SNMP, dll.
Tidak mungkin mencegah pengguna mengubah pengaturan, yang dapat mempengaruhi layanan yang ditawarkan oleh mereka.

Layanan yang Ditawarkan oleh DSL Home - TR-69

Berikut adalah daftar layanan yang Ditawarkan oleh DSL Home - TR-69.

Manajemen jarak jauh perangkat dengan cara yang aman (menggunakan keamanan berbasis SSL / TLS).
Penyediaan layanan secara real-time melalui konfigurasi otomatis.
Status dan pemantauan kinerja.
Diagnostics
Kontrol akses
Notification
Meningkatkan firmware
Model data standar yang dirancang khusus untuk perangkat CPE yang menawarkan berbagai layanan seperti suara, video, data dan IPTV, dll. Termasuk jangkauan luas untuk perangkat LAN di segmen rumah (STB, VoIP, NAS) pada teknologi LAN yang berbeda seperti - Ethernet, USB, WLAN , dll.
Protokol manajemen adalah untuk mengakses teknologi agnostik, sehingga dapat digunakan untuk berbagai macam perangkat CPE. Misalnya - xPON, xDSL, dll., Hanya membutuhkan perangkat agar dapat beralamat IP.
Truckroll diminimalkan dengan manajemen jarak jauh.
Helpdesk dapat memberikan layanan yang lebih baik daripada hanya menerima keluhan. Helpdesk memiliki lebih banyak konteks dan dapat melihat informasi konfigurasi lengkap tentang CPE dari jarak jauh.
Tidak perlu memiliki pelatihan khusus vendor karena model data distandarisasi untuk layanan sehingga kurang membutuhkan pelatihan staf.
Tidak diperlukan otomatisasi khusus sehingga menawarkan basis vendor yang lebih luas untuk dipilih
Menyediakan penemuan otomatis parameter yang tersedia di perangkat.
Menyediakan kontrol Akses, sehingga memungkinkan pencegahan dari pengguna mengubah konfigurasi tertentu.
Menyediakan mekanisme Notification, sehingga kami dapat mengetahui setiap perubahan konfigurasi terkait layanan.
Mengurangi Opex.
Memudahkan Pengguna & Penyedia Layanan untuk beralih dari modem dan router upaya terbaik ke layanan triple / quad play di rumah digital.

TR69-Deployment Scenario

Ilustrasi berikut menggambarkan Skenario Penerapan TR69.

Penerapan TR69 akan membantu dengan fitur-fitur berikut -

Solusi jaringan yang aman untuk melayani pengguna secara bersamaan di dalam rumah
Layanan Triple / Quad Play (TV / video, telepon, Internet, nirkabel)
Penyediaan layanan secara real-time melalui konfigurasi otomatis
Mekanisme untuk mengelola dan mengotomatiskan dukungan dari penyediaan tersebut

WT-124 => TR-068v2 menambahkan persyaratan baru yang didasarkan pada cakupan yang diperluas untuk menyertakan -

Persyaratan port Ethernet sisi WAN optik (PON)
Pengalihan web untuk persyaratan diagnostik
Persyaratan Klien DHCP
Persyaratan captive portal ACS dimulai.

Pengalihan web diperlukan saat terjadi masalah konektivitas jaringan. ItuRG MUST menyediakan mekanisme, yang menyadap halaman browser web (yaitu permintaan halaman web port 80) dan menanggapi ini dengan mengarahkan browser web ke halaman web internal yang sesuai untuk mengidentifikasi dan menyelesaikan masalah konektivitas jaringan termasuk, tetapi tidak terbatas pada -

DSL tidak bisa melatih. - Q. Bagaimana cara mendapatkannya dari port PHY yang sesuai ke web?
Sinyal DSL tidak terdeteksi. - Q. Pertanyaan yang sama seperti di atas.
Ethernet broadband tidak terhubung (jika ada).
ATM PVC tidak terdeteksi (jika ada).
Kegagalan IEE 802.1x (jika ada).
Server PPP tidak terdeteksi (jika ada).
Autentikasi PPP gagal (jika ada).
DHCP tidak tersedia.

Contoh - TR-069 Protocol Functioning

Ilustrasi berikut menggambarkan fungsi Protokol TR-069.

Ilustrasi di atas dijelaskan dalam poin-poin berikut.

TR-069 memungkinkan konfigurasi dan manajemen perangkat pengguna akhir (RG, STB, dan VoIP). Perbedaan signifikan dalam pendekatan Forum DSL adalah TR-069 dapat langsung menuju perangkat pengguna akhir.
Connection - Mekanisme umum berdasarkan pengiriman Panggilan Prosedur Jarak Jauh (RPC), yang memungkinkan ACS membaca atau menulis parameter ke config, pantau dan kendalikan CPE. Dengan RPC, pesan SOAP (sintaks berbasis XML standar), diangkut melalui SSL / TLS (lapisan keamanan), melalui HTTP, melalui koneksi TCP / IP, antara CPE dan Server Manajemen.
(Note)- SNMP mengirimkan Protocol Data Units (PDUs) di atas UDP antara manajer dan agen. UDP tidak dapat diandalkan jika dibandingkan dengan TCP, ukuran PDU terbatas pada ukuran bingkai UDP.
ACS Discovery -
- CPE dapat menemukan ACS terkait menggunakan DHCP.
- Manual Configuration - CPE dapat dikonfigurasi secara lokal dengan URL ACS.
- Default Configuration - CPE memiliki URL ACS default yang dapat digunakan jika tidak ada URL lain yang disediakan.
Session (Setup and teardown) - Sesi SELALU dimulai dari CPE ke ACS menggunakan alamat ACS yang telah ditentukan sebelumnya: mengeluarkan metode Inform RPC untuk penyiapan dan Session TearDown, yang menutup koneksi TCP setelah selesai.
(Note)- SNMP tidak mendukung konsep sesi. Klien perlu mendengarkan pada port UDP yang ditentukan untuk pesan dari server.
State Management -
- Untuk urutan transaksi yang membentuk satu sesi, CPE mempertahankan koneksi TCP yang bertahan selama sesi.
- Ketika koneksi TCP berkelanjutan tidak memungkinkan, ACS menggunakan cookie sesi untuk mempertahankan status sesi.
- CPE mengembalikan informasi (cookie) yang ditetapkan oleh ACS di semua pesan yang dipertukarkan. Di akhir sesi, CPE mengakhiri koneksi TCP terkait ke ACS dan membuang semua cookie.

Keamanan

Keamanan ditingkatkan dengan TR-069 oleh CPE yang memulai semua komunikasi. Protokol keamanan TR-069 mendukung dua mekanisme keamanan (level) berikut -

SSL / TLS mendefinisikan otentikasi berbasis sertifikat antara CPE dan ACS untuk menyediakan satu koneksi aman
CPE dapat menggunakan sertifikat x.509 yang sama untuk menyediakan enkripsi.

Perangkat klien yang diautentikasi melalui otentikasi HTTP yang diterapkan secara luas adalah sebagai berikut -

TR-069 and End Devices −

TR-069 dapat digunakan oleh ACS untuk mengelola -
- Gerbang Hunian (RG)
- End Devices (ED) berdasarkan TR-111
Dua pendekatan -
- RG bertindak sebagai proxy untuk ED
- ED dikelola langsung oleh ACS
TR-111 mendefinisikan aturan tambahan yang memungkinkan -
- RG untuk menemukan ED yang mendukung TR-069 dalam LAN
- Kontak ACS TR-069 EDs, bahkan untuk RG non-TR-069 (menggunakan STUN; RFC 3489)

TR-064 LAN Sisi CPE

Berikut adalah fitur Konfigurasi CPE Sisi LAN TR-069.

Mengadopsi arsitektur UPnP v1.0 dan memperluas spesifikasi UPnP IGD v1 (dengan beberapa batasan).
Aplikasi manajemen (titik kontrol TR-64) berjalan di PC dan mendorong penyedia layanan dan konfigurasi khusus pelanggan ke CPE, saat CPE ditambahkan ke jaringan.
Lebih berguna selama penginstalan awal perangkat CPE baru dan saat ada masalah konektivitas sisi WAN.

Skenario Penerapan TR-64

Ilustrasi berikut menggambarkan Skenario Penerapan TR-64.

Kasus Penggunaan untuk Layanan Rumah DSL

Mari kita pertimbangkan Kasus Penggunaan untuk Layanan Rumah DSL berikut.

Kasus Penggunaan - 1

Seorang pelanggan membeli layanan broadband pada awalnya untuk data dan sekarang perlu berlangganan layanan VoIP.

Pelanggan dapat mengkomunikasikan permintaan layanan baru melalui situs web SP atau menelepon kantor. Untuk menyediakan layanan ini, SP perlu menjawab pertanyaan-pertanyaan berikut. Apakah -

Option 1 - Perangkat keras CPE yang ada mampu memberikan layanan baru sesuai permintaan.
Option 2 - Perangkat keras mampu, tetapi firmware perlu ditingkatkan.
Option 3 - Perangkat keras dan firmware mampu dan hanya perlu konfigurasi layanan VoIP.

Mari kita sekarang memahami masing-masing opsi secara mendetail.

Pada opsi pertama, SP (penyedia layanan) membutuhkan truckroll untuk menyediakan CPE berkemampuan VoIP atau dapat meminta pengguna untuk membeli perangkat dari pasar tergantung pada kesepakatan yang mereka miliki.
Untuk opsi kedua, SP dapat memasukkan permintaan upgrade firmware dan konfigurasi VoIP di ACS untuk perangkat CPE ini. Saat CPE diaktifkan, CPE akan secara otomatis dikonfigurasi pada CPE melalui TR-69 dan ACS akan diberi tahu tentang perubahan tersebut. Penyedia Layanan dapat mengonfigurasi ACS untuk menginformasikan pengguna melalui email / SMS setelah mendapat peristiwa untuk konfigurasi layanan yang berhasil.
Untuk opsi ketiga, hanya perlu mengantrekan permintaan konfigurasi layanan VoIP di ACS. Saat CPE diaktifkan, ACS akan secara otomatis memperbarui konfigurasi pada perangkat CPE. Penyedia Layanan dapat mengkonfigurasi ACS untuk menginformasikan pengguna melalui email / SMS setelah mendapat peristiwa untuk konfigurasi layanan yang berhasil.

Kasus Penggunaan - 2

Penyedia layanan diharuskan untuk melakukan peningkatan firmware secara massal.

SP telah menyebarkan ratusan perangkat dan perlu melakukan peningkatan firmware, karena itu meningkatkan tingkat layanan dasar atau menemukan bug kritis, yang dapat mempengaruhi layanan dalam beberapa cara atau yang lain. Mari kita simak poin-poin berikut -

Dengan solusi manajemen TR-69, ACS akan memiliki informasi lengkap tentang CPE seperti versi perangkat keras, firmware yang digunakan pada perangkat (Informasi ini diteruskan oleh CPE pada setiap pengaturan sesi).
Operator dapat mengidentifikasi perangkat CPE, yang mungkin perlu ditingkatkan karena tidak semua perangkat memerlukannya.
Dari ACS, itu dapat menjadwalkan permintaan peningkatan firmware ke CPE yang dipilih secara terhuyung-huyung.
Setelah firmware CPE diperbarui, itu akan mengetahui daftar CPE di mana firmware berhasil ditingkatkan.
Semua ini terjadi tanpa keluar lapangan dari kantor mereka sendiri yang nyaman.

Kasus Penggunaan - 3

Pelanggan melaporkan bahwa kualitas layanan Suara / Video tidak sesuai dengan standar.

Ini dapat diatasi dengan mengikuti poin-poin berikut -

Pantau parameter kinerja yang dapat memengaruhi kualitas Suara / Video untuk memecahkan masalah dan memberikan kualitas pengalaman yang diharapkan kepada pelanggan akhir.
Untuk menyediakan layanan yang berbeda untuk Suara, Video dan data, itu dapat mengonfigurasi parameter QoS yang diinginkan sesuai dengan perjanjian tingkat layanan dengan pelanggan.

Kasus Penggunaan - 4

Pelanggan menghadapi masalah konektivitas dan melaporkan masalah tersebut dengan beberapa layanan, kemudian penyedia layanan dapat -

SP dapat menjalankan diagnostik pada CPE untuk memecahkan masalah tersebut.
Ini dapat mengatur parameter diagnostik dalam CPE dan setelah diagnostik selesai, ACS diberitahu tentang penyelesaiannya. Setelah itu, ACS dapat mengambil hasil dari jarak jauh melalui TR-69 dan mendiagnosis masalah.
Secara keseluruhan, SP mengetahui penyebabnya tanpa keluar dan karenanya dapat menangani situasi dengan lebih efektif.

Roadmap Rumah DSL

Poin-poin berikut menjelaskan Roadmap Rumah DSL.

Interoperabilitas TR-069 -
- Acara Plugfest - 3 sudah selesai.
- Acara terakhir melihat partisipasi dari 22 CPE dan 11 vendor ACS.
Sertifikasi TR-069 atau DSL Home sedang dipertimbangkan.
Banyak WT yang sedang berlangsung: antarmuka ACS arah utara, model objek layanan baru, QoS, spesifikasi RG baru, uji kasus & uji interoperabilitas, dll.
Sejajarkan dan bekerja sama dengan Forum UPnP, DLNA, HGI, dll., Menetapkan standar untuk perangkat di segmen rumah.
Beberapa badan standar telah menerima standar TR-69 untuk manajemen jarak jauh perangkat rumah: ITU-T SG16, Home Gateway Initiatives (HGI), ATIS IPTV Interoperability Forum (IIF), dll.
Organisasi Direct Video Broadcast (DVB) (standar ETSI) mengadopsi TR-069 dan WT-135 untuk manajemen jarak jauh IPTV STB atau alternatif dari CableLabs.
Kelompok Fokus IPTV ITU-T yang melibatkan beberapa Kelompok Studi juga akan menangani masalah protokol manajemen jarak jauh.

TR-69 vs SNMP

IETF (Internet Engineering Task Force) mendefinisikan banyak MIB untuk mengelola berbagai fitur dan fungsionalitas. Namun, tidak ada konsolidasi yang dilakukan oleh badan standar mana pun atau IETF yang merekomendasikan penggunaan satu set MIB untuk mengelola perangkat CPE (terutama untuk Home Gateways yang menyediakan Triple Play Service) untuk konfigurasi dan penyediaan layanan. Dukungan MIB dalam perangkat CPE sepenuhnya diserahkan pada vendor untuk dipilih sehubungan dengan penerapan mereka sendiri. TR-69 dan TR lainnya di bawah payung Rumah DSL menetapkan serangkaian parameter yang diperlukan pada perangkat CPE untuk jenis layanan semacam itu. Ini merekomendasikan set parameter yang berlaku untuk setiap jenis layanan, yaitu -

Vendor memberikan solusi dengan MIB milik mereka sendiri sehingga membuat pengelolaan perangkat ini khusus vendor.
Tidak ada MIB yang tersedia untuk layanan sistem seperti Peningkatan Firmware, Diagnostik, dll., Yang khusus untuk perangkat CPE.
Penggunaan SNMP memerlukan pembukaan port SNMP melalui NAT karena sebagian besar gateway rumah menggunakan NAT dan perangkat yang dikelola mungkin berada di belakang NAT. Di SNMP, permintaan untuk mendapatkan / mengatur parameter apa pun selalu dimulai oleh manajer. Karenanya, pelabuhan harus dibuka di CPE untuk mendapatkan permintaan tersebut. Di TR-69, sesi TR-69 dimulai oleh CPE dan server menggunakan sesi yang sama untuk mengirim permintaan get / set. Itu menghilangkan pembukaan port secara eksplisit di lingkungan NAT. TR-69 juga menentukan cara di mana ACS dapat mengirim permintaan ke CPE dan bagian ini ditangani oleh TR-111 part2 secara transparan.
Sebagian besar implementasi SNMP yang ada saat ini tidak mengimplementasikan SNMPv3. Karenanya, pesan yang dipertukarkan melalui SNMP tidak terlalu aman. Di TR-69, keamanan dijaga melalui skema otentikasi berbasis SSL / TLS atau HTTP. Sebagian besar implementasi TR-69 saat ini menerapkan SSL / TLS.
Setiap indikasi dari CPE kepada manajer harus ditangani dalam bentuk jebakan dan jebakan ini perlu ditentukan sebelumnya di MIB. Setelah jebakan ini ditentukan, manajer tidak dapat memiliki kendali atas CPE, apakah jebakan harus dibuat atau tidak pada kondisi jebakan. TR-69 mendefinisikan metode yang sangat umum untuk pemberitahuan setiap perubahan parameter ke server. Tidak perlu menentukan jebakan tambahan, fitur ini dibangun ke dalam protokol itu sendiri dan jika manajer tidak memerlukan pemberitahuan tentang parameter, mereka dapat mematikannya melalui protokol. Selain itu, TR-69 menyediakan mekanisme notifikasi aktif atau pasif, yang tidak ada di SNMP.
Tidak ada mekanisme kontrol akses untuk mengakses variabel melalui protokol manajemen lain. TR-69 mendefinisikan mekanisme di mana dimungkinkan untuk menentukan protokol manajemen mana yang dapat mengontrol parameter mana dan tingkat akses apa (baca / baca-tulis) yang tersedia untuk itu. Fitur ini sangat berguna jika penyedia layanan ingin mengontrol sekumpulan parameter yang, jika diubah, dapat mempengaruhi layanan pengguna akhir. SNMP tidak menentukan perincian tingkat ini.
Biasanya SNMP menggunakan UDP sebagai mekanisme komunikasi, yang sangat tidak dapat diandalkan, sedangkan TR-69 menggunakan HTTP melalui TCP, yang lebih dapat diandalkan.
Pada agen SNMP, alamat manajer SNMP dan string komunitas perlu dikonfigurasi, sedangkan di TR-69 tidak wajib untuk mengkonfigurasi parameter khusus ACS. Parameter terkait ACS dapat ditemukan secara dinamis melalui mekanisme berbasis DHCP, jika tidak dikonfigurasi oleh operator.
Melalui manajemen berbasis SNMP, satu-satunya tindakan yang didukung adalah get / getnext dan set dari pengelola. Jika manajemen perangkat memerlukan beberapa tindakan kepemilikan lainnya atau mengunduh file, itu tidak dapat dilakukan saat berada di TR-69. Ini dapat dengan mudah dicapai dengan menentukan RPC khusus vendor. Bahkan pengunduhan file dapat dilakukan dalam sesi yang sama antara CPE dan ACS dengan menggunakan mekanisme RPC yang ada.
TIDAK ADA MIB yang disesuaikan untuk perangkat CPE yang mendukung layanan Triple Play.
Setiap vendor menyediakan solusi mereka sendiri berdasarkan beberapa MIB berpemilik std +
Penggunaan SNMP membutuhkan pembukaan port SNMP pada perangkat.
Sebagian besar manajemen berbasis SNMP tidak menerapkan SNMPv3. Karenanya, keamanan terganggu.
Penerapan Notifikasi tentang perubahan parameter pada parameter apa pun sulit dilakukan.
Tidak ada kontrol untuk mengaktifkan dan menonaktifkan notifikasi.
Ketentuan untuk kontrol Akses tidak ada.
Penggunaan metode pengiriman berbasis UDP, yang tidak terlalu dapat diandalkan.
Perangkat dapat dikelola oleh banyak manajer sekaligus, yang menambah sinkronisasi.
Hanya serangkaian tindakan tertentu yang dapat didukung.
Apa pun yang bisa dicapai oleh SNMP bisa diraih oleh TR-69 dan banyak lagi.

Kesimpulan

Rangkaian spesifikasi DSL Home menentukan solusi Residential Gateway (RG) generasi berikutnya.
Memudahkan Pengguna & Telekomunikasi untuk beralih dari modem dan upaya terbaik untuk menjembatani / merutekan ke layanan triple / quad play.
TR-069 (CWMP) adalah inti dari DSL Home -
- Protokol manajemen yang dapat diperluas dan fleksibel.
- Akses teknologi agnostik.
- Promosi aktif TR-069 untuk teknologi akses selain DSL. Misalnya - kabel / DOCSIS, fiber / PON (WT-142).
- Badan lain mengadopsi TR-069: ITU-T SG16 Q21, HGI, DVB, ATIS IIF, dll.
TR-068 (Modem dengan Routing) diperpanjang dengan persyaratan kotak WT-124 = RG.
TR-098 (model data RG) -
- Pemodelan kebijakan RG QoS yang kaya.
- Diadopsi untuk HGI QoS.
- Tidak ada ekstensi yang diperlukan untuk memenuhi persyaratan HGI.
Alat simulasi ACS telah dikembangkan dan tersedia untuk membantu pelanggan dalam menguji solusi CPE mereka terhadap ACS.

Pada bab berikutnya, kita akan membahas berbagai Komponen Sistem DSL.