Re: [rtcweb] Network times . was SDP Security Descriptions (RFC 4568) and RTCWeb

Cullen Jennings <fluffy@iii.ca> Fri, 03 May 2013 02:15 UTC

Return-Path: <fluffy@iii.ca>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C3A021F89AF for <rtcweb@ietfa.amsl.com>; Thu, 2 May 2013 19:15:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zGKq2AXZqz2d for <rtcweb@ietfa.amsl.com>; Thu, 2 May 2013 19:15:54 -0700 (PDT)
Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) by ietfa.amsl.com (Postfix) with ESMTP id 6D6C121F89D5 for <rtcweb@ietf.org>; Thu, 2 May 2013 19:15:54 -0700 (PDT)
Received: from [192.168.4.100] (unknown [128.107.239.233]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id BBFCD22E256; Thu, 2 May 2013 22:15:45 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\))
From: Cullen Jennings <fluffy@iii.ca>
In-Reply-To: <51815F43.7090505@jesup.org>
Date: Thu, 02 May 2013 20:15:44 -0600
Content-Transfer-Encoding: quoted-printable
Message-Id: <BC9F15A5-5761-480F-AD9F-DDB7A23FAD6D@iii.ca>
References: <3FA2E46D-C98E-4FC0-9F1D-AD595A861CE1@iii.ca> <20130425202238.74EF321F96A5@ietfa.amsl.com> <AE1A6B5FD507DC4FB3C5166F3A05A48416281FDB@tk5ex14mbxc272.redmond.corp.microsoft.com> <03FBA798AC24E3498B74F47FD082A92F3BB8FAF7@US70UWXCHMBA04.zam.alcatel-lucent.com> <9F33F40F6F2CD847824537F3C4E37DDF0E6C04AF@MCHP04MSX.global-ad.net> <CAErhfrx6xi7rNmc6CZc5iyKiYv+oZbi3sBa5QywB7dUKtms2Aw@mail.gmail.com> <C643F355C8D33C48B983F1C1EA702A450B49EA@ESESSMB301.ericsson.se> <4AA3A95D6033ED488F8AE4E45F47448742B13620@WABOTH9MSGUSR8B.ITServices.sbc.com> <CALiegfmpZZigigQtaadsXup6VfWgJAF8--TJpbUwSJMmar7fRA@mail.gmail.com> <CAD5OKxv2d2DemnjHQdB8XU8NKfK-Uu913DLPq9JUT4z9kvFfTQ@mail.gmail.com> <829F9A35-5F23-4A0F-9831-80478F70965E@phonefromhere.com> <517E2F6A.30905@alvestrand.no> <C5E08FE080ACFD4DAE31E4BDBF944EB1134B0090@xmb-aln-x02.cisco.com> <5180f8ac.65f3440a.7deb.fffffeeaSMTPIN_ADDED_BROKEN@mx.google.com> <CAOJ7v-1K6B6GTBShbwcE2FZWtL+Hm_XLMS_cRvMJejx8gUtieg@mail.gmail.com> <51815F43.709050 5@jesup.org>
To: Randell Jesup <randell-ietf@jesup.org>
X-Mailer: Apple Mail (2.1503)
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] Network times . was SDP Security Descriptions (RFC 4568) and RTCWeb
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 May 2013 02:15:59 -0000

On May 1, 2013, at 12:30 PM, Randell Jesup <randell-ietf@jesup.org> wrote:

> On 5/1/2013 9:01 AM, Justin Uberti wrote:
>> This doesn't match what we are seeing. I pulled some Chrome stats on average RTT seen across various network connections; on 3G, close to half of users had RTTs > 250 ms. 4G is somewhat better. 2G is considerably worse.
>> 
>> India continues to be especially bad, partially because of the above, partially because of use of satellite links, which due to physics incur 500 ms RTTs.
> 
> Those are all RTT measurements, so One Way Delay's of roughly half of that?  speed-of-light for a one-way satellite link would be around 280ms in theory - and of course that's just for that one physical link.

By one way here, you mean up to the satellite link, then back down to the ground again which the satellite people often don't call one way but I agree it is the network latency measurement from browser to browser we are looking for. You are of course correct that, for geosync satellites that are at somewhere around 42,000 km up, we get around 240 to 280 ms depending on your relative location to the satellite. But, keep in mind the preferred satellites for this type of stuff are globalstar at 1400 km or iridium at less than 800 km which have way less latency than geosync. 

I'm still looking for the elusive 1500 ms. 


> 
> -- 
> Randell Jesup
> randell-ietf@jesup.org
> 
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb