SlideShare une entreprise Scribd logo
1  sur  24
Télécharger pour lire hors ligne
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 1
DOCSIS DS & US Speed Playbook
Top Reasons CMs are not Getting Expected Speed and CMTS Monitoring
Cisco Systems
jdowney@cisco.com
John J. Downey
CMTS Technical Leader
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 2
Agenda
§ Troubleshooting 101
§ OSI Model
§ JD’s 10 Rules for Capacity Planning
§ 10 Points to Ponder
§ Factors that Affect Data Throughput & Per-CM
Speeds
§ Increasing Access Speed & Performance
Improvement
§ Potential Issues & Closing Points
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 3
Troubleshooting 101
Seven Layer OSI model & mnemonic
§ 7 = Application
§ 6 = Presentation
§ 5 = Session
§ 4 = Transport
§ 3 = Network
§ 2 = Data
§ 1 = Physical
all
people
seem
to
need
data
packets
away
pizza
sausage
throw
not
do
please
• Start at layer 1 !!!!!
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 4
OSI Model & Geek Haiku
Faulty Layer 1
But, check Layer 2 before
Layers 3 and 4
§ It’s no fun; with faulty Layer 1
– Dropped packets (physical layer issues)
– Testing through wireless, VPN, GigE limitations
§ Don’t be blue; proceed to Layer 2
§ It’s hard to see; past Layer 3
– Traffic generator
§ But don’t ignore, Layer 4
– TCP vs UDP
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 5
Layer 1
§ Understanding MER (SNR), CNR, correctable & uncorr FEC
§ Modem levels and ranging
§ T3 & T4 timeouts
§ Flaplist - Modem Diagnostics Log (MDL)
§ Ping vs DOCSIS ping
§ US spectrum monitoring
§ Proactive Network Maintenance (PNM)
§ Wideband capture - DS spectrum
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 6
Layer 1 (cont) - Verify CM & Service Flow
States
§ Registered in D2.0 mode (online vs w-online)
§ Partial mode (p-online vs w-online)
– New 1x1 Battery & Energy Management modes
§ Service flow not using proper BG
– Service flow state and forwarding interface
§ Monitor CMTS and other potential bottlenecks
– Supervisor and linecard CPU & memory
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 7
Layers 2 Through 4
§ Layer 2
– Ethernet frame size (64-1522B) 2000 for D3.1
– DOCSIS overhead, more than you would expect
– Powerboost adds a “wrinkle”
§ Layer 3
– IPV4 or 6
– Layer 3 vs layer 2 reporting
§ Layer 4
– TCP vs UDP
• US speed limitation
• OTT Video
§ Utilization verification
– Single CM speed vs multiple modems/flows
• Trying to get linerate
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 8
JD’s 10 Rules for Capacity Planning
1. Configured speed = 1.1 x Marketed speed
– Layer 3 vs layer 2 reporting
– Minimum 1.05 multiplication factor
2. DS:US = 10:1
– Account for US acks from DS TCP (ex: OTT video)
– 20:1 minimum initially
– Possibly as low as 30:1
3. Powerboost for median tiers
– 5, 10, 15 Mbps
– US Powerboost possible as well
4. Powerboost for high tiers to bypass rule 1
– Be sure peak rate TLV used
5. Avg frame size = 768B, but most traffic 64 & 1518B frames
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 9
JD’s 10 Rules (cont)
6. Aggregate speed = 2 x highest offering
7. Oversubscription is fuzzy math
– Aggregate is 2x; use 25-50:1
– Aggregate is 4x; use 50-100:1
– Aggregate is 10x; use 100:1
8. SG size = 1 DS x 2 US connectors
– HHP per SG depends on DSs/SG, but USs could become limit
9. Monitor actual utilization
– Powerboost skews decision for node splits
– QoE required – D3.0 CM FTP feature (banana pie?)
10.Control “abusers” and prioritize some flows
– DPI, byte counting with STM
– Higher priority for gaming, video, call signaling, CM registration
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 10
10 Points to Ponder
1. Many speed sites report at layer 3 of OSI model
– Configure cm file for 5-10% higher than marketed
2. No control over actual frame size (64-1518 B)
– Frame size overhead 18/64 (28%) vs 18/1518 (1.2%)
– MTU affected by wireless, VPN, ….
3. Small frames = small DOCSIS pipes
– Only 35 Mbps when all frames are DS VoIP of 229 B
4. PowerBoost™ can give perception of greater speed
– Could cause issues when deciding to do node splits
– How to control peak rate
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 11
PowerboostTM
§ Name trademarked by Comcast
– Other cable companies may call it by a different name
§ Simple manipulation of when to rate-limit CM
§ Need very large DS max burst setting in CM file
– IE. 5 MB vs default of 3044 B
– Trace could appear oscillating slightly up and down
§ D3.0 CMs support TLV for per-CM peak rates
§ Can also apply US Powerboost
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 12
DS Powerboost
§ Depiction of DS Powerboost utilizing D3.1 capacity
§ CM file with
– 510 Mbps max rate, 600 Mbps peak rate, and 70 MB DS max burst
§ Approximately 6 sec Powerboost achieved
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 13
US Powerboost
§ Depiction of US Powerboost
§ CM file with
– 10 Mbps max rate, 15 Mbps peak rate, and 2 MB US max traffic burst
§ Approximately 3 sec Powerboost achieved
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 14
10 Points to Ponder (cont)
5. DS TCP requires US acks (typical sawtooth response)
– US pipe could slow down DS speed tests
– Small US acks make US pipe worth less
• DOCSIS overhead usually 11 B per frame
• 10.24 Mbps raw = 9 Mbps usable, but only 7.5 with acks!
6. More frames = more PPS = higher CPU usage
– At some point CPU in modem could (will) be bottleneck
– TCP (typically 2 DS per 1 US ack)
7. During congestion, you still want priority for VoIP
signaling, maybe video acks, and CM registration
8. Load balancing is good, but what speed tier pushes
customer to bonding?
– Maybe >50% of linerate
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 15
10 Points to Ponder (cont)
9. Netflix/Hulu TV are using ABR, which is TCP-based
– Will cause US traffic in form of acks
– New CMs may have ack suppression on by default
– Typical US to DS TCP ratio of ~2%
– With ack suppression, that can drop below 1%
• Ack suppression doesn’t alleviate CM CPU
– DS IP video of 3-7 Mbps may make ack suppression inefficient
10.Many tweaks needed to get per-CM US speeds > 3 Mbps
– Lots of concatenation leads to fragmentation
– Fragmentation adds headers
– Preamble & gaurdtime added to each fragment
– D3.0 US bonding can do concatenation and keep < 2000 B
• May not require fragmentation, so less overhead
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 16
Downstream Speed Affected By:
§ Map & DOCSIS Overhead
§ Frame size or MTU affects usable rate
– VPN, wireless, …
§ Modem
– Config file, CPU (PPS), & Ethernet
§ Transport layer
– TCP or UDP
– Upstream speeds & TCP windowing effect
§ Max DS Burst - perception is reality
– Powerboost
§ Computer OS and Windows® stack
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 17
Upstream Speed Affected By:
§ Rate Limit, Congestion, Dropped Frames & Older CMs
§ DOCSIS Protocol – Req/Grant cycle
§ Downstream Map Advance
– DS modulation & interleaving, map advance safety, CM time offsets,
US bonding, SCDMA, M-CMTS (CIN)
§ Concatenation
– Max concat & traffic burst settings
§ Fragmentation
§ Modulation Profiles and Channel Width
– Bigger “Pipe” = more aggregate speed
– Packet serialization time (per-CM speed)
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 18
Modem Throughput
§ Downstream using 256-QAM
– 5.36 Msym/s * 8 b/sym = 42.88 Mbps - ~ 13% overhead ≈ 37 Mbps
– 400 CMs downloading data at same time = 92 kbps
– Typical DS oversell of 1:100 = 1% peak usage = 9.2 Mbps
– Single customer could theoretically get 37 Mbps
• US "acks" must be transmitted when doing TCP
• Other bottlenecks become apparent; CM, PC, USB, wireless, ..
§ Upstream using 16-QAM
– 3.2 MHz = 2.56 Msym/s, * 4 b/sym = 10.24 Mbps - ~ 11% for phy
layer & ~2% for maintenance = 9 Mbps
– 100 customers/US Ch ≈ 9 Mbps shared = 90 kbps
– Typical US oversell of 1:10 = 10% peak usage = 900 kbps
– Single customer could theoretically get 9 Mbps
• Request & Grant cycle limits it to ~ 3 Mbps
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 19
Increasing Access Speed
• Decrease HHP per node or per CMTS US channel
– Physical segmentation
– Virtual segmentation with more freqs & load balancing
• Quality of service (QoS) provisioning w/ DOCSIS 1.1
• More compression, less overhead, TCP manipulation
– H.265 & MPEG-4 video for DS
– VoIP Codecs, UGS-AD
– PHS (removed in D3.1)
– Ack suppression
– Concatenation, fragmentation, low latency queuing
• Increase aggregate speed with DOCSIS 2.0, 3.0, & 3.1
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 20
High Speed Recipe
§ Layer 1
– Full US/DS bonding and proper cm file settings
– Wired connection(s)
– No dropped or delayed segments, frames, packets
§ Layer 2
– 1518 to 2000B frames
§ Layer 3
– Verify IPV4 vs 6
– Test with intended speed
§ Layer 4
– UDP traffic
– May test TCP aggregate with multiple CMs or flows
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 21
Checklist
§ Highest offering < ½ of aggregate
§ Use PowerBoost judiciously
– Use peak rate TLV
§ Utilize CMTS features for robustness & “self-healing”
– Load balance (2.0 & 3.0), RBGs, dynamic modulation, …
– Place D3.1 PLC in best spectrum
§ Manage fair use of network (DPI, shaping, STM/IPDR?)
§ Monitor actual traffic load and usage
– Large rolling time average can mask results
§ Monitor modem states and service flows are correct
– Partial mode, registered-traditional-docsis, etc.
§ Use periodic speed test to prove no congestion
– Newer CMs have built-in FTP functionality
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 22
Closing Points
§ Understand theoretical rate before testing
– Math & new designs are beginning steps
§ Bigger pipes are more efficient
– But doesn’t necessarily mean less latency
• May need to “steer’ latency/jitter-sensitive services to smaller,
subset bonding groups
§ Determine when additional capacity necessary & how long
to implement
§ Different service tiers on different ch-capable CMs could
necessitate new LB rules
– Don’t move if traffic < 20% or > 60% of aggregate
§ Don’t assume DOCSIS is your only bottleneck
– WAN, TCP, CPU, memory, ..
© 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 23
Closing Points (cont)
§ Be aware of potential ingress sources and spectrum locations
– “Ounce of prevention is worth a pound of cure”
– Place D3.1 PLC in best spectrum
§ Re-access US & DS spectrum for plant issues and ingress
– Test intended spectrum with intended modulation
§ Be aware of laser clipping concerns & US temperature affects
§ Fiber deep architectures & Remote-PHY allow higher speeds
– HFC plant upgrade decisions = analysis-paralysis!
§ Legacy devices will go through attrition leading to more efficiency
– Drop SC-QAMs, add more OFDM on DS, & allocate more OFDMA on US
§ Utilize CMTS features for robustness & “self-healing”
– Load balance (2.0 & 3.0), US and DS resiliency, dynamic modulation, …
§ Future SDN of OFDM profile management will provide more flexibility
– Utilization reporting will need to be addressed
Thank you.

Contenu connexe

Tendances

Cable Access Developments
Cable Access DevelopmentsCable Access Developments
Cable Access DevelopmentsBenjamin Fu
 
Is there still room for linking narrowband PMR sites in this digital world?
Is there still room for linking narrowband PMR sites in this digital world?Is there still room for linking narrowband PMR sites in this digital world?
Is there still room for linking narrowband PMR sites in this digital world?Comms Connect
 
Chap 1. stc lte e nb overview
Chap 1. stc lte e nb overviewChap 1. stc lte e nb overview
Chap 1. stc lte e nb overviewsivakumar D
 
9.) audio video ethernet (avb cobra net dante)
9.) audio video ethernet (avb cobra net dante)9.) audio video ethernet (avb cobra net dante)
9.) audio video ethernet (avb cobra net dante)Jeff Green
 
Enterprise class storage &amp; san
Enterprise class storage &amp; sanEnterprise class storage &amp; san
Enterprise class storage &amp; sanAishwarya wankhade
 
Deliberant - Apc 2 s-14
Deliberant - Apc 2 s-14Deliberant - Apc 2 s-14
Deliberant - Apc 2 s-14Telcomms
 
Networking 101 part 2 for ai
Networking 101 part 2 for aiNetworking 101 part 2 for ai
Networking 101 part 2 for aiursus006
 
