I've been going through the manual for the BSR64K trying to figure out why things are the way that they are and I came across this. show cable service-class.
If I'm reading this correctly, I might have found why we're getting issues with our VOIP. I'm coming in behind someone else who "Self-taught" using this particular set of BSR's as their tool for learning, so I'm always finding joyful little tidbits of things that don't make much sense to me. This is one of them.
If I'm reading this right, our VOIP is set to a minimum of 1% of bandwidth with a cap of 100. The problem I see with that, is that during times of high congestion, 1% might not be enough. I'd argue that it should be 5%. Aside from that, there's 27% of upstream bandwidth unassigned, and 35% of downstream bandwidth unassigned, and then there's the cap set to 0 for US and DS, which suggests that either there's no cap, or it is set to 50% only.
Unless this is per modem in which case this is fine I suppose.
Anybody have some insight on this?
cmts2:7A#show cable service-class
Upstream Service Classes
Service Class mab cap priority allowShared enforce admitted bw
cmts-qos threshold
--------------------------------------------------------------------------------
DefBEUp 10 0 1 no no 0
DefRRUp 50 0 1 no no 0
DefUGS 1 100 1 no no 0
DefUGSAD 1 80 1 no no 0
DefRTPS 5 5 1 no no 0
DefNRTPS 5 5 1 no no 0
DefEMUp 1 100 7 no no 0
Total assigned bandwidth (mab sum): 73%
Downstream Service Classes
Service Class mab cap priority allowShared enforce admitted bw
cmts-qos threshold
-------------------------------------------------------------------------------
DefMacMgmtDown 0 0 32 no no 0
DefBEDown 10 0 1 no no 0
DefRRDown 50 0 1 no no 0
DefEMDown 1 100 7 no no 0
DefMCDown 1 100 1 no no 0
DefVoiceDown 1 100 5 no no 0
DefAdminDown 2 0 1 no no 0
Total assigned bandwidth (mab sum): 65%
Upstream Template Service Classes
Service Class Scheduling Class
---------------------------------------
Downstream Template Service Classes
Service Class Scheduling Class
---------------------------------------
the unused bandwidth would default to best effort and values can be changed, changes require a reboot btw.
the issue may not be the value but rather the modem file. do you have your voip set to use a service class? if not, it would default to best effort and as less bandwidth is available or someone uses it up for a large upload, the voip call would be affected.
post the modem file to show it's using a service
Carl
Does not look like they're using a service class at this time.
create another service flow for voice with the defRR default reserve rate and that will resolve the iisue