Re: [MMUSIC] Updating the pacing of ICE connectivity checks

"Pal Martinsen (palmarti)" <palmarti@cisco.com> Fri, 15 February 2013 18:43 UTC

Return-Path: <palmarti@cisco.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5398F21F861C for <mmusic@ietfa.amsl.com>; Fri, 15 Feb 2013 10:43:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.999
X-Spam-Level:
X-Spam-Status: No, score=-9.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_22=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HjobrvOgVtwO for <mmusic@ietfa.amsl.com>; Fri, 15 Feb 2013 10:43:12 -0800 (PST)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 6EB4621F8610 for <mmusic@ietf.org>; Fri, 15 Feb 2013 10:43:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2229; q=dns/txt; s=iport; t=1360953792; x=1362163392; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=S+7YqTkw+nJJdBxDIlJ1s1yjhRy7DhjEraaA3VynLNU=; b=WblkruyY4Lxm590GBXXlXtzrv4TxrLrMJBJXGk05B1cKa0LGDhnQzZUO GZVN269NqA4BlssbP3D3l8uEvXtKcAPObFzLfHV1O1yCYUd3HE4iOdm7D Ase+4o8pAvH0fT6O9neW1jVDHIxMyh96yVk45Ag2wBNaHBXDAm6ojM97S c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgEFAN6AHlGtJV2d/2dsb2JhbABEv3F+FnOCHwEBAQMBAQEBawsFCwIBCA4KCgsZJwslAgQKBAUIiAQGDL0rBI54AjEHCoJVYQOIMIoClEuDB4In
X-IronPort-AV: E=Sophos;i="4.84,675,1355097600"; d="scan'208";a="177702513"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-4.cisco.com with ESMTP; 15 Feb 2013 18:43:11 +0000
Received: from xhc-aln-x12.cisco.com (xhc-aln-x12.cisco.com [173.36.12.86]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id r1FIhB5H021998 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 15 Feb 2013 18:43:11 GMT
Received: from xmb-rcd-x06.cisco.com ([169.254.6.72]) by xhc-aln-x12.cisco.com ([173.36.12.86]) with mapi id 14.02.0318.004; Fri, 15 Feb 2013 12:43:10 -0600
From: "Pal Martinsen (palmarti)" <palmarti@cisco.com>
To: Emil Ivov <emcho@jitsi.org>
Thread-Topic: [MMUSIC] Updating the pacing of ICE connectivity checks
Thread-Index: AQHOCrofrROk5ZwYIk+tTqAB1gS4jJh53LKAgAADjYCAAAEfAIAAA/2AgAGiAQCAAAgtAIAAGDaA
Date: Fri, 15 Feb 2013 18:43:09 +0000
Message-ID: <1373AC9C23D80E44856F5CF6F883ACAB1134C1D2@xmb-rcd-x06.cisco.com>
References: <511CEB64.6070306@ericsson.com> <05a401ce0ac6$db547230$91fd5690$@cisco.com> <511D03A7.1060008@ericsson.com> <511D0498.3030909@jitsi.org> <511D07F1.3070808@ericsson.com> <511E6696.6090609@ericsson.com> <511E6D72.7070206@jitsi.org>
In-Reply-To: <511E6D72.7070206@jitsi.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.55.88.102]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <EDB84D8F172D984BB9F003A239639238@cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: Magnus Westerlund <magnus.westerlund@ericsson.com>, Ari Keränen <ari.keranen@ericsson.com>, Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>, "Dan Wing (dwing)" <dwing@cisco.com>, mmusic <mmusic@ietf.org>
Subject: Re: [MMUSIC] Updating the pacing of ICE connectivity checks
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 15 Feb 2013 18:43:15 -0000

On Feb 15, 2013, at 18:16 PM, Emil Ivov <emcho@jitsi.org>
 wrote:

> Well for one, we hadn't even noticed that there was different pacing for
> non-RTP traffic, so when we added support for Pseudo TCP to ice4j.org,
> we just let it use the default timers. It really didn't cross our
> collective minds that the same stack in the same application would have
> the right of going down to 20ms if it used the magic word (and RTP
> header) but then go back up to 500 ms if it didn't. It's almost as if it
> were punished for having bad non-RTP thoughts ;)
> 
Ha,ha. For us it was opposite. Never noticed the non-RTP stream limitation...

> Anyways, I think that, had we known about the "MUST NOT drop below 500
> ms" limitation, we would have simply ignored it: these are user
> perceptible delays after all, and no one would like to wayt 10+ seconds
> for a file to start transferring.
> 

On a side note I think simpler is better. Choosing a 20ms timer (or any value) is better than calculating something from what bandwidth you are using. It is hard to say what bandwidth a H.264 encoder is going to use, depends on how much movement in the picture and so on.

.-.
Pål-Erik

> Cheers,
> Emil
> 
> On 15.02.13, 17:47, Gonzalo Camarillo wrote:
>> Hi,
>> 
>> to add to what Magnus said, it is important that we understand what
>> implementations have been doing so far (regardless of what the RFC says)
>> and that we come up with recommendations implementers will actually
>> follow. Keep in mind we are here to write specifications, not fiction ;-)
>> 
>> Thanks,
>> 
>> Gonzalo
>> 
>> 
>> On 14/02/2013 5:51 PM, Magnus Westerlund wrote:
>>> Thus I would be careful with speeding up Ta for RTP to much, and I think
>>> someone needs to fine empiric data that it would work.
>>> 
>>> For the the 500 ms that can likely be significantly lowered without any
>>> issues. But some considerations around the wider usage needs to be taken
>>> into account.
>> 
>> 
> 
> -- 
> https://jitsi.org
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic