DSL-홈

DSL Home은 DSL-Forum에서 추진 한 이니셔티브입니다. 다음은 다양한 기능과 장점을 설명합니다.

가정용 게이트웨이, VoIP 장치 및 가정용 장치의 로컬 및 원격 관리와 같은 가정용 장치와 관련된 요구 사항을 정의합니다.
음성, 비디오, 데이터 (IPTV 포함), 주문형 비디오, 주문형 콘텐츠 등과 같은 최종 사용자에게 트리플 / 쿼드 플레이 서비스를 활성화합니다.
DSL 홈 원격 관리 프로토콜 (TR-69) 및 해당 확장은 액세스에 구애받지 않습니다.
원격 관리 is the core DSL Home 또는 차세대 주거용 게이트웨이 (RG) 및 가정 내 네트워킹.
DSL 홈 그룹은 CPE 요구 사항 및 CPE 장치 관리에 대한 표준을 마련했습니다.
요구 사항을 정의하는 표준 −
- WT-124 − Issue 2 of TR-068 − DSL에 한정되지 않지만 xPON과 같은 다른 액세스 기술을 포함하는 완전한 RG 요구 사항을 정의하는 주거용 게이트웨이.
- TR-122 음성 ATA 요구 사항을 정의합니다.
관리 프레임 워크의 표준 −
- TR-64 − LAN 측 CPE 구성 및 개선.
  
  로컬 LAN 인터페이스를 통한 CPE 장치 구성 및 관리 용.
  
  TR-69 − CPE Wan 관리 프로토콜
  
  원격 측을 통한 CPE 장치의 구성 및 관리 용.
- TR-111 − 홈 네트워크 (HN)의 장치에 대한 TR69 원격 관리를 허용합니다.
- TR-98 and TR-133 − 각각 TR-69 및 TR-64를 통해 CPE 장치에서 서비스 차별화 (QoS) 매개 변수의 구성 및 관리.
- TR-104 VoIP 서비스를위한 데이터 모델
  
  비디오 서비스도 확장되었습니다.
- TR-106 공통 데이터 모델 템플릿을 정의합니다.
  
  TR-69 장치에 대한 기본 개체 구조 및 액세스 가능한 매개 변수 집합을 정의합니다.
- TR-122 − 음성 ATA 요구 사항을 정의합니다.
- WT-135 − STB 장치에 대한 개체 모델.
- WT-140 − 개체 모델 네트워크 저장 장치.
- WT-142 − TR-069 지원 PON 장치 용 프레임 워크.

DSL 기술 옵션

다음 표에서는 다양한 DSL 기술 옵션에 대해 자세히 설명합니다.

가족	ITU	이름	비준	최대 속도 기능
ADSL	G.992.1	G.dmt	1999 년	7Mbps 다운 800kbps 위로
ADSL2	G.992.3	G.dmt.bis	2002 년	8Mb / s 다운 1Mbps 위로
ADSL2plus	G.992.5	ADSL2plus	2003 년	24Mbps 다운 1Mbps 위로
ADSL2-RE	G.992.3	확장 된 도달	2003 년	8Mbps 다운 1Mbps 위로
SHDSL (2003 년 업데이트 됨)	G.991.2	G.SHDSL	2003 년	5.6Mbps 업 / 다운
VDSL	G.993.1	초고속 데이터 DSL	2004 년	55Mbps 다운 15Mbps 위로
VDSL2 -12MHz 장거리	G.993.2	초고속 데이터 속도 DSL 2	2005 년	55Mbps 다운 30Mbps 위로
VDSL2-30MHz 짧은 도달 거리	G.993.2	초고속 데이터 속도 DSL 2	2005 년	100Mbps 업 / 다운

가정에서의 융합

여러 광대역 및 네트워킹 기술이 다음과 같은 차세대 디지털 홈에 통합되고 있습니다.

ADSL2 / ADSL2 Plus / VDSL2 / xPON.
무선 / 이더넷 / USB / HomePlug A / V, HPNA 등
소비자 가전이 네트워크를 시작합니다.

이러한 컨버전스 관리가 복잡하여 최종 장치 프로비저닝 및 유지 관리를 단순화해야합니다.

