- observium - lists.observium.org

Sliding window in graph views
by Brendan Hide 19 Dec '14

19 Dec '14

Good day, all When viewing graphs, I often find that we want to keep a specific graph open for a long period - days or weeks even, and preferably to view the most recent information. A minor issue is that when clicking on the pre-provided thumbnails for the "6 Hours", "24 Hours", et al. graphs, it opens a specific time window. If the page is refreshed after a while, it shows old data rather than current data. A sliding window works already - just that probably very few people know about the "feature". Two minor changes are required to have the thumbnail links refer to the sliding window: Exclude the to= parameter - it appears this defaults to now() Set the from= parameter to an offset The following is an example of a 6-hour sliding window: https://<observium_host>/graphs/device=<devid>/type=device_processor/from=-14400 -- __________ Brendan Hide http://swiftspirit.co.za/ http://www.webafrica.co.za/?AFF1E97

3 3

Re: [Observium] observium Digest, Vol 53, Issue 91
by Nate Mellendorf 18 Dec '14

18 Dec '14

Adam and Joe, Thank you for your feedback on this. It would be nice to have a few default alerts built directly into the platform. That said, I understand that the time needed to implement something like that could be hard to reserve. As for the configuration I submitted, does the behavior of the alert seem to be correct? I was curious of up / down alerting was implemented (as the walkthrough suggests), but has yet to be verified as fully functional. I have an alert that checks for half-duplex interfaces, and it works like a charm. Observium will send off e-mails every 5 minutes about it, but I get nothing about a device status being up or down. We have What's Up Gold taking care of these alerts for now, but that's really all that it's doing. I know there are alternatives to this, but It would be so great to keep everything within Observium. :) Regards, Nate Mellendorf | NETWORK ANALYST | Netgain 720 West Saint Germain Street | St. Cloud | MN | 56301 Phone: 320.251.4700 x183 | 877.797.4700 x183 www.NetgainHosting.com The information contained in this email message is for the designated recipient only and may be privileged, confidential, and protected from disclosure. If you have received this message in error, please notify the sender immediately and delete the original. Any dissemination, distribution, copying or other use of this message or any information contained within is strictly prohibited. -----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of observium-request(a)observium.org Sent: Thursday, December 18, 2014 1:01 AM To: observium(a)observium.org Subject: observium Digest, Vol 53, Issue 91 Send observium mailing list submissions to observium(a)observium.org To subscribe or unsubscribe via the World Wide Web, visit http://postman.memetic.org/cgi-bin/mailman/listinfo/observium or, via email, send a message with subject or body 'help' to observium-request(a)observium.org You can reach the person managing the list at observium-owner(a)observium.org When replying, please edit your Subject line so it is more specific than "Re: Contents of observium digest..." Today's Topics: 1. Re: Observium mailing list (Joseph L. Brunner) ---------------------------------------------------------------------- Message: 1 Date: Thu, 18 Dec 2014 07:00:19 +0000 From: "Joseph L. Brunner" <joe(a)affirmedsystems.com> To: Adam Armstrong <adama(a)memetic.org>, Observium Network Observation System <observium(a)observium.org> Subject: Re: [Observium] Observium mailing list Message-ID: <2E86D2A5DF7FFA40A41B8C7FCA38F8742049FA(a)affmdex2k10.affmdcorp.com> Content-Type: text/plain; charset="utf-8" Not putting the product down ? it?s the best $100 thing in the world. But, I?m saying with logicmonitor ? all things just start coming at you and that?s pretty good. Now, I?m sure they have a major team writing those alerts and you have the $100 a year thing ? I?m saying opening it up on kickstarter ? we would donate ? the Observium interface is better. Just cant seem to get alerts to fire 100% of the time in a relatively quick fashion ? From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: Thursday, December 18, 2014 01:23 AM To: Observium Network Observation System Subject: Re: [Observium] Observium mailing list I don't even know how we would do that :) What we have now is the most automated I could think of making it. We would have preferred to have some means of default hard-coded alerts, but I've not come up with a good way to do that yet. :) adam. ------ Original Message ------ From: "Joseph L. Brunner" <joe(a)affirmedsystems.com<mailto:joe@affirmedsystems.com>> To: "Observium Network Observation System" <observium(a)observium.org<mailto:observium@observium.org>> Sent: 12/17/2014 11:27:40 PM Subject: Re: [Observium] Observium mailing list Yeah, the alerts suck. We use Observium to wow the business folks ? but use other things to poll and generate an email? They should bite the bullet, do another kickstarter and raise like $200K so the alerts will be AUTO GENERATED and UNIVERSAL for all things it can find ? like logicmonitor. Just to get off logicmonitor I would donate -Joe From: observium [mailto:observium-bounces@observium.org<mailto:observium-bounces@observium.org>] On Behalf Of Nate Mellendorf Sent: Wednesday, December 17, 2014 10:10 PM To: observium(a)observium.org<mailto:observium@observium.org> Subject: [Observium] FW: Observium mailing list Good evening all, After much trial and error, I?ve been unsuccessful in implementing a simple up/down device alert within Observium. As I searched around the web for a solution, It seemed as though this hasn?t been much of an issue for most users. Here?s some additional documentation I followed to try and fix it myself: http://www.maartenmoerman.nl/?p=612 (Nice work on this one) https://www.mail-archive.com/observium@observium.org/msg05915.html http://www.observium.org/wiki/FAQ http://www.observium.org/wiki/Creating_an_Alert_Checker I?m starting think that my configuration file (config.php) could have something to do with it. I?ve included it, along with multiple snip-its to try and assist you in seeing my work. If anyone has any suggestions on this, they would be greatly appreciated. I?ve been working on this on and off for the past few days now, and I?ve had no success in generating an offline alert. The alert log shows the test as failed, but delayed. It never actually send out an e-mail. My apologies in advance, if this turns out to be user error. Thanks in advance for any time put into this. If there is anything else I can provide to further assist in troubleshooting, please let me know. I?d be more than happy to provide it. Omitted config.php: ? // Enable alerter $config['poller-wrapper']['alerter'] = TRUE; // Disable page refresh $config['page_refresh'] = "300"; ## Refresh the page every xx seconds // Set up a default alerter (email to a single address) $config['email']['default'] = "nate.mellendorf(a)netgainhosting.com<mailto:nate.mellendorf@netgainhosting.com>"; $config['alerts']['email']['from'] = "observium(a)netgainhosting.com<mailto:observium@netgainhosting.com>"; $config['email']['default_only'] = TRUE; $config['email']['enable'] = TRUE; // Disables OLD alerting system $config['alerts']['interval'] = 310; ? Sensitive information has been omitted. The alert I?ve configured: (image) [cid:image001.jpg@01D01A66.5E9E3F80] Here is what I see when I?ve review the alert: (image) [cid:image002.jpg@01D01A66.5E9E3F80] Here?s the alert log that?s generated: (image) (As you can see, the alert is triggered but delayed.) [cid:image003.jpg@01D01A66.5E9E3F80] Finally, here is what?s found when I review the logs of an offline device: (image) [cid:image004.jpg@01D01A66.5E9E3F80] Thanks again everyone, Nate Mellendorf | Network Analyst | Netgain 720 West Saint Germain Street | St. Cloud | MN | 56301 Phone: 320.251.4700 x183 | 877.797.4700 x183 www.NetgainHosting.com<http://www.netgainhosting.com/> [cid:image005.png@01D01A66.5E9E3F80] ________________________________ The information contained in this email message is for the designated recipient only and may be privileged, confidential, and protected from disclosure. If you have received this message in error, please notify the sender immediately and delete the original. Any dissemination, distribution, copying or other use of this message or any information contained within is strictly prohibited.

2 1

alert association bug
by Zhenhui Liang 17 Dec '14

17 Dec '14

It seems on the alert settings, on the association part, if you configure more than 1 associations, only the very last one can be modified or deleted. Other associations above the last line, if you click either modify or delete, there’s no effect.

1 0

Alerts and Descriptions
by Josh Hopper 17 Dec '14

17 Dec '14

How do I set an alert so that if a switch port without a description is not alerted on? I have descriptions on all ports that I want to monitor. I can't shut the others because some should always be up. Logic: If AdminInterface and PortStatus is Down AND PortDescription = "" then Alert Me This is what I have now. I can filter things that have some form of a description but I'm not sure how to use a description that is blank. See image below. [cid:image001.png@01D019FC.1994F5B0] -- Sincerely, Joshua Hopper, A+ CE Network Administrator [cid:image002.jpg@01D019FC.1994F5B0] 420 3rd Ave NW Hickory NC 28601 Office: 828-449-1839x2160 | Cell: 828-855-7565 From: observium [mailto:observium-bounces@observium.org] On Behalf Of Marc Sent: Wednesday, December 17, 2014 10:52 AM To: Observium Network Observation System Subject: Re: [Observium] Alert logs to big Hi, Thanks guys the housekeeping thingy did the trick :) On 09/12/14 17:14, Tom Laermans wrote: Check this post on the mailing list as it hasn't really made it into the docs yet: http://postman.memetic.org/pipermail/observium/2014-July/007264.html On 09/12/2014 16:44, Mathieu POUSSIN wrote: Hello, This is possible and native. Check the housekeeper script and configuration options. Best regards, Mathieu De : observium [mailto:observium-bounces@observium.org] De la part de Marc Envoyé : mardi 9 décembre 2014 06:51 À : observium(a)observium.org<mailto:observium@observium.org> >> Observium Network Observation System Objet : [Observium] Alert logs to big Hi all, I don't know if its asks already but is it possible to automaticly delete old alert logs from de db just like the logrotation on a linux system. -- Met vriendelijke groet, Marc de Rooy Technische medewerker Datacenter Engineer Flexwebhosting/FXW DISCLAIMER De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, vragen wij u het volgende: gebruik de inhoud niet; informeer de afzender door het bericht te retourneren; en vernietig de inhoud. The information contained in this message may be confidential and is intended to be exclusively for the addressee. If you have received this message in error, please do not use the contents, inform us immediately and delete its content. _______________________________________________ observium mailing list observium(a)observium.org<mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium(a)observium.org<mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium -- Met vriendelijke groet, Marc de Rooy Technische medewerker Datacenter Engineer Flexwebhosting/FXW DISCLAIMER De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, vragen wij u het volgende: gebruik de inhoud niet; informeer de afzender door het bericht te retourneren; en vernietig de inhoud. The information contained in this message may be confidential and is intended to be exclusively for the addressee. If you have received this message in error, please do not use the contents, inform us immediately and delete its content.

