No dice. Adding the "notes" field last yields circuit ID, but no notes.

description Cust: CustomerA's Full Name MPLS [20Mbps] {00/ABCD/000000//ABCD} (Carrier Name)

[image: Inline image 1]

Is there a good reference for creating a customized parser?

Also, might this default parser be the cause of these draw errors under the Ports view? I've seen the same across several devices. I have the "Cust" designation on probably a dozen interfaces on this and other switches, but a couple come back with "error drawing graph" as in the screenshot below. The rest display just fine. In the example, I can click on or even hover over "Gi1/0/11" to see the data without issue- it is only the Ports page graph that doesn't display. Interestingly, I can change interface description to another name, with the same number of characters, and its about a 50-50 chance that it'll then display properly.

So... completely unrelated, or is there any reason to believe a custom parser would solve this too?

[image: Inline image 2]

Again, thanks!

On Wed, Apr 15, 2015 at 9:12 AM, Pedersen, Sean spedersen@io.com wrote:

Also, don’t feel constrained to the default Observium parser. You can write your own! I did, it wasn’t too hard.

From: Adam Armstrong Reply-To: Observium Network Observation System Date: Tuesday, April 14, 2015 at 3:07 PM To: Observium Network Observation System Subject: Re: [Observium] Maximum length for interface descriptions?

Put notes at the end?

I'm not sure, but I think the existing parser code might be pretty crap and that might fix it!

Adam.

Sent with AquaMail for Android http://www.aqua-mail.com

On 14 April 2015 20:12:04 Andrew Plas andrewp.plas@gmail.com wrote:

...

Greetings, I've been on the Observium mailing list for a while, and this is my first inquiry. I have been using Observium for about a year now and continue to be impressed with the product and appreciate the active community on this list.

I am attempting to use the default interface description parser outlined in: http://www.observium.org/wiki/Interface_Description_Parsing. However, I notice that if the interface descriptions are too long, either the "Notes" field or the "Circuit" field does not display. In searching through the mailing list archives, I hadn't found a specific answer to this.

For example, if I have an interface description like so: description Cust: CustomerA's Full Name MPLS [20Mbps] (Carrier Name) {00/ABCD/000000//ABCD} I receive this output under Ports>Customers page:

[image: Inline image 1]

And if I adjust the interface description to exclude the "Notes" field, the "Circuit" field displays properly. description Cust: CustomerA's Full Name MPLS [20Mbps] {00/ABCD/000000//ABCD}

[image: Inline image 2]

Doing an snmpwalk, I do see the the full description in both cases.

snmpwalk -c SNMPSTRING -v 2c ng-511-sw-edge1 .1.3.6.1.4.1.9.2.2.1.1.28

<omitted> iso.3.6.1.4.1.9.2.2.1.1.28.10610 = STRING: "Cust: CustomerA's Full Name MPLS [20Mbps] (Carrier Name) {00/ABCD/000000//ABCD}"

Is there a maximum length that the parser will allow? Is this just a matter of column width on the "Ports" pages? I notice on other ports, when a customer has a really long name it does roll over to another line. Any reason the "Circuit" or "Notes" fields can't?

For better or worse, I'd like as much useful information on the dashboard as possible and unfortunately some of these carrier's circuit ID's are very long... My equipment is a Cisco 3750E and I am currently running Observium Professional at version 0.15.4.6378

Thank you for any and all input! _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

*Founded in 2007, IO provides the data center as a service to businesses and governments around the world.*

The communication contained in this e-mail is confidential and is intended only for the named recipient(s) and may contain information that is privileged, proprietary, attorney work product or exempt from disclosure under applicable law. If you have received this message in error, or are not the named recipient(s), please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. Please immediately notify the sender of the error, and delete this communication including any attached files from your system. Thank you for your cooperation.

---

observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium