Comrades! o/
On 06 марта 2014 г., at 18:06, Rob VanHooren rob_vanhooren@mac.com wrote:
and *nobody* took a moment to say it yesterday?
better late than never :-)
cheers,
R.
On Mar 6, 2014, at 5:09 AM, observium-request@observium.org wrote:
Send observium mailing list submissions to observium@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@observium.org
You can reach the person managing the list at observium-owner@observium.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of observium digest..."
Today's Topics:
- Re: Graphing Apple Airport traffic (Adam Armstrong)
- Re: Graphing Apple Airport traffic (Tom Laermans)
- Re: Port tracking issue with IPv6 (Maxence BITTERLI)
Message: 1 Date: Wed, 05 Mar 2014 20:50:44 -0600 From: Adam Armstrong adama@memetic.org To: Observium Network Observation System observium@observium.org Subject: Re: [Observium] Graphing Apple Airport traffic Message-ID: 15b4e7a93cae33d4399a815bbd24074e@memetic.org Content-Type: text/plain; charset=UTF-8; format=flowed
Depends upon how it's done, probably not with the stuff being dropped into "graphs", but if it's written in a sensible fashion I can probably move it to a better place.
adam.
On 2014-03-05 19:57, Steve Evans wrote: Some hacking later, I have each of my airport base stations reporting the WiFi stats seen by their clients thus:
Is this of interest for the greater good?
Steve
On 23 Feb 2014, at 22:46, Steve Evans Steve@SCEvans.com wrote:
Tracking roaming could be very useful for understanding where wifi access points are needed. Much of the power in data is the associations between it. Several years ago I authored the SUN-PLATFORM-MIB as an extension to the ENTITY-MIB. That was all about associations.
Steve
On 23 Feb 2014, at 21:55, Adam Armstrong adama@memetic.org wrote:
On 2014-02-23 14:50, Steve Evans wrote: One challenge, if graphing the wirelessClientsTable, would be the fact that as the clients came and went their corresponding entries in the tables would come and go. There would therefore be gaps in the recording of packets associated with these nodes. That's a fairly simple concept, but how would you manage roaming whereby a client hops between base stations? Would you try to tie these together so that a trace of traffic associated with such a client, irrespective of base station would be available? I think that decision might shape any framework; ie would it be base station or client centric? Of course more than one view may be desirable.
And you see why no one has written any software to do this before...
I try to stay away from recording any history for transient things, we'll store a count and sometimes a snapshot of the state, but more than that usually not.
Though, it depends how useful it would be in the end. We do store history for MAC accounting, and this is vaguely similar.
adam. _______________________________________________ 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
Message: 2 Date: Thu, 06 Mar 2014 09:00:28 +0100 From: Tom Laermans tom.laermans@powersource.cx To: Observium Network Observation System observium@observium.org Subject: Re: [Observium] Graphing Apple Airport traffic Message-ID: 53182B1C.3040806@powersource.cx Content-Type: text/plain; charset=ISO-8859-1; format=flowed
The current very simple "wifi client count" was/is also under graphs/wireless, which is probably why it's there in Steve's patch. :-)
On 06/03/2014 03:50, Adam Armstrong wrote:
Depends upon how it's done, probably not with the stuff being dropped into "graphs", but if it's written in a sensible fashion I can probably move it to a better place.
adam.
On 2014-03-05 19:57, Steve Evans wrote: Some hacking later, I have each of my airport base stations reporting the WiFi stats seen by their clients thus:
Is this of interest for the greater good?
Steve
On 23 Feb 2014, at 22:46, Steve Evans Steve@SCEvans.com wrote:
Tracking roaming could be very useful for understanding where wifi access points are needed. Much of the power in data is the associations between it. Several years ago I authored the SUN-PLATFORM-MIB as an extension to the ENTITY-MIB. That was all about associations.
Steve
On 23 Feb 2014, at 21:55, Adam Armstrong adama@memetic.org wrote:
On 2014-02-23 14:50, Steve Evans wrote: One challenge, if graphing the wirelessClientsTable, would be the fact that as the clients came and went their corresponding entries in the tables would come and go. There would therefore be gaps in the recording of packets associated with these nodes. That's a fairly simple concept, but how would you manage roaming whereby a client hops between base stations? Would you try to tie these together so that a trace of traffic associated with such a client, irrespective of base station would be available? I think that decision might shape any framework; ie would it be base station or client centric? Of course more than one view may be desirable.
And you see why no one has written any software to do this before...
I try to stay away from recording any history for transient things, we'll store a count and sometimes a snapshot of the state, but more than that usually not.
Though, it depends how useful it would be in the end. We do store history for MAC accounting, and this is vaguely similar.
adam. _______________________________________________ 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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Message: 3 Date: Thu, 6 Mar 2014 11:11:59 +0100 From: Maxence BITTERLI maxence@definima.com To: observium observium@observium.org Subject: Re: [Observium] Port tracking issue with IPv6 Message-ID: CAN1+dXc-STXEws4p0vdduNKD=Hn0DZ4yRL3iX561aXpnYMw_pg@mail.gmail.com Content-Type: text/plain; charset="iso-8859-1"
I didn't change anything on my observium server, I got no traffic since I added these servers. ls -l /opt/observium/rrd/s29.inter.net/port-* -rw-r--r-- 1 root root 1739144 mars 6 11:00 /opt/observium/rrd/ s29.inter.net/port-1.rrd -rw-r--r-- 1 root root 1739144 mars 6 11:00 /opt/observium/rrd/ s29.inter.net/port-2.rrd -rw-r--r-- 1 root root 1739144 mars 6 11:00 /opt/observium/rrd/ s29.inter.net/port-3.rrd -rw-r--r-- 1 root root 1739144 mars 6 11:00 /opt/observium/rrd/ s29.inter.net/port-4.rrd -rw-r--r-- 1 root root 1739144 mars 6 11:00 /opt/observium/rrd/ s29.inter.net/port-5.rrd -rw-r--r-- 1 root root 1739144 mars 6 11:00 /opt/observium/rrd/ s29.inter.net/port-6.rrd -rw-r--r-- 1 root root 1739144 mars 6 11:00 /opt/observium/rrd/ s29.inter.net/port-7.rrd
I added my poller output with debug option.
Thanks for your answer.
Maxence
2014-03-05 12:36 GMT+01:00 Tom Laermans tom.laermans@powersource.cx:
Permission problem on your RRD file? Run poller with debug option to see what's going on.
v6 is certainly not related.
On 03/05/2014 10:17 AM, Maxence BITTERLI wrote:
Hi,
On some machines (debian 6 & 7) I don't have any output of my bandwidth. Port information are correct, I can see correct MAC and all IP address associated to this port but my graph are empty.
Poller output for eth0 : [ifIndex] => 4 [ifDescr] => eth0 [ifType] => ethernetCsmacd [ifMtu] => 1500 [ifSpeed] => 1000000000 [ifPhysAddress] => 8:x0:xe:xc:ex:xe [ifAdminStatus] => up [ifOperStatus] => up [ifLastChange] => 0:0:00:00.00 [ifInOctets] => 529940242 [ifInUcastPkts] => 225555807 [ifInNUcastPkts] => 0 [ifInDiscards] => 0 [ifInErrors] => 0 [ifInUnknownProtos] => 0 [ifOutOctets] => 1075923292 [ifOutUcastPkts] => 280183099 [ifOutNUcastPkts] => 0 [ifOutDiscards] => 0 [ifOutErrors] => 0 [ifOutQLen] => 0 [ifSpecific] => zeroDotZero [ifName] => eth0 [ifInMulticastPkts] => 0 [ifInBroadcastPkts] => 0 [ifOutMulticastPkts] => 0 [ifOutBroadcastPkts] => 0 [ifHCInOctets] => 56364515090 [ifHCInUcastPkts] => 225555807 [ifHCInMulticastPkts] => 0 [ifHCInBroadcastPkts] => 0 [ifHCOutOctets] => 275953830236 [ifHCOutUcastPkts] => 280183099 [ifHCOutMulticastPkts] => 0 [ifHCOutBroadcastPkts] => 0 [ifHighSpeed] => 1000 [ifPromiscuousMode] => false [ifConnectorPresent] => true [ifAlias] => [ifCounterDiscontinuityTime] => 0:0:00:00.00
Linux 3.10.9-xxxx-grs-ipv6-64 (Debian 7) This interface support IPv4 & IPv6 and I actually have some traffic on it.
At first I thougth it was a probleme with IPv4 + v6 but I also got an old machine with IPv4 only and this machine got empty graph too.
Any idea to solve this ?
Maxence
observium mailing listobservium@observium.orghttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium