Re: [MMUSIC] ICE-SIP-SDP: Concluding ICE statement

Roman Shpount <roman@telurix.com> Thu, 18 July 2019 21:56 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 D5F5E120155 for <mmusic@ietfa.amsl.com>; Thu, 18 Jul 2019 14:56:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.887
X-Spam-Level:
X-Spam-Status: No, score=-1.887 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, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] 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 SEho7efkckeY for <mmusic@ietfa.amsl.com>; Thu, 18 Jul 2019 14:56:18 -0700 (PDT)
Received: from mail-pg1-x536.google.com (mail-pg1-x536.google.com [IPv6:2607:f8b0:4864:20::536]) (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 CA01712012D for <mmusic@ietf.org>; Thu, 18 Jul 2019 14:56:18 -0700 (PDT)
Received: by mail-pg1-x536.google.com with SMTP id w10so13488636pgj.7 for <mmusic@ietf.org>; Thu, 18 Jul 2019 14:56:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=EQ3F+qmVyHfX+Y3d01fG/35io/O/Jp4sp1td5IDw2xg=; b=G/fBobIfPYVr5ZIgRRcPj6H6An4NZ4nZAk2Wo/HoeSHD+GzHn5GmuS4DhxqqJzXaUW WAFQgDhmcTurT0Xo9sbBqJ3mvcCKTH3mDUBgkH1uUnWlRtxmYGXKcSJYTb6OvhcWJyXH Nc4gCprandqF1sJoqje2NfdM+xNV3xka1vriYOsrjVkxe+pjEG73Dn3qPqXDPdwertuI DC99MuWoWxxXNto2qqGDfpumXFNR3ttitvDCCaP35b34mDH8jNR1hDGs1tNu0HQmUgW6 spXRpesTwws1+bP8xcgpH6Tv+rfK4QOAK7Fgb1j4vIas1BWwAZP3NXSFZniVPHuS7cza dbNQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=EQ3F+qmVyHfX+Y3d01fG/35io/O/Jp4sp1td5IDw2xg=; b=kr+F+Dp8cU+LyG5PLyoJzNxoTlVV1NstW+bGNi5yTuM+TKnnO0YuTxEeltxfUPV5p3 pk1Wi+Wi1rgZy4g570wmPF/y86MbuGgLzTg2nAcYE/DMtFjPXBtSluwGKZhChI3/dzR0 qWte+yG7dhZ3YigHqmIwl7tj3XI2Rr9gwfT7mPdFLqZsqn/Ww8PBGeJLrObYmUkdkbf6 dtc1dNVhxp2nyOag50laaSsARiawDkBrQbHIupIyRnofv6bsrLnvoT2QQd5OX7xLEAhE w+5Un3rMu92gCpNr+9xB04stKks317bOR77epRUWIk60LIVtny5tol5rOaupnJi9NmjU eHFw==
X-Gm-Message-State: APjAAAVrFbjQByhAMBzIIRkC5PF4zIC7sZEpIIaCsXQmuKXWFs+kY6VA RUaBNwKBgJGDCqv0GEHToBOUIx7v
X-Google-Smtp-Source: APXvYqygv1QqmHOdOLDuGlJ8iVCJ7f+DQveWmwVmqB7cg/B4Ow14kTXW+6qj+wEuEsIg121Dbj9R4w==
X-Received: by 2002:a65:5183:: with SMTP id h3mr49953317pgq.250.1563486977904; Thu, 18 Jul 2019 14:56:17 -0700 (PDT)
Received: from mail-pf1-f169.google.com (mail-pf1-f169.google.com. [209.85.210.169]) by smtp.gmail.com with ESMTPSA id h26sm30389825pfq.64.2019.07.18.14.56.16 (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Thu, 18 Jul 2019 14:56:17 -0700 (PDT)
Received: by mail-pf1-f169.google.com with SMTP id f17so9228057pfn.6; Thu, 18 Jul 2019 14:56:16 -0700 (PDT)
X-Received: by 2002:a17:90a:b00b:: with SMTP id x11mr53934836pjq.120.1563486976539; Thu, 18 Jul 2019 14:56:16 -0700 (PDT)
MIME-Version: 1.0
References: <804B6CBB-3614-4CD5-82FC-0E475F716E18@ericsson.com> <CAD5OKxvYQZz_6RpMf9FvSFx+Mz1=cTUC5-cw3o6jVgKqMKLxSQ@mail.gmail.com> <HE1PR07MB316103A8253F36D03E718AB793C90@HE1PR07MB3161.eurprd07.prod.outlook.com> <CAD5OKxv4kSM3xbqB7Kag3=qdV_4W3T9RbB4D-DLXeNJVqqzOwA@mail.gmail.com> <HE1PR07MB31611980F5E438EFA620329C93C80@HE1PR07MB3161.eurprd07.prod.outlook.com>
In-Reply-To: <HE1PR07MB31611980F5E438EFA620329C93C80@HE1PR07MB3161.eurprd07.prod.outlook.com>
From: Roman Shpount <roman@telurix.com>
Date: Thu, 18 Jul 2019 17:56:04 -0400
X-Gmail-Original-Message-ID: <CAD5OKxsoRrvzvnc4uSwmbJgMzv7Y4bmjPc4fYv4iGhogtyJTzQ@mail.gmail.com>
Message-ID: <CAD5OKxsoRrvzvnc4uSwmbJgMzv7Y4bmjPc4fYv4iGhogtyJTzQ@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>, "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d902e0058dfbad1d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/K3YkQ46t41MIkv9mS9_DPyuOHAs>
Subject: Re: [MMUSIC] ICE-SIP-SDP: Concluding ICE statement
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 18 Jul 2019 21:56:21 -0000

On Thu, Jul 18, 2019 at 2:15 AM Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

>
> >>>This makes sense, but I am not sure it is precise enough. What we are
> trying to say is that ICE nomination
>
> >>>process is done (completed or failed) for all streams and no new
> candidate pairs are going to be nominated.
>
> >>
>
> >> The text talks about when the nomination starts.
>
> >
>
> >Starts or ends?
>
> >
>
> >The sentence in 3.3.4 was supposed to mean that when ICE nomination
> process completes and if for any stream non-default
>
> >candidate was nominated and ice2 option was not set, to send a new offer.
>
>
>
> It also says that :)
>
>
>
> But, the first sentence says:
>
>
>
> “Once the state of each check list is Completed, and if the agent is
>
> the controlling agent, it nominates a candidate pair [RFC8445]…”
>
>
>
> …which at least to me describes when the nomination starts.
>
>
>

This is actually still about the nomination end. Essentially, what is
described here is at the end of the nomination process, for each stream a
candidate pair is nominated (or the stream failed). If ice2 option is not
set, and pair nominated in the end is not the default candidate pair for
this stream, then new offer should be sent to "true up" default candidates.

What this whole language is missing is that for some streams nomination can
fail without failure of the entire session. Stream failure should also
result in a new offer with the failed streams disabled (port set to 0). I
am not sure this is specified anywhere. Another thing which is not
specified anywhere if new offer due to stream failure is only required if
ice2 option is not set or always. I would vote for always to make sure this
m= line can be reused.

Best Regards.
_____________
Roman Shpount