DSL - Zuhause

DSL Home ist eine Initiative des DSL-Forums. Die folgenden Punkte beschreiben die verschiedenen Merkmale und Vorteile.

• Definieren von Anforderungen in Bezug auf Heimgeräte wie Heim-Gateways, VoIP-Geräte und lokale und Remote-Verwaltung von Heimgeräten.

• Aktivieren von Triple / Quad-Play-Diensten für Endbenutzer wie Sprache, Video, Daten, einschließlich IPTV, Video-on-Demand, Content-on-Demand usw.

• Das DSL Home-Fernverwaltungsprotokoll (TR-69) und seine Erweiterungen sind zugriffsunabhängig.

• Fernverwaltung is the core von DSL Home oder Residential Gateway (RG) der nächsten Generation und In-Home-Netzwerken.

• Die DSL Home-Gruppe hat die Standards für CPE-Anforderungen und die Verwaltung der CPE-Geräte entwickelt.

• Standards, die Anforderungen definieren -

  • WT-124 − Issue 2 of TR-068 - Residential Gateway definiert vollständige RG-Anforderungen, die nicht DSL-spezifisch sind, sondern andere Zugriffstechnologien wie xPON enthalten.

  • TR-122 definiert Voice ATA-Anforderungen.

• Standards im Managementrahmen -

  • TR-64 - LAN-seitige CPE-Konfiguration und Verbesserungen.

    Zur Konfiguration und Verwaltung von CPE-Geräten über die lokale LAN-Schnittstelle.

    TR-69 - CPE Wan Management Protocol

    Zur Konfiguration und Verwaltung des CPE-Geräts über die Remote-Seite.

  • TR-111 - Ermöglicht die TR69-Fernverwaltung für die Geräte im Heimnetzwerk (HN).

  • TR-98 and TR-133 - Konfiguration und Verwaltung von QoS-Parametern (Service Differentiation) in den CPE-Geräten über TR-69 bzw. TR-64.

  • TR-104 Datenmodell für VoIP-Dienste

    Erweitert auch für Videodienste.

  • TR-106 Definiert die allgemeine Datenmodellvorlage

    Definiert die Basisobjektstruktur und eine Reihe zugänglicher Parameter für ein TR-69-Gerät.

  • TR-122 - definiert Voice ATA-Anforderungen.

  • WT-135 - Objektmodell für die STB-Geräte.

  • WT-140 - Objektmodell Netzwerkspeichergeräte.

  • WT-142 - Framework für TR-069-fähige PON-Geräte.

DSL-Technologieoptionen

In der folgenden Tabelle werden die verschiedenen Optionen der DSL-Technologie ausführlich beschrieben.

Familie	ITU	Name	Ratifiziert	Höchstgeschwindigkeitsfähigkeiten
ADSL	G.992.1	G.dmt	1999	7 Mbit / s nach unten 800 kbps bis
ADSL2	G.992.3	G.dmt.bis	2002	8 Mb / s nach unten 1 Mbit / s
ADSL2plus	G.992.5	ADSL2plus	2003	24 Mbit / s nach unten 1 Mbit / s
ADSL2-RE	G.992.3	Reichweite erweitert	2003	8 Mbit / s nach unten 1 Mbit / s
SHDSL (aktualisiert 2003)	G.991.2	G.SHDSL	2003	5,6 Mbit / s hoch / runter
VDSL	G.993.1	DSL mit sehr hoher Datenrate	2004	55 Mbit / s nach unten 15 Mbit / s
VDSL2 -12 MHz große Reichweite	G.993.2	DSL 2 mit sehr hoher Datenrate	2005	55 Mbit / s nach unten 30 Mbit / s
VDSL2 - 30 MHz Kurze Reichweite	G.993.2	DSL 2 mit sehr hoher Datenrate	2005	100 Mbit / s hoch / runter

Konvergenz zu Hause

Im digitalen Heim der nächsten Generation laufen mehrere Breitband- und Netzwerktechnologien zusammen, wie z.

• ADSL2 / ADSL2 Plus / VDSL2 / xPON.
• Wireless / Ethernet / USB / HomePlug A / V, HPNA usw.
• Unterhaltungselektronik beginnt sich zu vernetzen.

Das Management einer solchen Konvergenz ist komplex und erfordert eine Vereinfachung der Bereitstellung und Wartung von Endgeräten

