DSL - Strona główna

DSL Home to inicjatywa podjęta przez DSL-Forum. Poniższe punkty opisują jego różne cechy i zalety.

Definiowanie wymagań związanych z urządzeniami domowymi, takimi jak bramki domowe, urządzenia VoIP oraz lokalne i zdalne zarządzanie urządzeniami domowymi.
Aby umożliwić użytkownikom końcowym usługi triple / quad play, takie jak głos, wideo, dane, w tym IPTV, wideo na żądanie, treści na żądanie itp.
Protokół zdalnego zarządzania DSL Home (TR-69) i jego rozszerzenia są niezależne od dostępu.
Zdalne zarządzanie is the core DSL Home lub bramki domowej nowej generacji (RG) i sieci domowej.
Grupa DSL Home opracowała standardy dotyczące wymagań CPE i zarządzania urządzeniami CPE.
Normy określające wymagania -
- WT-124 − Issue 2 of TR-068 - Brama mieszkaniowa definiująca pełne wymagania RG, które nie są specyficzne dla DSL, ale zawierają inne technologie dostępu, takie jak xPON.
- TR-122 definiuje wymagania Voice ATA.
Normy w ramach zarządzania -
- TR-64 - Konfiguracja i ulepszenia CPE po stronie LAN.
  
  Do konfiguracji i zarządzania urządzeniami CPE przez lokalny interfejs LAN.
  
  TR-69 - Protokół zarządzania CPE Wan
  
  Do konfiguracji i zarządzania urządzeniem CPE przez stronę zdalną.
- TR-111 - umożliwia zdalne zarządzanie TR69 urządzeniami w sieci domowej (HN).
- TR-98 and TR-133 - Konfiguracja i zarządzanie parametrami różnicowania usług (QoS) w urządzeniach CPE odpowiednio przez TR-69 i TR-64.
- TR-104 Model danych dla usług VoIP
  
  Rozszerzony również dla usług wideo.
- TR-106 definiuje wspólny szablon modelu danych
  
  Definiuje podstawową strukturę obiektu i zestaw dostępnych parametrów dla urządzenia TR-69.
- TR-122 - definiuje wymagania Voice ATA.
- WT-135 - model obiektowy dla urządzeń STB.
- WT-140 - Object Model Network Storage Devices.
- WT-142 - Struktura dla urządzeń PON obsługujących TR-069.

Opcje technologii DSL

W poniższej tabeli opisano szczegółowo różne opcje technologii DSL.

Rodzina	ITU	Nazwa	Ratyfikowany	Maksymalna prędkość
ADSL	G.992.1	G.dmt	1999	7 Mbps w dół 800 kbps w górę
ADSL2	G.992.3	G.dmt.bis	2002	8 Mb / s w dół 1 Mbps w górę
ADSL2plus	G.992.5	ADSL2plus	2003	24 Mbps w dół 1 Mbps w górę
ADSL2-RE	G.992.3	Zasięg rozszerzony	2003	8 Mbps w dół 1 Mbps w górę
SHDSL (aktualizacja 2003)	G.991.2	G.SHDSL	2003	5,6 Mb / s w górę / w dół
VDSL	G.993.1	DSL o bardzo dużej szybkości transmisji danych	2004	55 Mbps w dół 15 Mbps w górę
VDSL2 -12 MHz długi zasięg	G.993.2	DSL 2 o bardzo dużej przepustowości	2005	55 Mbps w dół 30 Mbps w górę
VDSL2 - 30 MHz Krótki zasięg	G.993.2	DSL 2 o bardzo dużej przepustowości	2005	100 Mbps w górę / w dół

Konwergencja w domu

W cyfrowym domu nowej generacji zbiera się wiele technologii szerokopasmowych i sieciowych, takich jak:

ADSL2 / ADSL2 Plus / VDSL2 / xPON.
Bezprzewodowa / Ethernet / USB / HomePlug A / V, HPNA itp.
Elektronika użytkowa zaczyna się łączyć.

Zarządzanie taką konwergencją jest skomplikowane, co powoduje potrzebę uproszczenia dostarczania i konserwacji urządzeń końcowych

