Separating management traffic | docsis.org

You are here

Separating management traffic

5 posts / 0 new
Last post
TeleKawaru
Separating management traffic

I wanted to be able to set up a service flow or whatever it would be so that I would be able to poll modem information from a management server but not have the customer's current usage affect my ability to pull info.

We currently just have a single service flow set up for whatever the customer's level of service is. This becomes an issue when they are using a ton of upload and I am unable to poll the modem.

We are running a Motorola BSR64000 app 6.4.2.3 bootrom 6.0.0.52

mbowe
yep, easy to do

yep, easy to do

in your cm config file you need to do something like this

/* PRIMARY */

DsServiceFlow
{
DsServiceFlowRef 1;
QosParamSetType 7;
ServiceClassName "XXMBPS-DS";
}
UsServiceFlow
{
UsServiceFlowRef 2;
QosParamSetType 7;
ServiceClassName "XXMBPS-US";
}

/* MANAGEMENT */

DsServiceFlow
{
DsServiceFlowRef 11;
QosParamSetType 7;
ServiceClassName "MGT-DS";
}
UsServiceFlow
{
UsServiceFlowRef 12;
QosParamSetType 7;
ServiceClassName "MGT-US";

}

/* management servers */
DsPacketClass
{
ServiceFlowRef 11;
ClassifierRef 21;
ActivationState 1;
IpPacketClassifier
{
IpSrcAddr x.x.x.0;
IpSrcMask 255.255.255.192;
}
}
UsPacketClass
{
ServiceFlowRef 12;
ClassifierRef 22;
ActivationState 1;
IpPacketClassifier
{
IpDstAddr x.x.x.0;
IpDstMask 255.255.255.192;
}
}

notes :
* the first pair of service flows are the "default flows". This is where traffic that doesnt match any classifier rules will go. So general internet will go through here.
* my example uses ServiceClassName which is an abstraction referring to service-classes defined on the CMTS. You could replace that by putting the various settings like max-rate, priority etc directly into the config file instead
* for the addr/mask, you could match against the subnet where your management stations live, or I guess you could match against the CM IP subnets. Probably matching against the management stations is better, as then it wont matter if you are SNMP polling CM IP, MTA IP, CPE IPs etc
* Make sure you allocate enough speed to the management flows to allow things like firmware upgrades to run at a reasonable speed

Hope that helps!

windwaterwaves
I tried to implement this and

I tried to implement this and it seems to mess with my upstream bonding and only doing one channel.. ideas?

TeleKawaru
Fantastic!

Fantastic!

This solved it PERFECTLY!

Thank you SO much for your assistance!

windwaterwaves
Looking through our service

Looking through our service flows.. whats with the drops?

show cable modem 10.0.11.8 service-flow

SUMMARY:
MAC Address IP Address Host MAC Prim Num Primary DS
Interface State Sid CPE Downstream RfId
203d.6614.ee4b 10.0.11.8 C5/0/0/UB w-online(pt) 9 1 In5/0/0:0 576

Sfid Dir Curr Sid Sched Prio MaxSusRate MaxBrst MinRsvRate Throughput
State Type
27 US act 9 BE 0 1200000 20000000 0 1137441
601 US act 2358 BE 0 2000000 3044 0 0
28 DS act N/A N/A 0 12000000 20000000 0 2633743
602 DS act N/A N/A 0 5000000 3044 0 0

UPSTREAM SERVICE FLOW DETAIL:

SFID SID Requests Polls Grants Delayed Dropped Packets
Grants Grants
27 9 5196143 0 5269121 391326 159 12633316
601 2358 10447 0 10442 0 0 20771

DOWNSTREAM SERVICE FLOW DETAIL:

SFID RP_SFID QID Flg Policer Scheduler FrwdIF
Xmits Drops Xmits Drops
28 38180 139394 47017935 0 45806226 1202357 Wi5/0/0:0
602 38181 139395 20722 0 20714 0 Wi5/0/0:0

Flags Legend:
$: Low Latency Queue (aggregated)
~: CIR Queue

Log in or register to post comments