Our solution was to have all CPE get polled by ACS every minute (probably could 
be lengthened to 2-5 minutes, since we are only graphing at the moment at 5 
minute intervals anyway), and then install an SNMP agent on the ACS server 
itself.  We then have Cacti collect the information from the ACS server via 
SNMP.  In essence, we wrote a SNMP <-> TR-069 proxy.  (We are also using 
StarACS.)

I posted my initial version of this (written in Perl), which only supported 
CPE7K at the time, to this very list a few months back.

We also do a database purge on the StarACS MySQL tables at the beginning of 
every month, deleting all but the last month's worth of stats.  At a sampling 
rate of 1-per-minute for a couple hundred CPE, the tables grow pretty quickly 
(many gigabytes), and once they are collected and graphed by Cacti, we don't 
really care about keeping it around on the ACS server anyway.

For the SNMP proxy, we just re-used the OIDs from the CPE7K MIB (Gemtek's IANA 
PEN#).

The advantage to this method is that for any CPE type that we add to the 
network, we can have the SNMP proxy take the data from arbitrary TR-069 
parameters (based on the CPE model) and just return that data via SNMP using 
the same OIDs.  So Cacti is none-the-wiser about whether it is a CPE7K or a 
CPE8K or what-have-you.

Seems to work pretty well so far, though you should note that it is currently 
unknown how well this will actually end up scaling in practice (we are already 
beginning to see some of the cracks developing in this foundation; hopefully we 
can continue to head disaster off until the official solution shows up).  Ask 
me about this again someday when we have a couple thousand CPE on the 
network...though hopefully by that point BreezeVIEW will be so awesome that we 
can throw this primitive Perl code in the trash and reminisce about "the dark 
times" when this whole apparatus proved necessary.

I will note that right now we are not actually graphing any CPE8K stats, even 
though technically we have updated our code to support this, because we use the 
DMZ feature on all deployed LTE CPE and right now enabling the DMZ feature on 
the CPE8K firmware completely breaks TR-069 reporting.  Telrad is supposedly 
working on addressing this.

--
Nathan Anderson
First Step Internet, LLC
[email protected]

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of 
Terry Duchcherer
Sent: Thursday, January 19, 2017 9:52 AM
To: [email protected]
Subject: Re: [Telrad] CPE 8000 - SNMP

That is the same thing we have been told, maybe if enough of us request SNMP 
they will reconsider this.

We have spent months trying to get StarACS to get decent KPI's from the 
CPE7000's. Now we are being told that the ACS function is moving to BreezeView, 
but KPI's are several months away.

So, now we are changing the CPE7000 to both TR069 and SNMP. Using the ACS to do 
bulk software upgrades, parameter changes, etc. And using SNMP to get the KPI's 
we want. This has been much more reliable and we are finally getting the info 
we need.

Therefore, TELRAD please add SNMP to the CPE8000, and give us the option of 
TR069 and/or SNMP just like the CPE7000.

Terry D. Duchcherer
NETAGO


-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of 
David Peterson
Sent: Wednesday, January 18, 2017 10:09 AM
To: [email protected]
Subject: Re: [Telrad] CPE 8000 - SNMP

There is no roadmap to add SNMP support to the 8000 that I have heard, just 
TR-069

David

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of 
Anthony Will
Sent: Wednesday, January 18, 2017 12:08 PM
To: [email protected]
Subject: [Telrad] CPE 8000 - SNMP

Anyone heard of or requested SNMP support for the 8000?


-- 
Anthony Will
Broadband Corp
Office 952-215-3812

_______________________________________________
Telrad mailing list
[email protected]
http://lists.wispa.org/mailman/listinfo/telrad

_______________________________________________
Telrad mailing list
[email protected]
http://lists.wispa.org/mailman/listinfo/telrad

_______________________________________________
Telrad mailing list
[email protected]
http://lists.wispa.org/mailman/listinfo/telrad

Reply via email to