PLNOG16: Usługi w sieciach operatorskich, Marcin Aronowski
PLNOG16: Usługi w sieciach operatorskich, Marcin AronowskiPLNOG16: Usługi w sieciach operatorskich, Marcin Aronowski
PLNOG16: Usługi w sieciach operatorskich, Marcin AronowskiPROIDEA
 
SAN Extension Design and Solutions
SAN Extension Design and SolutionsSAN Extension Design and Solutions
SAN Extension Design and SolutionsTony Antony
 
Cisco Live! :: Cisco ASR 9000 Architecture :: BRKARC-2003 | Milan Jan/2014
Cisco Live! :: Cisco ASR 9000 Architecture :: BRKARC-2003 | Milan Jan/2014Cisco Live! :: Cisco ASR 9000 Architecture :: BRKARC-2003 | Milan Jan/2014
Cisco Live! :: Cisco ASR 9000 Architecture :: BRKARC-2003 | Milan Jan/2014Bruno Teixeira
 
KVM_over_IP_Matrix_System_Implementation_Guide_20190618.pdf
KVM_over_IP_Matrix_System_Implementation_Guide_20190618.pdfKVM_over_IP_Matrix_System_Implementation_Guide_20190618.pdf
KVM_over_IP_Matrix_System_Implementation_Guide_20190618.pdfRikyFitriadi1
 
PLNOG16: Kreowanie usług przez operatorów – SP IWAN, Krzysztof Konkowski
PLNOG16: Kreowanie usług przez operatorów – SP IWAN, Krzysztof KonkowskiPLNOG16: Kreowanie usług przez operatorów – SP IWAN, Krzysztof Konkowski
PLNOG16: Kreowanie usług przez operatorów – SP IWAN, Krzysztof KonkowskiPROIDEA
 
PLNOG 7: Klaudiusz Staniek - MPLS a QoS - praktycznie
PLNOG 7: Klaudiusz Staniek - MPLS a QoS - praktyczniePLNOG 7: Klaudiusz Staniek - MPLS a QoS - praktycznie
PLNOG 7: Klaudiusz Staniek - MPLS a QoS - praktyczniePROIDEA
 
#IBMEdge: Brocade SAN Health Session
#IBMEdge: Brocade SAN Health Session#IBMEdge: Brocade SAN Health Session
#IBMEdge: Brocade SAN Health SessionBrocade
 
150154357 umts-multi-carrier-strategy-training
150154357 umts-multi-carrier-strategy-training150154357 umts-multi-carrier-strategy-training
150154357 umts-multi-carrier-strategy-trainingمحمد مشعل
 
Brocade: Storage Networking For the Virtual Enterprise
Brocade: Storage Networking For the Virtual Enterprise Brocade: Storage Networking For the Virtual Enterprise
Brocade: Storage Networking For the Virtual Enterprise EMC
 
Telco Cloud 02 - Introduction to nfv
Telco Cloud 02 - Introduction to nfvTelco Cloud 02 - Introduction to nfv
Telco Cloud 02 - Introduction to nfvVikas Shokeen
 

Tendances (20)

Arris
ArrisArris
Arris
 
Cable Access Developments
Cable Access DevelopmentsCable Access Developments
Cable Access Developments
 
Is there still room for linking narrowband PMR sites in this digital world?
Is there still room for linking narrowband PMR sites in this digital world?Is there still room for linking narrowband PMR sites in this digital world?
Is there still room for linking narrowband PMR sites in this digital world?
 
Deploying Carrier Ethernet features on ASR 9000
Deploying Carrier Ethernet features on ASR 9000Deploying Carrier Ethernet features on ASR 9000
Deploying Carrier Ethernet features on ASR 9000
 
U apsd explained and debugged i62-r2
U apsd explained and debugged i62-r2U apsd explained and debugged i62-r2
U apsd explained and debugged i62-r2
 
Chap 1. stc lte e nb overview
Chap 1. stc lte e nb overviewChap 1. stc lte e nb overview
Chap 1. stc lte e nb overview
 
9.) audio video ethernet (avb cobra net dante)
9.) audio video ethernet (avb cobra net dante)9.) audio video ethernet (avb cobra net dante)
9.) audio video ethernet (avb cobra net dante)
 
Enterprise class storage &amp; san
Enterprise class storage &amp; sanEnterprise class storage &amp; san
Enterprise class storage &amp; san
 
Deliberant - Apc 2 s-14
Deliberant - Apc 2 s-14Deliberant - Apc 2 s-14
Deliberant - Apc 2 s-14
 
Networking 101 part 2 for ai
Networking 101 part 2 for aiNetworking 101 part 2 for ai
Networking 101 part 2 for ai
 
PLNOG16: Usługi w sieciach operatorskich, Marcin Aronowski
PLNOG16: Usługi w sieciach operatorskich, Marcin AronowskiPLNOG16: Usługi w sieciach operatorskich, Marcin Aronowski
PLNOG16: Usługi w sieciach operatorskich, Marcin Aronowski
 
SAN Extension Design and Solutions
SAN Extension Design and SolutionsSAN Extension Design and Solutions
SAN Extension Design and Solutions
 
Cisco Live! :: Cisco ASR 9000 Architecture :: BRKARC-2003 | Milan Jan/2014
Cisco Live! :: Cisco ASR 9000 Architecture :: BRKARC-2003 | Milan Jan/2014Cisco Live! :: Cisco ASR 9000 Architecture :: BRKARC-2003 | Milan Jan/2014
Cisco Live! :: Cisco ASR 9000 Architecture :: BRKARC-2003 | Milan Jan/2014
 
KVM_over_IP_Matrix_System_Implementation_Guide_20190618.pdf
KVM_over_IP_Matrix_System_Implementation_Guide_20190618.pdfKVM_over_IP_Matrix_System_Implementation_Guide_20190618.pdf
KVM_over_IP_Matrix_System_Implementation_Guide_20190618.pdf
 
PLNOG16: Kreowanie usług przez operatorów – SP IWAN, Krzysztof Konkowski
PLNOG16: Kreowanie usług przez operatorów – SP IWAN, Krzysztof KonkowskiPLNOG16: Kreowanie usług przez operatorów – SP IWAN, Krzysztof Konkowski
PLNOG16: Kreowanie usług przez operatorów – SP IWAN, Krzysztof Konkowski
 
PLNOG 7: Klaudiusz Staniek - MPLS a QoS - praktycznie
PLNOG 7: Klaudiusz Staniek - MPLS a QoS - praktyczniePLNOG 7: Klaudiusz Staniek - MPLS a QoS - praktycznie
PLNOG 7: Klaudiusz Staniek - MPLS a QoS - praktycznie
 
#IBMEdge: Brocade SAN Health Session
#IBMEdge: Brocade SAN Health Session#IBMEdge: Brocade SAN Health Session
#IBMEdge: Brocade SAN Health Session
 
150154357 umts-multi-carrier-strategy-training
150154357 umts-multi-carrier-strategy-training150154357 umts-multi-carrier-strategy-training
150154357 umts-multi-carrier-strategy-training
 
Brocade: Storage Networking For the Virtual Enterprise
Brocade: Storage Networking For the Virtual Enterprise Brocade: Storage Networking For the Virtual Enterprise
Brocade: Storage Networking For the Virtual Enterprise
 
Telco Cloud 02 - Introduction to nfv
Telco Cloud 02 - Introduction to nfvTelco Cloud 02 - Introduction to nfv
Telco Cloud 02 - Introduction to nfv
 

En vedette

DOCSIS 3.0 Troubleshooting, SCTE Blacksburg, VA
DOCSIS 3.0 Troubleshooting, SCTE Blacksburg, VADOCSIS 3.0 Troubleshooting, SCTE Blacksburg, VA
DOCSIS 3.0 Troubleshooting, SCTE Blacksburg, VAThe Volpe Firm, Inc.
 
Docsis 20 getting to know
Docsis 20 getting to knowDocsis 20 getting to know
Docsis 20 getting to knowherooftit
 
Open Access – rewolucja w dostępie? prof. Marek Niezgódka, ICM UW
Open Access – rewolucja w dostępie? prof. Marek Niezgódka, ICM UWOpen Access – rewolucja w dostępie? prof. Marek Niezgódka, ICM UW
Open Access – rewolucja w dostępie? prof. Marek Niezgódka, ICM UWPlatforma Otwartej Nauki
 
Brian cappellani scte et 2008 presentation
Brian cappellani scte et 2008 presentationBrian cappellani scte et 2008 presentation
Brian cappellani scte et 2008 presentationSigma Systems
 
The Resurgence of Mediation for Cable Operators
The Resurgence of Mediation for Cable OperatorsThe Resurgence of Mediation for Cable Operators
The Resurgence of Mediation for Cable OperatorsSigma Systems
 
Advanced Advertising Standards in the Cable Space
Advanced Advertising Standards in the Cable SpaceAdvanced Advertising Standards in the Cable Space
Advanced Advertising Standards in the Cable SpaceSigma Systems
 
Evolution of video brian cappellani
Evolution of video   brian cappellaniEvolution of video   brian cappellani
Evolution of video brian cappellaniSigma Systems
 
Data over Coax - The Best Last Mile Access Technology before FTTH
Data over Coax - The Best Last Mile Access Technology before FTTHData over Coax - The Best Last Mile Access Technology before FTTH
Data over Coax - The Best Last Mile Access Technology before FTTHTeleste Corporation
 
The Cloud SOA and Cable Competition
The Cloud SOA and Cable Competition The Cloud SOA and Cable Competition
The Cloud SOA and Cable Competition Sigma Systems
 
Digitization of cable industry
Digitization of cable industryDigitization of cable industry
Digitization of cable industryindiatripleplay
 
Szerokopasmowe (stacjonarne) sieci dostępowe
Szerokopasmowe (stacjonarne) sieci dostępoweSzerokopasmowe (stacjonarne) sieci dostępowe
Szerokopasmowe (stacjonarne) sieci dostępowebartekel
 
DOCSIS 3.0 SCTE Piedmont Chapter January 18th
DOCSIS 3.0 SCTE Piedmont Chapter January 18thDOCSIS 3.0 SCTE Piedmont Chapter January 18th
DOCSIS 3.0 SCTE Piedmont Chapter January 18thThe Volpe Firm, Inc.
 
Monetizing Carrier Wi-Fi with Advertising
Monetizing Carrier Wi-Fi with AdvertisingMonetizing Carrier Wi-Fi with Advertising
Monetizing Carrier Wi-Fi with AdvertisingBoingo Wireless
 
Business Case for Providing Public WiFi
Business Case for Providing Public WiFiBusiness Case for Providing Public WiFi
Business Case for Providing Public WiFiChad Williams
 
WiFi Advertising - Proximity Marketing
WiFi Advertising - Proximity MarketingWiFi Advertising - Proximity Marketing
WiFi Advertising - Proximity MarketingKody Smith
 
Monetizing Wi-Fi Networks
Monetizing Wi-Fi NetworksMonetizing Wi-Fi Networks
Monetizing Wi-Fi NetworksDouglas Peris
 
WiFi HotSpot Marketin
WiFi HotSpot MarketinWiFi HotSpot Marketin
WiFi HotSpot MarketinKody Smith
 

En vedette (19)

DOCSIS 3.0 Troubleshooting, SCTE Blacksburg, VA
DOCSIS 3.0 Troubleshooting, SCTE Blacksburg, VADOCSIS 3.0 Troubleshooting, SCTE Blacksburg, VA
DOCSIS 3.0 Troubleshooting, SCTE Blacksburg, VA
 
Docsis overview
Docsis overviewDocsis overview
Docsis overview
 
Docsis 20 getting to know
Docsis 20 getting to knowDocsis 20 getting to know
Docsis 20 getting to know
 
Open Access – rewolucja w dostępie? prof. Marek Niezgódka, ICM UW
Open Access – rewolucja w dostępie? prof. Marek Niezgódka, ICM UWOpen Access – rewolucja w dostępie? prof. Marek Niezgódka, ICM UW
Open Access – rewolucja w dostępie? prof. Marek Niezgódka, ICM UW
 
Brian cappellani scte et 2008 presentation
Brian cappellani scte et 2008 presentationBrian cappellani scte et 2008 presentation
Brian cappellani scte et 2008 presentation
 
The Resurgence of Mediation for Cable Operators
The Resurgence of Mediation for Cable OperatorsThe Resurgence of Mediation for Cable Operators
The Resurgence of Mediation for Cable Operators
 
North American MSO – EPON Deployments
North American MSO – EPON DeploymentsNorth American MSO – EPON Deployments
North American MSO – EPON Deployments
 
Advanced Advertising Standards in the Cable Space
Advanced Advertising Standards in the Cable SpaceAdvanced Advertising Standards in the Cable Space
Advanced Advertising Standards in the Cable Space
 
Evolution of video brian cappellani
Evolution of video   brian cappellaniEvolution of video   brian cappellani
Evolution of video brian cappellani
 
Data over Coax - The Best Last Mile Access Technology before FTTH
Data over Coax - The Best Last Mile Access Technology before FTTHData over Coax - The Best Last Mile Access Technology before FTTH
Data over Coax - The Best Last Mile Access Technology before FTTH
 
The Cloud SOA and Cable Competition
The Cloud SOA and Cable Competition The Cloud SOA and Cable Competition
The Cloud SOA and Cable Competition
 
Digitization of cable industry
Digitization of cable industryDigitization of cable industry
Digitization of cable industry
 
Szerokopasmowe (stacjonarne) sieci dostępowe
Szerokopasmowe (stacjonarne) sieci dostępoweSzerokopasmowe (stacjonarne) sieci dostępowe
Szerokopasmowe (stacjonarne) sieci dostępowe
 
DOCSIS 3.0 SCTE Piedmont Chapter January 18th
DOCSIS 3.0 SCTE Piedmont Chapter January 18thDOCSIS 3.0 SCTE Piedmont Chapter January 18th
DOCSIS 3.0 SCTE Piedmont Chapter January 18th
 
Monetizing Carrier Wi-Fi with Advertising
Monetizing Carrier Wi-Fi with AdvertisingMonetizing Carrier Wi-Fi with Advertising
Monetizing Carrier Wi-Fi with Advertising
 
Business Case for Providing Public WiFi
Business Case for Providing Public WiFiBusiness Case for Providing Public WiFi
Business Case for Providing Public WiFi
 
WiFi Advertising - Proximity Marketing
WiFi Advertising - Proximity MarketingWiFi Advertising - Proximity Marketing
WiFi Advertising - Proximity Marketing
 
Monetizing Wi-Fi Networks
Monetizing Wi-Fi NetworksMonetizing Wi-Fi Networks
Monetizing Wi-Fi Networks
 
WiFi HotSpot Marketin
WiFi HotSpot MarketinWiFi HotSpot Marketin
WiFi HotSpot Marketin
 

Similaire à DOCSIS DS & US Speed Playbook as presented in G+HOA

Steen_Dissertation_March5
Steen_Dissertation_March5Steen_Dissertation_March5
Steen_Dissertation_March5Steen Larsen
 
Shoot the Bird: Linear Broadcast Distribution on AWS by Usman Shakeel of Amaz...
Shoot the Bird: Linear Broadcast Distribution on AWS by Usman Shakeel of Amaz...Shoot the Bird: Linear Broadcast Distribution on AWS by Usman Shakeel of Amaz...
Shoot the Bird: Linear Broadcast Distribution on AWS by Usman Shakeel of Amaz...ETCenter
 
PLNOG 9: Marcin Strzyżewski, Marcin Wawrzyński - Videoscape Distribution Suite
PLNOG 9: Marcin Strzyżewski, Marcin Wawrzyński - Videoscape Distribution Suite PLNOG 9: Marcin Strzyżewski, Marcin Wawrzyński - Videoscape Distribution Suite
PLNOG 9: Marcin Strzyżewski, Marcin Wawrzyński - Videoscape Distribution Suite PROIDEA
 
Introduction to IBM Shared Memory Communications Version 2 (SMCv2) and SMC-Dv2
Introduction to IBM Shared Memory Communications Version 2 (SMCv2) and SMC-Dv2Introduction to IBM Shared Memory Communications Version 2 (SMCv2) and SMC-Dv2
Introduction to IBM Shared Memory Communications Version 2 (SMCv2) and SMC-Dv2zOSCommserver
 
Maximizing High-Performance Applications with CAN Bus
Maximizing High-Performance Applications with CAN BusMaximizing High-Performance Applications with CAN Bus
Maximizing High-Performance Applications with CAN BusICS
 
Maximizing High Performance Applications with CAN Bus
Maximizing High Performance Applications with CAN BusMaximizing High Performance Applications with CAN Bus
Maximizing High Performance Applications with CAN BusJanel Heilbrunn
 
Brk 135 t-ccna_switching
Brk 135 t-ccna_switchingBrk 135 t-ccna_switching
Brk 135 t-ccna_switchingparthasn83
 
ENSA_Module_9-QoS Concept.pptx
ENSA_Module_9-QoS Concept.pptxENSA_Module_9-QoS Concept.pptx
ENSA_Module_9-QoS Concept.pptxZikoSuryaLesmana
 
SQLintersection keynote a tale of two teams
SQLintersection keynote a tale of two teamsSQLintersection keynote a tale of two teams
SQLintersection keynote a tale of two teamsSumeet Bansal
 
Data Centre Design for Canadian Small & Medium Sized Businesses
Data Centre Design for Canadian Small & Medium Sized BusinessesData Centre Design for Canadian Small & Medium Sized Businesses
Data Centre Design for Canadian Small & Medium Sized BusinessesCisco Canada
 
2014/09/02 Cisco UCS HPC @ ANL
2014/09/02 Cisco UCS HPC @ ANL2014/09/02 Cisco UCS HPC @ ANL
2014/09/02 Cisco UCS HPC @ ANLdgoodell
 
3. ami big data hadoop on ucs seminar may 2013
3. ami big data hadoop on ucs seminar may 20133. ami big data hadoop on ucs seminar may 2013
3. ami big data hadoop on ucs seminar may 2013Taldor Group
 
UAV Data Link Design for Dependable Real-Time Communications
UAV Data Link Design for Dependable Real-Time CommunicationsUAV Data Link Design for Dependable Real-Time Communications
UAV Data Link Design for Dependable Real-Time CommunicationsGerardo Pardo-Castellote
 

Similaire à DOCSIS DS & US Speed Playbook as presented in G+HOA (20)

QSpiders - Day1 Network Basics
QSpiders - Day1 Network BasicsQSpiders - Day1 Network Basics
QSpiders - Day1 Network Basics
 
Steen_Dissertation_March5
Steen_Dissertation_March5Steen_Dissertation_March5
Steen_Dissertation_March5
 
Mellanox Storage Solutions
Mellanox Storage SolutionsMellanox Storage Solutions
Mellanox Storage Solutions
 
Shoot the Bird: Linear Broadcast Distribution on AWS by Usman Shakeel of Amaz...
Shoot the Bird: Linear Broadcast Distribution on AWS by Usman Shakeel of Amaz...Shoot the Bird: Linear Broadcast Distribution on AWS by Usman Shakeel of Amaz...
Shoot the Bird: Linear Broadcast Distribution on AWS by Usman Shakeel of Amaz...
 
PLNOG 9: Marcin Strzyżewski, Marcin Wawrzyński - Videoscape Distribution Suite
PLNOG 9: Marcin Strzyżewski, Marcin Wawrzyński - Videoscape Distribution Suite PLNOG 9: Marcin Strzyżewski, Marcin Wawrzyński - Videoscape Distribution Suite
PLNOG 9: Marcin Strzyżewski, Marcin Wawrzyński - Videoscape Distribution Suite
 
@IBM Power roadmap 8
@IBM Power roadmap 8 @IBM Power roadmap 8
@IBM Power roadmap 8
 
Introduction to IBM Shared Memory Communications Version 2 (SMCv2) and SMC-Dv2
Introduction to IBM Shared Memory Communications Version 2 (SMCv2) and SMC-Dv2Introduction to IBM Shared Memory Communications Version 2 (SMCv2) and SMC-Dv2
Introduction to IBM Shared Memory Communications Version 2 (SMCv2) and SMC-Dv2
 
Maximizing High-Performance Applications with CAN Bus
Maximizing High-Performance Applications with CAN BusMaximizing High-Performance Applications with CAN Bus
Maximizing High-Performance Applications with CAN Bus
 
Maximizing High Performance Applications with CAN Bus
Maximizing High Performance Applications with CAN BusMaximizing High Performance Applications with CAN Bus
Maximizing High Performance Applications with CAN Bus
 
Brk 135 t-ccna_switching
Brk 135 t-ccna_switchingBrk 135 t-ccna_switching
Brk 135 t-ccna_switching
 
Overview of HPC Interconnects
Overview of HPC InterconnectsOverview of HPC Interconnects
Overview of HPC Interconnects
 
ENSA_Module_9-QoS Concept.pptx
ENSA_Module_9-QoS Concept.pptxENSA_Module_9-QoS Concept.pptx
ENSA_Module_9-QoS Concept.pptx
 
CCNA Icnd110 s05l04
CCNA Icnd110 s05l04CCNA Icnd110 s05l04
CCNA Icnd110 s05l04
 
SQLintersection keynote a tale of two teams
SQLintersection keynote a tale of two teamsSQLintersection keynote a tale of two teams
SQLintersection keynote a tale of two teams
 
Data Centre Design for Canadian Small & Medium Sized Businesses
Data Centre Design for Canadian Small & Medium Sized BusinessesData Centre Design for Canadian Small & Medium Sized Businesses
Data Centre Design for Canadian Small & Medium Sized Businesses
 
2014/09/02 Cisco UCS HPC @ ANL
2014/09/02 Cisco UCS HPC @ ANL2014/09/02 Cisco UCS HPC @ ANL
2014/09/02 Cisco UCS HPC @ ANL
 
3. ami big data hadoop on ucs seminar may 2013
3. ami big data hadoop on ucs seminar may 20133. ami big data hadoop on ucs seminar may 2013
3. ami big data hadoop on ucs seminar may 2013
 
Lustre File System on ARM
Lustre File System on ARMLustre File System on ARM
Lustre File System on ARM
 
NFS and Oracle
NFS and OracleNFS and Oracle
NFS and Oracle
 
UAV Data Link Design for Dependable Real-Time Communications
UAV Data Link Design for Dependable Real-Time CommunicationsUAV Data Link Design for Dependable Real-Time Communications
UAV Data Link Design for Dependable Real-Time Communications
 

Dernier

DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 AmsterdamDEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 AmsterdamUiPathCommunity
 
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin WoodPolkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin WoodJuan lago vázquez
 
Boost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdfBoost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdfsudhanshuwaghmare1
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FMESafe Software
 
ICT role in 21st century education and its challenges
ICT role in 21st century education and its challengesICT role in 21st century education and its challenges
ICT role in 21st century education and its challengesrafiqahmad00786416
 
Platformless Horizons for Digital Adaptability
Platformless Horizons for Digital AdaptabilityPlatformless Horizons for Digital Adaptability
Platformless Horizons for Digital AdaptabilityWSO2
 
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...DianaGray10
 
MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024MIND CTI
 
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...apidays
 
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...apidays
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FMESafe Software
 
