A Session Initiation Protocol (SIP) Usage for Incremental Provisioning of Candidates for the Interactive Connectivity Establishment (Trickle ICE)
RFC 8840
Document | Type | RFC - Proposed Standard (January 2021; No errata) | |
---|---|---|---|
Authors | Emil Ivov , Thomas Stach , Enrico Marocco , Christer Holmberg | ||
Last updated | 2021-01-18 | ||
Stream | Internent Engineering Task Force (IETF) | ||
Formats | plain text html xml pdf htmlized (tools) htmlized bibtex | ||
Reviews | |||
Stream | WG state | Submitted to IESG for Publication | |
Document shepherd | Flemming Andreasen | ||
Shepherd write-up | Show (last changed 2017-11-14) | ||
IESG | IESG state | RFC 8840 (Proposed Standard) | |
Action Holders |
(None)
|
||
Consensus Boilerplate | Yes | ||
Telechat date | |||
Responsible AD | Ben Campbell | ||
Send notices to | (None) | ||
IANA | IANA review state | Version Changed - Review Needed | |
IANA action state | RFC-Ed-Ack |
Internet Engineering Task Force (IETF) E. Ivov Request for Comments: 8840 Jitsi Category: Standards Track T. Stach ISSN: 2070-1721 Unaffiliated E. Marocco Telecom Italia C. Holmberg Ericsson January 2021 A Session Initiation Protocol (SIP) Usage for Incremental Provisioning of Candidates for the Interactive Connectivity Establishment (Trickle ICE) Abstract The Interactive Connectivity Establishment (ICE) protocol describes a Network Address Translator (NAT) traversal mechanism for UDP-based multimedia sessions established with the Offer/Answer model. The ICE extension for Incremental Provisioning of Candidates (Trickle ICE) defines a mechanism that allows ICE Agents to shorten session establishment delays by making the candidate gathering and connectivity checking phases of ICE non-blocking and by executing them in parallel. This document defines usage semantics for Trickle ICE with the Session Initiation Protocol (SIP). The document also defines a new SIP Info Package to support this usage together with the corresponding media type. Additionally, a new Session Description Protocol (SDP) "end-of-candidates" attribute and a new SIP option tag "trickle-ice" are defined. Status of This Memo This is an Internet Standards Track document. This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 7841. Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc8840. Copyright Notice Copyright (c) 2021 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Table of Contents 1. Introduction 2. Terminology 3. Protocol Overview 3.1. Discovery Issues 3.2. Relationship with the Offer/Answer Model 4. Incremental Signaling of ICE Candidates 4.1. Initial Offer/Answer Exchange 4.1.1. Sending the Initial Offer 4.1.2. Receiving the Initial Offer 4.1.3. Sending the Initial Answer 4.1.4. Receiving the Initial Answer 4.2. Subsequent Offer/Answer Exchanges 4.3. Establishing the Dialog 4.3.1. Establishing Dialog State through Reliable Offer/Answer Delivery 4.3.2. Establishing Dialog State through Unreliable Offer/ Answer Delivery 4.3.3. Initiating Trickle ICE without an SDP Answer 4.4. Delivering Candidates in INFO Requests 5. Initial Discovery of Trickle ICE Support 5.1. Provisioning Support for Trickle ICE 5.2. Trickle ICE Discovery with Globally Routable User Agent URIs (GRUUs) 5.3. Fall Back to Half Trickle 6. Considerations for RTP and RTCP Multiplexing 7. Considerations for Media Multiplexing 8. SDP "end-of-candidates" Attribute 8.1. Definition 8.2. Offer/Answer Procedures 9. Content Type "application/trickle-ice-sdpfrag" 9.1. Overall Description 9.2. Grammar 10. Info Package 10.1. Rationale -- Why INFO? 10.2. Overall Description 10.3. Applicability 10.4. Info Package Name 10.5. Info Package Parameters 10.6. SIP Option Tags 10.7. INFO Request Body Parts 10.8. Info Package Usage Restrictions 10.9. Rate of INFO Requests 10.10. Info Package Security Considerations 11. Deployment Considerations 12. IANA Considerations 12.1. SDP "end-of-candidates" Attribute 12.2. Media Type "application/trickle-ice-sdpfrag" 12.3. SIP Info Package "trickle-ice" 12.4. SIP Option Tag "trickle-ice" 13. Security Considerations 14. ReferencesShow full document text