Re: Bandwidth Savings (Keenan Singh)

2017-02-09 Thread Keenan Singh
rrive late or incomplete, or contain viruses. Luke Guillory therefore does > not accept liability for any errors or omissions in the contents of this > message, which arise as a result of e-mail transmission. . > > -Original Message- > From: NANOG [mailto:nanog-boun...@nanog.org] On Beh

Re: Bandwidth Savings (Keenan Singh)

2017-02-09 Thread Ramy Hashish
y errors or omissions in the contents of this > message, which arise as a result of e-mail transmission. . > > -Original Message- > From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Keenan Singh > Sent: Tuesday, January 10, 2017 10:09 PM > To: nanog@nanog.org >

Re: Bandwidth Savings

2017-01-13 Thread Fearghas Mckay
Keenan > On 11 Jan 2017, at 15:10, Luke Guillory wrote: > > Netflix won’t even begin talks for their cache if you're not doing a minimum > of 5Gbps. Outside of the US I believe it is less based on presentations I have seen in Africa. > They also require massive uploads to the cache often, th

Re: Bandwidth Savings

2017-01-12 Thread Marty Strong via NANOG
gt; and >>> less effective. We are currently looking at any way we can save on >>> Bandwidth or to be more Efficient with the Bandwidth we currently have. >> We >>> do have a Layer 2 Circuit between the Island and Miami, I am seeing there >>> are WAN Acce

Re: Bandwidth Savings

2017-01-12 Thread Mike Hammett
only option? - Mike Hammett Intelligent Computing Solutions Midwest Internet Exchange The Brothers WISP - Original Message - From: "Eric Kuhnke" To: "nanog@nanog.org list" Sent: Wednesday, January 11, 2017 3:23:58 PM Subject: Re: Bandwidth Savings The challenge

Re: Bandwidth Savings

2017-01-12 Thread Mike Hammett
Computing Solutions Midwest Internet Exchange The Brothers WISP - Original Message - From: "Richard Hicks" To: "Keenan Singh" Cc: nanog@nanog.org Sent: Wednesday, January 11, 2017 2:55:05 PM Subject: Re: Bandwidth Savings I don't know the the Car

Re: Bandwidth Savings

2017-01-12 Thread Rich Kulawiec
On Tue, Jan 10, 2017 at 11:08:45PM -0500, Keenan Singh wrote: > We are currently looking at any way we can save on > Bandwidth or to be more Efficient with the Bandwidth we currently have. Measure what you're doing in as much detail as you can. Slice-and-dice it by source, destination, time-of-da

Re: Bandwidth Savings

2017-01-11 Thread Fletcher Kittredge
The problem with the local cache[s] is the bandwidth cost of populating the cache and keeping it coherent can be greater than the bandwidth saved. From your description, I would expect this to be the case so a local cache will not help. Rule of thumb is if your downstream traffic is not at least 3g

Re: Bandwidth Savings

2017-01-11 Thread Geoffrey Keating
of Compress and decompress the Traffic before it goes over the Layer 2, I > have never used this before, has any one here used anything like this, what > results would I be able to expect for ISP Traffic? > > If not any ideas on Bandwidth Savings, or being more Efficient with want

Re: Bandwidth Savings

2017-01-11 Thread Marty Strong via NANOG
>> with most services now moving to HTTPS the cache is proving to be less > >> and > >>> less effective. We are currently looking at any way we can save on > >>> Bandwidth or to be more Efficient with the Bandwidth we currently have. > >> We &

Re: Bandwidth Savings

2017-01-11 Thread Marty Strong via NANOG
sort >>> of Compress and decompress the Traffic before it goes over the Layer 2, I >>> have never used this before, has any one here used anything like this, >> what >>> results would I be able to expect for ISP Traffic? >>> >>> If not any ideas on Bandwidth Savings, or being more Efficient with want >> we >>> currently. >>> >>> Many thanks for any Help >>> >>> Keenan >>> >>

Re: Bandwidth Savings

2017-01-11 Thread Eric Kuhnke
ors where they would put a Server on either end and sort > > of Compress and decompress the Traffic before it goes over the Layer 2, I > > have never used this before, has any one here used anything like this, > what > > results would I be able to expect for ISP Traffic? >

Re: Bandwidth Savings

2017-01-11 Thread Richard Hicks
> have never used this before, has any one here used anything like this, what > results would I be able to expect for ISP Traffic? > > If not any ideas on Bandwidth Savings, or being more Efficient with want we > currently. > > Many thanks for any Help > > Keenan >

RE: Bandwidth Savings

2017-01-11 Thread Luke Guillory
ubject: Re: Bandwidth Savings On Tue, 10 Jan 2017 23:08:45 -0500, Keenan Singh said: > do have a Layer 2 Circuit between the Island and Miami, I am seeing > there are WAN Accelerators where they would put a Server on either end > and sort of Compress and decompress the Traffic before it goes

Re: Bandwidth Savings

2017-01-11 Thread Valdis . Kletnieks
On Tue, 10 Jan 2017 23:08:45 -0500, Keenan Singh said: > do have a Layer 2 Circuit between the Island and Miami, I am seeing there > are WAN Accelerators where they would put a Server on either end and sort > of Compress and decompress the Traffic before it goes over the Layer 2, I > have never us

RE: Bandwidth Savings

2017-01-11 Thread Luke Guillory
sult of e-mail transmission. . -Original Message- From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Keenan Singh Sent: Tuesday, January 10, 2017 10:09 PM To: nanog@nanog.org Subject: Bandwidth Savings Hi Guys We are an ISP in the Caribbean, and are faced with extremely high B

Re: Bandwidth Savings

2017-01-11 Thread Marty Strong via NANOG
thing like this, what > results would I be able to expect for ISP Traffic? > > If not any ideas on Bandwidth Savings, or being more Efficient with want we > currently. > > Many thanks for any Help > > Keenan

Bandwidth Savings

2017-01-11 Thread Keenan Singh
have never used this before, has any one here used anything like this, what results would I be able to expect for ISP Traffic? If not any ideas on Bandwidth Savings, or being more Efficient with want we currently. Many thanks for any Help Keenan