Re: [rtcweb] [art] [clue] ICE, ICE-bis, and Cluster 238

Christer Holmberg <> Tue, 04 September 2018 09:33 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id EDE57130EBA for <>; Tue, 4 Sep 2018 02:33:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.319
X-Spam-Status: No, score=-4.319 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id Oyw0ltogtuOX for <>; Tue, 4 Sep 2018 02:33:48 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 0D3E9130E8E for <>; Tue, 4 Sep 2018 02:33:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256;; s=mailgw201801; c=relaxed/simple; q=dns/txt;; t=1536053622; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=+WDUc6gVJG0hb8+qOfsZ8mTdFWDC6SDg+kJAcWH9kzg=; b=fPPlLi7/0IF1z5TXmhgAfuoPx/au8YM7P1HTAYecNId4R83JQtuc/2GJG12Sluad OoZkdPcwqZ4IxiFwG2ASz5Rl1k9tw4Z00PvLi/xsIMamSoU8+thXqo6ZwXnzTXhp 8793LxvJWmJFoMSn8AO3qksrW1SjdxKOeFK2MXKbmyk=;
X-AuditID: c1b4fb30-ff9ff700000055da-09-5b8e51765c78
Received: from (Unknown_Domain []) by (Symantec Mail Security) with SMTP id 50.1C.21978.6715E8B5; Tue, 4 Sep 2018 11:33:42 +0200 (CEST)
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Tue, 4 Sep 2018 11:33:42 +0200
Received: from ([]) by ([]) with mapi id 15.01.1466.003; Tue, 4 Sep 2018 11:33:41 +0200
From: Christer Holmberg <>
To: "Roni Even (A)" <>, "Applications and Real-Time Area Discussion" <>
CC: "" <>, "" <>, "" <>, "" <>
Thread-Topic: [art] [clue] ICE, ICE-bis, and Cluster 238
Thread-Index: AQHURDJda78veyqWb0yhrjMsvHPoKg==
Date: Tue, 4 Sep 2018 09:33:41 +0000
Message-ID: <>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_BC42B57FC31A4798969E52D0270F82D2ericssoncom_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrMIsWRmVeSWpSXmKPExsUyM2J7mW5ZYF+0wdsV4hYr7npY7D91mdni 24Vai6nLH7NYfDp2nsVi7b92dgc2j5Yjb1k9liz5yRTAFMVlk5Kak1mWWqRvl8CVsXTfOZaC 9i9MFcsmfGZpYFz1iqmLkZNDQsBEYvrkF6xdjFwcQgJHGSWmPVjMDuF8ZZSYcmIiVGYpo0TX jx7GLkYODjYBC4nuf9og3SICmRK9m38zgdQwC/QxShx894QFpEZYwFzi3SE2iBoLie0vP7NA 2HoSt862MYPYLAIqEu/734PV8ArYS2w6ug2shlFATOL7qTVg1zELiEvcejIf6lIBiSV7zjND 2KISLx//YwVZJSqgLzHtcgBEWEliS+8WqNZkiSkv9rFCjBeUODnzCcsERpFZSKbOQlI2C0nZ LKCpzAKaEut36UOUKEpM6X7IDmFrSLTOmQtlW0s8+bCbFVnNAkaOVYyixanFSbnpRkZ6qUWZ ycXF+Xl6eaklmxiBUXlwy2+DHYwvnzseYhTgYFTi4d3p1RctxJpYVlyZe4hRgoNZSYTXjx8o xJuSWFmVWpQfX1Sak1p8iFGag0VJnNfCb3OUkEB6YklqdmpqQWoRTJaJg1OqgXGGAnfBnImS J74vEXjsUb/umXVvVVpxrPbl9tMCB20016+89XZRQ9z5mBuW5zLdL2RMuRDZvzNvJ8fT+xqC GmcclpWs13zNdH+/2fxH4icVQ1fUHXcudjhgK98RveWq1SmFQw0HPG8J9s7IePjkWanVbpvk CPuy5aZTT1ZLT1R02rmd5a/M/EYlluKMREMt5qLiRABQtxSaxgIAAA==
Archived-At: <>
Subject: Re: [rtcweb] [art] [clue] ICE, ICE-bis, and Cluster 238
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 04 Sep 2018 09:33:56 -0000


It takes 3 minutes to change the reference and submit a new version of the draft :)

Also note that “obsolete” does not mean “replace”, as far as I know.



From: art <>; on behalf of "Roni Even (A)" <>;
Date: Tuesday 4 September 2018 at 12:16
To: Applications and Real-Time Area Discussion <>;
Cc: ""; <>;, ""; <>;, ""; <>;, ""; <>;
Subject: Re: [art] [clue] ICE, ICE-bis, and Cluster 238

Hi Adam,

Is there a real need to update draft-ietf-clue-signaling-13

There is an informative reference to RFC5245 and the text is

A CLUE call may involve sending and/or receiving significant numbers
   of media streams.  Conventionally, media streams are sent and
   received on unique ports.  However, each separate port used for this
   purpose may impose costs that a device wishes to avoid, such as the
   need to open that port on firewalls and NATs, the need to collect ICE
   candidates [RFC5245<>;], etc.

