I talked to the NOC personnel at a small (compared to North American
standards) ISP in Pakistan. They said that their core links are operating at
less than 50% utilization most of the time. Under such conditions, violating
SLA conditions in the core is unlikely. If such is also the case with most
-
From: Saqib Ilyas [mailto:msa...@gmail.com msa...@gmail.com]
Sent: Wed 4/15/2009 11:22 AM
To: nanog@nanog.org
Subject: Re: Network SLA
I talked to the NOC personnel at a small (compared to North American
standards) ISP in Pakistan. They said that their core links are operating
at
less than 50
On Wed, Apr 15, 2009 at 7:10 AM, Saqib Ilyas msa...@gmail.com wrote:
Hmmm. Good point. Perhaps the Internet traffic gets only a small share of
the link capacity and the rest is reserved for corporate clients' VPN
traffic etc. I was thinking more along the lines of corporate SLAs, not for
to validate the service
providers' contractual SLA, and provide empirical data to support SLA
violation penalties.
-Original Message-
From: Saqib Ilyas [mailto:msa...@gmail.com]
Sent: Wednesday, April 15, 2009 4:11 AM
To: nanog@nanog.org
Subject: Re: Network SLA
Hmmm. Good point. Perhaps
. Juniper has equivalent functionality via RPM.
Rich
-Original Message-
From: Saqib Ilyas [mailto:msa...@gmail.com]
Sent: Saturday, March 07, 2009 6:12 AM
To: nanog@nanog.org
Subject: Re: Network SLA
I must thank everyone who has answered my queries. Just a couple more
short
RPM.
Rich
-Original Message-
From: Saqib Ilyas [mailto:msa...@gmail.com]
Sent: Saturday, March 07, 2009 6:12 AM
To: nanog@nanog.org
Subject: Re: Network SLA
I must thank everyone who has answered my queries. Just a couple
more
short questions.
For instance, if one is using MRTG
RPM.
Rich
-Original Message-
From: Saqib Ilyas [mailto:msa...@gmail.com]
Sent: Saturday, March 07, 2009 6:12 AM
To: nanog@nanog.org
Subject: Re: Network SLA
I must thank everyone who has answered my queries. Just a couple more
short questions.
For instance, if one is using MRTG
I have found that Cisco IPSLA is heavily used in the MSO/Service
Provider Space. Juniper has equivalent functionality via RPM.
Rich
-Original Message-
From: Saqib Ilyas [mailto:msa...@gmail.com]
Sent: Saturday, March 07, 2009 6:12 AM
To: nanog@nanog.org
Subject: Re: Network SLA
I
are covered
by the accumulated probes.
-Original Message-
From: Saqib Ilyas [mailto:msa...@gmail.com]
Sent: Saturday, March 07, 2009 3:12 AM
To: nanog@nanog.org
Subject: Re: Network SLA
I must thank everyone who has answered my queries. Just a couple more
short questions.
For instance
What products/services do you use for traffic generation? Also what
sort of testing methodology do you use? As for random probes that
certainly seems like a nice feature.
Holmes,David A wrote:
We use BRIX for SLA's by measuring round trip times, jitter, and packet
loss across all of our
I must thank everyone who has answered my queries. Just a couple more
short questions.
For instance, if one is using MRTG, and wants to check if we can meet
a 1 Mbps end-to-end throughput between a couple of customer sites, I
believe you would need to use some traffic generator tools, because
MRTG
Saqib,
On 07.03.2009, at 12:12, Saqib Ilyas wrote:
I must thank everyone who has answered my queries. Just a couple more
short questions.
For instance, if one is using MRTG, and wants to check if we can meet
a 1 Mbps end-to-end throughput between a couple of customer sites, I
believe you would
On Sat, Mar 07, 2009 at 12:26:45PM +0100, Chris Meidinger wrote:
Saqib,
On 07.03.2009, at 12:12, Saqib Ilyas wrote:
I must thank everyone who has answered my queries. Just a couple more
short questions.
For instance, if one is using MRTG, and wants to check if we can meet
a 1 Mbps
As I gather, there is a mix of answers, ranging from building the resources
according to requirements and HOPE for the best to use of arguably
sophisticated tools and perhaps sharing the results with the legal
department.
I would be particularly interested in hearing the service providers'
Availability cannot be calculated in advance. It typically is based on
historical component failure information. Sound design ensures
redundancy and eliminates single point of failure.
As for the rest, CIR, Latency, Jitter, Loss . this can be tested
prior to customer handover with any
.
--- On Thu, 2/19/09, Andreas, Rich rich_andr...@cable.comcast.com wrote:
From: Andreas, Rich rich_andr...@cable.comcast.com
Subject: RE: Network SLA
To: Saqib Ilyas msa...@gmail.com, nanog@nanog.org
Date: Thursday, February 19, 2009, 5:59 PM
Availability cannot be calculated in advance
On Thu, 19 Feb 2009, Saqib Ilyas wrote:
I am curious to know about any tools/techniques that a service provider uses
to assess an SLA before signing it. That is to say, how does an
administrator know if he/she can meet what he is promising.
IME, the administrators don't have anything to do
We use the BRIX active measurement instrumentation product to measure
round-trip, jitter, and packet loss SLA conformity.
-Original Message-
From: Saqib Ilyas [mailto:msa...@gmail.com]
Sent: Thursday, February 19, 2009 7:50 AM
To: nanog@nanog.org
Subject: Network SLA
Greetings
I am
Saqib Ilyas wrote:
Greetings
I am curious to know about any tools/techniques that a service provider uses
to assess an SLA before signing it. That is to say, how does an
administrator know if he/she can meet what he is promising. Is it based on
experience? Are there commonly used tools for this?
19 matches
Mail list logo