IETF Logo Mail Archive

Re: [MMUSIC] 1-week WGLC on recent changes in draft-ietf-mmusic-dtls-sdp

Roman Shpount <roman@telurix.com> Fri, 28 April 2017 00:51 UTC

Return-Path: <roman@telurix.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 1BC89127275 for <mmusic@ietfa.amsl.com>; Thu, 27 Apr 2017 17:51:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.889
X-Spam-Level:
X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telurix-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OjYHUML7ExH6 for <mmusic@ietfa.amsl.com>; Thu, 27 Apr 2017 17:51:20 -0700 (PDT)
Received: from mail-pf0-x22a.google.com (mail-pf0-x22a.google.com [IPv6:2607:f8b0:400e:c00::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 433F3129487 for <mmusic@ietf.org>; Thu, 27 Apr 2017 17:48:20 -0700 (PDT)
Received: by mail-pf0-x22a.google.com with SMTP id i4so4282649pfc.0 for <mmusic@ietf.org>; Thu, 27 Apr 2017 17:48:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=aIAedTGYWa3IS+hA7/xVTSofc3pfwuUDK954jFvwwLg=; b=sRqLHZk5RM3rwSxGC9yM/7IOt0KtI2TyNhx12SyRUhyxHD9ijTrA39SYin/df+ia8z 5aqCGeouf/W2nZ0Zzyj2uUV8e7hymW2kvl+IGJHJsstQ6vbjYPtYBF85x/Py0QBRHwFT S30jGX9jM2FO0RoKABOnMr1a/ZM1M1RIQ/mPExEI3LaX6FFR7NQtVa9MAWrPrOhms8nN kt4YXke6yATIktMkfCpzNWX/+S2FfzgcDaCm0szKaniEREYxuEC9gdWH9/gq0EDx70Zk Vq+H+uWsz/TccD9AjG+bUyVD0RLCYqe9WVUSQrKkJjaOZ+KB7+s8vYf1Zbp4c/DjjU3s ZuKg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=aIAedTGYWa3IS+hA7/xVTSofc3pfwuUDK954jFvwwLg=; b=NFjuHE+IDynv6I53vzOD3D/+wXzMfjWX2sz1axt9SVEJKW/sEkRQnPqJnglGJ5TBEf AqiEmhOTe/aAs0CG2xj99zYQXwkqGyo/7bA0L+w5UEiUF6hjQL8wbAa0hAgsKZAMV4is 8tVI7G6L10hOra/3oPicZjZ2RS1/zp+d/94+YxK1iJybXhjvLEp2K5nrDe2bOpR4DHen Yw0F67sMKpN77pshxgsk8tEPX1fVhlIzO2lBXAgFJwctd9wLxglAyUOyf5H8vSOemh61 eC30EeWlX8+wiLn0AFRTTLgxL6MiJmlOkap/ZmqTzkNDofLyz8vCFNfNAZM3lL2p8GQG /zJA==
X-Gm-Message-State: AN3rC/6kc5b8ytEOOEzys3vd84kBaXHYjqHruNLKOHiqz1zJK2mexaMd XLObdTENWrn8OQ==
X-Received: by 10.84.192.129 with SMTP id c1mr11108690pld.170.1493340499822; Thu, 27 Apr 2017 17:48:19 -0700 (PDT)
Received: from mail-pg0-f49.google.com (mail-pg0-f49.google.com. [74.125.83.49]) by smtp.gmail.com with ESMTPSA id x9sm7322166pff.98.2017.04.27.17.48.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Apr 2017 17:48:19 -0700 (PDT)
Received: by mail-pg0-f49.google.com with SMTP id y4so986630pge.0; Thu, 27 Apr 2017 17:48:18 -0700 (PDT)
X-Received: by 10.98.252.72 with SMTP id e69mr8843621pfh.247.1493340498745; Thu, 27 Apr 2017 17:48:18 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.100.130.150 with HTTP; Thu, 27 Apr 2017 17:48:18 -0700 (PDT)
In-Reply-To: <CABkgnnU3jatmEh6ziiROOWh_zcYoNHju1_1E1QgEVmgBzNKqiA@mail.gmail.com>
References: <580940e1-4248-2903-b6e0-9ea440d83867@cisco.com> <CAD5OKxs-w1bz-9jBX9sdh+OA8vfo8DM90ZbzHyDgU-7XF-4pUA@mail.gmail.com> <D5275E07.1BC2F%christer.holmberg@ericsson.com> <CAD5OKxvoa0GZwNsA7XBn79jBdfozfGEvMrmTmi5DRVJOom-3mg@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B4CB893FA@ESESSMB109.ericsson.se> <CAD5OKxs-7M5UvC8CBQNWUSzpZ8Y8mDobwDAMoUyQH1Mu48C3Ww@mail.gmail.com> <CABkgnnU3jatmEh6ziiROOWh_zcYoNHju1_1E1QgEVmgBzNKqiA@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
Date: Thu, 27 Apr 2017 20:48:18 -0400
X-Gmail-Original-Message-ID: <CAD5OKxsxUsBwer3FQQ0rqSQDJQq162s=XOOv=p5FYv+TWwtQJw@mail.gmail.com>
Message-ID: <CAD5OKxsxUsBwer3FQQ0rqSQDJQq162s=XOOv=p5FYv+TWwtQJw@mail.gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Cc: Christer Holmberg <christer.holmberg@ericsson.com>, Flemming Andreasen <fandreas@cisco.com>, "draft-ietf-mmusic-dtls-sdp@ietf.org" <draft-ietf-mmusic-dtls-sdp@ietf.org>, mmusic <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="001a1141f7dcf4e75f054e2f6def"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/UlOEK6dgXnJhjrsjxIebzBJZ0oQ>
Subject: Re: [MMUSIC] 1-week WGLC on recent changes in draft-ietf-mmusic-dtls-sdp
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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, 28 Apr 2017 00:51:22 -0000

On Thu, Apr 27, 2017 at 8:44 PM, Martin Thomson <martin.thomson@gmail.com>
wrote:

> On 28 April 2017 at 05:52, Roman Shpount <roman@telurix.com> wrote:
> > If ClientHello is not cached, connection setup will be delayed by 5 sec
> > (DTLS re-transmit timer). This is quite noticeable and produces negative
> > client experience. So, caching or immediate handling is desired. If
> > ClientHello is cached, this will work with full ICE and will prevent
> > unverified media.
>
> If you are retransmitting ClientHello at 5 seconds, you are going to
> have a really bad time.  NSS is a tad aggressive, but our first
> retransmit is at 50ms (QUIC recommends 200ms I think).  Even TCP isn't
> that slow.  Packet loss happens and 5 seconds is well beyond the point
> that users give up.
>

I think 5 sec is default for opensips, but I might be wrong.

In general, I agree that caching is going to give better performance.
> We can recommend it, but I wouldn't mandate it.
>

I would suggest that we say that ClientHello may be cached, but DTLS
handshake MUST NOT start until answer is received.

Regards,
_____________
Roman Shpount

v2.23.0 | Report a Bug | By Email