Challenge - Wie verwalte ich verschiedene Elemente im Haus?

Solution- Home Networking ist im Wesentlichen ein Mikrokosmos aller von Conexant entwickelten Netzwerktechnologien und -techniken. Konvergenz findet zuerst zu Hause statt.

Heute müssen Sie ein IT-Experte sein (oder einige Teenager im Haus haben), um Ihre Heimnetzwerkgeräte einzurichten und zu konfigurieren. Wie in der Präsentation zu Branchen-, Anwendungs- und Technologietrends beschrieben, werden 30 bis 50% der Heimnetzwerke ohne Probleme an die Einzelhändler zurückgegeben. Die Benutzer konnten das Gerät einfach nicht mit vorhandenen Tools / Software einrichten und konfigurieren.

Probleme mit dem bestehenden Ansatz

Im Folgenden sind die Probleme mit dem bestehenden Ansatz aufgeführt.

User Perspective

• Keine Flexibilität, um Geräte von der Stange zu kaufen.

• Keine Unterstützung durch den Dienstanbieter, wenn das Gerät gekauft wird.

• Geräte sind keine Plug-n-Play-Geräte, bei denen sowohl der ISP als auch der Benutzer eine Konfiguration vornehmen müssen.

• Das Hinzufügen eines neuen Dienstes erfordert sowohl die ISP- als auch die Endbenutzerkoordination, was einige Zeit in Anspruch nimmt.

• Erfordert Kundenpräsenz zu Hause, wenn es sich um eine LKW-Rolle handelt.

• Könnte schwierig sein, da heutzutage mehr Paare arbeiten.

Service Provider Perspective

• Erfordert Truck Roll, um neue Dienste, Fehlerbehebung und Neuinstallationen zu aktivieren. Jede LKW-Rolle verursacht erhebliche Kosten in Bezug auf Zeit und Ressourcen.

• Wenn der Kunde eine Beschwerde einreicht, ist es für den „Helpdesk“ sehr schwierig, in seinem Büro zu überprüfen, was mit dem CPE-Gerät nicht stimmt.

• Anbieter bieten ihre eigene proprietäre Lösung, verschiedene Schnittstellen, Parameter und Verfahren. Daher ist ein Schulungsbedarf pro Anbieter erforderlich.

• Der ISP musste sich an einige ausgewählte Anbieter halten, da der ISP eine benutzerdefinierte Automatisierung durchgeführt hat, um seine Arbeit zu erleichtern. Der Wechsel zu einem neuen Anbieter erfordert möglicherweise eine Änderung der benutzerdefinierten Automatisierung.

• Keine Möglichkeit, die Gerätefunktionen automatisch zu ermitteln und festzustellen, welche Parameter unterstützt werden.

• Es ist nicht möglich festzustellen, ob vom Benutzer geänderte Konfigurationsinformationen über eine lokale Verwaltungsoberfläche wie Web, CLI oder SNMP usw. geändert wurden.

• Es ist nicht möglich zu verhindern, dass Benutzer Einstellungen ändern, was sich auf die von ihnen angebotenen Dienste auswirken kann.

Von DSL Home angebotene Dienstleistungen - TR-69

Im Folgenden finden Sie eine Liste der von DSL Home - TR-69 angebotenen Dienste.

• Remote-Verwaltung der Geräte auf sichere Weise (verwendet SSL / TLS-basierte Sicherheit).

• Echtzeitbereitstellung von Diensten über die automatische Konfiguration.

• Status- und Leistungsüberwachung.

• Diagnostics

• Zugangskontrolle

• Notification

• Firmware-Aktualisierung

• Standardisiertes Datenmodell, das speziell auf CPE-Geräte zugeschnitten ist und verschiedene Dienste wie Sprache, Video, Daten und IPTV usw. bietet. Enthält eine breite Abdeckung für LAN-Geräte in den Heimsegmenten (STB, VoIP, NAS) für verschiedene LAN-Technologien wie Ethernet, USB, WLAN , usw.

• Das Verwaltungsprotokoll dient zum Zugriff auf Technologien-Agnostiker und kann daher für eine Vielzahl von CPE-Geräten verwendet werden. Zum Beispiel erfordert xPON, xDSL usw. nur, dass das Gerät IP-adressierbar ist.

• Truckroll wird durch Remote-Management minimiert.

