DSL - Trang chủ

DSL Home là một sáng kiến ​​của DSL-Forum. Những điểm sau đây sẽ mô tả các tính năng và lợi thế khác nhau của nó.

  • Để xác định các yêu cầu liên quan đến thiết bị gia đình như cổng dân dụng, thiết bị VoIP và quản lý cục bộ và từ xa các thiết bị gia đình.

  • Để bật các dịch vụ phát ba / bốn cho (những) người dùng cuối như thoại, video, dữ liệu, bao gồm IPTV, video theo yêu cầu, nội dung theo yêu cầu, v.v.

  • Giao thức quản lý từ xa DSL Home (TR-69) và các phần mở rộng của nó là bất khả tri truy cập.

  • Quản lý từ xa is the core của DSL Home hoặc Civil Gateway thế hệ tiếp theo (RG) & mạng trong nhà.

  • Nhóm DSL Home đã đưa ra các tiêu chuẩn cho các yêu cầu CPE và quản lý các thiết bị CPE.

  • Các yêu cầu xác định tiêu chuẩn -

    • WT-124 − Issue 2 of TR-068 - Civil Gateway xác định các yêu cầu RG hoàn chỉnh không dành riêng cho DSL nhưng bao gồm các công nghệ truy cập khác như xPON.

    • TR-122 xác định Yêu cầu ATA Thoại.

  • Các tiêu chuẩn trong khuôn khổ quản lý -

    • TR-64 - Cấu hình và cải tiến CPE bên LAN.

      Để cấu hình và quản lý các thiết bị CPE thông qua giao diện mạng LAN cục bộ.

      TR-69 - Giao thức quản lý CPE Wan

      Để cấu hình và quản lý thiết bị CPE thông qua phía từ xa.

    • TR-111 - cho phép TR69 quản lý từ xa các thiết bị trong Mạng gia đình (HN).

    • TR-98 and TR-133 - Các thông số cấu hình và quản lý sự khác biệt của dịch vụ (QoS) trong các thiết bị CPE thông qua TR-69 và TR-64 ​​tương ứng.

    • TR-104 Mô hình dữ liệu cho các dịch vụ VoIP

      Cũng mở rộng cho các dịch vụ Video.

    • TR-106 xác định mẫu mô hình dữ liệu chung

      Xác định cấu trúc đối tượng cơ sở và một tập hợp các tham số có thể truy cập cho thiết bị TR-69.

    • TR-122 - xác định Yêu cầu ATA Thoại.

    • WT-135 - mô hình đối tượng cho các thiết bị STB.

    • WT-140 - Đối tượng Mô hình Thiết bị Lưu trữ Mạng.

    • WT-142 - Khung cho các thiết bị PON hỗ trợ TR-069.

Tùy chọn công nghệ DSL

Bảng sau mô tả chi tiết các tùy chọn Công nghệ DSL khác nhau.

gia đình ITU Tên Đã phê chuẩn Khả năng tốc độ tối đa
ADSL G.992.1 G.dmt 1999

Giảm 7 Mb / giây

800 kb / giây lên

ADSL2 G.992.3 G.dmt.bis 2002

8 Mb / s xuống

Tăng 1 Mb / giây

ADSL2plus G.992,5 ADSL2plus 2003

Giảm 24 Mb / giây

Tăng 1 Mb / giây

ADSL2-RE G.992.3 Phạm vi tiếp cận được mở rộng 2003

8 Mb / giây xuống

Tăng 1 Mb / giây

SHDSL

(cập nhật 2003)

G.991.2 G.SHDSL 2003 5,6 Mb / giây lên / xuống
VDSL G.993.1 DSL tốc độ dữ liệu rất cao 2004

Giảm 55 Mb / giây

15 Mb / giây lên

Phạm vi tiếp cận dài VDSL2 -12 MHz G.993.2 DSL 2 tốc độ dữ liệu rất cao 2005

Giảm 55 Mb / giây

30 Mb / giây lên

VDSL2 - 30 MHz

Phạm vi tiếp cận ngắn

G.993.2 DSL 2 tốc độ dữ liệu rất cao 2005 100 Mbps lên / xuống

Hội tụ tại nhà

Nhiều công nghệ mạng và băng thông rộng đang hội tụ trong ngôi nhà kỹ thuật số thế hệ tiếp theo, chẳng hạn như -

  • ADSL2 / ADSL2 Plus / VDSL2 / xPON.
  • Không dây / Ethernet / USB / HomePlug A / V, HPNA, v.v.
  • Điện tử tiêu dùng bắt đầu nối mạng.

Việc quản lý sự hội tụ như vậy rất phức tạp, dẫn đến nhu cầu đơn giản hóa việc cung cấp và bảo trì thiết bị cuối

Challenge - Làm thế nào để quản lý các yếu tố khác nhau trong nhà?

Solution- Về cơ bản, mạng gia đình đại diện cho một mô hình thu nhỏ của tất cả các công nghệ và kỹ thuật mạng mà Conexant tạo ra. Sự hội tụ diễn ra đầu tiên trong nhà.

Ngày nay, bạn cần phải là một chuyên gia CNTT (hoặc có một số thanh thiếu niên trong nhà) để thiết lập và cấu hình các thiết bị mạng trong nhà của bạn. Như đã đề cập trong phần trình bày Xu hướng Công nghiệp, Ứng dụng và Công nghệ, 30 - 50% thiết bị kết nối mạng gia đình được trả lại cho các nhà bán lẻ mà không gặp sự cố nào. Đơn giản là người dùng không thể thiết lập và cấu hình thiết bị bằng các công cụ / phần mềm hiện có.

Các vấn đề với Phương pháp tiếp cận Hiện tại

Sau đây là các vấn đề với cách tiếp cận hiện có.

User Perspective

  • Không có sự linh hoạt để mua bất kỳ thiết bị nào ngoài giá.

  • Không có hỗ trợ từ nhà cung cấp dịch vụ, nếu thiết bị được mua.

  • Thiết bị không phải là plug-n-play yêu cầu cả ISP và người dùng thực hiện một số cấu hình.

  • Việc thêm một dịch vụ mới cần có sự phối hợp của cả ISP và người dùng cuối, điều này sẽ mất thời gian.

  • Yêu cầu khách hàng có mặt tại nhà, nếu có sự tham gia của xe tải.

  • Có thể khó kết hợp vì ngày nay có nhiều cặp đôi đang làm việc.

Service Provider Perspective

  • Yêu cầu Truck Roll kích hoạt bất kỳ dịch vụ mới nào, khắc phục sự cố và cài đặt mới. Mỗi chuyến xe tải làm tăng thêm chi phí đáng kể về thời gian và nguồn lực.

  • Khi khách hàng khiếu nại, thì rất khó để “Bộ phận trợ giúp” xác minh xem thiết bị CPE có vấn đề gì không bằng cách ngồi trong văn phòng của họ.

  • Các nhà cung cấp cung cấp giải pháp độc quyền của riêng họ, các giao diện, thông số và quy trình khác nhau. Do đó cần phải đào tạo giải pháp cho mỗi nhà cung cấp.

  • ISP buộc phải gắn bó với một số nhà cung cấp được chọn vì ISP đã thực hiện tự động hóa tùy chỉnh để giúp công việc của họ dễ dàng hơn. Chuyển sang nhà cung cấp mới có thể yêu cầu thay đổi tự động hóa tùy chỉnh.

  • Không có cách nào để tự động khám phá khả năng của thiết bị và xác định những thông số nào được hỗ trợ.

  • Không thể xác định xem thông tin cấu hình do người dùng thay đổi thông qua giao diện quản lý cục bộ như Web, CLI hoặc SNMP, v.v.

  • Không thể ngăn người dùng thay đổi cài đặt, điều này có thể ảnh hưởng đến các dịch vụ do họ cung cấp.

