adjusting bandwidth graphs to what the client is paying for
Hi,
Just checking out the software for the first time and really liking it. We are using PRTG now and of the things we like about it is per interface we are monitoring, we can set the max x-axis value. It helps our tech's to know what speed Internet connection a client is paying for. We will hand off a 100Mbps interface to the client, but if they are only paying for 20Mbps, we will shape the traffic down to 20Mbps on the router. When you look at the percent graph in Observium, it's based on a 100Mbps max possible speed instead of 20Mbps.
Thanks!
Use a bandwidth statement on the port.
On a Cisco with a 4mbps link:
interface GigabitEthernet0/1 description herpa-derp-derp bandwidth 4000 duplex full speed 100
Kind regards,
Matt Harper Network Analyst | ICT Operations Information Technology Branch | Department of Transport and Main Roads
Floor 4 | Transport House | 230 Brunswick Street | Fortitude Valley Qld 4006 PO Box 673 | Fortitude Valley Qld 4006 P: (07) 30661125 | F: (07) 30662044 E: matthew.a.harper@tmr.qld.gov.aumailto:matthew.a.harper@tmr.qld.gov.au W: www.tmr.qld.gov.auhttp://www.tmr.qld.gov.au/
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Anthony Polselli Sent: Tuesday, 5 August 2014 9:34 AM To: observium@observium.org Subject: [Observium] adjusting bandwidth graphs to what the client is paying for
Hi,
Just checking out the software for the first time and really liking it. We are using PRTG now and of the things we like about it is per interface we are monitoring, we can set the max x-axis value. It helps our tech's to know what speed Internet connection a client is paying for. We will hand off a 100Mbps interface to the client, but if they are only paying for 20Mbps, we will shape the traffic down to 20Mbps on the router. When you look at the percent graph in Observium, it's based on a 100Mbps max possible speed instead of 20Mbps.
Thanks!
*********************************************************************** WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority.
If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake.
It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system).
Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, or endorsed organisations utilising the same infrastructure. ***********************************************************************
Yup, or use the traffic accounting feature :-)
On 05/08/2014 01:52, Matthew A Harper wrote:
Use a bandwidth statement on the port.
On a Cisco with a 4mbps link:
interface GigabitEthernet0/1
description herpa-derp-derp
bandwidth 4000
duplex full
speed 100
Kind regards,
Matt Harper* Network Analyst| ICT Operations *Information Technology Branch* | Department of Transport and Main Roads
Floor 4 | Transport House | 230 Brunswick Street | Fortitude Valley Qld 4006 PO Box 673 | Fortitude Valley Qld 4006 P: (07) 30661125 | F: (07) 30662044 E: matthew.a.harper@tmr.qld.gov.au mailto:matthew.a.harper@tmr.qld.gov.au W: www.tmr.qld.gov.au http://www.tmr.qld.gov.au/
*From:*observium [mailto:observium-bounces@observium.org] *On Behalf Of *Anthony Polselli *Sent:* Tuesday, 5 August 2014 9:34 AM *To:* observium@observium.org *Subject:* [Observium] adjusting bandwidth graphs to what the client is paying for
Hi,
Just checking out the software for the first time and really liking it. We are using PRTG now and of the things we like about it is per interface we are monitoring, we can set the max x-axis value. It helps our tech's to know what speed Internet connection a client is paying for. We will hand off a 100Mbps interface to the client, but if they are only paying for 20Mbps, we will shape the traffic down to 20Mbps on the router. When you look at the percent graph in Observium, it's based on a 100Mbps max possible speed instead of 20Mbps.
Thanks!
WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority.
If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake.
It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system).
Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, or endorsed organisations utilising the same infrastructure.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Yeah that's a workaround... but bandwidth statements should be on any port that has a rate limit anyway.
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Tuesday, 5 August 2014 10:03 AM To: Observium Network Observation System Subject: Re: [Observium] adjusting bandwidth graphs to what the client is paying for
Yup, or use the traffic accounting feature :-)
On 05/08/2014 01:52, Matthew A Harper wrote: Use a bandwidth statement on the port.
On a Cisco with a 4mbps link:
interface GigabitEthernet0/1 description herpa-derp-derp bandwidth 4000 duplex full speed 100
Kind regards,
Matt Harper Network Analyst | ICT Operations Information Technology Branch | Department of Transport and Main Roads
Floor 4 | Transport House | 230 Brunswick Street | Fortitude Valley Qld 4006 PO Box 673 | Fortitude Valley Qld 4006 P: (07) 30661125 | F: (07) 30662044 E: matthew.a.harper@tmr.qld.gov.aumailto:matthew.a.harper@tmr.qld.gov.au W: www.tmr.qld.gov.auhttp://www.tmr.qld.gov.au/
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Anthony Polselli Sent: Tuesday, 5 August 2014 9:34 AM To: observium@observium.orgmailto:observium@observium.org Subject: [Observium] adjusting bandwidth graphs to what the client is paying for
Hi,
Just checking out the software for the first time and really liking it. We are using PRTG now and of the things we like about it is per interface we are monitoring, we can set the max x-axis value. It helps our tech's to know what speed Internet connection a client is paying for. We will hand off a 100Mbps interface to the client, but if they are only paying for 20Mbps, we will shape the traffic down to 20Mbps on the router. When you look at the percent graph in Observium, it's based on a 100Mbps max possible speed instead of 20Mbps.
Thanks!
*********************************************************************** WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority.
If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake.
It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system).
Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, or endorsed organisations utilising the same infrastructure. ***********************************************************************
_______________________________________________
observium mailing list
observium@observium.orgmailto:observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
They should be there, but I wouldn't call it a workaround as such; the question is "graph what the client is paying for". If you need accurate data, you want traffic accounting and not (just) rrdtool :)
Tom
On 05/08/2014 02:11, Matthew A Harper wrote:
Yeah that's a workaround... but bandwidth statements should be on any port that has a rate limit anyway.
*From:*observium [mailto:observium-bounces@observium.org] *On Behalf Of *Tom Laermans *Sent:* Tuesday, 5 August 2014 10:03 AM *To:* Observium Network Observation System *Subject:* Re: [Observium] adjusting bandwidth graphs to what the client is paying for
Yup, or use the traffic accounting feature :-)
On 05/08/2014 01:52, Matthew A Harper wrote:
Use a bandwidth statement on the port. On a Cisco with a 4mbps link: interface GigabitEthernet0/1 description herpa-derp-derp bandwidth 4000 duplex full speed 100 Kind regards, * Matt Harper* Network Analyst| ICT Operations *Information Technology Branch* | Department of Transport and Main Roads Floor 4 | Transport House | 230 Brunswick Street | Fortitude Valley Qld 4006 PO Box 673 | Fortitude Valley Qld 4006 P: (07) 30661125 | F: (07) 30662044 E: matthew.a.harper@tmr.qld.gov.au <mailto:matthew.a.harper@tmr.qld.gov.au> W: www.tmr.qld.gov.au <http://www.tmr.qld.gov.au/> *From:*observium [mailto:observium-bounces@observium.org] *On Behalf Of *Anthony Polselli *Sent:* Tuesday, 5 August 2014 9:34 AM *To:* observium@observium.org <mailto:observium@observium.org> *Subject:* [Observium] adjusting bandwidth graphs to what the client is paying for Hi, Just checking out the software for the first time and really liking it. We are using PRTG now and of the things we like about it is per interface we are monitoring, we can set the max x-axis value. It helps our tech's to know what speed Internet connection a client is paying for. We will hand off a 100Mbps interface to the client, but if they are only paying for 20Mbps, we will shape the traffic down to 20Mbps on the router. When you look at the percent graph in Observium, it's based on a 100Mbps max possible speed instead of 20Mbps. Thanks! *********************************************************************** WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority. If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake. It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system). Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, or endorsed organisations utilising the same infrastructure. *********************************************************************** _______________________________________________ observium mailing list observium@observium.org <mailto: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
Thanks for the fast replies everyone! We just have the free version right now so I can't try out the accounting part yet. But really what I'm looking for on this part is to be able to have a Level 1 tech look at a graph and be able to figure out what speed Internet connection the client has and percentage wise, what are they using.
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Monday, August 04, 2014 5:13 PM To: Observium Network Observation System Subject: Re: [Observium] adjusting bandwidth graphs to what the client is paying for
They should be there, but I wouldn't call it a workaround as such; the question is "graph what the client is paying for". If you need accurate data, you want traffic accounting and not (just) rrdtool :)
Tom
On 05/08/2014 02:11, Matthew A Harper wrote: Yeah that's a workaround... but bandwidth statements should be on any port that has a rate limit anyway.
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Tuesday, 5 August 2014 10:03 AM To: Observium Network Observation System Subject: Re: [Observium] adjusting bandwidth graphs to what the client is paying for
Yup, or use the traffic accounting feature :-)
On 05/08/2014 01:52, Matthew A Harper wrote: Use a bandwidth statement on the port.
On a Cisco with a 4mbps link:
interface GigabitEthernet0/1 description herpa-derp-derp bandwidth 4000 duplex full speed 100
Kind regards,
Matt Harper Network Analyst | ICT Operations Information Technology Branch | Department of Transport and Main Roads
Floor 4 | Transport House | 230 Brunswick Street | Fortitude Valley Qld 4006 PO Box 673 | Fortitude Valley Qld 4006 P: (07) 30661125 | F: (07) 30662044 E: matthew.a.harper@tmr.qld.gov.aumailto:matthew.a.harper@tmr.qld.gov.au W: www.tmr.qld.gov.auhttp://www.tmr.qld.gov.au/
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Anthony Polselli Sent: Tuesday, 5 August 2014 9:34 AM To: observium@observium.orgmailto:observium@observium.org Subject: [Observium] adjusting bandwidth graphs to what the client is paying for
Hi,
Just checking out the software for the first time and really liking it. We are using PRTG now and of the things we like about it is per interface we are monitoring, we can set the max x-axis value. It helps our tech's to know what speed Internet connection a client is paying for. We will hand off a 100Mbps interface to the client, but if they are only paying for 20Mbps, we will shape the traffic down to 20Mbps on the router. When you look at the percent graph in Observium, it's based on a 100Mbps max possible speed instead of 20Mbps.
Thanks!
*********************************************************************** WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority.
If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake.
It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system).
Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, or endorsed organisations utilising the same infrastructure. ***********************************************************************
_______________________________________________
observium mailing list
observium@observium.orgmailto:observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________
observium mailing list
observium@observium.orgmailto:observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Add bandwidth xxxx and it worked perfectly. Thanks!
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Monday, August 04, 2014 5:13 PM To: Observium Network Observation System Subject: Re: [Observium] adjusting bandwidth graphs to what the client is paying for
They should be there, but I wouldn't call it a workaround as such; the question is "graph what the client is paying for". If you need accurate data, you want traffic accounting and not (just) rrdtool :)
Tom
On 05/08/2014 02:11, Matthew A Harper wrote: Yeah that's a workaround... but bandwidth statements should be on any port that has a rate limit anyway.
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Tuesday, 5 August 2014 10:03 AM To: Observium Network Observation System Subject: Re: [Observium] adjusting bandwidth graphs to what the client is paying for
Yup, or use the traffic accounting feature :-)
On 05/08/2014 01:52, Matthew A Harper wrote: Use a bandwidth statement on the port.
On a Cisco with a 4mbps link:
interface GigabitEthernet0/1 description herpa-derp-derp bandwidth 4000 duplex full speed 100
Kind regards,
Matt Harper Network Analyst | ICT Operations Information Technology Branch | Department of Transport and Main Roads
Floor 4 | Transport House | 230 Brunswick Street | Fortitude Valley Qld 4006 PO Box 673 | Fortitude Valley Qld 4006 P: (07) 30661125 | F: (07) 30662044 E: matthew.a.harper@tmr.qld.gov.aumailto:matthew.a.harper@tmr.qld.gov.au W: www.tmr.qld.gov.auhttp://www.tmr.qld.gov.au/
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Anthony Polselli Sent: Tuesday, 5 August 2014 9:34 AM To: observium@observium.orgmailto:observium@observium.org Subject: [Observium] adjusting bandwidth graphs to what the client is paying for
Hi,
Just checking out the software for the first time and really liking it. We are using PRTG now and of the things we like about it is per interface we are monitoring, we can set the max x-axis value. It helps our tech's to know what speed Internet connection a client is paying for. We will hand off a 100Mbps interface to the client, but if they are only paying for 20Mbps, we will shape the traffic down to 20Mbps on the router. When you look at the percent graph in Observium, it's based on a 100Mbps max possible speed instead of 20Mbps.
Thanks!
*********************************************************************** WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority.
If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake.
It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system).
Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, or endorsed organisations utilising the same infrastructure. ***********************************************************************
_______________________________________________
observium mailing list
observium@observium.orgmailto:observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________
observium mailing list
observium@observium.orgmailto:observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
participants (3)
-
Anthony Polselli -
Matthew A Harper -
Tom Laermans