• Der Helpdesk kann bessere Dienste anbieten, anstatt nur die Beschwerde anzunehmen. Der Helpdesk verfügt über mehr Kontext und kann vollständige Konfigurationsinformationen zu CPE von remote anzeigen.

• Es ist keine herstellerspezifische Schulung erforderlich, da das Datenmodell für Services standardisiert ist und weniger Personal geschult werden muss.

• Es ist keine benutzerdefinierte Automatisierung erforderlich, sodass eine größere Auswahl an Anbietern zur Auswahl steht

• Bietet automatische Erkennung der auf dem Gerät verfügbaren Parameter.

• Bietet Zugriffskontrolle und verhindert so, dass Benutzer die spezifische Konfiguration ändern.

• Bietet einen Benachrichtigungsmechanismus, sodass wir jede Änderung der Konfiguration in Bezug auf die Dienste kennenlernen.

• Reduziert Opex.

• Dies erleichtert Benutzern und Dienstanbietern die Umstellung von Modems und Best-Effort-Routern auf Triple / Quad-Play-Dienste im digitalen Heim.

TR69-Bereitstellungsszenario

Die folgende Abbildung zeigt das TR69-Bereitstellungsszenario.

Die TR69-Bereitstellung hilft bei den folgenden Funktionen:

• Eine sichere Netzwerklösung für gleichzeitige Benutzer zu Hause

• Triple / Quad Play-Dienst (TV / Video, Telefonie, Internet, WLAN)

• Echtzeitbereitstellung von Diensten über die automatische Konfiguration

• Ein Mechanismus zum Verwalten und Automatisieren der Unterstützung einer solchen Bereitstellung

Der WT-124 => TR-068v2 fügt neue Anforderungen hinzu, die auf einem erweiterten Anwendungsbereich basieren und Folgendes umfassen:

• Anforderungen an den optischen (PON) WAN-seitigen Ethernet-Port

• Webumleitung für Diagnoseanforderungen

• DHCP-Client-Anforderungen

• ACS initiierte Captive-Portal-Anforderungen.

Eine Webumleitung ist erforderlich, wenn Probleme mit der Netzwerkverbindung auftreten. DasRG MUST Bereitstellung eines Mechanismus, der Webbrowserseiten abfängt (dh Port 80-Webseitenanforderungen) und auf diese reagiert, indem der Webbrowser auf die entsprechenden internen Webseiten geleitet wird, um Netzwerkverbindungsprobleme zu identifizieren und zu lösen, einschließlich, aber nicht beschränkt auf -

• DSL kann nicht trainieren. - F. Wie kann dies vom entsprechenden PHY-Port ins Web gebracht werden?

• DSL-Signal nicht erkannt. - Q. Gleiche Frage wie oben.

• Breitband-Ethernet nicht verbunden (falls zutreffend).

• ATM PVC nicht erkannt (falls zutreffend).

• IEE 802.1x-Fehler (falls zutreffend).

• PPP-Server nicht erkannt (falls zutreffend).

• Die PPP-Authentifizierung ist fehlgeschlagen (falls zutreffend).

• DHCP nicht verfügbar.

Beispiel - Funktionsweise des TR-069-Protokolls

Die folgende Abbildung zeigt die Funktionsweise des TR-069-Protokolls.

Die obige Abbildung wird in den folgenden Punkten beschrieben.

• Der TR-069 ermöglicht die Konfiguration und Verwaltung von Endbenutzergeräten (RG, STB und VoIP). Ein wesentlicher Unterschied im DSL-Forum-Ansatz besteht darin, dass TR-069 direkt an das Endbenutzergerät gesendet werden kann.

• Connection - Allgemeiner Mechanismus basierend auf dem Senden von Remote Procedure Calls (RPC), mit dem der ACS Parameter lesen oder schreiben kann config, überwachen und steuern Sie das CPE. Mit RPC werden SOAP-Nachrichten (Standard-XML-basierte Syntax) über ein SSL / TLS (Sicherheitsschicht), über HTTP, über eine TCP / IP-Verbindung zwischen CPE und einem Management Server transportiert.

• (Note)- SNMP sendet Protocol Data Units (PDUs) über UDP zwischen einem Manager und einem Agenten. Das UDP ist im Vergleich zu TCP unzuverlässig, die PDU-Größe ist auf die UDP-Frame-Größe beschränkt.

