[AusNOG] Best roundtrip latency to Israel?

Adam Baxter adam1984 at gmail.com
Tue Sep 13 14:57:00 EST 2016


Modern RDP can use UDP..

https://support.microsoft.com/en-us/kb/2592687

On 13 September 2016 at 14:38, Tin, James <jtin at akamai.com> wrote:

> Clay, what App or resources are you accessing or providing?
>
> As someone mentioned, if terminal services, you can use VMware’s PCOIP for
> delivery over UDP, this overcomes the TCP inefficiencies but you need a lot
> of bandwidth capacity.
>
>
>
> Depending on your budget there are some solutions to address the poor user
> experience, poor throughput and lack of control over the internet.
>
>
>
> There are some technologies which run some races over diverse paths and
> will map across the internet, then choose the best path based on
> performance, packet loss etc.
>
> There is also wan optimisation such that if you do lose a packet, the
> packet will be rebuilt based upon additional parity bits (Forward Error
> Correction).
>
> Additionally, the traffic can be delivered over the internet using UDP
> instead of TCP, which overcomes the TCP performance problems.
>
> The 3 solutions combined will make a massive difference for performance.
>
>
>
> Riverbed has some of this and uses Sure Route from Akamai Technologies.
>
> Akamai has all 3 capabilities built into IP Accelerator which does FEC,
> Sure Route, delivery over UDP, TCP optimisatation, you access their network
> in the source and destination countries and rely upon their global platform
> for delivery (so any loss is retransmitted locally at each end as a full
> proxy, DSA and their web acceleration products.
>
> Cisco also has something along these lines.
>
> There are also solutions from Silver Peak and Citrix which provide FEC,
> but rely upon BGP.
>
> Some telco’s are going to be offering this as a premium service based on
> Akamai’s technology.
>
>
>
> So depending on your app and your budget, there are a number of ways to
> address this without digging up the earth of deploying your own super
> expensive private link for part of the connectivity.
>
>
>
> J/
>
>
>
> *From: *Clay Quinn <cquinn at mrv.com>
> *Date: *Tuesday, September 13, 2016 at 2:07 PM
> *To: *Kim Pearce <kim.pearce at gmail.com>, "ausnog at lists.ausnog.net" <
> ausnog at lists.ausnog.net>
>
> *Subject: *Re: [AusNOG] Best roundtrip latency to Israel?
>
>
>
> I knew I could depend on AusNOG to explore every option - thanks :)
>
>
>
> A colleague of mine suggested to VPN to a point half-way along the
> alternate direction (eg India) and see if the connection would be routed
> through Europe from there.  Could reduce the latency significantly, worth a
> shot.  Will let you know if I succeed.
>
>
>
> Also some others suggested to tweak the TCP settings, which I will also
> look into – again, thanks.
>
>
>
>
>
> Cheers
>
> Clay
>
>
>
>
>
> *From:* AusNOG [mailto:ausnog-bounces at lists.ausnog.net] *On Behalf Of *Kim
> Pearce
> *Sent:* Tuesday, 13 September 2016 2:05 PM
> *To:* ausnog at lists.ausnog.net
> *Subject:* Re: [AusNOG] Best roundtrip latency to Israel?
>
>
>
> And if you drill, it is a 20,000km round trip - ~(10,000km along the chord
> from SYD to TLV)
>
>
>
> On Tue, Sep 13, 2016 at 2:00 PM, Mark Andrews <marka at isc.org> wrote:
>
>
> In message <AM5PR0301MB24814072C2675F44C808F43AD2FE0 at AM5PR0301MB2481.
> eurprd03.prod.outlook.com>, Clay Quinn writes:
> >
> > Hi All,
> >
> > An oddball question - is anyone using services over Internet to Israel
> > (VPN etc), and if so what is your round-trip latency?  From a Telstra TID
> > connection I'm getting around 400ms (Sydney, LA, New York, UK, France,
> > Israel).  I'm curious if there's a less-latent path on another
> > provider/route (RDP sessions are painfully slow).
>
> SYD to TLV is 8813 great circle miles (14183km).  This gives a lower
> bound on a terrestrial path unless you start drilling.
>
> > Using 30,000km as an estimate for the fibre distance, that gives a
> > theoretical minimum latency of 300ms (0.5us/km * 30,000km * both
> > directions).  So there's an additional 100ms of overhead there (OEO
> > conversions probably - 30 hops in traceroute).
> >
> > If that's par for the course, I guess WAN acceleration is really the only
> > option - I understand it's a pretty long path.  If anyone has any unique
> > solutions to this problem I'd love to hear it.
> >
> >
> > Cheers
> > Clay
> >
> > Clay Quinn
> > Presales Engineer
> > MRV Communications Pty Ltd.
> > Mobile: +61 427 339 000  | Email: cquinn at mrv.com<mailto:cquinn at mrv.com>
> > Skype: clayquinn | Web: www.mrv.com
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.mrv.com&d=DQMGaQ&c=96ZbZZcaMF4w0F4jpN6LZg&r=wJDREqbOvAj7uAMLV05riA&m=eZl4Gt57uiVTIe53ydQ6FcjXj01VyJiGhdto2C_4SlI&s=0AFwGRL4HQ5ac2E54zC6V7iPQ-HCJCbS4yrHg5IN4xo&e=>
> <http://www.mrv.com/
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.mrv.com_&d=DQMGaQ&c=96ZbZZcaMF4w0F4jpN6LZg&r=wJDREqbOvAj7uAMLV05riA&m=eZl4Gt57uiVTIe53ydQ6FcjXj01VyJiGhdto2C_4SlI&s=AMkJeLxhEZwRSk5xI3b_CzNfib3FjN7RyrELnGkXYwI&e=>
> >
> >
> > [Screen Shot 2016-02-01 at 10.11.23]
> >
> > [E-Banner]<http://www.mrv.com
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.mrv.com&d=DQMGaQ&c=96ZbZZcaMF4w0F4jpN6LZg&r=wJDREqbOvAj7uAMLV05riA&m=eZl4Gt57uiVTIe53ydQ6FcjXj01VyJiGhdto2C_4SlI&s=0AFwGRL4HQ5ac2E54zC6V7iPQ-HCJCbS4yrHg5IN4xo&e=>
> >
> >
> >
> > MRV Communications is a global supplier of packet and optical solutions
> > that power the world's largest networks. Our products combine innovative
> > hardware with intelligent software to make networks smarter, faster and
> > more efficient.
> >
> >
> >
> > The contents of this message, together with any attachments, are intended
> > only for the use of the person(s) to whom they are addressed and may
> > contain confidential and/or privileged information. If you are not the
> > intended recipient, immediately advise the sender, delete this message
> > and any attachments and note that any distribution, or copying of this
> > message, or any attachment, is prohibited.
> >
>
> --
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742                 INTERNET: marka at isc.org
>
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.ausnog.net_mailman_listinfo_ausnog&d=DQMGaQ&c=96ZbZZcaMF4w0F4jpN6LZg&r=wJDREqbOvAj7uAMLV05riA&m=eZl4Gt57uiVTIe53ydQ6FcjXj01VyJiGhdto2C_4SlI&s=4Q8wFDB1YZjYqCbuaBgligDwtHQmBYU0VTHLH5qt5zw&e=>
>
>
>
> [image: -Banner]
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.mrv.com&d=DQMGaQ&c=96ZbZZcaMF4w0F4jpN6LZg&r=wJDREqbOvAj7uAMLV05riA&m=eZl4Gt57uiVTIe53ydQ6FcjXj01VyJiGhdto2C_4SlI&s=0AFwGRL4HQ5ac2E54zC6V7iPQ-HCJCbS4yrHg5IN4xo&e=>
>
>
> MRV Communications is a global supplier of packet and optical solutions
> that power the world’s largest networks. Our products combine innovative
> hardware with intelligent software to make networks smarter, faster and
> more efficient.
>
>
>
> The contents of this message, together with any attachments, are intended
> only for the use of the person(s) to whom they are addressed and may
> contain confidential and/or privileged information. If you are not the
> intended recipient, immediately advise the sender, delete this message and
> any attachments and note that any distribution, or copying of this message,
> or any attachment, is prohibited.
>
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ausnog.net/pipermail/ausnog/attachments/20160913/e81582c3/attachment-0001.html>


More information about the AusNOG mailing list