Challenge − 집 안의 다양한 요소를 관리하는 방법은 무엇입니까?

Solution− 본질적으로 홈 네트워킹은 Conexant가 만드는 모든 네트워킹 기술과 기술의 축소판입니다. 컨버전스는 가정에서 먼저 일어나고 있습니다.

오늘날 가정 내 네트워킹 장치를 설정하고 구성하려면 IT 전문가 (또는 집에 10 대가있는 경우)가되어야합니다. 산업, 애플리케이션 및 기술 동향 프레젠테이션에서 언급했듯이 홈 네트워크 장치의 30-50 %가 문제없이 소매 업체에 반환됩니다. 사용자는 기존 도구 / 소프트웨어를 사용하여 장치를 설정하고 구성 할 수 없었습니다.

기존 접근 방식의 문제점

다음은 기존 접근 방식의 문제점입니다.

User Perspective

기성 장비를 구매할 수있는 유연성이 없습니다.
장비를 구입 한 경우 서비스 제공 업체의 지원이 없습니다.
장치는 ISP와 사용자가 일부 구성을 수행해야하는 플러그 앤 플레이가 아닙니다.
새로운 서비스를 추가하려면 ISP 및 최종 사용자 조정이 모두 필요하며 시간이 걸립니다.
트럭 롤이 관련된 경우 집에 고객이 있어야합니다.
요즘에는 더 많은 커플이 일하고 있기 때문에 매칭이 어려울 수 있습니다.

Service Provider Perspective

새로운 서비스, 문제 해결 및 새로운 설치를 활성화하려면 Truck Roll이 필요합니다. 트럭을 굴릴 때마다 시간과 리소스 측면에서 상당한 비용이 추가됩니다.
고객이 불만을 제기하면 "헬프 데스크"가 사무실에 앉아 CPE 장치에 문제가 있는지 확인하기가 매우 어렵습니다.
공급 업체는 자체 독점 솔루션, 다양한 인터페이스, 매개 변수 및 절차를 제공합니다. 따라서 공급 업체 솔루션 별 교육이 필요합니다.
ISP는 작업을 더 쉽게하기 위해 사용자 지정 자동화를 수행했기 때문에 ISP가 선택한 일부 공급 업체를 고수해야했습니다. 새로운 공급 업체로 전환하려면 사용자 지정 자동화를 변경해야 할 수 있습니다.
장치 기능을 자동으로 검색하고 지원되는 매개 변수를 결정할 방법이 없습니다.
웹, CLI 또는 SNMP 등과 같은 로컬 관리 인터페이스를 통해 사용자가 구성 정보를 변경했는지 여부를 확인할 수 없습니다.
사용자가 제공하는 서비스에 영향을 미칠 수있는 설정 변경을 방지 할 수 없습니다.

DSL Home − TR-69에서 제공하는 서비스

다음은 DSL Home − TR-69에서 제공하는 서비스 목록입니다.

안전한 방식으로 장치 원격 관리 (SSL / TLS 기반 보안 사용)
자동 구성을 통한 실시간 서비스 프로비저닝.
상태 및 성능 모니터링.
Diagnostics
액세스 제어
Notification
펌웨어 업그레이드
음성, 비디오, 데이터 및 IPTV 등과 같은 다양한 서비스를 제공하는 CPE 장치에 특별히 맞춤화 된 표준화 된 데이터 모델. 이더넷, USB, WLAN과 같은 다양한 LAN 기술에서 홈 세그먼트 (STB, VoIP, NAS)의 LAN 장치에 대한 광범위한 적용 범위를 포함합니다. 등
관리 프로토콜은 기술 불가지론에 액세스하는 것이므로 다양한 CPE 장치에 사용할 수 있습니다. 예를 들어-xPON, xDSL 등은 장치가 IP 주소 지정이 가능해야합니다.
원격 관리로 Truckroll을 최소화합니다.
헬프 데스크는 불만을 접수하는 대신 더 나은 서비스를 제공 할 수 있습니다. 헬프 데스크에는 더 많은 컨텍스트가 있으며 원격에서 CPE에 대한 전체 구성 정보를 볼 수 있습니다.
데이터 모델이 서비스에 대해 표준화되어 있으므로 공급 업체별 교육을받을 필요가 없으므로 직원 교육의 필요성이 줄어 듭니다.
맞춤형 자동화가 필요하지 않으므로 선택할 수있는 더 넓은 공급 업체 기반 제공
장치에서 사용 가능한 매개 변수의 자동 검색을 제공합니다.
액세스 제어를 제공하므로 사용자가 특정 구성을 변경하는 것을 방지 할 수 있습니다.
알림 메커니즘을 제공하므로 서비스와 관련된 구성 변경 사항을 알 수 있습니다.
운영 비용을 줄입니다.
사용자 및 서비스 제공 업체가 모뎀 및 최선형 라우터를 넘어 디지털 홈의 트리플 / 쿼드 플레이 서비스로 쉽게 이동할 수 있습니다.