So since RFC8445b obsolete RFC5245 this is not a major issue.

Anyhow I will ask the authors to update the document

Roni Even

From: clue [] On Behalf Of Adam Roach
Sent: Wednesday, August 29, 2018 9:13 PM
To: Applications and Real-Time Area Discussion
Subject: Re: [clue] ICE, ICE-bis, and Cluster 238

It's been a week; so far there have been no objections to this plan, and several messages in support. I plan to consult with the other ART ADs to evaluate consensus on this proposal next week, and take appropriate action. If you have thoughts to share, please send them to the ART mailing list before September 5th.



On 8/22/18 12:58 PM, Adam Roach wrote:
Members of the ART community interested in real-time communications:

Cluster 238 [1] is a set of inter-related documents dealing with real-time communications. The bulk of these documents relate to WebRTC, either directly or indirectly. They also form the underpinnings of CLUE. As of now, there are 34 documents in the cluster that are not yet published, with 25 of these already in the RFC Editor's queue. The dependency graph among these documents is such that the bulk of them can be published as soon as a specific six of them are handed off to the RFC editor, and we expect this to happen in the upcoming few months.

One long-running complication for this cluster of documents is that each of the documents were developed over the course of seven years, in concert with implementations, while the ICE protocol itself was undergoing significant revision. As a consequence, some documents rely (directly or indirectly) on the older ICE specification (RFC 5245), while some rely on the newer one (RFC 8445). In some cases, documents refer directly to the old version and transitively to the new version.

It is noteworthy that RFC 8445 obsoletes RFC 5245; and that the mechanism described in RFC 8445 has some  changes that break backwards compatibility with the mechanism defined in RFC 5245 (with such behavioral changes controlled by an SDP attribute, allowing clients to transition from one to the other).

Most notably, draft-ietf-rtcweb-jsep (which is the core WebRTC protocol in the IETF) refers to directly to RFC 5245, while relying on the behavior defined in draft-ietf-ice-trickle; draft-ietf-ice-trickle, in turn, is based on the newer RFC 8445 handling. JSEP's reference to RFC 5245 is a practical consideration that acknowledges that current deployments of WebRTC implement the older version of ICE. At the same time, these deployed implementations use a somewhat older version of draft-ietf-ice-trickle in concert with the older ICE implementation.

In order to get Cluster 238 published, we need to find some way to rationalize its references to ICE. At a basic level, the ART Area Directors do not believe that it makes sense to publish new documents that refer to an already obsoleted RFC. At the same time, we recognize that there is value in our specifications being informed by running code. For WebRTC, the complexity of the system has led us to a point that we must choose between these principles. Our proposal is to choose the first, while acknowledging the second.

This would result in a request to the RFC editor to update all references to RFC 5245 in the Cluster 238 documents to instead point to RFC 8445. Documents not yet in the RFC editor queue would be updated prior to IESG review. We would further request that the RFC editor add the following text to draft-ietf-rtcweb-overview and draft-ietf-rtcweb-jsep:
While this specification formally relies on [RFC8445], at the time of its publication, the majority of WebRTC implementations support the version of ICE described in [RFC5245], and use a pre-standard version of the trickle ice mechanism described in [RFCXXXX]. The use of the "ice2" attribute defined in [RFC8445] can be used to detect the version in use by a remote endpoint and to provide a smooth transition from the older specification to the newer one.
RFC 8445 would be a normative reference for both documents, while RFC 5245 would be informative.

There is one more minor complication, in that draft-ietf-mmusic-sdp-mux-attributes (which currently points to RFC 5245) is intended to be an exhaustive list of the SDP attributes defined in the documents it lists, and RFC 8445 adds a new "ice2" attribute that was not present in RFC 5245. For this reason, we would also ask the RFC Editor to add a new row to the table in draft-ietf-mmusic-sdp-mux-attributes section 5.12, as follows:


   | Name              | Notes                     | Level | Mux       |

   |                   |                           |       | Category  |


   | ice2              | Not Impacted              | S     | NORMAL    |

   |                   |                           |       |           |


For clarity, the affected documents are as follows.

The following documents would be updated to reference RFC 8445 prior to IESG evaluation:

  *   draft-ietf-clue-datachannel
  *   draft-ietf-clue-signaling
  *   draft-ietf-rtcweb-security
  *   draft-ietf-rtcweb-security-arch

The following documents would be updated to reference RFC 8445 by the RFC Editor:

  *   draft-ietf-mmusic-mux-exclusive
  *   draft-ietf-mmusic-sctp-sdp
  *   draft-ietf-rtcweb-alpn
  *   draft-ietf-rtcweb-data-channel
  *   draft-ietf-rtcweb-rtp-usage

The following documents would be updated to reference RFC 8445 and have the text proposed above added to them:

  *   draft-ietf-rtcweb-jsep
  *   draft-ietf-rtcweb-overview

The following document would be updated to reference RFC 8445 by the RFC Editor, and include a new row for "ice2" in its Section 5.12, as described above:

  *   draft-ietf-mmusic-sdp-mux-attributes

This message is cross-posted to the affected working groups. Because the issue at hand has impact across several different groups, we ask that all follow-up discussion take place on <><>. Thank you.

/Adam on behalf of the ART Area Directors