Re: [MMUSIC] Is ice-mismatch media or session level?

Roman Shpount <roman@telurix.com> Mon, 29 April 2019 20:44 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 0680F120766 for <mmusic@ietfa.amsl.com>; Mon, 29 Apr 2019 13:44:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.888
X-Spam-Level:
X-Spam-Status: No, score=-1.888 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, 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 jVm8MDQ79Lff for <mmusic@ietfa.amsl.com>; Mon, 29 Apr 2019 13:44:56 -0700 (PDT)
Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) (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 C742612076C for <mmusic@ietf.org>; Mon, 29 Apr 2019 13:44:56 -0700 (PDT)
Received: by mail-pg1-x535.google.com with SMTP id l18so5725462pgj.6 for <mmusic@ietf.org>; Mon, 29 Apr 2019 13:44:56 -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=Xuej1h0Dl2eTNddDbtzi+3TnhsDd0HYNnnyrzO5OT/M=; b=WvT8J+7NnQ+jUHkpc2+g3U5XzEjQ1qMQR/n4mhNOZZByvGb6va6/C7CJsRtTdFuSGj V9kH5ypwKYv4qYq1YC/N+Hj23vdsOdmPnhHb95Rk4aLH4xJ4upenoLdHWCnh6HOg6cgc K3RpL9XiOVhOS38ObMcdJnF9nngvMlqMczUsUHGUYr9nIGYa0Vfl402o0qnZ66Is69Mk 6bBoQnkUOIjptj8GllKmbADhsNb3/lZF+LHAkaZgDS2zFoGl6TnMvFQF0ehov87Y++x4 7hXKxkWfuua4UmsJeTLaPVGQKNsDFOCJU+Ph71NJ9eFgnElPNZf5BNvfULFYdUQ6vsPP eTyQ==
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=Xuej1h0Dl2eTNddDbtzi+3TnhsDd0HYNnnyrzO5OT/M=; b=X3lpYQxwFKYBPayw72WlaUCLKaOmh4AXlkJ6aAx/SlNhDn5iimXS01vKa+cWbVOS+B uabG5yAztkRNcWwV6Okijna6S6+P24tMCotBYcsPFa4tnqMODrcnUKLSHJsHMCGSYD4p WO/X39aE4GIdpbAJj85KfkgsWlmPBIfKBHo75d/LkvE1/gy9tC0eYyXL9Ff9n514V7kP swez4NqS/amMLRA/Ys4P/LagF9jvhUI3hDyiuHJHOIfhj19mK/M5M8MABKxg8aFfQnPO FTLomVekMCVx+ncCaSepfy5Xq5IyyumqRhfk0z1BMu3IIPrVtWaUxS3cCVYw6+W9Z3JB cuww==
X-Gm-Message-State: APjAAAUBEvx/+/xkXie7MxcPY7YNSh5da46tw0cBNWfM3YlOd61gX2sy L0K7v+X8am4YLfc2SykrzXHkW3n7w+c=
X-Google-Smtp-Source: APXvYqwRZ2v6ysB7TG54a2k5r0JGu4idji4Wozf3uKZodBXKAANs1mfmS+B291Z7tZ+XJVaN0Mi0QA==
X-Received: by 2002:a62:424b:: with SMTP id p72mr63838233pfa.167.1556570696146; Mon, 29 Apr 2019 13:44:56 -0700 (PDT)
Received: from mail-pg1-f177.google.com (mail-pg1-f177.google.com. [209.85.215.177]) by smtp.gmail.com with ESMTPSA id 128sm586526pfg.70.2019.04.29.13.44.54 for <mmusic@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Apr 2019 13:44:55 -0700 (PDT)
Received: by mail-pg1-f177.google.com with SMTP id d31so5722473pgl.7 for <mmusic@ietf.org>; Mon, 29 Apr 2019 13:44:54 -0700 (PDT)
X-Received: by 2002:a63:8dc8:: with SMTP id z191mr25835917pgd.9.1556570694673; Mon, 29 Apr 2019 13:44:54 -0700 (PDT)
MIME-Version: 1.0
References: <CAD5OKxvGcC0inLRxwTHKdWW3z6xM2PWjV=1J8+3_zwQsF3tCaA@mail.gmail.com> <HE1PR07MB3161E1BDB1E2439E1A9CE785933F0@HE1PR07MB3161.eurprd07.prod.outlook.com>
In-Reply-To: <HE1PR07MB3161E1BDB1E2439E1A9CE785933F0@HE1PR07MB3161.eurprd07.prod.outlook.com>
From: Roman Shpount <roman@telurix.com>
Date: Mon, 29 Apr 2019 16:44:43 -0400
X-Gmail-Original-Message-ID: <CAD5OKxtqKi1ucRXd5xrZrsM6hiqu=FUULx3mQv+=bZx3YHMbLg@mail.gmail.com>
Message-ID: <CAD5OKxtqKi1ucRXd5xrZrsM6hiqu=FUULx3mQv+=bZx3YHMbLg@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: mmusic WG <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000052edd00587b15b9b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/Yvfri4ML1v4fmFopVdqs0nIAvIE>
Subject: Re: [MMUSIC] Is ice-mismatch media or session level?
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: Mon, 29 Apr 2019 20:44:59 -0000

Hi Christer,

Thank you for reviewing and responding.

On Sat, Apr 27, 2019 at 1:48 PM Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

> Before we just change something back we need to think what the reason for
> the change to media-level was. Could it be related to RTCWEB?
>
>
This is definitely not RTCWEB related, since RTCWEB should never generate
ice-mismatch or use it for any reason.

The ice-mismatch attribute was session only according to RFC 5245 Section
21.1.4 (https://tools.ietf.org/html/rfc5245#section-21.1.4). At the same
time, according to RFC 5245 Section 15.3 (
https://tools.ietf.org/html/rfc5245#section-15.3), ice-mismatch is media
level attribute only. This being said, according to RFC 5245 Section 6.1 (
https://tools.ietf.org/html/rfc5245#section-6.1), ice-mismatch applies to
the whole session, but it is specified per m= line. According to errata
3149 (https://www.rfc-editor.org/errata/eid3149), ice-mismatch should be
media level. So, it is a bit of a mess.

I can change ice-mismatch back to media level, but what we need to clarify
then is the following: If ice-mismatch is present in the m= line, does it
stop ICE processing for the whole session or for this m= line only?

If it stops ICE processing for the whole session then it makes little or no
sense being specified per m= line. If it only stops processing for specific
m= line, then ice-mismatch probably also makes sense at the session level
to stop ICE processing for the whole session.

I am definitely open to input here.
_____________
Roman Shpount