TR69- 배포 시나리오

다음 그림은 TR69 배포 시나리오를 보여줍니다.

TR69-Deployment는 다음 기능에 도움이됩니다.

가정 내 동시 사용자에게 서비스를 제공하는 안전한 네트워킹 솔루션
트리플 / 쿼드 플레이 서비스 (TV / 비디오, 전화, 인터넷, 무선)
자동 구성을 통한 실시간 서비스 프로비저닝
이러한 프로비저닝 지원을 관리하고 자동화하는 메커니즘

WT-124 => TR-068v2는 다음을 포함하도록 확장 된 범위를 기반으로하는 새로운 요구 사항을 추가합니다.

광 (PON) WAN 측 이더넷 포트 요구 사항
진단 요구 사항에 대한 웹 리디렉션
DHCP 클라이언트 요구 사항
ACS가 종속 포털 요구 사항을 시작했습니다.

네트워크 연결 문제가 발생하면 웹 리디렉션이 필요합니다. 그만큼RG MUST 웹 브라우저 페이지 (예 : 포트 80 웹 페이지 요청)를 가로 채서 웹 브라우저를 적절한 내부 웹 페이지로 연결하여 이에 응답하는 메커니즘을 제공하여 다음을 포함하되 이에 국한되지 않는 네트워크 연결 문제를 식별하고 해결합니다.

DSL은 훈련 할 수 없습니다. − Q. 적절한 PHY 포트에서 웹으로이를 가져 오는 방법은 무엇입니까?
DSL 신호가 감지되지 않습니다. − Q. 위와 같은 질문입니다.
광대역 이더넷이 연결되지 않았습니다 (해당하는 경우).
ATM PVC가 감지되지 않았습니다 (해당하는 경우).
IEE 802.1x 오류 (해당되는 경우).
PPP 서버가 감지되지 않았습니다 (해당하는 경우).
PPP 인증에 실패했습니다 (해당하는 경우).
DHCP를 사용할 수 없습니다.

예-TR-069 프로토콜 기능

다음 그림은 TR-069 프로토콜의 기능을 보여줍니다.

위의 그림은 다음 지점에서 설명됩니다.

TR-069를 사용하면 최종 사용자 장치 (RG, STB 및 VoIP)를 구성하고 관리 할 수 있습니다. DSL 포럼 접근 방식의 중요한 차이점은 TR-069가 최종 사용자 장치로 직접 이동할 수 있다는 것입니다.
Connection − ACS가 매개 변수를 읽거나 쓸 수 있도록하는 RPC (원격 프로 시저 호출) 전송을 기반으로하는 일반 메커니즘 config, 모니터링 및 CPE를 제어합니다. RPC, SOAP 메시지 (표준 XML 기반 구문)를 사용하면 SSL / TLS (보안 계층), HTTP, TCP / IP 연결, CPE와 관리 서버간에 전송됩니다.
(Note)− SNMP는 관리자와 에이전트간에 UDP 위에 PDU (Protocol Data Unit)를 전송합니다. UDP는 TCP와 비교할 때 신뢰할 수 없으며 PDU 크기는 UDP 프레임 크기로 제한됩니다.
ACS Discovery −
- CPE는 DHCP를 사용하여 관련 ACS를 검색 할 수 있습니다.
- Manual Configuration − CPE는 ACS의 URL로 로컬로 구성 할 수 있습니다.
- Default Configuration − CPE에는 다른 URL이 제공되지 않은 경우 사용할 수있는 기본 ACS URL이 있습니다.
Session (Setup and teardown) − 미리 결정된 ACS 주소를 사용하여 CPE에서 ACS로 항상 시작된 세션 : 설정 및 세션 해제를위한 Inform RPC 방법을 실행하여 완료되면 TCP 연결을 닫습니다.
(Note)− SNMP는 세션 개념을 지원하지 않습니다. 클라이언트는 서버의 메시지를 위해 지정된 UDP 포트에서 수신 대기해야합니다.
State Management −
- 단일 세션을 형성하는 일련의 트랜잭션에 대해 CPE는 세션 기간 동안 지속되는 TCP 연결을 유지합니다.
- 연속 TCP 연결이 불가능한 경우 ACS는 세션 쿠키를 사용하여 세션 상태를 유지합니다.
- CPE는 교환되는 모든 메시지에서 ACS가 설정 한 정보 (쿠키)를 반환합니다. 세션이 끝나면 CPE는 ACS에 대한 관련 TCP 연결을 종료하고 모든 쿠키를 삭제합니다.

보안

모든 통신을 시작하는 CPE에 의해 TR-069로 보안이 강화됩니다. 보안 TR-069 프로토콜은 다음 두 가지 보안 (레벨) 메커니즘을 지원합니다.

SSL / TLS는 CPE와 ACS 간의 인증서 기반 인증을 정의하여 단일 보안 연결을 제공합니다.
CPE는 동일한 x.509 인증서를 사용하여 암호화를 제공 할 수 있습니다.

널리 구현 된 HTTP 인증을 통해 인증 된 클라이언트 장치는 다음과 같습니다.

TR-069 and End Devices −

TR-069는 ACS에서 관리를 위해 사용할 수 있습니다.
- 주거용 게이트웨이 (RG)
- TR-111 기반 엔드 디바이스 (ED)
두 가지 접근 방식-
- RG는 ED의 대리 역할을합니다.
- ED는 ACS에서 직접 관리합니다.
TR-111은 다음을 허용하는 추가 규칙을 정의합니다.
- LAN 내에서 TR-069 지원 ED를 발견하는 RG
- ACS는 TR-069 RG가 아닌 경우에도 TR-069 ED에 연락합니다 (STUN 사용, RFC 3489).

TR-064 LAN 측 CPE

다음은 TR-069 LAN 측 CPE 구성의 기능입니다.

UPnP v1.0 아키텍처를 채택하고 UPnP IGD v1 사양을 확장합니다 (일부 제한 있음).
관리 애플리케이션 (TR-64 제어점)은 PC에서 실행되며 CPE가 네트워크에 추가 될 때 서비스 제공 업체 및 고객 별 구성을 CPE로 푸시합니다.
새 CPE 장치의 초기 설치 및 WAN 측 연결 문제가있을 때 더 유용합니다.

TR-64 배포 시나리오

다음 그림은 TR-64 배포 시나리오를 보여줍니다.

DSL 홈 서비스의 사용 사례

DSL 홈 서비스에 대한 다음 사용 사례를 고려해 보겠습니다.

사용 사례-1

고객은 처음에 데이터를 위해 광대역 서비스를 구입했지만 이제는 VoIP 서비스에 가입해야합니다.

고객은 SP 웹 사이트를 통해 새로운 서비스 요청을 전달하거나 사무실에 전화 할 수 있습니다. 이러한 서비스를 제공하기 위해 SP는 다음 질문을 해결해야합니다. 여부-

Option 1 − 기존 CPE의 하드웨어는 요청에 따라 새로운 서비스를 제공 할 수 있습니다.
Option 2 − 하드웨어는 가능하지만 펌웨어를 업그레이드해야합니다.
Option 3 − 하드웨어와 펌웨어가 모두 가능하며 VoIP 서비스 구성 만 필요합니다.

이제 각 옵션을 자세히 이해하겠습니다.

