[MMUSIC] Please Read and Comment: Re: ICE SDP/JSEP peace accords

Flemming Andreasen <fandreas@cisco.com> Tue, 22 January 2019 20:17 UTC

Return-Path: <fandreas@cisco.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 92107130FAF for <mmusic@ietfa.amsl.com>; Tue, 22 Jan 2019 12:17:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.641
X-Spam-Status: No, score=-14.641 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id mOmCRgB_Sa_7 for <mmusic@ietfa.amsl.com>; Tue, 22 Jan 2019 12:17:50 -0800 (PST)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BF177128AFB for <mmusic@ietf.org>; Tue, 22 Jan 2019 12:17:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4850; q=dns/txt; s=iport; t=1548188269; x=1549397869; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=nn7vd0lyL9MvWmJsX9FOfuHLM8vPPekCdzaDEIUxG9Y=; b=XNEy25rZYJwtxzMfsUEsgz/fvlFgziVq/ypl0mNWRT8dPA87FB6dT1Fi 3kD9urLkoVAObb44YL1Ibcip6VDiy8KYyimy3N7xpjPPxP8uakviGjxHt 0mbNRTo+WR3VEof+tmGCeDG2w7fyJBIEDrxla6ZHLttZjyEOyhhfpkQH6 Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A2AACEeUdc/5hdJa0YAUoaAQEBAQE?= =?us-ascii?q?CAQEBAQcCAQEBAYFUAgEBAQELAQGCAmZPMyeEAZQGgWAtiTOIZodjDRgBCoQ?= =?us-ascii?q?DRgKCbSI3Bg0BAwEBAgEBAm0cDIVLAQEBAwEBIUsbDxQqAgInMAYBDAYCAQG?= =?us-ascii?q?DHgGBdA0PkAedNYEvH4UkhGgFjEEXgUA/gREnhgkBAYRqglcCiWyGZzmRFAm?= =?us-ascii?q?SFQYYgWaFLoMSJodIhUSEQIEIkBGBXCIogS5NIxU7gmyCJxeIX4VdIQMwixc?= =?us-ascii?q?BAQ?=
X-IronPort-AV: E=Sophos;i="5.56,508,1539648000"; d="scan'208,217";a="229698661"
Received: from rcdn-core-1.cisco.com ([]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Jan 2019 20:17:48 +0000
Received: from [] (rtp-fandreas-2-881-ap.cisco.com []) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTP id x0MKHmKD011541; Tue, 22 Jan 2019 20:17:48 GMT
To: Christer Holmberg <christer.holmberg@ericsson.com>, Adam Roach <adam@nostrum.com>, Roman Shpount <roman@telurix.com>, "mmusic@ietf.org" <mmusic@ietf.org>
References: <0454609c-ce69-80d4-93d8-f89bc8ba897e@nostrum.com> <CAD5OKxu1bPDU_snQ=H7RwVgPKW_hKJY1Nj7g82vTpJ+gorPrYQ@mail.gmail.com> <f279e997-0236-b78c-e555-5189d9818ef2@nostrum.com> <9B6124BE-E369-4327-B759-77DB0ED8A484@ericsson.com>
From: Flemming Andreasen <fandreas@cisco.com>
Message-ID: <6f42b5c5-72f0-8d6a-c68d-d19da7d94353@cisco.com>
Date: Tue, 22 Jan 2019 15:17:47 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <9B6124BE-E369-4327-B759-77DB0ED8A484@ericsson.com>
Content-Type: multipart/alternative; boundary="------------0BD0E6306F0216091F4D822A"
Content-Language: en-US
X-Outbound-SMTP-Client:, rtp-fandreas-2-881-ap.cisco.com
X-Outbound-Node: rcdn-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/t3uSeAyBTRghJPWmVI_5YqZ5xuY>
Subject: [MMUSIC] Please Read and Comment: Re: ICE SDP/JSEP peace accords
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: Tue, 22 Jan 2019 20:17:52 -0000

MMUSIC folks

It would be helpful if more people would chime in on this thread so we 
can gauge how to proceed.


-- Flemming (with co-chair hat on)

On 1/15/19 4:24 AM, Christer Holmberg wrote:
> Hi,
>>> 1. We are discussing the JSEP update that changes the protocol behavior. Subsequent offers in JSEP always specified transport,
>>> address and port of the only (default) candidate present. No version of JSEP draft was ever published where it was not the case.
>>> This is a protocol change which is being done when document is already in Editor Queue. If any implementations currently exist
>>> that send UDP/TLS/RTP/SAVPF in subsequent offers when only TCP candidates are present, they are not compliant with latest published JSEP draft.
>> The JSEP document was internally inconsistent, as you have pointed out in the past. Two statements conflicted with each other, so no matter
>> what an implementation did, it was possible to point to a normative statement in JSEP that it was violating. The change to JSEP is being made
>> to bring it in line with the behavior that was actually developed and deployed.
> If the JSEP contains two conflicting statements, and we have to choose one, it sounds strange that we would choose the one that is inconsistent with the ICE spec.
> Also, as I have indicated before, JSEP defines an internal API - not a signaling protocol. I DO understand that it is convenient to use the same "JSEP SDP O/A & ICE procedures" alsao on the wire, but AFAIK that is not defined anywhere. What SDP O/A & ICE procedures is a WebRTC endpoint that do NOT implement JSEP expected to use?
> Regards,
> Christer
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
> .