DSL - บ้าน

DSL Home เป็นโครงการริเริ่มที่ดำเนินการโดย DSL-Forum ประเด็นต่อไปนี้จะอธิบายถึงคุณสมบัติและข้อดีต่างๆ

  • เพื่อกำหนดข้อกำหนดที่เกี่ยวข้องกับอุปกรณ์ภายในบ้านเช่นเกตเวย์สำหรับที่พักอาศัยอุปกรณ์ VoIP และการจัดการอุปกรณ์ภายในบ้านและจากระยะไกล

  • เพื่อเปิดใช้งานบริการการเล่นแบบสามคน / รูปสี่เหลี่ยมให้กับผู้ใช้ปลายทางเช่นเสียงวิดีโอข้อมูลรวมถึง IPTV วิดีโอออนดีมานด์เนื้อหาตามความต้องการ ฯลฯ

  • โปรโตคอลการจัดการระยะไกล DSL Home (TR-69) และส่วนขยายสามารถเข้าถึงได้โดยไม่เชื่อเรื่องพระเจ้า

  • การจัดการระยะไกล is the core ของ DSL Home หรือ Residential Gateway (RG) รุ่นต่อไปและระบบเครือข่ายในบ้าน

  • DSL Home group ได้กำหนดมาตรฐานสำหรับข้อกำหนด CPE และการจัดการอุปกรณ์ CPE

  • มาตรฐานกำหนดข้อกำหนด -

    • WT-124 − Issue 2 of TR-068 - Residential Gateway กำหนดข้อกำหนด RG ที่สมบูรณ์ซึ่งไม่เฉพาะเจาะจงสำหรับ DSL แต่รวมถึงเทคโนโลยีการเข้าถึงอื่น ๆ เช่น xPON

    • TR-122 กำหนดข้อกำหนด Voice ATA

  • มาตรฐานในกรอบการจัดการ -

    • TR-64 - การกำหนดค่าและการปรับปรุง CPE ด้าน LAN

      สำหรับการกำหนดค่าและการจัดการอุปกรณ์ CPE ผ่านอินเทอร์เฟซ LAN ภายใน

      TR-69 - โปรโตคอลการจัดการ CPE Wan

      สำหรับการกำหนดค่าและการจัดการอุปกรณ์ CPE ผ่านด้านระยะไกล

    • TR-111 - อนุญาตการจัดการระยะไกล TR69 สำหรับอุปกรณ์ในเครือข่ายภายในบ้าน (HN)

    • TR-98 and TR-133 - พารามิเตอร์ Configuration and Management of Service differentiation (QoS) ในอุปกรณ์ CPE ผ่าน TR-69 และ TR-64 ​​ตามลำดับ

    • TR-104 แบบจำลองข้อมูลสำหรับบริการ VoIP

      ขยายสำหรับบริการวิดีโอด้วย

    • TR-106 กำหนดเทมเพลตโมเดลข้อมูลทั่วไป

      กำหนดโครงสร้างวัตถุพื้นฐานและชุดพารามิเตอร์ที่สามารถเข้าถึงได้สำหรับอุปกรณ์ TR-69

    • TR-122 - กำหนดความต้องการ Voice ATA

    • WT-135 - โมเดลวัตถุสำหรับอุปกรณ์ STB

    • WT-140 - Object Model Network Storage Devices

    • WT-142 - กรอบงานสำหรับอุปกรณ์ PON ที่เปิดใช้งาน TR-069

ตัวเลือกเทคโนโลยี DSL

ตารางต่อไปนี้อธิบายถึงตัวเลือกต่างๆของเทคโนโลยี DSL โดยละเอียด

ครอบครัว ITU ชื่อ ให้สัตยาบัน ความสามารถความเร็วสูงสุด
ADSL G.992.1 G.dmt พ.ศ. 2542

ลง 7 Mbps

800 kbps ขึ้นไป

ADSL2 G.992.3 G.dmt.bis พ.ศ. 2545

ลดลง 8 Mb / s

1 Mbps ขึ้นไป

ADSL2plus G.992.5 ADSL2plus พ.ศ. 2546

ลง 24 Mbps

1 Mbps ขึ้นไป

ADSL2-RE G.992.3 ขยายการเข้าถึง พ.ศ. 2546

ลง 8 Mbps

1 Mbps ขึ้นไป

SHDSL

(ปรับปรุง 2003)

G.991.2 G.SHDSL พ.ศ. 2546 5.6 Mbps ขึ้น / ลง
VDSL G.993.1 DSL ที่มีอัตราข้อมูลสูงมาก พ.ศ. 2547

ลง 55 Mbps

15 Mbps ขึ้นไป

VDSL2 -12 MHz ระยะยาว G.993.2 DSL อัตราข้อมูลสูงมาก 2 พ.ศ. 2548

ลง 55 Mbps

30 Mbps ขึ้นไป

VDSL2 - 30 เมกะเฮิรตซ์

การเข้าถึงระยะสั้น

G.993.2 DSL อัตราข้อมูลสูงมาก 2 พ.ศ. 2548 ขึ้น / ลง 100 Mbps

การบรรจบกันที่บ้าน

เทคโนโลยีบรอดแบนด์และเครือข่ายจำนวนมากกำลังมาบรรจบกันในบ้านดิจิทัลยุคใหม่เช่น -

  • ADSL2 / ADSL2 Plus / VDSL2 / xPON
  • Wireless / Ethernet / USB / HomePlug A / V, HPNA ฯลฯ
  • เครื่องใช้ไฟฟ้าเริ่มเข้าสู่เครือข่าย

การจัดการคอนเวอร์เจนซ์ดังกล่าวมีความซับซ้อนทำให้ความจำเป็นในการจัดเตรียมและบำรุงรักษาอุปกรณ์ปลายทางง่ายขึ้น

Challenge - จัดการองค์ประกอบต่างๆภายในบ้านอย่างไร?

Solution- โดยพื้นฐานแล้วระบบเครือข่ายภายในบ้านหมายถึงพิภพเล็ก ๆ ของเทคโนโลยีและเทคนิคเครือข่ายทั้งหมดที่ Conexant สร้างขึ้น การบรรจบกันเกิดขึ้นครั้งแรกในบ้าน

วันนี้คุณต้องเป็นผู้เชี่ยวชาญด้านไอที (หรือมีวัยรุ่นอยู่ในบ้าน) เพื่อติดตั้งและกำหนดค่าอุปกรณ์เครือข่ายในบ้านของคุณ ตามที่กล่าวไว้ในการนำเสนอ Industry, Applications and Technology Trends, 30-50% ของอุปกรณ์เครือข่ายในบ้านจะถูกส่งคืนให้กับผู้ค้าปลีกโดยไม่พบปัญหาใด ๆ ผู้ใช้ไม่สามารถตั้งค่าและกำหนดค่าอุปกรณ์โดยใช้เครื่องมือ / ซอฟต์แวร์ที่มีอยู่

ปัญหาเกี่ยวกับแนวทางที่มีอยู่

ต่อไปนี้เป็นปัญหาเกี่ยวกับแนวทางที่มีอยู่

User Perspective

  • ไม่มีความยืดหยุ่นในการซื้ออุปกรณ์ใด ๆ นอกชั้นวาง

  • ไม่มีการสนับสนุนจากผู้ให้บริการหากซื้ออุปกรณ์

  • อุปกรณ์ไม่ใช่แบบพลักแอนด์เพลย์ที่ต้องให้ทั้ง ISP และผู้ใช้ทำการกำหนดค่าบางอย่าง

  • การเพิ่มบริการใหม่ต้องใช้ทั้ง ISP และการประสานงานผู้ใช้ปลายทางซึ่งต้องใช้เวลา

  • ต้องมีลูกค้าอยู่ที่บ้านหากมีส่วนเกี่ยวข้องกับรถบรรทุก

  • อาจเป็นเรื่องยากที่จะจับคู่เนื่องจากปัจจุบันมีคู่รักมากขึ้น

Service Provider Perspective

  • ต้องใช้ Truck Roll เพื่อเปิดใช้งานบริการใหม่ ๆ การแก้ไขปัญหาและการติดตั้งใหม่ รถบรรทุกแต่ละม้วนจะเพิ่มต้นทุนที่สำคัญในแง่ของเวลาและทรัพยากร

  • เมื่อลูกค้ายื่นเรื่องร้องเรียน“ Helpdesk” จะยากมากที่จะตรวจสอบสิ่งผิดปกติกับอุปกรณ์ CPE โดยนั่งอยู่ในสำนักงาน

  • ผู้ขายจัดหาโซลูชันที่เป็นกรรมสิทธิ์ของตนเองอินเทอร์เฟซพารามิเตอร์และขั้นตอนต่างๆ ดังนั้นความจำเป็นในการฝึกอบรมต่อโซลูชันของผู้ขาย

  • ISP บังคับให้ยึดติดกับผู้ขายที่ได้รับเลือกเพียงไม่กี่รายเนื่องจาก ISP ได้ทำระบบอัตโนมัติที่กำหนดเองเพื่อให้งานง่ายขึ้น การเปลี่ยนไปใช้ผู้ขายรายใหม่อาจต้องเปลี่ยนระบบอัตโนมัติแบบกำหนดเอง

  • ไม่มีทางค้นพบความสามารถของอุปกรณ์โดยอัตโนมัติและกำหนดพารามิเตอร์ที่รองรับ

  • ไม่สามารถระบุได้ว่าข้อมูลการกำหนดค่าที่ผู้ใช้เปลี่ยนผ่านอินเทอร์เฟซการจัดการภายในเช่น Web, CLI หรือ SNMP เป็นต้น

  • ไม่สามารถป้องกันไม่ให้ผู้ใช้เปลี่ยนการตั้งค่าซึ่งอาจส่งผลต่อบริการที่พวกเขานำเสนอ

Services ที่นำเสนอโดย DSL Home - TR-69

ต่อไปนี้เป็นรายการบริการที่นำเสนอโดย DSL Home - TR-69

  • การจัดการอุปกรณ์จากระยะไกลอย่างปลอดภัย (ใช้การรักษาความปลอดภัยตาม SSL / TLS)

  • การจัดเตรียมบริการแบบเรียลไทม์ผ่านการกำหนดค่าอัตโนมัติ

  • การตรวจสอบสถานะและประสิทธิภาพ

  • Diagnostics

  • การควบคุมการเข้าถึง

  • Notification

  • อัพเกรดเฟิร์มแวร์

  • รูปแบบข้อมูลมาตรฐานที่ปรับแต่งเป็นพิเศษสำหรับอุปกรณ์ CPE ที่ให้บริการต่างๆเช่นเสียงวิดีโอข้อมูลและ IPTV เป็นต้นรวมถึงความครอบคลุมที่กว้างสำหรับอุปกรณ์ LAN ในกลุ่มภายในบ้าน (STB, VoIP, NAS) บนเทคโนโลยี LAN ที่แตกต่างกันเช่น Ethernet, USB, WLAN ฯลฯ

  • โปรโตคอลการจัดการคือการเข้าถึงเทคโนโลยี agnostics ดังนั้นจึงสามารถใช้กับอุปกรณ์ CPE ได้หลากหลาย ตัวอย่างเช่น - xPON, xDSL เป็นต้นเพียงแค่กำหนดให้อุปกรณ์เป็นที่อยู่ IP ได้

  • Truckroll ถูกย่อขนาดโดยการจัดการระยะไกล

  • Helpdesk สามารถให้บริการที่ดีกว่าแทนที่จะรับเรื่องร้องเรียน Helpdesk มีบริบทเพิ่มเติมและสามารถดูข้อมูลการกำหนดค่าทั้งหมดเกี่ยวกับ CPE จากระยะไกล

  • ไม่จำเป็นต้องมีการฝึกอบรมเฉพาะผู้ขายเนื่องจากแบบจำลองข้อมูลเป็นมาตรฐานสำหรับการบริการจึงไม่จำเป็นต้องฝึกอบรมพนักงาน

  • ไม่จำเป็นต้องใช้ระบบอัตโนมัติแบบกำหนดเองจึงเสนอฐานผู้ขายที่กว้างขึ้นให้เลือก

  • ให้การค้นหาพารามิเตอร์ที่มีอยู่ในอุปกรณ์โดยอัตโนมัติ

  • ให้การควบคุมการเข้าถึงดังนั้นจึงช่วยป้องกันไม่ให้ผู้ใช้เปลี่ยนการกำหนดค่าเฉพาะ

  • มีกลไกการแจ้งเตือนดังนั้นเราจึงได้รับทราบการเปลี่ยนแปลงในการกำหนดค่าที่เกี่ยวข้องกับบริการ

  • ลด Opex

  • ทำให้ง่ายขึ้นสำหรับผู้ใช้และผู้ให้บริการในการก้าวข้ามโมเด็มและเราเตอร์ที่พยายามอย่างเต็มที่ไปยังบริการการเล่นแบบสาม / สี่ช่องในบ้านดิจิทัล

TR69- สถานการณ์การปรับใช้

ภาพประกอบต่อไปนี้แสดงถึง TR69-Deployment Scenario

TR69-Deployment จะช่วยให้มีคุณสมบัติดังต่อไปนี้ -

  • โซลูชันระบบเครือข่ายที่ปลอดภัยเพื่อให้บริการผู้ใช้พร้อมกันภายในบ้าน

  • บริการ Triple / Quad Play (ทีวี / วิดีโอโทรศัพท์อินเทอร์เน็ตไร้สาย)

  • การจัดเตรียมบริการแบบเรียลไทม์ผ่านการกำหนดค่าอัตโนมัติ

  • กลไกในการจัดการและสนับสนุนการจัดเตรียมดังกล่าวโดยอัตโนมัติ