3 3

Alert logs to big
by Marc 17 Dec '14

17 Dec '14

Hi all, I don't know if its asks already but is it possible to automaticly delete old alert logs from de db just like the logrotation on a linux system. -- *Met vriendelijke groet,* Marc de Rooy Technische medewerker Datacenter Engineer Flexwebhosting/FXW DISCLAIMER De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, vragen wij u het volgende: gebruik de inhoud niet; informeer de afzender door het bericht te retourneren; en vernietig de inhoud. The information contained in this message may be confidential and is intended to be exclusively for the addressee. If you have received this message in error, please do not use the contents, inform us immediately and delete its content.

4 4

junos logical sub interface state
by Zhenhui Liang 17 Dec '14

17 Dec '14

Hi, I shutdown all unused ports to make the alerter life easier. But after I done so, all good except ae ports sub interfaces still shows on observium as failed even though the main ae physical ports already administratively down. For instace, ae11: show interfaces ae11 Physical interface: ae11, Administratively down, Physical link is Down But observium still complain ae11.0 failed check: show interfaces ae11.0 Logical interface ae11.0 (Index 153) (SNMP ifIndex 982) How do we ignore logical interfaces when setting up alerter? My current condition is: ifAdminStatus equals up ifOperStatus equals down Thank you. —Zhenhui

2 2

Observium SNMP polling crashes various Adtran devices
by John Brown 17 Dec '14

17 Dec '14

Hi, We recently installed Observium in an effort to replace our aging Cacti and Nagios systems. We are running the latest code checked out of SVN (We paid the money to Adam for the Professional Version) Today we added 180+ Adtran based devices to the system. All 180+ devices began rebooting. They would become stable for a few hours and then start rebooting again. Important to note that most of these items have been in our network for 3+ years, are running recent code, and have been rock solid stable for their entire service life. Cacti and Nagios poll them every minute and have been doing so for the past 3 years. Insert Observium and the devices start failing. My initial feeling is that there is something in the way Observium does its SNMP. Curious if anyone else has experienced this or something like this. Its caused us to halt putting more devices on Observium. Devices are TA 5000 / TA 352 GPON ONT's, TA 9xx iad's When I add a single device via add_device <name> and then do a discover.php -h new as soon as the code hits ENTITY-SENSOR-MIB the adtran device reboots noc@observium:/home/observium# ./discovery.php -h new Observium 0.14.12.6107 Discovery ont-03.sip.pon-1-6-1.fttx.XXX.YYYYY.net 38 adtran-aos (adtran-aos) Module [ os ] time: 0.0005s Ports : .... Module [ ports ] time: 0.1889s Port Stacks: Module [ ports-stack ] time: 0.0774s Processors : ADTRAN-AOSCPU + hrDevice: Module [ processors ] time: 0.2734s Memory : ADTRAN-AOSCPU + Module [ mempools ] time: 0.2019s IPv4 Addresses : .. Module [ ipv4-addresses ] time: 0.1366s IPv6 Addresses : Module [ ipv6-addresses ] time: 0.5068s Sensors: ENTITY-SENSOR-MIB