첫 번째 옵션에서 SP (서비스 제공 업체)는 VoIP 지원 CPE를 제공하기 위해 트럭 롤을 필요로하거나 계약에 따라 사용자에게 시장에서 장치를 구입하도록 요청할 수 있습니다.
두 번째 옵션의 경우 SP는이 CPE 장치에 대한 ACS에서 펌웨어 업그레이드 및 VoIP 구성 요청을 대기열에 넣을 수 있습니다. CPE가 켜지면 TR-69를 통해 CPE에서 자동으로 구성되고 ACS에 변경 사항이 통보됩니다. 서비스 제공자는 성공적인 서비스 구성에 대한 이벤트를 받으면 이메일 / SMS를 통해 사용자에게 알리도록 ACS를 구성 할 수 있습니다.
세 번째 옵션의 경우 ACS에서 VoIP 서비스 구성 요청을 대기열에 추가하기 만하면됩니다. CPE가 켜지면 ACS는 CPE 장치의 구성을 자동으로 업데이트합니다. 서비스 제공자는 성공적인 서비스 구성에 대한 이벤트를 받으면 이메일 / SMS를 통해 사용자에게 알리도록 ACS를 구성 할 수 있습니다.

사용 사례 − 2

서비스 제공 업체는 펌웨어를 대량으로 업그레이드해야합니다.

SP는 이미 수백 개의 장치를 배포했으며 기본 서비스 수준을 높이거나 어떤 식 으로든 서비스에 영향을 미칠 수있는 심각한 버그를 발견하기 때문에 펌웨어 업그레이드를 수행해야합니다. 다음 사항을 고려해 보겠습니다.

TR-69 관리 솔루션을 사용하는 경우 ACS는 하드웨어 버전, 장치에서 사용되는 펌웨어와 같은 CPE에 대한 완전한 정보를 가져야합니다 (이 정보는 각 세션 설정에서 CPE에 의해 전달됨).
운영자는 모든 장치에 업그레이드가 필요한 것은 아니므로 업그레이드가 필요할 수있는 CPE 장치를 식별 할 수 있습니다.
ACS에서 선택한 CPE에 대한 펌웨어 업그레이드 요청을 엇갈리게 예약 할 수 있습니다.
CPE 펌웨어가 업데이트되면 펌웨어가 성공적으로 업그레이드 된 CPE 목록을 알게됩니다.
이 모든 것은 자신의 사무실에서 편안하게 현장에 나가지 않고도 일어나고 있습니다.

사용 사례 − 3

고객이 음성 / 영상 서비스 품질이 기준에 미치지 못한다고보고합니다.

이것은 다음 사항을 준수하여 해결할 수 있습니다.

음성 / 영상 품질에 영향을 미칠 수있는 성능 매개 변수를 모니터링하여 문제를 해결하고 최종 고객에게 예상되는 경험 품질을 제공합니다.
음성, 영상, 데이터에 대한 차별화 된 서비스를 제공하기 위해 고객과의 서비스 수준 계약에 따라 원하는 QoS 매개 변수를 구성 할 수 있습니다.

사용 사례-4

고객이 연결 문제에 직면하여 일부 서비스의 문제를보고하면 서비스 제공 업체는 다음을 수행 할 수 있습니다.

SP는 CPE에서 진단을 실행하여 문제를 해결할 수 있습니다.
CPE에서 진단 매개 변수를 설정할 수 있으며 진단이 완료되면 ACS에 완료를 알립니다. 그 후 ACS는 TR-69를 통해 원격으로 결과를 검색하고 문제를 진단 할 수 있습니다.
전반적으로 SP는 외출하지 않고 원인을 파악하므로 상황을보다 효과적으로 처리 할 수 있습니다.

DSL 홈 로드맵

다음 사항은 DSL 홈 로드맵을 설명합니다.