• ACS Discovery - -

  • CPE kann das zugehörige ACS mithilfe von DHCP ermitteln.

  • Manual Configuration - CPE kann lokal mit der URL von ACS konfiguriert werden.

  • Default Configuration - CPE verfügt über eine Standard-ACS-URL, die verwendet werden kann, wenn keine andere URL angegeben wird.

• Session (Setup and teardown) - Eine Sitzung, die IMMER von CPE zum ACS unter Verwendung der festgelegten ACS-Adresse initiiert wurde: Gibt die Inform RPC-Methode für Setup und Session TearDown aus, wodurch die TCP-Verbindung geschlossen wird, wenn sie abgeschlossen ist.

• (Note)- SNMP unterstützt das Konzept einer Sitzung nicht. Der Client muss an einem angegebenen UDP-Port auf Nachrichten vom Server warten.

• State Management - -

  • Für die Abfolge von Transaktionen, die eine einzelne Sitzung bilden, verwaltet CPE eine TCP-Verbindung, die für die Dauer der Sitzung bestehen bleibt.

  • Wenn eine kontinuierliche TCP-Verbindung nicht möglich ist, verwendet ACS Sitzungscookies, um den Sitzungsstatus aufrechtzuerhalten.

  • CPE gibt Informationen (Cookies) zurück, die vom ACS in allen ausgetauschten Nachrichten festgelegt wurden. Am Ende der Sitzung beendet CPE die zugehörige TCP-Verbindung zum ACS und verwirft alle Cookies.

Sicherheit

Die Sicherheit wird mit TR-069 durch das CPE erhöht, das die gesamte Kommunikation initiiert. Das Sicherheitsprotokoll TR-069 unterstützt die folgenden zwei Sicherheitsmechanismen (Stufe):

• SSL / TLS definiert eine zertifikatbasierte Authentifizierung zwischen CPE und ACS, um eine einzige sichere Verbindung bereitzustellen

• Das CPE kann dasselbe x.509-Zertifikat verwenden, um die Verschlüsselung bereitzustellen.

Die über die weit verbreitete HTTP-Authentifizierung authentifizierten Clientgeräte sind wie folgt:

TR-069 and End Devices −

• TR-069 kann von ACS zur Verwaltung von - verwendet werden.

  • Residential Gateways (RG)

  • Endgeräte (ED) basierend auf TR-111

• Zwei Ansätze -

  • RG fungiert als Proxy für die ED

  • ED wird direkt von ACS verwaltet

• TR-111 definiert zusätzliche Regeln, die Folgendes zulassen:

  • RG, um TR-069-fähige EDs im LAN zu erkennen

  • ACS kontaktiert TR-069-EDs, auch für Nicht-TR-069-RGs (verwendet STUN; RFC 3489)

TR-064 LAN-seitiges CPE

Im Folgenden sind die Funktionen der LAN-seitigen CPE-Konfiguration des TR-069 aufgeführt.

• Übernimmt die UPnP v1.0-Architektur und erweitert die UPnP IGD v1-Spezifikation (mit einigen Einschränkungen).

• Eine Verwaltungsanwendung (TR-64-Kontrollpunkt) wird auf einem PC ausgeführt und überträgt die Dienstanbieter- und kundenspezifische Konfiguration an CPE, wenn das CPE dem Netzwerk hinzugefügt wird.

• Nützlicher bei der Erstinstallation neuer CPE-Geräte und bei Problemen mit der WAN-seitigen Konnektivität.

TR-64-Bereitstellungsszenario

Die folgende Abbildung zeigt das TR-64-Bereitstellungsszenario.

Anwendungsfälle für DSL Home Services

Betrachten wir die folgenden Anwendungsfälle für DSL Home Services.

Anwendungsfall - 1

Ein Kunde kauft zunächst Breitbanddienste für Daten und muss nun VoIP-Dienste abonnieren.

Der Kunde kann die neue Serviceanfrage entweder über die Website von SP kommunizieren oder das Büro anrufen. Um diese Dienste bereitzustellen, muss der SP die folgenden Fragen beantworten. Ob -

• Option 1 - Die vorhandene CPE-Hardware kann nach Bedarf neue Dienste bereitstellen.

• Option 2 - Hardware ist fähig, aber die Firmware muss aktualisiert werden.

• Option 3 - Sowohl Hardware als auch Firmware sind in der Lage und benötigen lediglich eine VoIP-Dienstkonfiguration.