Dịch vụ được cung cấp bởi Trang chủ DSL - TR-69

Sau đây là danh sách các dịch vụ được cung cấp bởi DSL Home - TR-69.

  • Quản lý từ xa các thiết bị theo cách an toàn (sử dụng bảo mật dựa trên SSL / TLS).

  • Cung cấp dịch vụ theo thời gian thực thông qua cấu hình tự động.

  • Giám sát trạng thái và hiệu suất.

  • Diagnostics

  • Kiểm soát truy cập

  • Notification

  • Nâng cấp chương trình cơ sở

  • Mô hình dữ liệu chuẩn hóa được điều chỉnh đặc biệt cho các thiết bị CPE cung cấp các dịch vụ khác nhau như thoại, video, dữ liệu và IPTV, v.v. Bao gồm phạm vi phủ sóng rộng cho các thiết bị LAN trong phân khúc gia đình (STB, VoIP, NAS) trên các công nghệ LAN khác nhau như - Ethernet, USB, WLAN , Vân vân.

  • Giao thức quản lý là truy cập công nghệ nông học, do đó nó có thể được sử dụng cho nhiều loại thiết bị CPE. Ví dụ - xPON, xDSL, v.v., chỉ yêu cầu thiết bị có địa chỉ IP.

  • Tải xuống được giảm thiểu bằng quản lý từ xa.

  • Bộ phận Trợ giúp có thể cung cấp các dịch vụ tốt hơn thay vì chỉ nhận đơn khiếu nại. Bộ phận trợ giúp có nhiều ngữ cảnh hơn và có thể xem thông tin cấu hình đầy đủ về CPE từ xa.

  • Không cần phải đào tạo theo nhà cung cấp cụ thể vì mô hình dữ liệu được chuẩn hóa cho các dịch vụ nên ít cần đào tạo nhân viên hơn.

  • Không yêu cầu tự động hóa tùy chỉnh do đó cung cấp cơ sở nhà cung cấp rộng hơn để lựa chọn

  • Cung cấp khả năng tự động khám phá các thông số có trên thiết bị.

  • Cung cấp Kiểm soát truy cập, do đó cho phép ngăn người dùng thay đổi cấu hình cụ thể.

  • Cung cấp cơ chế Thông báo, do đó chúng tôi biết bất kỳ thay đổi nào về cấu hình liên quan đến các dịch vụ.

  • Giảm Opex.

  • Giúp Người dùng & Nhà cung cấp dịch vụ dễ dàng hơn trong việc di chuyển ngoài modem và bộ định tuyến nỗ lực cao nhất sang các dịch vụ phát ba / bốn trong nhà kỹ thuật số.

TR69-Kịch bản triển khai

Hình minh họa sau đây mô tả Kịch bản triển khai TR69.

TR69-Deployment sẽ giúp thực hiện các tính năng sau:

  • Một giải pháp mạng an toàn để phục vụ người dùng đồng thời trong nhà

  • Dịch vụ Triple / Quad Play (TV / video, điện thoại, Internet, không dây)

  • Cung cấp dịch vụ theo thời gian thực thông qua cấu hình tự động

  • Một cơ chế để quản lý và tự động hóa hỗ trợ việc cung cấp như vậy

WT-124 => TR-068v2 bổ sung các yêu cầu mới dựa trên phạm vi mở rộng để bao gồm:

  • Yêu cầu cổng Ethernet phía quang (PON) WAN

  • Chuyển hướng web cho các yêu cầu chẩn đoán

  • Yêu cầu của Máy khách DHCP

  • ACS bắt đầu yêu cầu cổng bị khóa.

