int, BRIX can be used 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
On Wed, Apr 15, 2009 at 7:10 AM, Saqib Ilyas 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
> Internet traffic.
#x27; Albert
> Einstein.
>
>
>
> -Original Message-
> From: Saqib Ilyas [mailto: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
> stan
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
s
niper 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 questions.
For inst
; wrote:
>
>> 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]
>>
uivalent 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
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
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 backb
s 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 instanc
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
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
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
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'
vie
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?
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 cur
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 wit
e" to customers.
--- On Thu, 2/19/09, Andreas, Rich wrote:
> From: Andreas, Rich
> Subject: RE: Network SLA
> To: "Saqib Ilyas" , nanog@nanog.org
> Date: Thursday, February 19, 2009, 5:59 PM
> Availability cannot be calculated in advance. It typically
> is bas
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 number
19 matches
Mail list logo
