Re: ISP billing - data collection, correlation, and billing

[Luke Guillory <lguillory () reservetele com>]

To be honest we don't do usage billing so I've never used it. I'd like to think it is since it uses a verification 
between the collector and source.



Sent from my iPhone

On Jul 15, 2017, at 3:47 AM, Lee Howard <lee () asgard org<mailto:lee () asgard org>> wrote:




On 7/14/17, 2:47 PM, "NANOG on behalf of Luke Guillory"
<nanog-bounces () nanog org<mailto:nanog-bounces () nanog org> on behalf of lguillory () reservetele 
com<mailto:lguillory () reservetele com>> wrote:

On the HFC / CMTS side of things we have IPDR which I believe has some
open source collectors out there. I'm not sure that IPDR is used much
outside of the HFC world though.

IPDR was my first thought as an alternative to SNMP. Is its accuracy
comparable? It’s been included into TR-069, so it’s theoretically
available to telcos, too. And usage-based billing is part of it’s purpose.


Not sure I’d want to use NetFlow/IPFIX, since by nature it tracks flows,
not bits, and I don’t want to record flows. But I’d be interested in
hearing others’ experience.


Lee






Luke Guillory
Vice President – Technology and Innovation


        [cid:image3856cc.JPG@d6320433.44ae2e87] <http://www.rtconline.com>

Tel:    985.536.1212
Fax:    985.536.0300
Email:  lguillory () reservetele com
Web:    www.rtconline.com

        Reserve Telecommunications
100 RTC Dr
Reserve, LA 70084





Disclaimer:
The information transmitted, including attachments, is intended only for the person(s) or entity to which it is 
addressed and may contain confidential and/or privileged material which should not disseminate, distribute or be 
copied. Please notify Luke Guillory immediately by e-mail if you have received this e-mail by mistake and delete this 
e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be 
intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Luke Guillory therefore does 
not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail 
transmission.