WT-124 => TR-068v2 เพิ่มข้อกำหนดใหม่ที่ยึดตามขอบเขตที่ขยายเพื่อรวม -

  • ข้อกำหนดพอร์ตอีเธอร์เน็ตด้านออปติคอล (PON) WAN

  • การเปลี่ยนเส้นทางเว็บสำหรับข้อกำหนดในการวินิจฉัย

  • ข้อกำหนดไคลเอ็นต์ DHCP

  • ACS เริ่มต้นข้อกำหนดแคปทีฟพอร์ทัล

จำเป็นต้องเปลี่ยนเส้นทางเว็บเมื่อเกิดปัญหาการเชื่อมต่อเครือข่าย RG MUST จัดให้มีกลไกซึ่งสกัดกั้นหน้าเว็บเบราว์เซอร์ (เช่นคำขอหน้าเว็บพอร์ต 80) และตอบสนองต่อสิ่งเหล่านี้โดยนำเว็บเบราว์เซอร์ไปยังหน้าเว็บภายในที่เหมาะสมเพื่อระบุและแก้ไขปัญหาการเชื่อมต่อเครือข่ายรวมถึง แต่ไม่ จำกัด เพียง

  • DSL ไม่สามารถฝึกได้ - ถามจะนำสิ่งนี้จากพอร์ต PHY ไปยังเว็บได้อย่างไร?

  • ตรวจไม่พบสัญญาณ DSL - ถามคำถามเดียวกับข้างบน

  • ไม่ได้เชื่อมต่อบรอดแบนด์อีเธอร์เน็ต (ถ้ามี)

  • ตรวจไม่พบ ATM PVC (ถ้ามี)

  • IEE 802.1x ล้มเหลว (ถ้ามี)

  • ไม่พบเซิร์ฟเวอร์ PPP (ถ้ามี)

  • การตรวจสอบสิทธิ์ PPP ล้มเหลว (ถ้ามี)

  • ไม่มี DHCP

ตัวอย่าง - การทำงานของโปรโตคอล TR-069

ภาพประกอบต่อไปนี้แสดงให้เห็นถึงการทำงานของโปรโตคอล TR-069

ภาพประกอบด้านบนอธิบายไว้ในประเด็นต่อไปนี้

  • TR-069 ช่วยให้สามารถกำหนดค่าและจัดการอุปกรณ์สำหรับผู้ใช้ปลายทาง (RG, STB และ VoIP) ความแตกต่างที่สำคัญในแนวทางของ DSL Forum คือ TR-069 สามารถไปยังอุปกรณ์ของผู้ใช้ปลายทางได้โดยตรง

  • Connection - กลไกทั่วไปขึ้นอยู่กับการส่ง Remote Procedure Calls (RPC) ซึ่งทำให้ ACS สามารถอ่านหรือเขียนพารามิเตอร์ไปยัง configตรวจสอบและควบคุม CPE ด้วย RPC ข้อความ SOAP (ไวยากรณ์ที่ใช้ XML มาตรฐาน) ส่งผ่าน SSL / TLS (ชั้นความปลอดภัย) ผ่าน HTTP ผ่านการเชื่อมต่อ TCP / IP ระหว่าง CPE และเซิร์ฟเวอร์การจัดการ

  • (Note)- SNMP ส่ง Protocol Data Units (PDUs) ที่ด้านบนของ UDP ระหว่างผู้จัดการและตัวแทน UDP ไม่น่าเชื่อถือเมื่อเทียบกับ TCP ขนาด PDU จำกัด อยู่ที่ขนาดเฟรม UDP

  • ACS Discovery -

    • CPE สามารถค้นพบ ACS ที่เกี่ยวข้องโดยใช้ DHCP

    • Manual Configuration - สามารถกำหนดค่า CPE ในเครื่องได้ด้วย URL ของ ACS

    • Default Configuration - CPE มี URL ACS เริ่มต้นที่อาจใช้หากไม่มี URL อื่นให้

  • Session (Setup and teardown) - เซสชันที่เริ่มต้นเสมอจาก CPE ไปยัง ACS โดยใช้ที่อยู่ ACS ที่กำหนดไว้ล่วงหน้า: ใช้เมธอด Inform RPC สำหรับการตั้งค่าและ Session TearDown ซึ่งจะปิดการเชื่อมต่อ TCP เมื่อเสร็จสิ้น

  • (Note)- SNMP ไม่สนับสนุนแนวคิดของเซสชัน ไคลเอนต์ต้องฟังบนพอร์ต UDP ที่ระบุสำหรับข้อความจากเซิร์ฟเวอร์

  • State Management -

    • สำหรับลำดับของธุรกรรมที่สร้างเซสชันเดียว CPE จะรักษาการเชื่อมต่อ TCP ที่คงอยู่ตลอดระยะเวลาของเซสชัน

    • เมื่อไม่สามารถเชื่อมต่อ TCP ต่อเนื่องได้ ACS จะใช้คุกกี้เซสชันเพื่อรักษาสถานะเซสชัน

    • CPE ส่งคืนข้อมูล (คุกกี้) ที่กำหนดโดย ACS ในข้อความทั้งหมดที่แลกเปลี่ยน เมื่อสิ้นสุดเซสชัน CPE จะยุติการเชื่อมต่อ TCP ที่เกี่ยวข้องกับ ACS และทิ้งคุกกี้ทั้งหมด

ความปลอดภัย

เพิ่มความปลอดภัยด้วย TR-069 โดย CPE เริ่มต้นการสื่อสารทั้งหมด โปรโตคอลการรักษาความปลอดภัย TR-069 สนับสนุนกลไกการรักษาความปลอดภัย (ระดับ) ต่อไปนี้ -

  • SSL / TLS กำหนดการรับรองความถูกต้องตามใบรับรองระหว่าง CPE และ ACS เพื่อให้มีการเชื่อมต่อที่ปลอดภัยเพียงครั้งเดียว

  • CPE สามารถใช้ใบรับรอง x.509 เดียวกันในการเข้ารหัส

อุปกรณ์ไคลเอ็นต์ที่ตรวจสอบสิทธิ์ผ่านการตรวจสอบสิทธิ์ HTTP ที่ใช้กันอย่างแพร่หลายมีดังนี้ -

TR-069 and End Devices −

  • TR-069 สามารถใช้โดย ACS ในการจัดการ -

    • เกตเวย์ที่อยู่อาศัย (RG)

    • End Devices (ED) อิงตาม TR-111

  • สองแนวทาง -

    • RG ทำหน้าที่เป็นพร็อกซีสำหรับ ED

    • ED ได้รับการจัดการโดยตรงโดย ACS

  • TR-111 กำหนดกฎพิเศษที่อนุญาต -

    • RG เพื่อค้นหา ED ที่เปิดใช้งาน TR-069 ภายใน LAN

    • ACS ติดต่อ TR-069 EDs แม้ว่าจะไม่ใช่ TR-069 RGs (ใช้ STUN; RFC 3489)

TR-064 LAN Side CPE

ต่อไปนี้เป็นคุณสมบัติของ TR-069 LAN Side CPE Configuration

  • ใช้สถาปัตยกรรม UPnP v1.0 และขยายข้อกำหนด UPnP IGD v1 (โดยมีข้อ จำกัด บางประการ)

  • แอปพลิเคชันการจัดการ (จุดควบคุม TR-64) ทำงานบนพีซีและจะผลักดันผู้ให้บริการและการกำหนดค่าเฉพาะของลูกค้าไปยัง CPE เมื่อ CPE เพิ่มลงในเครือข่าย

  • มีประโยชน์มากขึ้นในระหว่างการติดตั้งอุปกรณ์ CPE ใหม่ครั้งแรกและเมื่อมีปัญหาการเชื่อมต่อด้าน WAN

สถานการณ์การปรับใช้ TR-64

ภาพประกอบต่อไปนี้แสดงถึงสถานการณ์การปรับใช้ TR-64

ใช้กรณีสำหรับ DSL Home Services

ให้เราพิจารณากรณีการใช้งานต่อไปนี้สำหรับ DSL Home Services

ใช้กรณี - 1

ลูกค้าซื้อบริการบรอดแบนด์ในตอนแรกสำหรับข้อมูลและตอนนี้จำเป็นต้องสมัครใช้บริการ VoIP

ลูกค้าสามารถสื่อสารคำขอบริการใหม่ผ่านทางเว็บไซต์ของ SP หรือโทรติดต่อสำนักงาน ในการให้บริการเหล่านี้ SP จำเป็นต้องตอบคำถามต่อไปนี้ ไม่ว่าจะเป็น -

  • Option 1 - ฮาร์ดแวร์ของ CPE ที่มีอยู่สามารถให้บริการใหม่ได้ตามที่ร้องขอ

  • Option 2 - ฮาร์ดแวร์มีความสามารถ แต่เฟิร์มแวร์จำเป็นต้องได้รับการอัพเกรด

  • Option 3 - ทั้งฮาร์ดแวร์และเฟิร์มแวร์มีความสามารถและต้องการการกำหนดค่าบริการ VoIP