Lassen Sie uns nun jede der Optionen im Detail verstehen.

• Bei der ersten Option benötigt der SP (Dienstanbieter) entweder eine LKW-Rolle, um das VoIP-fähige CPE bereitzustellen, oder er kann den Benutzer auffordern, das Gerät je nach Vereinbarung auf dem Markt zu kaufen.

• Bei der zweiten Option kann der SP das Firmware-Upgrade und die VoIP-Konfigurationsanforderungen auf dem ACS für dieses CPE-Gerät in die Warteschlange stellen. Wenn CPE eingeschaltet ist, wird es automatisch über TR-69 auf dem CPE konfiguriert und das ACS wird über die Änderung informiert. Der Dienstanbieter kann das ACS so konfigurieren, dass der Benutzer per E-Mail / SMS informiert wird, sobald ein Ereignis für eine erfolgreiche Konfiguration der Dienste eingeht.

• Für die dritte Option muss lediglich die VoIP-Dienstkonfigurationsanforderung auf dem ACS in die Warteschlange gestellt werden. Wenn das CPE eingeschaltet ist, aktualisiert das ACS automatisch die Konfiguration auf dem CPE-Gerät. Der Dienstanbieter kann das ACS so konfigurieren, dass der Benutzer per E-Mail / SMS informiert wird, sobald ein Ereignis für eine erfolgreiche Konfiguration der Dienste eingeht.

Anwendungsfall - 2

Der Dienstanbieter muss ein Firmware-Upgrade in großen Mengen durchführen.

Der SP hat bereits Hunderte von Geräten bereitgestellt und erfordert ein Firmware-Upgrade, da dadurch die Basisdienste erhöht werden oder ein kritischer Fehler festgestellt wird, der die Dienste auf die eine oder andere Weise beeinträchtigen kann. Betrachten wir die folgenden Punkte:

• Bei der Verwaltungslösung TR-69 muss das ACS über vollständige Informationen zum CPE wie die Hardwareversion und die auf den Geräten verwendete Firmware verfügen (diese Informationen werden bei jedem Sitzungsaufbau vom CPE übergeben).

• Der Bediener kann die CPE-Geräte identifizieren, für die möglicherweise ein Upgrade erforderlich ist, da dies nicht für alle Geräte erforderlich ist.

• Über das ACS kann es die Firmware-Aktualisierungsanforderung für die ausgewählten CPEs gestaffelt planen.

• Sobald die CPE-Firmware aktualisiert wurde, muss sie die Liste der CPEs kennenlernen, auf denen die Firmware erfolgreich aktualisiert wurde.

• All dies geschieht, ohne bequem vom eigenen Büro aus auf das Feld zu gehen.

Anwendungsfall - 3

Der Kunde berichtet, dass die Qualität der Sprach- / Videodienste nicht den Anforderungen entspricht.

Dies kann durch Einhaltung der folgenden Punkte angegangen werden:

• Überwachen Sie die Leistungsparameter, die sich auf die Sprach- / Videoqualität auswirken können, um Fehler zu beheben, und stellen Sie dem Endkunden die erwartete Qualität der Erfahrung zur Verfügung.

• Um die differenzierten Dienste für Sprache, Video und Daten bereitzustellen, können die gewünschten QoS-Parameter gemäß dem Service Level Agreement mit dem Kunden konfiguriert werden.

Anwendungsfall - 4

Der Kunde hat Konnektivitätsprobleme und meldet das Problem mit einigen Diensten. Dann kann der Dienstanbieter -

• Der SP kann die Diagnose auf dem CPE ausführen, um die Probleme zu beheben.

• Es kann Diagnoseparameter im CPE einstellen und nach Abschluss der Diagnose wird das ACS über den Abschluss informiert. Danach kann das ACS die Ergebnisse über TR-69 aus der Ferne abrufen und das Problem diagnostizieren.

• Insgesamt kennt der SP die Ursache, ohne auszugehen, und kann daher die Situation effektiver bewältigen.

DSL Home Roadmap

Die folgenden Punkte beschreiben die DSL Home Roadmap.

• Interoperabilität von TR-069 -

  • Plugfest Events - 3 sind bereits fertig.

  • An der letzten Veranstaltung nahmen 22 CPE- und 11 ACS-Anbieter teil.

• TR-069- oder DSL Home-Zertifizierung in Betracht gezogen.

