Hi All,
I'm sure this was discussed a while back but I've searched the mailing list and can't find anything.
Is MAC accounting still supported in Observium or is this feature present in the code but awaiting removal?
If it is support how are people using it?
I am testing on Cisco IOS devices and its not working very well for me. I have configure under a physical interface the following:
ip accounting output-packets ip accounting mac-address input ip accounting mac-address output
I have some juniper MX tin in the lab I can test. Is this feature supported on Juniper too, would one perhaps have to configure "mac-learn-enable" as per this document? http://www.juniper.net/techpubs/en_US/junos13.2/topics/usage-guidelines/inte...
Below are the results I am getting from a Cisco 2821 for example running c2800nm-adventerprisek9-mz.124-25f.bin;
All MACs have no IP addresses: http://i.imgur.com/CMBPjHf.png
If I switch to the graph view they are all blank: http://i.imgur.com/nlaRqar.png
If I click on any graph I get a permissions error (my user account is in the admins group): http://i.imgur.com/NcwKy8O.png
The Top10 is partially working, it seems to be missing a lot of data: http://i.imgur.com/NraRHVc.png
I have the same results (most data is missing) on a Cisco 1841 running c1841-adventerprisek9-mz.124-25f.bin in our office.
Many thanks, James.
Hi James,
The mac accounting stuff is awaiting being rewritten. It stopped working when we overhauled a load of code quite some time ago, and relatively few people used it, so it never seemed to get fixed.
It's difficult to fix too, as I don't have consistent access to anything with mac accounting stuff exposed.
adam.
On 2014-02-04 04:27, James Bensley wrote:
Hi All,
I'm sure this was discussed a while back but I've searched the mailing list and can't find anything.
Is MAC accounting still supported in Observium or is this feature present in the code but awaiting removal?
If it is support how are people using it?
I am testing on Cisco IOS devices and its not working very well for me. I have configure under a physical interface the following:
ip accounting output-packets ip accounting mac-address input ip accounting mac-address output
I have some juniper MX tin in the lab I can test. Is this feature supported on Juniper too, would one perhaps have to configure "mac-learn-enable" as per this document? http://www.juniper.net/techpubs/en_US/junos13.2/topics/usage-guidelines/inte...
Below are the results I am getting from a Cisco 2821 for example running c2800nm-adventerprisek9-mz.124-25f.bin;
All MACs have no IP addresses: http://i.imgur.com/CMBPjHf.png
If I switch to the graph view they are all blank: http://i.imgur.com/nlaRqar.png
If I click on any graph I get a permissions error (my user account is in the admins group): http://i.imgur.com/NcwKy8O.png
The Top10 is partially working, it seems to be missing a lot of data: http://i.imgur.com/NraRHVc.png
I have the same results (most data is missing) on a Cisco 1841 running c1841-adventerprisek9-mz.124-25f.bin in our office.
Many thanks, James. _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi Adam,
Thanks for the response and honest answer.
Are you able to provide me with a rough estimate of what this would cost to have repaired as one of your paid feature requests, I can try and see if we have funding for it?
Kind regards, James.
On 5 February 2014 09:18, James Bensley jwbensley@gmail.com wrote:
Are you able to provide me with a rough estimate of what this would cost to have repaired as one of your paid feature requests, I can try and see if we have funding for it?
Hi Adam (and all Observium devs),
Any more thoughts on this?
Cheers, James,
On 2014-02-11 10:30, James Bensley wrote:
On 5 February 2014 09:18, James Bensley jwbensley@gmail.com wrote: Are you able to provide me with a rough estimate of what this would cost to have repaired as one of your paid feature requests, I can try and see if we have funding for it?
Hi Adam (and all Observium devs),
Any more thoughts on this?
I strongly dislike giving prices for things like this. Perhaps Mike would be willing to do it, he seems to enjoy doing sponsored features :)
adam.
On 12 February 2014 01:23, Adam Armstrong adama@memetic.org wrote:
I strongly dislike giving prices for things like this. Perhaps Mike would be willing to do it, he seems to enjoy doing sponsored features :)
OK I will wait to see if Mike has anything to say, we are really interested in this feature.
When you say you strongly disagree with giving prices does that mean you are also against doing the feature request? Would you be more interested if we said "please fix it and send us the bill afterwards" - Assuming you wouldn't take the piss and code it by typing one character per day charging a day rate for the work. Or are you saying you just aren't interested in paid requests at all? If not would you be adversed to us having a dev work on it then sending you guys the patch for review?
Please let me know if you are happy for us to fix this feature, how you prefer it done.
Cheers, James.
On 2014-02-12 03:22, James Bensley wrote:
On 12 February 2014 01:23, Adam Armstrong adama@memetic.org wrote: I strongly dislike giving prices for things like this. Perhaps Mike would be willing to do it, he seems to enjoy doing sponsored features :)
When you say you strongly disagree with giving prices does that mean you are also against doing the feature request? Would you be more interested if we said "please fix it and send us the bill afterwards"
- Assuming you wouldn't take the piss and code it by typing one
character per day charging a day rate for the work. Or are you saying you just aren't interested in paid requests at all? If not would you be adversed to us having a dev work on it then sending you guys the patch for review?
It's not that I'm against doing feature requests, it's that I'm not so much of a fan of the whole process.
I don't like dealing with commercials, and I find setting pricing for things somewhat uncomfortable. There's a reason the subscription price is the most obvious round number one could think of...
I especially don't like pricing things for people who then mysteriously vanish, as if they were expecting that open source === free coding. I pretty much gave up pricing anything a year or so ago because that seems to be the result 95% of the time.
Please let me know if you are happy for us to fix this feature, how you prefer it done.
We don't mind if you want to code it yourselves, but we are sometimes a little picky on what we'll commit back to the codebase (because we have to maintain it (or remove it) in the future).
adam.
participants (2)
-
Adam Armstrong -
James Bensley