ตอนนี้ให้เราทำความเข้าใจกับแต่ละตัวเลือกโดยละเอียด

  • ในตัวเลือกแรก SP (ผู้ให้บริการ) อาจต้องการรถบรรทุกเพื่อจัดหา CPE ที่รองรับ VoIP หรือสามารถขอให้ผู้ใช้ซื้ออุปกรณ์จากตลาดขึ้นอยู่กับข้อตกลงที่พวกเขามี

  • สำหรับตัวเลือกที่สอง SP สามารถจัดคิวการอัพเกรดเฟิร์มแวร์และการร้องขอการกำหนดค่า VoIP บน ACS สำหรับอุปกรณ์ CPE นี้ เมื่อเปิด CPE ระบบจะกำหนดค่า CPE โดยอัตโนมัติผ่าน TR-69 และ ACS จะได้รับแจ้งการเปลี่ยนแปลง ผู้ให้บริการสามารถกำหนดค่า ACS เพื่อแจ้งผู้ใช้ทางอีเมล / SMS เมื่อได้รับเหตุการณ์สำหรับการกำหนดค่าบริการที่ประสบความสำเร็จ

  • สำหรับตัวเลือกที่สามเพียงแค่ต้องจัดคิวคำขอกำหนดค่าบริการ VoIP บน ACS เมื่อเปิด CPE ACS จะอัปเดตการกำหนดค่าบนอุปกรณ์ CPE โดยอัตโนมัติ ผู้ให้บริการสามารถกำหนดค่า ACS เพื่อแจ้งผู้ใช้ทางอีเมล / SMS เมื่อได้รับเหตุการณ์สำหรับการกำหนดค่าบริการสำเร็จ

ใช้กรณี - 2

ผู้ให้บริการจำเป็นต้องทำการอัพเกรดเฟิร์มแวร์จำนวนมาก

SP ได้ติดตั้งอุปกรณ์หลายร้อยเครื่องแล้วและต้องทำการอัปเกรดเฟิร์มแวร์เนื่องจากกำลังเพิ่มระดับบริการพื้นฐานหรือค้นหาจุดบกพร่องที่สำคัญซึ่งอาจส่งผลต่อบริการไม่ทางใดก็ทางหนึ่ง ให้เราพิจารณาประเด็นต่อไปนี้ -

  • ด้วยโซลูชันการจัดการ TR-69 ACS จะต้องมีข้อมูลที่ครบถ้วนเกี่ยวกับ CPE เช่นเวอร์ชันฮาร์ดแวร์เฟิร์มแวร์ที่ใช้บนอุปกรณ์ (ข้อมูลนี้จะส่งผ่านโดย CPE ในการตั้งค่าแต่ละเซสชัน)

  • ผู้ให้บริการสามารถระบุอุปกรณ์ CPE ซึ่งอาจต้องได้รับการอัปเกรดเนื่องจากอุปกรณ์บางชนิดไม่ต้องการสิ่งนั้น

  • จาก ACS สามารถกำหนดเวลาการร้องขอการอัปเกรดเฟิร์มแวร์ไปยัง CPE ที่เลือกในลักษณะที่เซ

  • เมื่ออัปเดตเฟิร์มแวร์ CPE แล้วจะต้องทำความรู้จักกับรายการ CPE ที่อัปเกรดเฟิร์มแวร์สำเร็จ

  • ทั้งหมดนี้เกิดขึ้นโดยไม่ต้องออกไปข้างนอกจากสำนักงานของพวกเขาเอง

ใช้กรณี - 3

ลูกค้ารายงานว่าคุณภาพของบริการเสียง / วิดีโอไม่เป็นไปตามที่กำหนด

สิ่งนี้สามารถแก้ไขได้โดยปฏิบัติตามประเด็นต่อไปนี้ -

  • ตรวจสอบพารามิเตอร์ประสิทธิภาพที่อาจส่งผลต่อคุณภาพเสียง / วิดีโอเพื่อแก้ไขปัญหาและมอบคุณภาพของประสบการณ์ที่คาดหวังให้กับลูกค้าปลายทาง

  • เพื่อให้บริการที่แตกต่างกันสำหรับเสียงวิดีโอและข้อมูลสามารถกำหนดค่าพารามิเตอร์ QoS ที่ต้องการได้ตามข้อตกลงระดับบริการกับลูกค้า

ใช้กรณี - 4

ลูกค้าประสบปัญหาการเชื่อมต่อและรายงานปัญหากับบริการบางอย่างจากนั้นผู้ให้บริการสามารถ -

  • SP สามารถรันการวินิจฉัยใน CPE เพื่อแก้ไขปัญหา

  • สามารถตั้งค่าพารามิเตอร์การวินิจฉัยใน CPE และเมื่อการวินิจฉัยเสร็จสมบูรณ์ ACS จะได้รับแจ้งว่าเสร็จสิ้น หลังจากนั้น ACS สามารถดึงผลลัพธ์จากระยะไกลผ่าน TR-69 และวินิจฉัยปัญหา

  • โดยรวมแล้ว SP รู้สาเหตุโดยไม่ต้องออกไปข้างนอกและด้วยเหตุนี้จึงสามารถจัดการกับสถานการณ์ได้อย่างมีประสิทธิภาพมากขึ้น

แผนการทำงานของ DSL Home

ประเด็นต่อไปนี้อธิบายถึงแผนการทำงานหน้าแรกของ DSL

  • การทำงานร่วมกันของ TR-069 -

    • เหตุการณ์ Plugfest - 3 เสร็จแล้ว

    • เหตุการณ์ล่าสุดมีผู้ขาย CPE 22 รายและผู้ขาย ACS 11 ราย

  • TR-069 หรือ DSL Home รับรองภายใต้การพิจารณา

  • กำลังดำเนินการ WT จำนวนมาก: อินเทอร์เฟซ ACS ไปทางเหนือโมเดลอ็อบเจ็กต์บริการใหม่ QoS ข้อกำหนด RG ใหม่กรณีทดสอบการทดสอบและการทำงานร่วมกัน ฯลฯ

  • จัดตำแหน่งและติดต่อประสานงานกับ UPnP Forum, DLNA, HGI และอื่น ๆ โดยกำหนดมาตรฐานสำหรับอุปกรณ์ในกลุ่มบ้าน

  • มีหน่วยงานมาตรฐานไม่กี่แห่งที่ยอมรับมาตรฐาน TR-69 สำหรับการจัดการอุปกรณ์ภายในบ้านจากระยะไกล: ITU-T SG16, Home Gateway Initiatives (HGI), ATIS IPTV Interoperability Forum (IIF) เป็นต้น

  • องค์กร Direct Video Broadcast (DVB) (มาตรฐาน ETSI) ใช้ TR-069 และ WT-135 สำหรับการจัดการระยะไกล IPTV STB หรือทางเลือกอื่นจาก CableLabs

  • ITU-T IPTV Focus Group ที่เกี่ยวข้องกับกลุ่มการศึกษาหลายกลุ่มจะจัดการปัญหาโปรโตคอลการจัดการระยะไกลด้วย

TR-69 กับ SNMP