• Viele WTs in Bearbeitung: ACS-Schnittstelle in Richtung Norden, neue Serviceobjektmodelle, QoS, neue RG-Spezifikationen, Test- und Interoperabilitätstestfälle usw.

• Richten Sie sich an UPnP Forum, DLNA, HGI usw. aus und setzen Sie sich mit diesen in Verbindung, um Standards für Geräte in Heimsegmenten zu definieren.

• Nicht wenige Standardorganisationen haben den TR-69-Standard für die Fernverwaltung von Heimgeräten akzeptiert: ITU-T SG16, Home Gateway-Initiativen (HGI), ATIS IPTV Interoperability Forum (IIF) usw.

• Die DVB-Organisation (Direct Video Broadcast) (ETSI-Standards) hat TR-069 und WT-135 für die IPTV STB-Fernverwaltung oder eine Alternative von CableLabs übernommen.

• Die ITU-T IPTV-Fokusgruppe, an der mehrere Studiengruppen beteiligt sind, wird sich auch mit dem Problem des Fernverwaltungsprotokolls befassen.

TR-69 gegen SNMP

Die IETF (Internet Engineering Task Force) definiert viele MIBs, um verschiedene Features und Funktionen zu verwalten. Es gibt jedoch keine Konsolidierung durch eine Standardorganisation oder eine IETF, die die Verwendung eines Satzes von MIBs zur Verwaltung der CPE-Geräte (insbesondere für Home Gateways, die Triple Play Service bereitstellen) für die Konfiguration und Servicebereitstellung empfiehlt. Die Unterstützung der MIBs in einem CPE-Gerät bleibt den Anbietern überlassen, die sie hinsichtlich ihrer eigenen Implementierungen auswählen können. Der TR-69 und andere TRs unter dem Dach von DSL Home definieren eine Reihe von Parametern, die auf den CPE-Geräten für diese Art von Diensten erforderlich sind. Es wird der Parametersatz empfohlen, der für jede Art von Diensten gilt:

• Anbieter bieten Lösungen mit ihren eigenen proprietären MIBs an, wodurch die Verwaltung dieser Geräte herstellerspezifisch wird.

• Für Systemdienste wie Firmware-Aktualisierung, Diagnose usw., die nur für CPE-Geräte gelten, sind keine MIBs verfügbar.

• Die Verwendung von SNMP erfordert das Öffnen des SNMP-Ports über NAT, da die meisten Heim-Gateways NAT verwenden und die verwalteten Geräte möglicherweise hinter NAT stehen. In SNMP wird die Anforderung zum Abrufen / Festlegen von Parametern immer vom Manager initiiert. Daher muss der Port auf dem CPE geöffnet werden, um die Anforderung zu erhalten. In TR-69 wird eine TR-69-Sitzung von CPE initiiert und der Server verwendet dieselbe Sitzung zum Senden von Get / Set-Anforderungen. Damit entfällt das explizite Öffnen des Ports in der NAT-Umgebung. TR-69 definiert auch eine Möglichkeit, wie ACS die Anforderung an CPE senden kann, und dieser Teil wird von TR-111 Teil2 transparent erledigt.

• Die meisten der heute existierenden SNMP-Implementierungen implementieren SNMPv3 nicht. Daher sind die über SNMP ausgetauschten Nachrichten nicht sehr sicher. In TR-69 wird die Sicherheit durch die SSL / TLS- oder HTTP-basierten Authentifizierungsschemata gewährleistet. Die meisten TR-69-Implementierungen implementieren ab heute SSL / TLS.

• Alle Angaben von CPE an den Manager müssen in Form von Fallen behandelt werden, und diese Fallen müssen in den MIBs vordefiniert werden. Sobald diese Traps definiert sind, kann der Manager keine Kontrolle über das CPE haben, ob er den Trap unter Trap-Bedingungen generieren soll oder nicht. Der TR-69 definiert eine sehr allgemeine Methode zur Benachrichtigung über jede Parameteränderung an den Server. Es müssen keine zusätzlichen Traps definiert werden. Diese Funktion ist in das Protokoll selbst integriert. Falls der Manager keine Benachrichtigung über einen Parameter benötigt, kann er diese über das Protokoll ausschalten. Darüber hinaus bietet TR-69 einen aktiven oder passiven Benachrichtigungsmechanismus, der in SNMP fehlt.

• Kein Zugriffskontrollmechanismus für den Zugriff auf eine Variable über ein anderes Verwaltungsprotokoll. TR-69 definiert einen Mechanismus, mit dem festgelegt werden kann, welches Verwaltungsprotokoll steuern kann, welche Parameter und welche Zugriffsebene (Lesen / Lesen-Schreiben) für ihn verfügbar sind. Diese Funktion ist sehr nützlich, wenn der Dienstanbieter eine Reihe von Parametern steuern möchte, deren Änderung sich auf die Endbenutzerdienste auswirken kann. SNMP definiert diese Granularitätsebene nicht.

• Normalerweise verwendet SNMP UDP als Kommunikationsmechanismus, was nicht sehr zuverlässig ist, während TR-69 HTTP über TCP verwendet, was zuverlässiger ist.

• Auf SNMP-Agenten müssen die Adresse des SNMP-Managers und die Community-Zeichenfolge konfiguriert werden, während in TR-69 die Konfiguration von ACS-spezifischen Parametern nicht obligatorisch ist. ACS-bezogene Parameter können dynamisch über einen DHCP-basierten Mechanismus erkannt werden, wenn sie nicht vom Bediener konfiguriert werden.

• Durch die SNMP-basierte Verwaltung werden nur get / getnext unterstützt und vom Manager festgelegt. Falls für die Verwaltung des Geräts eine andere proprietäre Aktion oder das Herunterladen einer Datei erforderlich ist, kann dies in TR-69 nicht durchgeführt werden. Dies kann leicht erreicht werden, indem ein herstellerspezifischer RPC definiert wird. Sogar der Dateidownload kann in derselben Sitzung zwischen CPE und ACS unter Verwendung des vorhandenen RPC-Mechanismus erreicht werden.

• KEINE maßgeschneiderte MIB für CPE-Geräte, die Triple Play-Dienste unterstützen.

• Jeder Anbieter bietet seine eigene Lösung an, die auf einigen std + proprietären MIBs basiert

• Die Verwendung von SNMP erfordert das Öffnen des SNMP-Ports am Gerät.

• Der Großteil der SNMP-basierten Verwaltung implementiert SNMPv3 nicht. Daher ist die Sicherheit gefährdet.

• Die Implementierung für die Benachrichtigung über Parameteränderungen an einem Parameter ist schwierig.

• Keine Kontrolle über das Aktivieren und Deaktivieren der Benachrichtigung.

• Vorkehrungen für die Zugangskontrolle sind nicht vorhanden.

• Verwendung einer UDP-basierten Methode für die Zustellung, die nicht sehr zuverlässig ist.

• Das Gerät kann von mehreren Managern gleichzeitig verwaltet werden, was die Synchronisierung erhöht.

• Es können nur bestimmte Aktionen unterstützt werden.

• Was auch immer durch SNMP erreicht werden könnte, kann durch TR-69 und viele mehr erreicht werden.

Fazit

• Eine Reihe von DSL Home-Spezifikationen definiert Residential Gateway (RG) -Lösungen der nächsten Generation.

• Dies erleichtert Benutzern und Telekommunikationsunternehmen den Übergang zu Modems und die bestmögliche Überbrückung / Weiterleitung zu Triple / Quad-Play-Diensten.

• TR-069 (CWMP) ist der Kern von DSL Home -

  • Erweiterbares und flexibles Verwaltungsprotokoll.

  • Zugangstechnologieunabhängig.

  • Aktive Werbung für TR-069 für andere Zugangstechnologien als DSL. Zum Beispiel - Kabel / DOCSIS, Glasfaser / PON (WT-142).

  • Andere Stellen übernehmen TR-069: ITU-T SG16 Q21, HGI, DVB, ATIS IIF usw.

• TR-068 (Modem mit Routing) erweitert um WT-124 = RG-Box-Anforderungen.

• TR-098 (RG-Datenmodell) -

  • Umfangreiche Modellierung der RG-QoS-Richtlinie.

  • Angenommen für HGI QoS.

  • Es sind keine Erweiterungen erforderlich, um die HGI-Anforderungen zu erfüllen.

• Das ACS-Simulationstool wurde entwickelt und hilft Kunden beim Testen ihrer CPE-Lösung gegen ein ACS.

Im nächsten Kapitel werden wir die verschiedenen DSL-Systemkomponenten diskutieren.