Challenge - Jak zarządzać różnymi elementami w domu?

Solution- Zasadniczo sieci domowe stanowią mikrokosmos wszystkich technologii i technik sieciowych, które tworzy Conexant. Konwergencja ma miejsce najpierw w domu.

Dziś musisz być ekspertem IT (lub mieć w domu kilka nastolatków), aby konfigurować i konfigurować domowe urządzenia sieciowe. Zgodnie z prezentacją dotyczącą przemysłu, aplikacji i trendów technologicznych 30–50% domowych urządzeń sieciowych jest zwracanych do sprzedawców bez żadnych problemów. Użytkownicy po prostu nie byli w stanie ustawić i skonfigurować urządzenia przy użyciu istniejących narzędzi / oprogramowania.

Problemy z istniejącym podejściem

Poniżej przedstawiono problemy związane z istniejącym podejściem.

User Perspective

Brak elastyczności przy zakupie sprzętu z półki.
Brak wsparcia ze strony usługodawcy, jeśli sprzęt jest kupiony.
Urządzenia nie są typu plug-n-play, wymagając zarówno usługodawcy internetowego, jak i użytkownika do wykonania określonej konfiguracji.
Dodanie nowej usługi wymaga koordynacji zarówno usługodawcy internetowego, jak i użytkownika końcowego, co zajmuje trochę czasu.
Wymaga obecności klienta w domu, jeśli w grę wchodzi samochód ciężarowy.
Może być trudno dopasować, ponieważ obecnie więcej par pracuje.

Service Provider Perspective

Wymaga usługi Truck Roll do aktywacji wszelkich nowych usług, rozwiązywania problemów i nowych instalacji. Każda rolka ciężarówki wiąże się ze znacznymi kosztami pod względem czasu i zasobów.
Kiedy klient składa reklamację, „Helpdesk” bardzo trudno jest sprawdzić, co jest nie tak z urządzeniem CPE, siedząc w swoim biurze.
Sprzedawcy zapewniają własne, autorskie rozwiązania, różne interfejsy, parametry i procedury. Stąd potrzeba szkolenia na rozwiązanie dostawcy.
Dostawca usług internetowych był zmuszony trzymać się kilku wybranych dostawców, ponieważ dostawca usług internetowych wykonał niestandardową automatyzację, aby ułatwić im pracę. Przejście do nowego dostawcy może wymagać zmiany niestandardowej automatyzacji.
Brak możliwości automatycznego odkrycia możliwości urządzenia i określenia, jakie parametry są obsługiwane.
Nie można określić, czy informacje konfiguracyjne zostały zmienione przez użytkownika za pośrednictwem lokalnego interfejsu zarządzania, takiego jak przeglądarka internetowa, CLI lub SNMP itp.
Nie ma możliwości uniemożliwienia użytkownikom zmiany ustawień, co może mieć wpływ na oferowane przez nich usługi.

Usługi oferowane przez DSL Home - TR-69

Poniżej znajduje się lista usług oferowanych przez DSL Home - TR-69.