4 3

Re: [Observium] junos logical sub interface state
by Zhenhui Liang 17 Dec '14

17 Dec '14

Ok, I added ifDescr !match *.* In the condition, seems working. Although I don¹t feel that clean about it. I would like to only care about physical interface, not logical. But I tried all snmp mibs in the mib list, none of them I found tell you it¹s a logical interface. So I rely on the pattern *dot* in junos to indicate a logical port. On 12/16/14, 1:18 PM, "Zhenhui Liang" <ZhenhuiLiang(a)eharmony.com> wrote: >Hi, > >I shutdown all unused ports to make the alerter life easier. But after I >done so, all good except ae ports sub interfaces still shows on observium >as failed even though the main ae physical ports already administratively >down. > >For instace, ae11: >show interfaces ae11 >Physical interface: ae11, Administratively down, Physical link is Down > >But observium still complain ae11.0 failed check: >show interfaces ae11.0 > Logical interface ae11.0 (Index 153) (SNMP ifIndex 982) > > >How do we ignore logical interfaces when setting up alerter? >My current condition is: > >ifAdminStatus equals up >ifOperStatus equals down > > >Thank you. > > ‹Zhenhui >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 5

Example alert checkers, and background information
by Moerman, Maarten 16 Dec '14

16 Dec '14

Hey Guys, I had some spare time, and decided to write up some more documentation on alert-checkers for observium, and provide a whole bunch of example alerts which could be adapted for your use: Document: http://www.maartenmoerman.nl/?p=612 I have provided examples for: - Device down - Processor usage is above 80% - Memory usage is above 70% - State sensor is in ALERT state! - Fanspeed is above or under treshold - Traffic exceeds 85% - BGP Session down - Storage exceeds 85% of disk capacity - Port has encountered errors or discards - Port is enabled, but operationally down Let me know if this is helpful and what you'd like to see added/improved. Thanks, Maarten -- Maarten Moerman | Mgr, Network Engineering | eBay Classifieds | +31-655122247 | mmoerman(a)ebay.com

4 4

Re: [Observium] Sort ports based on total data usage
by Adam Armstrong 16 Dec '14

16 Dec '14