TR-069의 상호 운용성 −
- Plugfest 이벤트-3 개가 이미 완료되었습니다.
- 마지막 이벤트에는 22 개의 CPE 및 11 개의 ACS 공급 업체가 참여했습니다.
TR-069 또는 DSL Home 인증을 고려 중입니다.
진행중인 많은 WT : ACS 노스 바운드 인터페이스, 새로운 서비스 개체 모델, QoS, 새로운 RG 사양, 테스트 및 상호 운용성 테스트 사례 등
UPnP 포럼, DLNA, HGI 등을 조정하고 연계하여 홈 세그먼트의 장치에 대한 표준을 정의합니다.
ITU-T SG16, Home Gateway Initiatives (HGI), ATIS IPTV Interoperability Forum (IIF) 등과 같은 상당수의 표준 기관이 가정용 기기의 원격 관리를위한 TR-69 표준을 수락했습니다.
DVB (Direct Video Broadcast) 조직 (ETSI 표준)은 IPTV STB 원격 관리 또는 CableLabs의 대안을 위해 TR-069 및 WT-135를 채택했습니다.
여러 연구 그룹이 포함 된 ITU-T IPTV 포커스 그룹은 원격 관리 프로토콜 문제도 다룰 것입니다.

TR-69 대 SNMP

IETF (Internet Engineering Task Force)는 다양한 기능을 관리하기 위해 많은 MIB를 정의합니다. 그러나 구성 및 서비스 프로비저닝을 위해 CPE (특히 Triple Play 서비스를 제공하는 홈 게이트웨이의 경우) 장치를 관리하기 위해 MIB 세트를 사용하도록 권장하는 표준기구 또는 IETF에 의해 통합이 수행되지 않습니다. CPE 장치에서 MIB 지원은 공급 업체가 자체 구현과 관련하여 선택할 수있는 전적으로 맡겨져 있습니다. DSL 홈 우산 아래의 TR-69 및 기타 TR은 이러한 유형의 서비스를 위해 CPE 장치에 필요한 매개 변수 세트를 정의합니다. 각 서비스 유형에 적용 할 수있는 매개 변수 세트를 권장합니다.