Zdalne zarządzanie urządzeniami w bezpieczny sposób (z wykorzystaniem zabezpieczeń opartych na protokole SSL / TLS).
Dostarczanie usług w czasie rzeczywistym poprzez automatyczną konfigurację.
Monitorowanie statusu i wydajności.
Diagnostics
Kontrola dostępu
Notification
Aktualizacja oprogramowania
Standaryzowany model danych dostosowany specjalnie do urządzeń CPE oferujących różne usługi, takie jak głos, wideo, dane i IPTV itp. Obejmuje szeroki zasięg dla urządzeń LAN w segmentach domowych (STB, VoIP, NAS) w różnych technologiach LAN, takich jak - Ethernet, USB, WLAN itp.
Protokół zarządzania służy do uzyskiwania dostępu do technologii niezależnych od technologii, dlatego może być używany w wielu różnych urządzeniach CPE. Na przykład - xPON, xDSL itp., Po prostu wymaga, aby urządzenie było adresowalne IP.
Truckroll jest zminimalizowany przez zdalne zarządzanie.
Helpdesk może zapewnić lepsze usługi zamiast po prostu przyjmować skargę. Helpdesk ma więcej kontekstu i może zobaczyć pełne informacje o konfiguracji CPE ze zdalnego.
Nie ma potrzeby przeprowadzania szkoleń dla konkretnego dostawcy, ponieważ model danych jest ustandaryzowany dla usług, co oznacza mniejszą potrzebę szkolenia personelu.
Nie jest wymagana niestandardowa automatyzacja, dzięki czemu można wybierać z szerszej bazy dostawców
Zapewnia automatyczne wykrywanie parametrów dostępnych na urządzeniu.
Zapewnia kontrolę dostępu, a tym samym umożliwia zapobieganie zmianie przez użytkownika określonej konfiguracji.
Zapewnia mechanizm powiadamiania, dzięki czemu poznajemy każdą zmianę konfiguracji związaną z usługami.
Zmniejsza koszty operacyjne.
Ułatwienie użytkownikom i usługodawcom wyjścia poza modemy i routery o najlepszych możliwościach na rzecz usług Triple / Quad Play w cyfrowym domu.

Scenariusz wdrożenia TR69

Poniższa ilustracja przedstawia scenariusz wdrażania TR69.

Wdrożenie TR69 pomoże w następujących funkcjach -

Bezpieczne rozwiązanie sieciowe do obsługi jednoczesnych użytkowników w domu
Usługa Triple / Quad Play (TV / wideo, telefonia, Internet, bezprzewodowa)
Dostarczanie usług w czasie rzeczywistym poprzez automatyczną konfigurację
Mechanizm zarządzania i automatyzacji obsługi takiego udostępniania

WT-124 => TR-068v2 dodaje nowe wymagania oparte na rozszerzonym zakresie o -

Wymagania dotyczące optycznego (PON) portu Ethernet po stronie WAN
Przekierowanie sieci Web dla wymagań diagnostycznych
Wymagania klienta DHCP
Wymagania portalu dostępowego zainicjowane przez ACS.

Przekierowanie sieci Web jest wymagane, gdy wystąpią problemy z łącznością sieciową. PlikRG MUST zapewniają mechanizm, który przechwytuje strony przeglądarki internetowej (tj. żądania stron internetowych na porcie 80) i odpowiada na nie, kierując przeglądarkę internetową do odpowiednich wewnętrznych stron internetowych w celu identyfikacji i rozwiązywania problemów z łącznością sieciową, w tym między innymi -

DSL nie może trenować. - P. Jak uzyskać to z odpowiedniego portu PHY do sieci?
Nie wykryto sygnału DSL. - P. To samo pytanie co powyżej.
Brak połączenia szerokopasmowego Ethernetu (jeśli dotyczy).
Nie wykryto obwodu PVC ATM (jeśli dotyczy).
Awaria IEE 802.1x (jeśli dotyczy).
Nie wykryto serwera PPP (jeśli dotyczy).
Uwierzytelnianie PPP nie powiodło się (jeśli dotyczy).
DHCP niedostępny.

Przykład - Funkcjonowanie protokołu TR-069

Poniższa ilustracja przedstawia działanie protokołu TR-069.

Powyższa ilustracja jest opisana w kolejnych punktach.