Hmm. That's a lot of I/O time. Seems it's unfeasible to do at the same frequency as the poller. Perhaps it's something we can do daily, but I'm not sure if it's really useful enough to do. adam. ------ Original Message ------ From: "Pedersen, Sean" <spedersen(a)io.com> To: "Adam Armstrong" <adama(a)memetic.org> Sent: 12/15/2014 7:39:34 AM Subject: Re: [Observium] Sort ports based on total data usage >real1m45.617s >user0m1.800s >sys0m3.724s > >20320 > >About 200 devices, and it’s a VM. > >From: Adam Armstrong <adama(a)memetic.org> >Reply-To: Adam Armstrong <adama(a)memetic.org>, Observium Network >Observation System <observium(a)observium.org> >Date: Saturday, December 13, 2014 at 11:41 PM >To: Observium Network Observation System <observium(a)observium.org> >Subject: Re: [Observium] Sort ports based on total data usage > >So. > >I ran a test to see how quickly we could extract the "traffic in the >last 24 hours" statistic from rrdtool for all ports on my development >install : > >root@omega:/mnt/ramdisk/observium_dev# time for file in `ls >*/port-*.rrd | grep -v adsl | grep -v dot3 | xargs`; do rrdtool graphv >/dev/null DEF:outoctets=$file:OUTOCTETS:AVERAGE >DEF:inoctets=$file:INOCTETS:AVERAGE CDEF:octets=inoctets,outoctets,+ >VDEF:totin=inoctets,TOTAL VDEF:totout=outoctets,TOTAL >PRINT:totin:"%4.2lf" PRINT:totout:"%4.2lf"; done > >real 0m10.953s >user 0m3.526s >sys 0m7.670s > > >root@omega:/mnt/ramdisk/observium_dev# ls */port-*.rrd | grep -v adsl | >grep -v dot3 | wc -l >3327 > > >I'm running from a ramdisk though, so it would be nice if some other >people with large non-ramdisk installs could see how long this takes :) > >adam. > > >------ Original Message ------ >From: "Michael Loftis" <mloftis(a)wgops.com> >To: "Adam Armstrong" <adama(a)memetic.org>; "Observium Network >Observation System" <observium(a)observium.org> >Sent: 12/13/2014 11:20:19 PM >Subject: Re: [Observium] Sort ports based on total data usage > >>I'll second what Adam is saying - whats in the DB is not anywhere >>remotely useful like you think. Maybe sort of on a single device but >>even then dubious at best. Your option is really to have to total >>every RRD file over the timeframe wished in order to get a result, >>which isn't going to be very fast. My biggest Observium installation >>is (IMO) very small and is still ~30G of RRD data. You'd end up >>scanning a good portion of that 30G to come up with a sort >>order/totalling. One of the big switches is ~4G by itself, loading >>it's ports page is.....ugly pulling in all the mini graphs, but at >>least the basic view is up fast. Loading all the mini graphs after >>that...I'm not sure how long that takes, I've never waited around for >>it to finish, at least a couple minutes I'd imagine. It'd be around >>that timeframe to produce a sorted list and spit out the main view. >>Granted that switch is probably pretty close to a worst case in terms >>of port count. >> >> >>On Sat, Dec 13, 2014 at 7:04 PM, Adam Armstrong <adama(a)memetic.org> >>wrote: >>>That number is in the database to calculate rates. It's functionally >>>useless unless you know when the counter was last reset. >>> >>>It isn't exposed in the UI precisely because it's such a functionally >>>useless number. >>> >>>What /might/ be vaguely useful would be calculating an average >>>traffic rate for the port by tracking the "last reset" time for the >>>counter. But even then, this is only really useful if the port has >>>*always* been active for the uptime of the switch. It would take >>>literally weeks for a port flatlining 1GB to overtake a port which >>>had been pushing 100mbit for a few months. >>> >>>There are other possibilities, such as storing a series of values at >>>various timepoints so we can "sort of" give a value like "xbps over >>>the past 24 hours", but these get terribly inefficient and slow, >>>especially considering that we're using MEMORY tables to hold this >>>data, and pretty irritating things happen when those tables fill up. >>> >>>I don't think exposing a value which is only comparable with other >>>ports on the same device active for the same amount of time which >>>haven't had their counters reset is particularly useful (and seems >>>particularly confusing). >>> >>>adam. >>> >>> >>>------ Original Message ------ >>>From: "Justin Miller" <observium(a)dynstatic.net> >>>To: "Observium Network Observation System" <observium(a)observium.org> >>>Sent: 12/12/2014 1:21:55 PM >>>Subject: Re: [Observium] Sort ports based on total data usage >>> >>>>In the db observium.ports-state, there is ifInOctlets, >>>>ifInOctlets_delta, and ifInOctets_rate. It’s also there for >>>>ifOutOctlets, ifOutOctlets_delta, and ifOutOctets_rate. So the >>>>values I want are already in the database. >>>> >>>>Furthermore, when the html/pages/devie/port.inc.php invokes >>>>includes/print-interface.inc.php to print each interface, $port >>>>contains those values. >>>> >>>>Hacking it into the view >>>> >>>> '>>>style="',$port['bps_in_style'], '"> >>>style="',$port['bps_in_style'], '">' , >>>>formatStorage($port['ifInOctets']) , ' ', >>>> '>>>style="',$port['bps_out_style'],'"> >>>style="',$port['bps_out_style'],'">' , >>>>formatStorage($port['ifOutOctets']) , ' ', >>>> >>>>Produces somewhat correct results which are good enough for what I >>>>need. I just need to sort it now. Maybe make a new page. >>>> >>>> >>>> >>>> >>>>>On Dec 12, 2014, at 12:19 PM, Tom Laermans >>>>><tom.laermans(a)powersource.cx> wrote: >>>>> >>>>>Nope. >>>>> >>>>>On 12/12/2014 06:11 PM, Justin Miller wrote: >>>>>>Because it’s a round robin database and it has to sum the octlets >>>>>>for that given time, right? >>>>>> >>>>>>Doesn’t the poller read how many packets have been send or >>>>>>received on every port anyways? ifOutOclets / ifInOclets ? Isn’t >>>>>>that a running total? Then to get the rate you take the difference >>>>>>between the current poll and the last poll and divide it by the >>>>>>time between polls? >>>>>> >>>>>>There has to be an OID for this which would be easy to store at >>>>>>poll time, right? >>>>>> >>>>>>Justin >>>>>> >>>>>> >>>>>>>On Dec 12, 2014, at 10:50 AM, Tom Laermans >>>>>>><tom.laermans(a)powersource.cx> wrote: >>>>>>> >>>>>>>It will take about 15 minutes to generate that page, then. >>>>>>> >>>>>>>On 12/12/2014 04:14 PM, Justin Miller wrote: >>>>>>>>This information is already in the RRD file is it not? Can’t you >>>>>>>>export the numerical value for the TOTAL from the graph for each >>>>>>>>port and then sort based on that? >>>>>>>> >>>>>>>>It does not have to be 100% accurate, I’m not billing for it. I >>>>>>>>just need to see what the top 10 busiest ports are on a switch. >>>>>>>> >>>>>>>> >>>>>>>><Mail Attachment.png> >>>>>>>> >>>>>>>> >>>>>>>>>On Dec 12, 2014, at 2:24 AM, Adam Armstrong <adama(a)memetic.org> >>>>>>>>>wrote: >>>>>>>>> >>>>>>>>>Total in what time frame? Day, week, month, year, decade? >>>>>>>>>Whence would this information come? >>>>>>>>> >>>>>>>>>No, doing this isn't really realistically possible to do in a >>>>>>>>>non-slow way (or useful) >>>>>>>>> >>>>>>>>>adam. >>>>>>>>> >>>>>>>>>------ Original Message ------ >>>>>>>>>From: "Justin Miller" <observium(a)dynstatic.net> >>>>>>>>>To: "Observium Network Observation System" >>>>>>>>><observium(a)observium.org> >>>>>>>>>Sent: 12/11/2014 12:17:56 PM >>>>>>>>>Subject: Re: [Observium] Sort ports based on total data usage >>>>>>>>> >>>>>>>>>>That appears to be instantaneous amount when the poller >>>>>>>>>>collected it. I need how many bytes total. Not how many bits >>>>>>>>>>per second. >>>>>>>>>> >>>>>>>>>>I need to see that this port downloaded 3.4 TB of data, not >>>>>>>>>>that it’s doing 7 megabits per second. >>>>>>>>>> >>>>>>>>>>Justin >>>>>>>>>> >>>>>>>>>>>On Dec 11, 2014, at 1:12 PM, Spencer Gaw <spencerg(a)frii.net> >>>>>>>>>>>wrote: >>>>>>>>>>> >>>>>>>>>>>Click on the Traffic column on the ports page. >>>>>>>>>>> >>>>>>>>>>>Regards, >>>>>>>>>>> >>>>>>>>>>>SG >>>>>>>>>>> >>>>>>>>>>>On 12/11/2014 11:08 AM, Justin Miller wrote: >>>>>>>>>>>>We need to view the top X ports on switches which have used >>>>>>>>>>>>the most traffic (in & out) for a given time. I haven't been >>>>>>>>>>>>able to find this view. Is there a way to see this or will >>>>>>>>>>>>we have to create a special page to view this? >>>>>>>>>>>> >>>>>>>>>>>>Justin >>>>>>>>>>>>_______________________________________________ >>>>>>>>>>>>observium mailing list >>>>>>>>>>>>observium(a)observium.org >>>>>>>>>>>>http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>>>>>>>>>> >>>>>>>>>>>_______________________________________________ >>>>>>>>>>>observium mailing list >>>>>>>>>>>observium(a)observium.org >>>>>>>>>>>http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>>>>>>>>> >>>>>>>>>_______________________________________________ >>>>>>>>>observium mailing list >>>>>>>>>observium(a)observium.org >>>>>>>>>http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>_______________________________________________ observium >>>>>>>>mailing list >>>>>>>>observium@observium.orghttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>>>>>> >>>>>>>_______________________________________________ >>>>>>>observium mailing list >>>>>>>observium(a)observium.org >>>>>>>http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>>>>> >>>>>> >>>>>> >>>>>>_______________________________________________ observium mailing >>>>>>list >>>>>>observium@observium.orghttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>>>> >>>>>_______________________________________________ >>>>>observium mailing list >>>>>observium(a)observium.org >>>>>http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>>> >>> >>>_______________________________________________ >>>observium mailing list >>>observium(a)observium.org >>>http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> >> >> >>-- >> >>"Genius might be described as a supreme capacity for getting its >>possessors >>into trouble of all kinds." >>-- Samuel Butler > > >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.

3 2