Chuyển hướng web là cần thiết khi sự cố kết nối mạng xảy ra. CácRG MUST cung cấp một cơ chế chặn các trang trình duyệt web (tức là các yêu cầu trang web cổng 80) và đáp ứng các yêu cầu này bằng cách hướng trình duyệt web đến các trang web nội bộ thích hợp để xác định và giải quyết các sự cố kết nối mạng bao gồm, nhưng không giới hạn -

  • DSL không thể đào tạo. - Q. Làm thế nào để chuyển nó từ cổng PHY thích hợp đến web?

  • Tín hiệu DSL không được phát hiện. - Q. Câu hỏi tương tự như trên.

  • Ethernet băng thông rộng chưa được kết nối (nếu có).

  • ATM PVC không được phát hiện (nếu có).

  • Lỗi IEE 802.1x (nếu có).

  • Máy chủ PPP không được phát hiện (nếu có).

  • Xác thực PPP không thành công (nếu có).

  • DHCP không khả dụng.

Ví dụ - Giao thức TR-069 Chức năng

Hình minh họa sau đây mô tả hoạt động của Giao thức TR-069.

Hình minh họa trên được mô tả ở các điểm sau.

  • TR-069 cho phép cấu hình và quản lý các thiết bị người dùng cuối (RG, STB và VoIP). Một sự khác biệt đáng kể trong cách tiếp cận Diễn đàn DSL là TR-069 có thể trực tiếp đến thiết bị người dùng cuối.

  • Connection - Cơ chế chung dựa trên việc gửi các cuộc gọi thủ tục từ xa (RPC), cho phép ACS đọc hoặc ghi các tham số tới config, giám sát và kiểm soát CPE. Với RPC, các thông báo SOAP (cú pháp dựa trên XML chuẩn), được truyền qua SSL / TLS (lớp bảo mật), qua HTTP, qua kết nối TCP / IP, giữa CPE và Máy chủ quản lý.

  • (Note)- SNMP gửi Đơn vị dữ liệu giao thức (PDU) trên UDP giữa người quản lý và tác nhân. UDP không đáng tin cậy khi so sánh với TCP, kích thước PDU giới hạn ở kích thước khung UDP.

  • ACS Discovery -

    • CPE có thể khám phá ACS liên quan của nó bằng cách sử dụng DHCP.

    • Manual Configuration - CPE có thể được cấu hình cục bộ với URL của ACS.

    • Default Configuration - CPE có một URL ACS mặc định mà nó có thể sử dụng nếu không có URL nào khác được cung cấp.

  • Session (Setup and teardown) - Một phiên LUÔN được khởi tạo từ CPE đến ACS bằng địa chỉ ACS được xác định trước: đưa ra phương pháp Inform RPC để thiết lập và Session TearDown, đóng kết nối TCP khi hoàn tất.

  • (Note)- SNMP không hỗ trợ khái niệm phiên. Máy khách cần lắng nghe trên một cổng UDP được chỉ định cho các tin nhắn từ máy chủ.

  • State Management -

    • Đối với chuỗi giao dịch tạo thành một phiên, CPE duy trì kết nối TCP tồn tại trong suốt thời gian của phiên.

    • Khi không thể kết nối TCP liên tục, ACS sử dụng cookie phiên để duy trì trạng thái phiên.

    • CPE trả về thông tin (cookie) do ACS đặt trong tất cả các tin nhắn được trao đổi. Vào cuối phiên, CPE chấm dứt kết nối TCP được liên kết với ACS và loại bỏ tất cả cookie.

Bảo vệ

Bảo mật được tăng cường với TR-069 bởi CPE khởi tạo mọi giao tiếp. Giao thức TR-069 bảo mật hỗ trợ hai cơ chế (mức) bảo mật sau:

  • SSL / TLS xác định xác thực dựa trên chứng chỉ giữa CPE và ACS để cung cấp một kết nối an toàn duy nhất

  • CPE có thể sử dụng cùng một chứng chỉ x.509 để cung cấp mã hóa.

Các thiết bị khách được xác thực thông qua xác thực HTTP được triển khai rộng rãi như sau:

TR-069 and End Devices −

  • TR-069 có thể được ACS sử dụng để quản lý -

    • Cổng khu dân cư (RG)

    • Thiết bị đầu cuối (ED) dựa trên TR-111

  • Hai cách tiếp cận -

    • RG hoạt động như một proxy cho ED

    • ED được quản lý trực tiếp bởi ACS

  • TR-111 xác định các quy tắc bổ sung cho phép -

    • RG để khám phá các ED hỗ trợ TR-069 trong mạng LAN

    • ACS tiếp xúc TR-069 EDs, ngay cả đối với RG không phải TR-069 (sử dụng STUN; RFC 3489)

TR-064 CPE bên LAN

Sau đây là các tính năng của Cấu hình CPE bên LAN TR-069.

  • Thông qua kiến ​​trúc UPnP v1.0 và mở rộng thông số kỹ thuật UPnP IGD v1 (với một số hạn chế).

  • Một ứng dụng quản lý (điểm điều khiển TR-64) chạy trên PC và nó đẩy cấu hình cụ thể của nhà cung cấp dịch vụ và khách hàng lên CPE, khi CPE thêm vào mạng.

  • Hữu ích hơn trong quá trình cài đặt ban đầu các thiết bị CPE mới và khi có sự cố kết nối phía WAN.

Kịch bản triển khai TR-64

Hình minh họa sau đây mô tả Kịch bản Triển khai TR-64.

Các Trường hợp Sử dụng cho Dịch vụ Gia đình DSL

Hãy để chúng tôi xem xét các Trường hợp Sử dụng sau cho Dịch vụ Gia đình DSL.

Trường hợp sử dụng - 1

Một khách hàng mua dịch vụ băng thông rộng ban đầu để lấy dữ liệu và bây giờ cần đăng ký dịch vụ VoIP.

Khách hàng có thể thông báo yêu cầu dịch vụ mới qua trang web của SP hoặc gọi đến văn phòng. Để cung cấp các dịch vụ này, SP cần giải quyết các câu hỏi sau. Cho dù -

  • Option 1 - Phần cứng hiện có của CPE có khả năng cung cấp các dịch vụ mới theo yêu cầu.

  • Option 2 - Phần cứng có khả năng, nhưng phần sụn cần được nâng cấp.

  • Option 3 - Cả phần cứng và phần sụn đều có khả năng và nó chỉ cần cấu hình dịch vụ VoIP.

Bây giờ chúng ta hãy hiểu chi tiết từng tùy chọn.

  • Trong tùy chọn đầu tiên, SP (nhà cung cấp dịch vụ) cần một danh sách để cung cấp CPE có khả năng VoIP hoặc có thể yêu cầu người dùng mua thiết bị từ thị trường tùy thuộc vào thỏa thuận mà họ có.

  • Đối với tùy chọn thứ hai, SP có thể xếp hàng các yêu cầu nâng cấp phần sụn và cấu hình VoIP trên ACS cho thiết bị CPE này. Khi CPE được bật, nó sẽ tự động được định cấu hình trên CPE qua TR-69 và ACS sẽ được thông báo về sự thay đổi. Nhà cung cấp dịch vụ có thể cấu hình ACS để thông báo cho người dùng qua e-mail / SMS khi nó nhận được sự kiện cấu hình thành công các dịch vụ.

  • Đối với tùy chọn thứ ba, nó chỉ cần xếp hàng yêu cầu cấu hình dịch vụ VoIP trên ACS. Khi CPE được bật, ACS sẽ tự động cập nhật cấu hình trên thiết bị CPE. Nhà cung cấp dịch vụ có thể cấu hình ACS để thông báo cho người dùng qua e-mail / SMS khi nó nhận được sự kiện cấu hình thành công dịch vụ.

Trường hợp sử dụng - 2

Nhà cung cấp dịch vụ được yêu cầu nâng cấp hàng loạt phần sụn.