TR-069 umożliwia konfigurację i zarządzanie urządzeniami użytkownika końcowego (RG, STB i VoIP). Istotna różnica w podejściu Forum DSL polega na tym, że TR-069 może łączyć się bezpośrednio z urządzeniem użytkownika końcowego.
Connection - Ogólny mechanizm oparty na wysyłaniu zdalnych wywołań procedur (RPC), który umożliwia ACS odczyt lub zapis parametrów config, monitorować i kontrolować CPE. Z RPC, komunikaty SOAP (standardowa składnia oparta na XML), przesyłane przez SSL / TLS (warstwa bezpieczeństwa), przez HTTP, przez połączenie TCP / IP, między CPE a Management Server.
(Note)- SNMP wysyła jednostki danych protokołu (PDU) na górę UDP między menedżerem a agentem. UDP jest zawodny w porównaniu z TCP, rozmiar PDU jest ograniczony do rozmiaru ramki UDP.
ACS Discovery -
- CPE może wykryć skojarzone z nim ACS za pomocą DHCP.
- Manual Configuration - CPE można skonfigurować lokalnie za pomocą adresu URL ACS.
- Default Configuration - CPE ma domyślny URL ACS, którego może użyć, jeśli nie zostanie podany inny adres URL.
Session (Setup and teardown) - Sesja ZAWSZE inicjowana z CPE do ACS przy użyciu wcześniej ustalonego adresu ACS: uruchamia metodę Inform RPC dla konfiguracji i TearDown sesji, która zamyka połączenie TCP po zakończeniu.
(Note)- SNMP nie obsługuje koncepcji sesji. Klient musi nasłuchiwać wiadomości z serwera na określonym porcie UDP.
State Management -
- W przypadku sekwencji transakcji tworzących pojedynczą sesję, CPE utrzymuje połączenie TCP, które utrzymuje się przez cały czas trwania sesji.
- Gdy ciągłe połączenie TCP nie jest możliwe, ACS używa plików cookie sesji do utrzymania stanu sesji.
- CPE zwraca informacje (cookie) ustawione przez ACS we wszystkich wymienianych wiadomościach. Pod koniec sesji CPE kończy skojarzone połączenie TCP z ACS i odrzuca wszystkie pliki cookie.

Bezpieczeństwo

Bezpieczeństwo jest zwiększone w TR-069 przez CPE inicjujące całą komunikację. Protokół bezpieczeństwa TR-069 obsługuje następujące dwa mechanizmy bezpieczeństwa (poziomu) -

SSL / TLS definiuje uwierzytelnianie oparte na certyfikatach między CPE i ACS w celu zapewnienia pojedynczego bezpiecznego połączenia
CPE może używać tego samego certyfikatu x.509 do szyfrowania.

Urządzenia klienckie uwierzytelniane za pomocą szeroko zaimplementowanego uwierzytelniania HTTP są następujące:

TR-069 and End Devices −

TR-069 może być używany przez ACS do zarządzania -
- Bramy domowe (RG)
- Urządzenia końcowe (ED) oparte na TR-111
Dwa podejścia -
- RG działa jako proxy dla ED
- ED jest zarządzany bezpośrednio przez ACS
TR-111 definiuje dodatkowe zasady, które pozwalają -
- RG, aby wykryć ED z obsługą TR-069 w sieci LAN
- Styki ACS TR-069 EDs, nawet dla RG innych niż TR-069 (używa STUN; RFC 3489)

TR-064 Po stronie LAN CPE

Poniżej przedstawiono funkcje konfiguracji CPE po stronie sieci LAN TR-069.

Przyjmuje architekturę UPnP v1.0 i rozszerza specyfikację UPnP IGD v1 (z pewnymi ograniczeniami).
Aplikacja zarządzająca (punkt kontrolny TR-64) działa na komputerze PC i przesyła konfigurację specyficzną dla usługodawcy i klienta do CPE, gdy CPE dodaje się do sieci.
Bardziej przydatne podczas początkowej instalacji nowych urządzeń CPE oraz w przypadku problemów z łącznością po stronie WAN.

Scenariusz wdrożenia TR-64

Poniższa ilustracja przedstawia scenariusz wdrożenia TR-64.

Przypadki użycia dla usług domowych DSL

Rozważmy następujące przypadki użycia dla usług domowych DSL.

Przypadek użycia - 1

Klient początkowo kupuje usługi szerokopasmowe w celu przesyłania danych, a teraz musi wykupić abonament na usługi VoIP.

Klient może zgłosić nowe żądanie usług za pośrednictwem strony internetowej SP lub zadzwonić do biura. Aby świadczyć te usługi, SP musi odpowiedzieć na następujące pytania. Czy -

Option 1 - Istniejący sprzęt CPE jest w stanie świadczyć nowe usługi zgodnie z wymaganiami.
Option 2 - Sprzęt jest sprawny, ale oprogramowanie sprzętowe wymaga aktualizacji.
Option 3 - Zarówno sprzęt, jak i oprogramowanie układowe są zdolne i wymaga tylko konfiguracji usługi VoIP.

Przyjrzyjmy się teraz szczegółowo każdej z opcji.

W pierwszej opcji SP (usługodawca) albo potrzebuje ciężarówki, aby zapewnić CPE obsługujący VoIP, albo może poprosić użytkownika o zakup urządzenia na rynku, w zależności od zawartej umowy.
W przypadku drugiej opcji, SP może kolejkować aktualizację oprogramowania sprzętowego i żądania konfiguracji VoIP w ACS dla tego urządzenia CPE. Gdy CPE jest włączony, zostanie automatycznie skonfigurowany na CPE przez TR-69, a ACS zostanie poinformowany o zmianie. Usługodawca może skonfigurować ACS tak, aby informował użytkownika za pośrednictwem poczty e-mail / SMS, gdy otrzyma zdarzenie dotyczące pomyślnej konfiguracji usług.
W przypadku trzeciej opcji wystarczy umieścić w kolejce żądanie konfiguracji usługi VoIP na ACS. Gdy CPE jest włączony, ACS automatycznie aktualizuje konfigurację na urządzeniu CPE. Usługodawca może skonfigurować ACS tak, aby informował użytkownika za pośrednictwem poczty e-mail / SMS, gdy otrzyma zdarzenie dotyczące pomyślnej konfiguracji usług.

Przykład zastosowania - 2

Usługodawca jest zobowiązany do masowej aktualizacji oprogramowania sprzętowego.

SP wdrożył już setki urządzeń i wymaga aktualizacji oprogramowania sprzętowego, ponieważ podnosi podstawowy poziom usług lub znajduje krytyczny błąd, który może wpłynąć na usługi w taki czy inny sposób. Rozważmy następujące punkty -

Dzięki rozwiązaniu do zarządzania TR-69, ACS powinien mieć pełne informacje o CPE, takie jak wersja sprzętu, oprogramowanie sprzętowe używane w urządzeniach (te informacje są przekazywane przez CPE podczas każdej konfiguracji sesji).
Operator może zidentyfikować urządzenia CPE, które mogą wymagać aktualizacji, ponieważ nie wszystkie urządzenia będą tego potrzebować.
Z ACS może zaplanować żądanie aktualizacji oprogramowania układowego do wybranych CPE w sposób rozłożony w czasie.
Po zaktualizowaniu oprogramowania sprzętowego CPE powinien zapoznać się z listą CPE, na których oprogramowanie układowe zostało pomyślnie zaktualizowane.
Wszystko to dzieje się bez wychodzenia w teren w zaciszu własnego biura.

Przykład zastosowania - 3

Klient zgłasza, że jakość usług głosowych / wideo nie jest na najwyższym poziomie.

Można temu zaradzić, postępując zgodnie z następującymi punktami -

Monitoruj parametry wydajności, które mogą wpływać na jakość głosu / wideo, aby rozwiązywać problemy i zapewnić klientowi końcowemu oczekiwaną jakość obsługi.
Aby zapewnić zróżnicowane usługi głosowe, wideo i danych, może skonfigurować żądane parametry QoS zgodnie z umową dotyczącą poziomu usług z klientem.

Przykład zastosowania - 4

Klient ma problemy z łącznością i zgłasza problem z niektórymi usługami, a następnie usługodawca może -

SP może uruchomić diagnostykę CPE w celu rozwiązania problemów.
Może ustawić parametry diagnostyczne w CPE, a po zakończeniu diagnostyki ACS jest informowany o jej zakończeniu. Następnie ACS może zdalnie pobrać wyniki za pośrednictwem TR-69 i zdiagnozować problem.
Ogólnie rzecz biorąc, SP zna przyczynę bez wychodzenia z domu i dlatego może skuteczniej poradzić sobie z sytuacją.

Plan DSL Home

Poniższe punkty opisują mapę drogową DSL Home.

