Transcript
Enabling Triple Play
with the BSR architecture
Bart Salaets Tech Lead Broadband Solutions EMEA
Copyright ⓒ 2003 Juniper Networks, IncProprietary and Confidential www.juniper.net
Agenda
Triple play has many faces The BSR architecture
The concept
Addressing the requirements BSR dimensioning Advanced broadband services Conclusion
Triple play today and tomorrow
Basic triple play
Bundle package of video/TV, voice and internet
One service per VC
One service per device
Static partitioning
Service provider controls home network
Little differentiation versus cable (“me too”)
Complex multi-VC CPE config
=> Entry into triple play market
Advanced triple play
Integrated multimedia services, beyond triple play
Services mixed on single VC
Multiple services per device => integrated capabilities (!)
Virtual content storage
Subscriber controls his home network
Allows for differentiation versus cable operators
=> Long-term strategy towards next-gen broadband network Single-VC CPE/RG config
Network Impacts of Various Applications
Latency/Loss Sensitivity
Red = “Triple Play”
Blue = Service differentiator and opportunities for incremental revenue
Choose an architecture that allows rapid intro of any of these services !
The Evolution of Broadband
High speed open connectivity changes the rules Add Internet RG and build a home network New options for content distribution (best-effort) New subscriber expectations and home devices
Service Delivery Point (SDP)
Where to put the Service Delivery Point ?
=> CPE, DSLAM, L2 switch or BRAS/BSR
Service Delivery pointis the point where the subscriber getsauthenticated and connected to the services he subscribed to at the required QoS andsecurity levels
Where do you want the SDP in your network ?
How should the SDP be provisioned ?
=> Choice of SDP will have a major impact on OPEX !!
Alternative broadband architectures
Single edge (BSR) architecture
1:1 VLANs (VLAN per customer) or N:1 VLANs (VLAN per DSLAM)
Works easily with single VC on the access loop
Centralized SDP providing a central point for subscriber control
BSR for per-subscriber service classification & scheduling
Multi edge architecture
N:1 VLANs (VLAN per service)
Often relies on Multi-VC on the DSL loop
Service control/intelligence is spread over the access network
Different IP edge platforms for different services
No single point of subscriber control
Juniper proposed architecture:
Subscriber-centric approach based on Single Edge / C-VLAN model
DSLAM
BSR
BSR architecture addresses .
Per subscriber => 1 x VC
RG
Operational simplicity Quality of experience Network & Service security Service availability Network efficiency
AAAStacked VLAN
1 x C-VLAN
MC-VLAN
BSR
Provisioning & Operations Toolkit
QoS and Policy Toolkit
Security Toolkit
Redundancy Toolkit
Multicast Toolkit
Copyright ⓒ 2005 Juniper Networks, IncProprietary andConfidential www.juniper.net
End-to-end provisioning
Managing the subscriber’s “C-VLAN service pipe”
TR-69 Radius and/or ACS SDX
Only CPE and BSR are ‘service-aware’ Single logical circuit to manage no MAC@ tracking User isolation: security, troubleshooting, logging, accounting Policy system connects to BSR and RG
Single Edge vsMulti Edge modelProvisioning
Per-subscriber Policy and QoS in BSR
Internet service speed
DSL sync rate
SPQ
Per-subscriber QoS
L2C to automate provisioning and operations
L2C Rate Adaptive Mode (RAM) use case
How to copy the DSL sync rate to the C-VLAN shaping rate ?
Using PPPoE intermediate agent tag or new DHCP options as specified in DSL Forum WT-101
.
Using L2C RAM
VoIP ASP
Internet
What about delays in channel zapping ?
Delay calculation
Remote control : 10 ms
IGMP snoop in DSLAM : 10 ms
Switch channel in DSLAM: 250 ms
Receive I-Frame: 250 ms
Decode new channel: 200 ms
Fill buffer: 250 ms
TOTAL: ± 1 second
So who is worried about a few milliseconds of IGMP processing in the BSR ?
Design guideline on BSR : attract all MC streams from core all the time, and only send those into MC-VLAN forwhich IGMP joins have been received (so PIM is not adding any extra delay)
BSR and per-subscriber QoS BSR hierarchical per-subscriber QoS for:
Per-subscriber traffic shaping (C-VLAN) to avoid congestion onDSL line
Per-subscriber traffic prioritization within C-VLAN rate (VoIPvs VoD vs Internet) to ensure QoE for every application
Bandwidth re-use within same traffic class and in second stage outside traffic class across subscribers Issue : C-VLAN shaper does not include multicast
traffic (multicast is sent in shared MC-VLAN)=> DSL line will congest in presence of multicast traffic
Solution : Can’t we use IGMP to address this issue ?
The second function of IGMP Dynamic QoS adjustment
VoIP / VoD
5Unicast Scheduler IPTV
Internet
Headend
(C-VLAN) adjusted
4IGMP OIF map to MC-VLAN
3IGMP/C-VLAN Processed
6MC Video Session forwarded over MC
2IGMP
VLAN
Snooping
1IGMP
(PPPoEor IPoE) SubscriberVC
7Final MC
Replication
Copyright ⓒ 2005 Juniper Networks, IncProprietary and Confidential www.juniper.net 22
Impact of VOD on bandwidth utilization
Assumptions
DSLAM with 1000 active DSL lines and 1 GE uplink
Internet usage is 100 kbps on average (statistical multiplexing)
Video stream is 4.5 Mbps (MPEG2)
Nbr of available TV channels = 100 (peak usage is around 40 channels)
VOD concurrency includes service take-up rate + peak concurrency
BSR dimensioning example
Broadcast TV is sent on a separate GE link (MC-VLAN), so is not included in the calculation below
AvgInternet bandwidth per user : 100 kbps
AvgVoIP bandwidth per user : 20 kbps
AvgVoD bandwidth per user : 270 kbps
VoD bandwidth = 4.5 Mbps (MPEG-2)
Service take up = 20%
6% VoD concurrency
Peak concurrency = 30%
Average bandwidth = 4.5Mbps x 30% x 20% = 270 kbps
Total avg bandwidth per user : 390 kbps
⇒
2500 subscribers / C-VLANs per GE interface
⇒
Using hierarchical QoS and admission control for VoD
Advanced broadband services
Admission control is needed for assured services delivery (e.gVoD) in an oversubscribed broadband network
Some services require Dynamic policy and QoS control
Internet boost services (turbo button)
IDP-based threat mitigation services
Game and Video download bandwidth boost
VoIP & Videotelephony
Fixed/mobile convergence (IMS / TISPAN) E-series support for dynamic policy and QoS control
COPS-PR (SDX)
Radius CoA
Admission control using SDX ACP plug-in
Example: Integration with video server
ACP database contains topology info and congestion points
Summary of Juniper’s BSR architecture
Addresses the key requirements to facilitate rapid broadbandservice deployments over ethernet based access networks
Subscriber & service provisioning + Operations
Security
QoS and Policy
Redundancy & Availability
Multicast Optimized Service-agnostic architecture allowing to move beyond the traditional triple play service offering Access-agnostic architecture allowing to move beyond ADSL (to VDSL, PON, Wimax, etc.) Standards-based policy driven service delivery (Radius, COPS-PR)
allowing for rapid service introduction Field-proven