IETF (Internet Engineering Task Force) กำหนด MIB จำนวนมากเพื่อจัดการคุณสมบัติและฟังก์ชันต่างๆ อย่างไรก็ตามไม่มีการรวมเข้าด้วยกันโดยหน่วยงานมาตรฐานใด ๆ หรือ IETF แนะนำให้ใช้ชุด MIB เพื่อจัดการ CPE (โดยเฉพาะสำหรับอุปกรณ์ Home Gateway ที่ให้บริการ Triple Play) สำหรับการกำหนดค่าและการจัดเตรียมบริการ การสนับสนุน MIB ในอุปกรณ์ CPE นั้นเหลืออยู่ให้ผู้ขายเลือกตามการใช้งานของตนเอง TR-69 และ TR อื่น ๆ ภายใต้ร่ม DSL Home กำหนดชุดพารามิเตอร์ที่จำเป็นบนอุปกรณ์ CPE สำหรับบริการประเภทดังกล่าว ขอแนะนำชุดของพารามิเตอร์ที่ใช้กับบริการแต่ละประเภทซึ่ง ได้แก่ -

  • ผู้จำหน่ายกำลังจัดหาโซลูชันด้วย MIB ที่เป็นกรรมสิทธิ์ของตนเองดังนั้นจึงทำให้การจัดการอุปกรณ์เหล่านี้เฉพาะผู้จำหน่าย

  • ไม่มี MIB สำหรับบริการระบบเช่นการอัปเกรดเฟิร์มแวร์การวินิจฉัยและอื่น ๆ ที่เฉพาะสำหรับอุปกรณ์ CPE เท่านั้น

  • การใช้ SNMP จำเป็นต้องเปิดพอร์ต SNMP ผ่าน NAT เนื่องจากเกตเวย์ภายในบ้านส่วนใหญ่ใช้ NAT และอุปกรณ์ที่จัดการอาจอยู่หลัง NAT ใน 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 ใช้ HTTP ผ่าน TCP ซึ่งมีความน่าเชื่อถือมากกว่า

  • บนเอเจนต์ SNMP จำเป็นต้องกำหนดค่าแอดเดรสผู้จัดการ SNMP และสตริงชุมชนในขณะที่ใน TR-69 ไม่จำเป็นต้องกำหนดค่าพารามิเตอร์เฉพาะ ACS พารามิเตอร์ที่เกี่ยวข้องกับ ACS สามารถค้นพบได้แบบไดนามิกผ่านกลไกที่ใช้ DHCP หากไม่ได้กำหนดค่าโดยตัวดำเนินการ

  • ผ่านการจัดการที่ใช้ SNMP การดำเนินการเดียวที่รองรับคือ get / getnext และตั้งค่าจากผู้จัดการ ในกรณีที่การจัดการอุปกรณ์ต้องมีการดำเนินการที่เป็นกรรมสิทธิ์อื่น ๆ หรือดาวน์โหลดไฟล์ไม่สามารถทำได้ในขณะที่อยู่ใน TR-69 สิ่งนี้สามารถทำได้อย่างง่ายดายโดยการกำหนด RPC เฉพาะผู้ขาย แม้แต่การดาวน์โหลดไฟล์ก็สามารถทำได้ในเซสชันเดียวกันระหว่าง CPE และ ACS ด้วยการใช้กลไก RPC ที่มีอยู่

  • ไม่มี MIB ที่ปรับแต่งสำหรับอุปกรณ์ CPE ที่รองรับบริการ Triple Play

  • ผู้ขายแต่ละรายมีโซลูชันของตนเองโดยอิงตามมาตรฐาน MIB ที่เป็นกรรมสิทธิ์

  • การใช้ SNMP จำเป็นต้องเปิดพอร์ต SNMP บนอุปกรณ์

  • การจัดการที่ใช้ SNMP ส่วนใหญ่ไม่ได้ใช้ SNMPv3 ดังนั้นความปลอดภัยจึงถูกบุกรุก

  • การนำไปใช้สำหรับการแจ้งเตือนเกี่ยวกับการเปลี่ยนแปลงพารามิเตอร์ในพารามิเตอร์ใด ๆ เป็นเรื่องยาก

  • ไม่มีการควบคุมการเปิดและปิดการแจ้งเตือน

  • ไม่มีข้อกำหนดสำหรับการควบคุมการเข้าถึง

  • การใช้วิธีการจัดส่งตาม UDP ซึ่งไม่น่าเชื่อถือมากนัก

  • ผู้จัดการหลายคนสามารถจัดการอุปกรณ์ได้พร้อมกันซึ่งจะเพิ่มการซิงโครไนซ์

  • รองรับเฉพาะชุดการดำเนินการที่เฉพาะเจาะจงเท่านั้น

  • สิ่งที่สามารถทำได้โดย SNMP สามารถทำได้โดย TR-69 และอื่น ๆ อีกมากมาย

สรุป

  • ชุดข้อมูลจำเพาะของ DSL Home กำหนดโซลูชัน Residential Gateway (RG) รุ่นต่อไป

  • ทำให้ผู้ใช้และ Telcos สามารถเคลื่อนย้ายนอกเหนือจากโมเด็มได้ง่ายขึ้นและใช้ความพยายามอย่างเต็มที่ในการเชื่อมต่อ / การกำหนดเส้นทางไปยังบริการการเล่นแบบสาม / สี่

  • TR-069 (CWMP) เป็นแกนหลักของ DSL Home -

    • โปรโตคอลการจัดการที่ขยายได้และยืดหยุ่น

    • เข้าถึงเทคโนโลยีโดยไม่เชื่อเรื่องพระเจ้า

    • การส่งเสริม TR-069 สำหรับเทคโนโลยีการเข้าถึงอื่นที่ไม่ใช่ DSL ตัวอย่างเช่น - สายเคเบิล / DOCSIS, ไฟเบอร์ / PON (WT-142)

    • หน่วยงานอื่น ๆ กำลังใช้ TR-069: ITU-T SG16Q21, HGI, DVB, ATIS IIF เป็นต้น

  • TR-068 (โมเด็มที่มีการกำหนดเส้นทาง) ขยายด้วย WT-124 = ข้อกำหนดของกล่อง RG

  • TR-098 (แบบจำลองข้อมูล RG) -

    • การสร้างแบบจำลองที่หลากหลายของนโยบาย RG QoS

    • นำมาใช้สำหรับ HGI QoS

    • ไม่จำเป็นต้องมีส่วนขยายเพื่อให้เป็นไปตามข้อกำหนดของ HGI

  • เครื่องมือจำลอง ACS ได้รับการพัฒนาและพร้อมใช้งานเพื่อช่วยลูกค้าในการทดสอบโซลูชัน CPE กับ ACS

ในบทต่อไปเราจะกล่าวถึงส่วนประกอบต่างๆของระบบ DSL