Interoperacyjność TR-069 -
- Imprezy Plugfest - 3 już się odbyły.
- W ostatnim wydarzeniu udział wzięło 22 dostawców CPE i 11 ACS.
Rozważany certyfikat TR-069 lub DSL Home.
Wiele WT w toku: interfejs ACS Northbound, nowe modele obiektów usług, QoS, nowe specyfikacje RG, testy i przypadki testowe interoperacyjności itp.
Dostosuj się i współpracuj z UPnP Forum, DLNA, HGI itp., Określając standardy dla urządzeń w segmentach domowych.
Sporo standardowych instytucji zaakceptowało standard TR-69 do zdalnego zarządzania urządzeniami domowymi: ITU-T SG16, Home Gateway Initiatives (HGI), ATIS IPTV Interoperability Forum (IIF) itp.
Organizacja Direct Video Broadcast (DVB) (standardy ETSI) przyjęła TR-069 i WT-135 do zdalnego zarządzania IPTV STB lub alternatywę od CableLabs.
Grupa fokusowa ITU-T IPTV obejmująca wiele grup badawczych będzie również zajmować się kwestią protokołu zdalnego zarządzania.

TR-69 vs SNMP

IETF (Internet Engineering Task Force) definiuje wiele baz MIB do zarządzania różnymi cechami i funkcjami. Jednak żadna standardowa instytucja ani IETF nie zalecają konsolidacji zestawu baz MIB do zarządzania urządzeniami CPE (szczególnie w przypadku bram domowych zapewniających usługę Triple Play) w celu konfiguracji i świadczenia usług. Obsługa MIB w urządzeniu CPE jest całkowicie pozostawiona producentom do wyboru w odniesieniu do ich własnych implementacji. TR-69 i inne TR w ramach DSL Home definiują zestaw parametrów wymaganych w urządzeniach CPE dla tego typu usług. Zaleca zestaw parametrów mających zastosowanie do każdego typu usług, którymi są -

Dostawcy dostarczają rozwiązania z własnymi, zastrzeżonymi bazami MIB, dzięki czemu zarządzanie tymi urządzeniami jest specyficzne dla dostawcy.
Żadne bazy MIB nie są dostępne dla usług systemowych, takich jak aktualizacja oprogramowania układowego, diagnostyka itp., Które są specyficzne tylko dla urządzeń CPE.
Korzystanie z SNMP wymaga otwarcia portu SNMP przez NAT, ponieważ większość bram domowych korzysta z NAT, a zarządzane urządzenia mogą znajdować się za NAT. W SNMP żądanie pobrania / ustawienia parametrów jest zawsze inicjowane przez menedżera. W związku z tym, aby uzyskać żądanie, port w CPE musi zostać otwarty. W TR-69 sesja TR-69 jest inicjowana przez CPE, a serwer używa tej samej sesji do wysyłania żądań pobierania / ustawiania. Eliminuje to jawne otwieranie portu w środowisku NAT. TR-69 określa również sposób, w jaki ACS może wysłać żądanie do CPE, a ta część jest obsługiwana przez TR-111 część2 w sposób przejrzysty.
Większość istniejących obecnie implementacji SNMP nie zawiera protokołu SNMPv3. W związku z tym wiadomości wymieniane przez SNMP nie są zbyt bezpieczne. W TR-69 o bezpieczeństwo dbają schematy uwierzytelniania oparte na SSL / TLS lub HTTP. Większość dzisiejszych implementacji TR-69 implementuje SSL / TLS.
Wszelkie wskazania od CPE do menedżera muszą być rozpatrywane w postaci pułapek, a te pułapki muszą być wstępnie zdefiniowane w MIB. Po zdefiniowaniu tych pułapek kierownik nie może mieć kontroli nad CPE, niezależnie od tego, czy powinien, czy nie powinien generować pułapki w warunkach pułapki. TR-69 definiuje bardzo ogólną metodę powiadamiania serwera o wszelkich zmianach parametrów. Nie ma potrzeby definiowania dodatkowych pułapek, funkcja ta jest wbudowana w sam protokół iw przypadku, gdy menedżer nie potrzebuje powiadomienia o parametrze, może go wyłączyć za pomocą protokołu. Ponadto TR-69 zapewnia aktywny lub pasywny mechanizm powiadamiania, którego brakuje w SNMP.
Brak mechanizmu kontroli dostępu w celu uzyskania dostępu do zmiennej za pośrednictwem innego protokołu zarządzania. TR-69 definiuje mechanizm, w którym można określić, który protokół zarządzania może kontrolować, które parametry i jaki poziom dostępu (odczyt / odczyt-zapis) jest dla niego dostępny. Ta funkcja jest bardzo przydatna, gdy usługodawca chce kontrolować zestaw parametrów, których zmiana może mieć wpływ na usługi użytkownika końcowego. SNMP nie definiuje szczegółowości tego poziomu.
Zwykle SNMP używa UDP jako mechanizmu komunikacji, który nie jest zbyt niezawodny, podczas gdy TR-69 używa HTTP przez TCP, który jest bardziej niezawodny.
Na agentach SNMP należy skonfigurować adres menedżera SNMP i łańcuch społeczności, podczas gdy w TR-69 nie jest obowiązkowe konfigurowanie określonych parametrów ACS. Parametry związane z ACS mogą być dynamicznie wykrywane przez mechanizm oparty na protokole DHCP, jeśli nie zostały skonfigurowane przez operatora.
Dzięki zarządzaniu opartemu na SNMP jedyne obsługiwane akcje to get / getnext i ustawiane przez menedżera. W przypadku, gdy zarządzanie urządzeniem wymaga innej zastrzeżonej czynności lub pobrania pliku, nie można tego zrobić w TR-69. Można to łatwo osiągnąć, definiując RPC dla konkretnego dostawcy. Nawet pobieranie plików można osiągnąć w tej samej sesji między CPE i ACS przy użyciu istniejącego mechanizmu RPC.
BRAK dostosowanej bazy MIB dla urządzeń CPE obsługujących usługi Triple Play.
Każdy dostawca zapewnia własne rozwiązanie oparte na niektórych zastrzeżonych bazach MIB std +
Korzystanie z SNMP wymaga otwarcia portu SNMP w urządzeniu.
Większość zarządzania opartego na protokole SNMP nie implementuje protokołu SNMPv3. W związku z tym bezpieczeństwo jest zagrożone.
Implementacja powiadomienia o zmianie parametru dowolnego parametru jest trudna.
Brak kontroli nad włączaniem i wyłączaniem powiadomień.
Nie ma przepisu na kontrolę dostępu.
Wykorzystanie metody dostarczania opartej na protokole UDP, która nie jest zbyt niezawodna.
Urządzenie może być jednocześnie zarządzane przez wielu menedżerów, co przyspiesza synchronizację.
Można było wspierać tylko określony zestaw działań.
Cokolwiek można osiągnąć za pomocą SNMP, można osiągnąć za pomocą TR-69 i wielu innych.

Wniosek

Zestaw specyfikacji DSL Home definiuje rozwiązania nowej generacji Residential Gateway (RG).
Ułatwienie użytkownikom i operatorom telekomunikacyjnym wyjścia poza modemy i najlepsze możliwości mostkowania / routingu do usług Triple / Quad Play.
TR-069 (CWMP) jest rdzeniem DSL Home -
- Rozszerzalny i elastyczny protokół zarządzania.
- Uzyskaj dostęp do technologii niezależnych od technologii.
- Aktywna promocja TR-069 dla technologii dostępu innych niż DSL. Na przykład - kabel / DOCSIS, światłowód / PON (WT-142).
- Inne organy przyjmują TR-069: ITU-T SG16 Q21, HGI, DVB, ATIS IIF itp.
TR-068 (modem z routingiem) rozszerzony o WT-124 = wymagania skrzynki RG.
TR-098 (model danych RG) -
- Bogate modelowanie polityki RG QoS.
- Przystosowany do HGI QoS.
- Nie potrzeba żadnych rozszerzeń w celu spełnienia wymagań HGI.
Narzędzie symulacyjne ACS zostało opracowane i jest dostępne, aby pomóc klientom w testowaniu ich rozwiązania CPE względem ACS.

W następnym rozdziale omówimy różne składniki systemu DSL.