[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdfSandro Moreira
 
Why Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire businessWhy Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire businesspanagenda
 
Corporate and higher education May webinar.pptx
Corporate and higher education May webinar.pptxCorporate and higher education May webinar.pptx
Corporate and higher education May webinar.pptxRustici Software
 
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ..."I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...Zilliz
 
How to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected WorkerHow to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected WorkerThousandEyes
 
FWD Group - Insurer Innovation Award 2024
FWD Group - Insurer Innovation Award 2024FWD Group - Insurer Innovation Award 2024
FWD Group - Insurer Innovation Award 2024The Digital Insurer
 
AWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of TerraformAWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of TerraformAndrey Devyatkin
 
Strategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherStrategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherRemote DBA Services
 

Dernier (20)

DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 AmsterdamDEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
 
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin WoodPolkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
 
Understanding the FAA Part 107 License ..
Understanding the FAA Part 107 License ..Understanding the FAA Part 107 License ..
Understanding the FAA Part 107 License ..
 
Boost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdfBoost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdf
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
 
ICT role in 21st century education and its challenges
ICT role in 21st century education and its challengesICT role in 21st century education and its challenges
ICT role in 21st century education and its challenges
 
Platformless Horizons for Digital Adaptability
Platformless Horizons for Digital AdaptabilityPlatformless Horizons for Digital Adaptability
Platformless Horizons for Digital Adaptability
 
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
 
MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024
 
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
 
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
 
[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf
 
Why Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire businessWhy Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire business
 
Corporate and higher education May webinar.pptx
Corporate and higher education May webinar.pptxCorporate and higher education May webinar.pptx
Corporate and higher education May webinar.pptx
 
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ..."I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
 
How to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected WorkerHow to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected Worker
 
FWD Group - Insurer Innovation Award 2024
FWD Group - Insurer Innovation Award 2024FWD Group - Insurer Innovation Award 2024
FWD Group - Insurer Innovation Award 2024
 
AWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of TerraformAWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of Terraform
 
Strategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherStrategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a Fresher
 

DOCSIS DS & US Speed Playbook as presented in G+HOA

  • 1. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 1 DOCSIS DS & US Speed Playbook Top Reasons CMs are not Getting Expected Speed and CMTS Monitoring Cisco Systems jdowney@cisco.com John J. Downey CMTS Technical Leader
  • 2. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 2 Agenda § Troubleshooting 101 § OSI Model § JD’s 10 Rules for Capacity Planning § 10 Points to Ponder § Factors that Affect Data Throughput & Per-CM Speeds § Increasing Access Speed & Performance Improvement § Potential Issues & Closing Points
  • 3. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 3 Troubleshooting 101 Seven Layer OSI model & mnemonic § 7 = Application § 6 = Presentation § 5 = Session § 4 = Transport § 3 = Network § 2 = Data § 1 = Physical all people seem to need data packets away pizza sausage throw not do please • Start at layer 1 !!!!!
  • 4. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 4 OSI Model & Geek Haiku Faulty Layer 1 But, check Layer 2 before Layers 3 and 4 § It’s no fun; with faulty Layer 1 – Dropped packets (physical layer issues) – Testing through wireless, VPN, GigE limitations § Don’t be blue; proceed to Layer 2 § It’s hard to see; past Layer 3 – Traffic generator § But don’t ignore, Layer 4 – TCP vs UDP
  • 5. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 5 Layer 1 § Understanding MER (SNR), CNR, correctable & uncorr FEC § Modem levels and ranging § T3 & T4 timeouts § Flaplist - Modem Diagnostics Log (MDL) § Ping vs DOCSIS ping § US spectrum monitoring § Proactive Network Maintenance (PNM) § Wideband capture - DS spectrum
  • 6. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 6 Layer 1 (cont) - Verify CM & Service Flow States § Registered in D2.0 mode (online vs w-online) § Partial mode (p-online vs w-online) – New 1x1 Battery & Energy Management modes § Service flow not using proper BG – Service flow state and forwarding interface § Monitor CMTS and other potential bottlenecks – Supervisor and linecard CPU & memory
  • 7. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 7 Layers 2 Through 4 § Layer 2 – Ethernet frame size (64-1522B) 2000 for D3.1 – DOCSIS overhead, more than you would expect – Powerboost adds a “wrinkle” § Layer 3 – IPV4 or 6 – Layer 3 vs layer 2 reporting § Layer 4 – TCP vs UDP • US speed limitation • OTT Video § Utilization verification – Single CM speed vs multiple modems/flows • Trying to get linerate
  • 8. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 8 JD’s 10 Rules for Capacity Planning 1. Configured speed = 1.1 x Marketed speed – Layer 3 vs layer 2 reporting – Minimum 1.05 multiplication factor 2. DS:US = 10:1 – Account for US acks from DS TCP (ex: OTT video) – 20:1 minimum initially – Possibly as low as 30:1 3. Powerboost for median tiers – 5, 10, 15 Mbps – US Powerboost possible as well 4. Powerboost for high tiers to bypass rule 1 – Be sure peak rate TLV used 5. Avg frame size = 768B, but most traffic 64 & 1518B frames
  • 9. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 9 JD’s 10 Rules (cont) 6. Aggregate speed = 2 x highest offering 7. Oversubscription is fuzzy math – Aggregate is 2x; use 25-50:1 – Aggregate is 4x; use 50-100:1 – Aggregate is 10x; use 100:1 8. SG size = 1 DS x 2 US connectors – HHP per SG depends on DSs/SG, but USs could become limit 9. Monitor actual utilization – Powerboost skews decision for node splits – QoE required – D3.0 CM FTP feature (banana pie?) 10.Control “abusers” and prioritize some flows – DPI, byte counting with STM – Higher priority for gaming, video, call signaling, CM registration
  • 10. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 10 10 Points to Ponder 1. Many speed sites report at layer 3 of OSI model – Configure cm file for 5-10% higher than marketed 2. No control over actual frame size (64-1518 B) – Frame size overhead 18/64 (28%) vs 18/1518 (1.2%) – MTU affected by wireless, VPN, …. 3. Small frames = small DOCSIS pipes – Only 35 Mbps when all frames are DS VoIP of 229 B 4. PowerBoost™ can give perception of greater speed – Could cause issues when deciding to do node splits – How to control peak rate
  • 11. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 11 PowerboostTM § Name trademarked by Comcast – Other cable companies may call it by a different name § Simple manipulation of when to rate-limit CM § Need very large DS max burst setting in CM file – IE. 5 MB vs default of 3044 B – Trace could appear oscillating slightly up and down § D3.0 CMs support TLV for per-CM peak rates § Can also apply US Powerboost
  • 12. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 12 DS Powerboost § Depiction of DS Powerboost utilizing D3.1 capacity § CM file with – 510 Mbps max rate, 600 Mbps peak rate, and 70 MB DS max burst § Approximately 6 sec Powerboost achieved
  • 13. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 13 US Powerboost § Depiction of US Powerboost § CM file with – 10 Mbps max rate, 15 Mbps peak rate, and 2 MB US max traffic burst § Approximately 3 sec Powerboost achieved
  • 14. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 14 10 Points to Ponder (cont) 5. DS TCP requires US acks (typical sawtooth response) – US pipe could slow down DS speed tests – Small US acks make US pipe worth less • DOCSIS overhead usually 11 B per frame • 10.24 Mbps raw = 9 Mbps usable, but only 7.5 with acks! 6. More frames = more PPS = higher CPU usage – At some point CPU in modem could (will) be bottleneck – TCP (typically 2 DS per 1 US ack) 7. During congestion, you still want priority for VoIP signaling, maybe video acks, and CM registration 8. Load balancing is good, but what speed tier pushes customer to bonding? – Maybe >50% of linerate
  • 15. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 15 10 Points to Ponder (cont) 9. Netflix/Hulu TV are using ABR, which is TCP-based – Will cause US traffic in form of acks – New CMs may have ack suppression on by default – Typical US to DS TCP ratio of ~2% – With ack suppression, that can drop below 1% • Ack suppression doesn’t alleviate CM CPU – DS IP video of 3-7 Mbps may make ack suppression inefficient 10.Many tweaks needed to get per-CM US speeds > 3 Mbps – Lots of concatenation leads to fragmentation – Fragmentation adds headers – Preamble & gaurdtime added to each fragment – D3.0 US bonding can do concatenation and keep < 2000 B • May not require fragmentation, so less overhead
  • 16. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 16 Downstream Speed Affected By: § Map & DOCSIS Overhead § Frame size or MTU affects usable rate – VPN, wireless, … § Modem – Config file, CPU (PPS), & Ethernet § Transport layer – TCP or UDP – Upstream speeds & TCP windowing effect § Max DS Burst - perception is reality – Powerboost § Computer OS and Windows® stack
  • 17. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 17 Upstream Speed Affected By: § Rate Limit, Congestion, Dropped Frames & Older CMs § DOCSIS Protocol – Req/Grant cycle § Downstream Map Advance – DS modulation & interleaving, map advance safety, CM time offsets, US bonding, SCDMA, M-CMTS (CIN) § Concatenation – Max concat & traffic burst settings § Fragmentation § Modulation Profiles and Channel Width – Bigger “Pipe” = more aggregate speed – Packet serialization time (per-CM speed)
  • 18. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 18 Modem Throughput § Downstream using 256-QAM – 5.36 Msym/s * 8 b/sym = 42.88 Mbps - ~ 13% overhead ≈ 37 Mbps – 400 CMs downloading data at same time = 92 kbps – Typical DS oversell of 1:100 = 1% peak usage = 9.2 Mbps – Single customer could theoretically get 37 Mbps • US "acks" must be transmitted when doing TCP • Other bottlenecks become apparent; CM, PC, USB, wireless, .. § Upstream using 16-QAM – 3.2 MHz = 2.56 Msym/s, * 4 b/sym = 10.24 Mbps - ~ 11% for phy layer & ~2% for maintenance = 9 Mbps – 100 customers/US Ch ≈ 9 Mbps shared = 90 kbps – Typical US oversell of 1:10 = 10% peak usage = 900 kbps – Single customer could theoretically get 9 Mbps • Request & Grant cycle limits it to ~ 3 Mbps
  • 19. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 19 Increasing Access Speed • Decrease HHP per node or per CMTS US channel – Physical segmentation – Virtual segmentation with more freqs & load balancing • Quality of service (QoS) provisioning w/ DOCSIS 1.1 • More compression, less overhead, TCP manipulation – H.265 & MPEG-4 video for DS – VoIP Codecs, UGS-AD – PHS (removed in D3.1) – Ack suppression – Concatenation, fragmentation, low latency queuing • Increase aggregate speed with DOCSIS 2.0, 3.0, & 3.1
  • 20. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 20 High Speed Recipe § Layer 1 – Full US/DS bonding and proper cm file settings – Wired connection(s) – No dropped or delayed segments, frames, packets § Layer 2 – 1518 to 2000B frames § Layer 3 – Verify IPV4 vs 6 – Test with intended speed § Layer 4 – UDP traffic – May test TCP aggregate with multiple CMs or flows
  • 21. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 21 Checklist § Highest offering < ½ of aggregate § Use PowerBoost judiciously – Use peak rate TLV § Utilize CMTS features for robustness & “self-healing” – Load balance (2.0 & 3.0), RBGs, dynamic modulation, … – Place D3.1 PLC in best spectrum § Manage fair use of network (DPI, shaping, STM/IPDR?) § Monitor actual traffic load and usage – Large rolling time average can mask results § Monitor modem states and service flows are correct – Partial mode, registered-traditional-docsis, etc. § Use periodic speed test to prove no congestion – Newer CMs have built-in FTP functionality
  • 22. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 22 Closing Points § Understand theoretical rate before testing – Math & new designs are beginning steps § Bigger pipes are more efficient – But doesn’t necessarily mean less latency • May need to “steer’ latency/jitter-sensitive services to smaller, subset bonding groups § Determine when additional capacity necessary & how long to implement § Different service tiers on different ch-capable CMs could necessitate new LB rules – Don’t move if traffic < 20% or > 60% of aggregate § Don’t assume DOCSIS is your only bottleneck – WAN, TCP, CPU, memory, ..
  • 23. © 2006 Cisco Systems, Inc. All rights reserved. Cisco ConfidentialPresentation_ID 23 Closing Points (cont) § Be aware of potential ingress sources and spectrum locations – “Ounce of prevention is worth a pound of cure” – Place D3.1 PLC in best spectrum § Re-access US & DS spectrum for plant issues and ingress – Test intended spectrum with intended modulation § Be aware of laser clipping concerns & US temperature affects § Fiber deep architectures & Remote-PHY allow higher speeds – HFC plant upgrade decisions = analysis-paralysis! § Legacy devices will go through attrition leading to more efficiency – Drop SC-QAMs, add more OFDM on DS, & allocate more OFDMA on US § Utilize CMTS features for robustness & “self-healing” – Load balance (2.0 & 3.0), US and DS resiliency, dynamic modulation, … § Future SDN of OFDM profile management will provide more flexibility – Utilization reporting will need to be addressed