SP đã triển khai hàng trăm thiết bị và yêu cầu thực hiện nâng cấp phần sụn, vì nó đang tăng mức dịch vụ cơ bản hoặc tìm thấy một lỗi nghiêm trọng, có thể ảnh hưởng đến các dịch vụ theo cách này hay cách khác. Chúng ta hãy xem xét các điểm sau:

  • Với giải pháp quản lý TR-69, ACS sẽ có thông tin đầy đủ về CPE như phiên bản phần cứng, chương trình cơ sở được sử dụng trên thiết bị (Thông tin này được CPE chuyển qua mỗi thiết lập phiên).

  • Nhà điều hành có thể xác định các thiết bị CPE, có thể cần nâng cấp vì không phải thiết bị nào cũng cần điều đó.

  • Từ ACS, nó có thể lập lịch yêu cầu nâng cấp phần sụn cho các CPE đã chọn một cách so le.

  • Khi phần mềm CPE được cập nhật, nó sẽ biết danh sách các CPE mà phần sụn đã được nâng cấp thành công.

  • Tất cả những điều này đang xảy ra mà không cần đi ra ngoài thực địa từ văn phòng của họ một cách thoải mái.

Trường hợp sử dụng - 3

Khách hàng báo cáo rằng chất lượng dịch vụ Thoại / Video không đạt.

Điều này có thể được giải quyết bằng cách tuân thủ các điểm sau:

  • Theo dõi các thông số hiệu suất có thể ảnh hưởng đến chất lượng Thoại / Video để khắc phục sự cố và cung cấp chất lượng trải nghiệm mong đợi cho khách hàng cuối.

  • Để cung cấp các dịch vụ khác biệt cho Thoại, Video và dữ liệu, nó có thể định cấu hình các thông số QoS mong muốn theo thỏa thuận mức dịch vụ với khách hàng.

Trường hợp sử dụng - 4

Khách hàng đang gặp sự cố kết nối và báo cáo sự cố với một số dịch vụ, sau đó nhà cung cấp dịch vụ có thể -

  • SP có thể chạy chẩn đoán trên CPE để khắc phục sự cố.

  • Nó có thể đặt tham số chẩn đoán trong CPE và khi quá trình chẩn đoán hoàn tất, ACS sẽ được thông báo về việc hoàn thành. Sau đó, ACS có thể lấy kết quả từ xa thông qua TR-69 và chẩn đoán sự cố.

  • Nhìn chung, SP biết nguyên nhân mà không cần đi ra ngoài và do đó có thể xử lý tình huống hiệu quả hơn.

Lộ trình Trang chủ DSL

Các điểm sau đây mô tả Lộ trình Trang chủ DSL.

  • Khả năng tương tác của TR-069 -

    • Sự kiện plugfest - 3 đã được thực hiện.

    • Sự kiện lần trước có sự tham gia của 22 nhà cung cấp CPE và 11 ACS.

  • Chứng nhận TR-069 hoặc DSL Home đang được xem xét.

  • Rất nhiều WT đang được triển khai: giao diện hướng bắc ACS, mô hình đối tượng dịch vụ mới, QoS, thông số kỹ thuật RG mới, trường hợp kiểm tra khả năng tương tác và kiểm tra, v.v.

  • Căn chỉnh và liên lạc với Diễn đàn UPnP, DLNA, HGI, v.v., xác định các tiêu chuẩn cho các thiết bị trong phân khúc gia đình.

  • Khá nhiều cơ quan tiêu chuẩn đã chấp nhận tiêu chuẩn TR-69 để quản lý từ xa các thiết bị gia đình: ITU-T SG16, Home Gateway Initiative (HGI), ATIS IPTV Interoperability Forum (IIF), v.v.

  • Tổ chức Truyền hình trực tiếp (DVB) (tiêu chuẩn ETSI) đã thông qua TR-069 và WT-135 để quản lý từ xa IPTV STB hoặc thay thế từ CableLabs.

  • ITU-T IPTV Focus Group bao gồm nhiều Nhóm nghiên cứu cũng sẽ giải quyết vấn đề giao thức quản lý từ xa.

TR-69 so với SNMP

