1 / 53

Agenda

End-To-End Residential Broadband Architecture And Products Opportunities Timothy Kwok, Ph.D Architect Network Architecture Group Windows Networking Microsoft Corporation. Agenda. Residential Broadband and Deployment Microsoft ® Residential Broadband Strategy Broadband Support in Windows ®

russ
Download Presentation

Agenda

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. End-To-End Residential Broadband Architecture And Products OpportunitiesTimothy Kwok, Ph.DArchitectNetwork Architecture GroupWindows NetworkingMicrosoft Corporation

  2. Agenda • Residential Broadband and Deployment • Microsoft® Residential Broadband Strategy • Broadband Support in Windows® • End-to-end ADSL and G.Lite Service Architecture • Home Networking Architecture • Cable Modem Architecture • Product Opportunities in Broadband • Auto Service Provisioning • Call to Action

  3. What Is Residential Broadband? • Fast networks to and through the home • Requirements for residential broadband are different from business needs: • Demands far greater ease of use • Scale is potentially huge compared to business networking • Driven by lifestyle/entertainment/information services • Market drivers: • Fast Web access - #1 consumer request • Ecommerce - shopping and transactions • Fat pipes to the home drive in-home networking

  4. How Quickly Will Broadband Happen?U.S. Residential High-Speed Data Service Connections By Technology (M)(IDC 10/98, Jupiter 8/98, Dataquest 10/98)

  5. Microsoft Residential Broadband Strategy • Objective: enable and accelerate deployment of residential broadband services and applications • Network Agnostic, focus on all emerging media: cable, DSL, wireless, etc. • Promote standards and interoperability • Work with existing standards bodies: • ITU-T, IETF, ADSL Forum, ATM Forum, CableLabs/MCNS • Accelerate standards development: • E.g., PPP over ATM, G.Lite • Drive ad hoc industry efforts as needed: e.g., UAWG • Working with the industry to drive deployment (network operators and vendors) • E.g., ease of use, Auto-Service provisioning

  6. Windows Support For Broadband Networking • Implement necessary standards-based networking protocols support into Windows • Native ATM support (Windows 98 and Windows 2000) • PPP over ATM support (Windows 98 and Windows 2000) • Windows 98 Second Edition • Full QoS support in Windows 2000 including RSVP, diffserv, QoS policy, and traffic control • Windows 98 - RSVP native • Internet Sharing (Windows 98 and Windows 2000) • Windows 98 Second Edition • PPTP support (Windows 95, Windows 98, Windows NT® 4.0, Windows 2000) • Remote NDIS (Windows 98 and Windows 2000: beta H2 ’99; Windows CE: beta CY 2000)

  7. Residential Broadband Service Model Customer premise Service Providers Network Access Provider Content Providers Regional Broadband Network Access network ISP (POP) CO/Cable Hub Internet Regional Operation Center Corporate networks

  8. Residential Broadband Service Requirements • Provide four key connectivity services: • Internet access (information, games, etc.) • Corporate networking: telecommuting • Local content (local news-on-demand, video on demand) • Peer-to-peer communications (video conferencing, IP telephony, multi-player games, etc.) • Each service has different requirement sets

  9. Residential Broadband Service Requirements • Public network: privacy, authorization, authentication and accounting • Connect simultaneously to multiple ISPs and corporations • Connect to corporations with multiple layer 3 protocols • Auto-service provisioning (qualification, registration, verification) • Support multicast • Support QoS (service classes or per VC QoS)

  10. DSL Technologies • Digital • Suitable for data and video • Subscriber Line • Employs existing copper infrastructure • Why bandwidth >> analog modem? • Shorter distance, typically < 18 Kft • Much wider spectrum (MHz versus 4 kHz) • Advanced DSPs

  11. What Is ADSL? • (Full rate) ADSL modems • Support both high speed data and POTS on separate spectrum • Downstream (dedicated) • 1.5 Mbps (18 Kft); 6-8 Mbps (9-12 Kft) • Upstream (dedicated) • 64 Kbps (18 Kft), 640 Kbps (9-12 Kft) • Require splitter installed at customer premise

  12. DSL Frequency Spectrum ADSL POTS Downstream Upstream 1.5Mbps 8 Mbps 0.3 3.5 20 140 552 1104 Frequency (kHz) G.Lite

  13. Why Universal-ADSL (G.Lite)? • Truck roll required to install full rate ADSL limit deployment scale and rate • Tens of thousands instead of millions • Limited by number of trucks :)! • Need consumer version of ADSL • Low complexity • Easy and fast deployment in millions • Remove need of splitter => avoid truck roll

  14. What Is G.Lite? • ADSL with no splitter needed • Up to 1.536 Mbps Down, 512 kbps Up • Reach: be able to operate on short and long loops, trading data rate against reach • Complementary to ADSL • A training wheel for consumers • Focused on internal G.Lite • PC comes with built-in G.Lite modem • Together with analog (V.90)

  15. UAWG (Universal ADSL Working Group) • Motivation: accelerate deployment of millions of DSL, not 10,000s • Complement existing full rate ADSL • History • Formed in late 1997 • Co-founded by Compaq, Intel, and Microsoft, together with U.S. telcos • Over 50 companies today (including all major DSL vendors) • Goals: accelerate development of G.Lite technologies and interoperability • Work with ITU to specify G.Lite

  16. UAWG Accomplishments • ITU-T Determined G.Lite in October 1998 • Less than a year from start, versus typical 4-year ITU standards cycle • Interoperability efforts begun with UAWG members: with multiple successful tests

  17. End-To-End DSL Service Architecture (Standards-Based) • End-to-end ATM between home PCs and destination networks/servers at • Internet service providers (ISPs) • Corporate networks • Content providers • One or more virtual connections (VCs) to ISPs, corporate networks, local content • G.Lite has been specified to support ATM exclusively

  18. Advantages Of TheATM End-To-End Model • A real WAN solution • Protocol Transparency: multiple protocols at higher layers • Multiple Service Classes • QoS guarantees: on per VC basis • Security: connection-oriented • Fine grain bandwidth scalability: • Match the adaptiveness of ADSL • Evolution to other xDSL technologies

  19. Employer’s Corporate Network Tunnel RAS Internet ISP ATM Network Internet Content Provider Local Content Provider “Native ATM” Service Provider Baseline Model ADSL

  20. PPP Over ATM Model • PPP runs exclusively over an ATM VC • No other protocols sharing the connection • Null Encapsulation for mapping PPP over AAL5 • SVC: selected using specific B-LLI signalling information element to specify PPP • PVC: default is Null Encapsulated PPP • Standardized by ADSL Forum and IETF • ADSL Forum TR-012 • RFC 2364 • G. Lite has been specified to support ATM exclusively

  21. End-To-End Protocol Architecture ICP ISP or corporate network Telco: CO and Core network Client IP IP PPP PPP ATM ADSL

  22. Call setup PPP Client Authentication Internet Backbone ISP POP ATM Network ADSL ISP Data Center Content Provider

  23. PPP CHAP RADIUS authentication PPP Client Authentication Internet Backbone ISP POP ATM Network ADSL ISP Data Center Content Provider

  24. Connection to Internet services PPP Client Authentication Internet Backbone ISP POP ATM Network ADSL ISP Data Center Content Provider

  25. Advantages Of The PPP Over ATM Model • Preserves dial-up model to ISP and corporate networks: leverages existing infrastructure • Reduce cost by removing modem bank • Support simultaneous connections to multiple networks • Multiple PPP calls over separate ATM VCs • Support multiple IP addresses at each client • Uses each network’s respective IP address space • Leveraging PPP capabilities • Security, Autoconfiguration, Address Assignment, etc.

  26. Windows Broadband Services Via DSL Modems Demonstration

  27. PPP Over ATM SVC To Corporate Network, Internet And Local Content Provider Windows 2000 Corporate Server (RAS) network Home Kid's PC RegionalBroadband Network Internet DSL Gateway DSLAM with SVC capability modem PC Dad's PC Localcontent Windows 2000 Server NetShow on (PPTP/RAS) Windows 2000 Server

  28. Home Networking And Broadband

  29. Home PC(s) Configurations 10BaseT Hub 10BaseT PCI Modem DSL modem PC PC Case B 10BaseT PC USB Modem PC 10BaseT PC 1394 Modem PC LAN Hub LAN DSL modem PC Gateway 10BaseT Modem PC Case A Case C PC PC

  30. Case A - Single PC • Modem connection options: • PCI card (exposed to O/S as an ATM device) • USB modem (exposed as an ATM device using Remote NDIS) • IEEE 1394 modem (exposed as an ATM device using Remote NDIS) - in the future • Point-to-point Ethernet (exposed as an ATM device using Remote NDIS)

  31. Case B - Shared Modem • Problem: Extending PPP over the local home network • Solution: Use local PPTP tunneling, leveraging existing PPTP support in Windows 95, 98, and 2000 • Private IP within the home • PPTP to the modem (terminated at modem) • PPP over ATM across the network • Reach different destinations from different PCs • Why PPPOE is not recommended? • Re-inventing the existing protocol support • Requires new proprietary protocol development • Requires user to install new stack

  32. Local Tunnel Approach (PPTP/L2TP) For Multi-PC HTTP TCP IP IP PPP PPP L2TP/ PPTP L2TP/ PPTP ATM ATM ATM IP IP SONET/SDH ADSL Ethernet MAC DsL Modem or PC with built-in DSL modem Service Provider Telco Client PC

  33. Case C - Home Gateway • Windows 2000 or Windows 98 as Home Gateway • Windows 2000 or Windows 98 PC connects to DSL line as in case A • In-home network behaves as Ethernet • Client Devices behind the Windows 2000 or Windows 98 PC using • Autoconfigured using DHCP allocator • “Shares” the Internet connection using NAT technology

  34. Product Opportunities In ATM And DSL • ATM over ADSL adapter • External ADSL modem: with Ethernet, or USB interface, or ATM 25 • For Ethernet, supports local tunnel (PPTP) • For USB, use Remote NDIS • ATM 25 NICs with traffic shaping • (ATM over) G.Lite and V.90 built in to PC • ATM vendors: excellent SVC support is super critical (with billing and policy control interface) • Signaling DSLAM: DSL Access Multiplexors

  35. Amplifier/ line extender (Headend) Cable Hub Neighborhood Neighborhood Area A Area C Fiber Node (optoelectronics) About 500 Neighborhood homes passed Area B Cable Architecture:Hybrid Fiber Coax (HFC) Drop Feeder Fiber Coax

  36. HFC Cable Architecture • Spectrum allocation • Downstream: 50 - 750 MHz • Upstream: 5 - 42 MHz • Node size: 500 to 2,000 homes passed • Upgraded return path for upstream communications • Cable modem bandwidth shared per node • Downstream per 6MHz: 27-36 Mbps • Upstream: 500 kbps - 10 Mbps

  37. Cable Modem Network Architecture (DOCSIS) Switch Router Cable Modem PC HFC Regional Headend (Internet and Broadband service Ethernet or USB, or PCI Local caching, DHCP servers CMTS (cable router)

  38. Cable Standard Trends • CableLabs: • DOCSIS (also referred to as MCNS): defines how to provide basic Internet access over cable V1.0 is done - deployment by EOY ’98 V1.1 adds QoS at the cable MAC layer - deployment by mid/end ’99 • PacketCable: defines how to support VoIP over cable Builds upon DOCSIS v1.1. Client: external voice adapter integrated with CM Service: primary voice and secondary voice • OpenCable: defines a interoperable digital STB

  39. Cable Modem Products Opportunities • Short-term: external Cable modems with Ethernet or USB Interface • Long-term (low cost) approach: Internal (host-based) cable modems with QoS • Take advantage of Windows QoS support • CMTS and cable modem supports DOCSIS 1.1 for QoS support • CMTS supports RSVP (and translation into DOCSIS 1.1)

  40. Provisioning For DSL

  41. The Problem • Provisioning of DSL is complicated and expensive today because • Multiple providers (ISP, telcos) coordination • Loop qualification • PC software and hardware qualification • Service availability not guaranteed • Requires truckroll • Goal: Plug and Play simplicity without truckroll => will allow accelerated deployment of services • Microsoft has been working with major Telcos, ISPs, CLEC and vendors, and to solve provisioning problem

  42. Provisioning Requirements • Support multiple purchasing channels • Online signup and registration • Fastest possible loop qualification • Automated line and service ordering between ISPs and LECs (XML or EDI) • No truck roll required (before or after) • Rapid service fulfillment (like POTS) • Provide interim V.90 service while waiting for DSL service activation

  43. How Does The User Buy? Off-the-Shelf PC Ordered from PC OEM Ordered fromISP/OSP Ordered fromDSL provider

  44. Connecting To Broadband • Required steps (not necessarily in order) • User requests service • Loop and PC qualification • Loop installation • Device and Protocol installation • Local connection configuration • Local network connectivity establishment • Sign-on, service selection, and connection • Account authorization and service creation

  45. Requirements For G.Lite • No truck roll - must enable users to it themselves • Plug-and-play installation of service • Configuration required of • Physical Layer (DSL line coding) • ATM layer (PVC and SVC configurations) • Encapsulation type (PPPOA) • IP layer (e.g., static addresses) • Applications (browser settings, etc.)

  46. Provisioning Procedure • Client uses V.90 to Referral Server • Referral Server sends offers • May be restricted to OEM partners • Client connects to chosen ISP • ISP identifies DSL availability and loop qualification from providers • Using XML/EDI interchange in real time • ISP provides Interim Narrowband service to user using INS file

  47. Provisioning Procedure • ISP places DSL order with provider • Automated using XML and/or EDI • DSL provider connects loop and decides Low Layer configuration • Low Layer INS information is passed to ISP by DSL provider • ISP assembles complete Broadband INS and downloads to client • ICW code on client configures PC and connects broadband service

  48. Request BB Offer Offers (INS) Signup Interim INS (NB) Low Layer Configuration Loop Qualification Loop Order Interim Service Analog modem Broadband INS DSL modem Provisioning Procedure Referral Server ISP PSTN ISP Registration Server DSL provider

  49. Windows Logo For Broadband • DSL NIC • Prerequisite: Standards based - T1.413 Issue 2, G. Lite (G. 992.2) • NDIS 5.0 driver • See PC ’99 System Design Guide • External DSL modem • With USB: remote NDIS • With Ethernet: local PPTP tunnel • Cable modem NIC • Under development: based on ongoing CableLabs host-based cable modem work • Feedback welcome

  50. Conclusion • Residential Broadband Services Tidal wave coming • G.Lite (G.992.2) allows rapid DSL deployment to millions of homes • PPP over ATM is the target End-to-End protocol architecture for DSL systems • For both ADSL and G.Lite • Cable: DOCSIS is the (de facto) standard • For rapid nationwide rollout, must focus on • Interoperability (both physical and higher layers) • Auto-service provisioning (true “plug and play”)

More Related