Bandwidth Savings

Marty Strong marty at cloudflare.com
Wed Jan 11 22:24:55 UTC 2017


Seemingly also a GGC is there: https://ix.tt/cache-services-now-live-at-ttix/ maybe if the cost is low it might be worth it, assuming the incumbent doesn’t make it prohibitive.

Regards,
Marty Strong
--------------------------------------
Cloudflare - AS13335
Network Engineer
marty at cloudflare.com
+44 7584 906 055
smartflare (Skype)

https://www.peeringdb.com/asn/13335

> On 11 Jan 2017, at 22:17, Martin Hannigan <hannigan at gmail.com> wrote:
> 
> 
> 
> 
> There's also an IXP in Trinidad:
> 
> https://www.peeringdb.com/ix/940
> 
>  [ .. ]
> 
> https://ix.tt/membership/founding-members/
> 
> That doesn't mean a lot other than there's an IXP with at least Akamai and Columbus. I know the Akamai cache is there because I put it there.
> 
> I was going to point at CaribNOG, but the MX is null and they're off the air. 
> 
> Best,
> 
> -M<
> 
> 
> 
> 
> On Wed, Jan 11, 2017 at 4:34 PM, Marty Strong via NANOG <nanog at nanog.org> wrote:
> I believe the ISP is located in Trinidad & Tobago.
> 
> There are five international submarine cables that land on the island:
> - SG-SCS
> - Americas-II
> - ECFS
> - Southern Caribbean Fiber
> - ECLink
> 
> Of those, 1 go to the closest real interconnectivity hub of Miami, with the others requiring another pair onwards.
> 
> ECLink lands in Curaçao, which could give access to AMS-IX Caribbean, which may help with connectivity to content providers, both Akamai and Goole are live and we are in the process of connecting (https://cw.ams-ix.net/connected_parties). Pricing however, is probably just as expensive on that cable than to Miami.
> 
> It would be interesting to hear from the OP the rough pricing for connectivity to Miami, vs. elsewhere.
> 
> Regards,
> Marty Strong
> --------------------------------------
> Cloudflare - AS13335
> Network Engineer
> marty at cloudflare.com
> +44 7584 906 055
> smartflare (Skype)
> 
> https://www.peeringdb.com/asn/13335
> 
> > On 11 Jan 2017, at 21:23, Eric Kuhnke <eric.kuhnke at gmail.com> wrote:
> >
> > The challenges are almost certainly economics related, at the lack of
> > competition and high costs for layer 1/2 transport from his Caribbean
> > island to Miami. Via whatever submarine cables exist that are controlled by
> > larger ILEC type entities/telcos. Or satellite (whether geostationary
> > transponder capacity or o3b).
> >
> > Depending on what island we're talking about, the $$$$$/month for a single
> > 1GbE or 10GbE layer 2 transport service from $ISLAND to Miami will be very
> > high compared to what a network operator in the US 48 states is accustomed
> > to paying.
> >
> > On Wed, Jan 11, 2017 at 12:55 PM, Richard Hicks <richard.hicks at gmail.com>
> > wrote:
> >
> >> ​​
> >> I don't know the the Caribbean Internet Exchanges market.  Are any worth
> >> peering at versus buying additional L2 bandwidth to Miami?
> >>
> >> https://cw.ams-ix.net/
> >> http://www.ocix.net/ocix/
> >>
> >> Rick​
> >>
> >> On Tue, Jan 10, 2017 at 8:08 PM, Keenan Singh <keenansingh at airlinktt.net>
> >> wrote:
> >>
> >>> Hi Guys
> >>>
> >>> We are an ISP in the Caribbean, and are faced with extremely high
> >> Bandwidth
> >>> costs, compared to the US, we currently use Peer App for Caching however
> >>> 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
> >>> 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 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
> >>>
> >>
> 
> 




More information about the NANOG mailing list