Hi Johann,Doesn't Juniper Pseudowire already work?I think IPv6 port counters are on the list somewhere. What do you mean by RSVP/LSP? What counters are there for those? Where are they kept?If I still had a network, ISIS would probably have already been done, because it would have been useful to me. Since these days all I have is Observium servers, it's a little harder!Thanks,adam.Sent from MailbirdOn 19/07/2016 10:41:04, Johann Mallet <johann.mallet@zayo.com> wrote:
What about pseudowire for Juniper, IPv6 counters or RSVP/LSP? :-)Hi Adam,I'm sad for ISIS, but I can understand!
Are there any roadmap for integration in Observium?I like Observium and use it since more 2 years, If I can help for these integration :-)Johann_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium2016-07-15 10:57 GMT+02:00 Adam Armstrong <adama@memetic.org>:Hi Aaron,ISIS support doesn't yet exist because whoever wrote the ISIS MIB was a fool who thought it a good idea to use indexing that requires far more effort to decypher than I've ever had the motivation to expend. It's been on the list practically as long as Observium as existed, but each time I look at it, it just doesn't go anywhere.The others are no, no and no. :)Aside from not actually knowing what most of those things are, the resource cost to us of trying to implement stuff like that is orders of magnitude higher than the usefulness of them. The fact that I've not even heard of any of them goes some way to suggesting how useful they'd be to the majority of the user base! :Dadam.Sent from Mailbird_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observiumOn 15/07/2016 10:39:14, Aaron Finney <aaron.finney@openx.com> wrote:
I know this has been asked/answered, but the whole archives thing...what's the history behind [the lack of] support for IS-IS data in Observium, are there any plans to add it at any point, and would it be of value to anyone else? Even basics like warning on adjacency changes, tracking neighbors over time, etc. would be great...I would personally find it of value for an additional sanity check during maintenances or outages - an ISIS health overview tab for a device with the ISO address/area, participating interfaces, and stats.Generalizing the data pool: any current thoughts around creating an abstraction layer between Observium and its data source? Mysql as the sole backend presents some challenges for us in trying to scale Observium to production. OBQL? :)Sort-of on the tails of that last question, has there been any discussion about adapting Observium to take advantage of network devices which emit metrics using thrift/protobuf? E.g. using some other data pipeline/collection system as a data source...or even doing the collection itself and doing the necessary quantization/processing to produce a useable view.Last one in that train of thought, any thoughts around incorporating additional data collectors other than simple snmp polling (e.g. facebook's udppinger or fbtracert)?Aaron--Aaron Finney
Network Engineer | OpenX
888 East Walnut Street, 2nd Floor | Pasadena, CA 91101
o: +1 (626) 466-1141 x6035 | aaron.finney@openx.com
Advertising Age Best Places to Work Deloitte's Technology Fast 500™ www.openx.com | Twitter | Facebook | LinkedIn | YouTube
_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium