Hi Cameron The team at Akamai recently deployed some acceleration services for an Australian business who had users in UK, India, Philippines and other far away locations to applications running in Sydney. The users are accountants and business analysts running fat client apps. The customer had deployed VDI to attempt to overcome latency, however the performance of VDI over the internet with high latency and dropouts was abysmal.
So Akamai deployed IPA to accelerate the VDI data streams, overcome BGP paths by choosing the best path across the Akamai global network, perform forward error correction and a product called EAA to securely publish the VDI applications behind a multi factor authentication portal for secure access. Feedback from users in UK (normal latency 350-400ms) expressed that the performance of the RDP applications was as fast as running the applications on a server locally. If you’re interested in the cost for this. For IPA, it’s based on the average throughput of traffic over a period of a month. For EAA: it’s the number of applications and number of unique users per month. All of this is delivered as a cloud service, so no equipment or software to be installed at the branch locations. So the costs are quite a lot lower than buying hardware and dedicated private links. This can be deployed across any internet connection and works well with SDWAN. Riverbed actually uses Akamai’s network and intelligence when they deploy steelheads for accelerating SAAS applications like Office365. In terms of private, vs satellite vs internet links. I was onsite at a multinational company who had private mpls links globally, when the traffic failed over to the internet DMVPN as a backup, the latency was significantly lower. 300ms down to 180 ms between Sydney and US. Info on IPA [IP Accelerator] https://www.akamai.com/uk/en/products/web-performance/ip-application-accelerator.jsp EAA [Enterprise Application Access] https://www.akamai.com/us/en/products/cloud-security/enterprise-application-access.jsp James. From: Mark Newton <[email protected]> Date: Monday, December 18, 2017 at 4:24 PM To: Cameron Murray <[email protected]> Cc: "[email protected]" <[email protected]> Subject: Re: [AusNOG] Au > South Africa Customer Link “It sounds like `Low latency’ isn’t as important to you as you initially led me to believe…” :-) - mark On Dec 18, 2017, at 4:22 PM, Cameron Murray <[email protected]<mailto:[email protected]>> wrote: That was a question I posed however the response was 70 application users here vs 600 there. On 18 Dec. 2017 3:19 pm, "Mark Newton" <[email protected]<mailto:[email protected]>> wrote: Have they considered relocating the application? I don’t think you’ll find a low latency path between those two countries, so if the application is latency-sensitive it’s always going to suck. But you might find two best-available paths between each country and a workable midpoint which could lower your application latency by something approaching a factor of 2. - mark > On Dec 18, 2017, at 3:14 PM, Cameron Murray > <[email protected]<mailto:[email protected]>> wrote: > > Guys, > > I've been asked to entertain the idea of a customer of ours needing a > dedicated link between their Australian branches and their head office in ZA. > > They use a Latency sensitive application which is what they are trying to > improve by this request. Is there any providers that office links from WA > > ZA ? Currently latency ranges between 450 - 550ms from their WAN gateway in > Brisbane however if there was an option to terminate a link to their Perth > office we would take that path. > > TIA > > Cameron > _______________________________________________ > AusNOG mailing list > [email protected]<mailto:[email protected]> > http://lists.ausnog.net/mailman/listinfo/ausnog<https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.ausnog.net_mailman_listinfo_ausnog&d=DwMFaQ&c=96ZbZZcaMF4w0F4jpN6LZg&r=wJDREqbOvAj7uAMLV05riA&m=Dr8iyFeHK7Ui68xeNs-ISdFlRUojoPTw9zHHHvtkW50&s=z7f0dwEkersUrn3KcG1O80bEbywnAOg7veMwbtVB_Jk&e=>
_______________________________________________ AusNOG mailing list [email protected] http://lists.ausnog.net/mailman/listinfo/ausnog