공급 업체는 고유 한 MIB를 사용하여 솔루션을 제공하므로 이러한 장치를 공급 업체별로 관리합니다.
CPE 장치에만 해당하는 펌웨어 업그레이드, 진단 등과 같은 시스템 서비스에는 MIB를 사용할 수 없습니다.
대부분의 홈 게이트웨이는 NAT를 사용하고 관리되는 장치는 NAT 뒤에있을 수 있으므로 SNMP를 사용하려면 NAT를 통해 SNMP 포트를 열어야합니다. SNMP에서 매개 변수 가져 오기 / 설정 요청은 항상 관리자에 의해 시작됩니다. 따라서 요청을 받으려면 CPE에서 포트를 열어야합니다. TR-69에서 TR-69 세션은 CPE에 의해 시작되고 서버는 동일한 세션을 사용하여 가져 오기 / 설정 요청을 보냅니다. NAT 환경에서 명시 적으로 포트를 열지 않아도됩니다. TR-69는 또한 ACS가 CPE에 요청을 보낼 수있는 방법을 정의하며이 부분은 TR-111 part2에 의해 투명하게 처리됩니다.
오늘날 존재하는 대부분의 SNMP 구현은 SNMPv3를 구현하지 않습니다. 따라서 SNMP를 통해 교환되는 메시지는 그다지 안전하지 않습니다. TR-69에서 보안은 SSL / TLS 또는 HTTP 기반 인증 체계를 통해 처리됩니다. 오늘날 대부분의 TR-69 구현은 SSL / TLS를 구현합니다.
CPE에서 관리자에 대한 모든 표시는 트랩 측면에서 처리되어야하며 이러한 트랩은 MIB에서 미리 정의되어야합니다. 이러한 트랩이 정의되면 관리자는 트랩 조건에서 트랩을 생성해야하는지 여부에 관계없이 CPE를 제어 할 수 없습니다. TR-69는 서버에 대한 매개 변수 변경 알림을위한 매우 일반적인 방법을 정의합니다. 추가 트랩을 정의 할 필요가 없습니다.이 기능은 프로토콜 자체에 내장되어 있으며 관리자가 매개 변수 알림을 필요로하지 않는 경우 프로토콜을 통해 해제 할 수 있습니다. 또한 TR-69는 SNMP에서 누락 된 능동 또는 수동 알림 메커니즘을 제공합니다.
다른 관리 프로토콜을 통해 변수에 액세스하기위한 액세스 제어 메커니즘이 없습니다. TR-69는 어떤 관리 프로토콜이 어떤 매개 변수를 제어 할 수 있고 어떤 수준의 액세스 (읽기 / 읽기-쓰기)를 사용할 수 있는지 지정할 수있는 메커니즘을 정의합니다. 이 기능은 서비스 제공자가 변경된 경우 최종 사용자 서비스에 영향을 미칠 수있는 매개 변수 집합을 제어하려는 경우 매우 유용합니다. SNMP는이 수준의 세분성을 정의하지 않습니다.
일반적으로 SNMP는 통신 메커니즘으로 UDP를 사용하는데 이는 매우 신뢰할 수없는 반면 TR-69는 더 안정적인 TCP를 통한 HTTP를 사용합니다.
SNMP 에이전트에서는 SNMP 관리자 주소 및 커뮤니티 문자열을 구성해야하지만 TR-69에서는 ACS 특정 매개 변수를 구성 할 필요가 없습니다. ACS 관련 매개 변수는 운영자가 구성하지 않은 경우 DHCP 기반 메커니즘을 통해 동적으로 검색 될 수 있습니다.
SNMP 기반 관리를 통해 지원되는 유일한 작업은 get / getnext 및 관리자에서 설정하는 것입니다. 장치 관리에 다른 독점적 인 작업이나 파일 다운로드가 필요한 경우 TR-69에서는 수행 할 수 없습니다. 이는 공급 업체별 RPC를 정의하여 쉽게 달성 할 수 있습니다. 기존 RPC 메커니즘을 사용하여 CPE와 ACS 간의 동일한 세션에서 파일 다운로드도 수행 할 수 있습니다.
Triple Play 서비스를 지원하는 CPE 장치를위한 맞춤형 MIB가 없습니다.
각 공급 업체는 일부 표준 + 독점 MIB를 기반으로 자체 솔루션을 제공합니다.
SNMP를 사용하려면 장치에서 SNMP 포트를 열어야합니다.
대부분의 SNMP 기반 관리는 SNMPv3를 구현하지 않습니다. 따라서 보안이 손상됩니다.
모든 매개 변수에 대한 매개 변수 변경 알림을 구현하는 것은 어렵습니다.
알림 활성화 및 비활성화를 제어 할 수 없습니다.
액세스 제어를위한 조항이 없습니다.
매우 신뢰할 수없는 UDP 기반 전달 방법 사용.
한 번에 여러 관리자가 장치를 관리 할 수 있으므로 동기화가 추가됩니다.
특정 작업 집합 만 지원 될 수 있습니다.
SNMP로 달성 할 수있는 것은 무엇이든 TR-69 등으로 달성 할 수 있습니다.

결론

DSL 홈 사양 제품군은 차세대 주거용 게이트웨이 (RG) 솔루션을 정의합니다.
사용자와 통신사가 모뎀을 넘어서 트리플 / 쿼드 플레이 서비스로 최선의 노력을 기울이는 브리징 / 라우팅을 더 쉽게 만듭니다.
TR-069 (CWMP)는 DSL Home의 핵심입니다.
- 확장 가능하고 유연한 관리 프로토콜.
- 기술에 구애받지 않는 액세스.
- DSL 이외의 액세스 기술에 대한 TR-069의 적극적인 홍보. 예 : 케이블 / DOCSIS, 광섬유 / PON (WT-142).
- 다른 기관은 ITU-T SG16 Q21, HGI, DVB, ATIS IIF 등 TR-069를 채택하고 있습니다.
WT-124 = RG 박스 요구 사항으로 확장 된 TR-068 (라우팅이있는 모뎀).
TR-098 (RG 데이터 모델)-
- RG QoS 정책의 풍부한 모델링.
- HGI QoS에 채택되었습니다.
- HGI 요구 사항을 충족하기 위해 확장이 필요하지 않습니다.
ACS 시뮬레이션 도구가 개발되었으며 고객이 ACS에 대해 CPE 솔루션을 테스트하는 데 도움을 줄 수 있습니다.