IETF (Internet Engineering Task Force) xác định nhiều MIB để quản lý các tính năng và chức năng khác nhau. Tuy nhiên, không có sự hợp nhất nào được thực hiện bởi bất kỳ cơ quan tiêu chuẩn nào hoặc IETF khuyến nghị sử dụng một bộ MIB để quản lý thiết bị CPE (đặc biệt là đối với Home Gateways cung cấp Triple Play Service) để cấu hình và cung cấp dịch vụ. Hỗ trợ MIB trong một thiết bị CPE hoàn toàn để các nhà cung cấp lựa chọn đối với việc triển khai của riêng họ. TR-69 và các TR khác trong ô DSL Home xác định một tập hợp các tham số cần thiết trên các thiết bị CPE cho loại dịch vụ đó. Nó khuyến nghị tập hợp các tham số áp dụng cho từng loại dịch vụ, đó là -

  • Các nhà cung cấp đang cung cấp giải pháp với MIB độc quyền của riêng họ, do đó giúp quản lý các thiết bị này theo từng nhà cung cấp cụ thể.

  • Không có MIB nào khả dụng cho các dịch vụ hệ thống như Nâng cấp chương trình cơ sở, Chẩn đoán, v.v., chỉ dành riêng cho thiết bị CPE.

  • Việc sử dụng SNMP yêu cầu mở cổng SNMP thông qua NAT vì hầu hết các cổng gia đình sử dụng NAT và các thiết bị đang được quản lý có thể nằm sau NAT. Trong SNMP, yêu cầu lấy / đặt bất kỳ tham số nào luôn được khởi tạo bởi người quản lý. Do đó, cổng phải được mở trên CPE để nhận được yêu cầu. Trong TR-69, một phiên TR-69 được khởi tạo bởi CPE và máy chủ sử dụng phiên tương tự để gửi các yêu cầu nhận / đặt. Điều đó không có nghĩa là mở cổng một cách rõ ràng trong môi trường NAT. TR-69 cũng xác định một cách mà ACS có thể gửi yêu cầu đến CPE và phần này được TR-111 part2 đảm nhận một cách minh bạch.

  • Hầu hết các triển khai SNMP hiện có ngày nay không triển khai SNMPv3. Do đó, các tin nhắn được trao đổi qua SNMP không được bảo mật cho lắm. Trong TR-69, bảo mật được thực hiện thông qua các sơ đồ xác thực dựa trên SSL / TLS hoặc HTTP. Hầu hết các triển khai TR-69 cho đến ngày nay đều triển khai SSL / TLS.

  • Bất kỳ dấu hiệu nào từ CPE đối với người quản lý đều phải được xử lý theo các bẫy và những bẫy này cần được xác định trước trong MIB. Một khi các bẫy này được xác định, người quản lý không thể có quyền kiểm soát CPE, cho dù nó nên hay không nên tạo ra bẫy về các điều kiện bẫy. TR-69 định nghĩa một phương pháp rất chung chung để thông báo về bất kỳ thay đổi tham số nào tới máy chủ. Không cần phải xác định thêm các bẫy, tính năng này được tích hợp sẵn trong chính giao thức và trong trường hợp người quản lý không cần thông báo về một tham số, họ có thể tắt nó bằng giao thức. Ngoài ra, TR-69 cung cấp cơ chế thông báo chủ động hoặc thụ động, cơ chế này còn thiếu trong SNMP.

  • Không có cơ chế kiểm soát truy cập để truy cập một biến thông qua một giao thức quản lý khác. TR-69 xác định một cơ chế trong đó có thể chỉ định giao thức quản lý nào có thể kiểm soát các tham số nào và mức độ truy cập (đọc / đọc-ghi) nào khả dụng cho nó. Tính năng này rất hữu ích khi nhà cung cấp dịch vụ muốn kiểm soát một tập hợp các tham số mà nếu thay đổi, có thể ảnh hưởng đến các dịch vụ của người dùng cuối. SNMP không xác định mức độ chi tiết này.

  • Thông thường SNMP sử dụng UDP làm cơ chế giao tiếp, cơ chế này không đáng tin cậy lắm, trong khi TR-69 sử dụng HTTP qua TCP, cơ chế này đáng tin cậy hơn.

  • Trên các tác nhân SNMP, địa chỉ người quản lý SNMP và chuỗi cộng đồng cần được định cấu hình, trong khi trong TR-69, không bắt buộc phải định cấu hình các tham số cụ thể của ACS. Các tham số liên quan đến ACS có thể được phát hiện động thông qua cơ chế dựa trên DHCP, nếu người vận hành không định cấu hình.

  • Thông qua quản lý dựa trên SNMP, các hành động duy nhất được hỗ trợ là get / getnext và thiết lập từ trình quản lý. Trong trường hợp việc quản lý thiết bị yêu cầu một số hành động độc quyền khác hoặc tải xuống tệp, thì không thể thực hiện được khi đang ở trong TR-69. Điều này có thể dễ dàng đạt được bằng cách xác định RPC dành riêng cho nhà cung cấp. Ngay cả việc tải xuống tệp có thể đạt được trong cùng một phiên giữa CPE và ACS với việc sử dụng cơ chế RPC hiện có.

  • KHÔNG MIB phù hợp cho các thiết bị CPE hỗ trợ dịch vụ Triple Play.

  • Mỗi nhà cung cấp cung cấp giải pháp của riêng họ dựa trên một số MIB độc quyền của std +

  • Sử dụng SNMP yêu cầu mở cổng SNMP trên thiết bị.

  • Hầu hết quản lý dựa trên SNMP không triển khai SNMPv3. Do đó, bảo mật bị xâm phạm.

  • Khó thực hiện Thông báo thay đổi tham số trên bất kỳ tham số nào.

  • Không kiểm soát việc bật và tắt thông báo.

  • Điều khoản cho Kiểm soát truy cập không có ở đó.

  • Sử dụng phương pháp dựa trên UDP để phân phối, không đáng tin cậy lắm.

  • Thiết bị có thể được quản lý bởi nhiều người quản lý cùng một lúc, điều này làm tăng thêm tính đồng bộ hóa.

  • Chỉ một nhóm hành động cụ thể mới có thể được hỗ trợ.

  • Bất cứ điều gì có thể đạt được bằng SNMP đều có thể đạt được bằng TR-69 và nhiều hơn nữa.

Phần kết luận

  • Bộ thông số kỹ thuật DSL Home xác định các giải pháp Cổng dân cư (RG) thế hệ tiếp theo.

  • Giúp Người dùng & Viễn thông vượt qua modem dễ dàng hơn và nỗ lực hết sức để kết nối / định tuyến tới các dịch vụ phát ba / bốn.

  • TR-069 (CWMP) là cốt lõi của DSL Home -

    • Giao thức quản lý mở rộng và linh hoạt.

    • Truy cập công nghệ bất khả tri.

    • Quảng cáo tích cực TR-069 cho các công nghệ truy cập khác ngoài DSL. Ví dụ - cáp / DOCSIS, sợi quang / PON (WT-142).

    • Các cơ quan khác đang sử dụng TR-069: ITU-T SG16 Q21, HGI, DVB, ATIS IIF, v.v.

  • TR-068 (Modem có định tuyến) được mở rộng với yêu cầu hộp WT-124 = RG.

  • TR-098 (mô hình dữ liệu RG) -

    • Mô hình hóa chính sách RG QoS phong phú.

    • Được thông qua cho HGI QoS.

    • Không cần phần mở rộng để đáp ứng các yêu cầu của HGI.

  • Công cụ mô phỏng ACS đã được phát triển và sẵn có để giúp khách hàng thử nghiệm giải pháp CPE của họ so với ACS.

Trong chương tiếp theo, chúng ta sẽ thảo luận về các Thành phần Hệ thống DSL khác nhau.