Network Working Group | M.P.H. Petit-Huguenin |
Internet-Draft | Stonyfish, Inc. |
Updates: 5245 (if approved) | June 30, 2011 |
Intended status: Standards Track | |
Expires: January 01, 2012 |
Media level ice-options SDP attribute
draft-petithuguenin-mmusic-ice-attributes-level-01
This document redefines the ice-options SDP attribute as a session-level and media-level attribute.
This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at http://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress."
This Internet-Draft will expire on January 01, 2012.
Copyright (c) 2011 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 (http://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.
This document may not be modified, and derivative works of it may not be created, except to format it for publication as an RFC or to translate it into languages other than English.
ICE [RFC5245] defines the ice-options SDP attribute as session-level only attribute, but when ICE is used with disaggregated media (see section 3 of [I-D.loreto-splices-disaggregated-media]), there is a possibility that different media use different ICE implementations and/or different networks, and so these different media will require different values for this attribute.
As an example, the ice-options attribute value "rtp+ecn" (defined in [I-D.ietf-avtcore-ecn-for-rtp]) signals ECN capability. Two aggregated media using two different RTP implementations may want to use different values for this attribute.
Note that there is a similar problem for the ice-lite attribute but unfortunately it does not seem possible to design a way to use the ice-lite attribute at the media level that is compatible with legacy implementations that recognize only the session-level attribute.
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
The ice-options attribute is redefined by this document as a session-level and media-level attribute.
All future new ICE options MUST also define how media-level ICE options using this new value are aggregated to eventually generate the value of the session-level ICE option, so legacy implementations that only recognize session-level ICE options can interoperate with implementations that recognize ICE options at both levels.
Before applying this specific aggregation rule, the session-level ice-options attribute MUST be copied as media-level attribute in each media.
If all aggregated media using ICE contain a media-level "rtp+ecn" ICE option, as defined by [I-D.ietf-avtcore-ecn-for-rtp], then an "rtp+ecn" ICE option MUST be inserted at the session-level.
This document does not add any security considerations beyond what is discussed in [RFC5245].
No IANA considerations.
This document was written with the xml2rfc tool described in [RFC2629].
[RFC2119] | Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. |
[RFC5245] | Rosenberg, J., "Interactive Connectivity Establishment (ICE): A Protocol for Network Address Translator (NAT) Traversal for Offer/Answer Protocols", RFC 5245, April 2010. |
[I-D.ietf-avtcore-ecn-for-rtp] | Westerlund, M, Johansson, I, Perkins, C, O'Hanlon, P and K Carlberg, "Explicit Congestion Notification (ECN) for RTP over UDP", Internet-Draft draft-ietf-avtcore-ecn-for-rtp-02, May 2011. |
[RFC2629] | Rose, M.T., "Writing I-Ds and RFCs using XML", RFC 2629, June 1999. |
[I-D.loreto-splices-disaggregated-media] | Camarillo, G, Loreto, S and R Shekh-Yusef, "Disaggregated Media in the Session Initiation Protocol (SIP)", Internet-Draft draft-loreto-splices-disaggregated-media-02, June 2011. |
In this example, we have two SDP to aggregate. The first SDP contains an ice-options attribute at the media level:
v=0 o=jdoe 2890844526 2890842807 IN IP4 10.0.1.1 s= c=IN IP4 192.0.2.3 t=0 0 a=ice-options:rtp+ecn a=ice-pwd:asd88fgpdd777uzjYhagZg a=ice-ufrag:8hhY m=audio 45664 RTP/AVP 0 b=RS:0 b=RR:0 a=rtpmap:0 PCMU/8000 a=candidate:1 1 UDP 2130706431 10.0.1.1 8998 typ host a=candidate:2 1 UDP 1694498815 192.0.2.3 45664 typ srflx raddr 10.0.1.1 rport 8998 m=text 45666 RTP/AVP 98 b=RS:0 b=RR:0 a=rtpmap:98 t140/1000 a=candidate:1 1 UDP 2130706431 10.0.1.1 9000 typ host a=candidate:2 1 UDP 1694498815 192.0.2.3 45666 typ srflx raddr 10.0.1.1 rport 9000
The second SDP also have an ice-options attribute at the media level:
v=0 o=jdoe 1 1 IN IP4 10.0.1.2 s= c=IN IP4 192.0.2.4 t=0 0 a=ice-options:rtp+ecn a=ice-pwd:f7sD7f7dF87s87d7da5564 a=ice-ufrag:776G m=video 10000 RTP/AVP b=RS:0 b=RR:0 a=rtpmap:0 PCMU/8000 a=candidate:1 1 UDP 2130706431 10.0.1.2 10000 typ host a=candidate:2 1 UDP 1694498815 192.0.2.4 45000 typ srflx raddr 10.0.1.1 rport 10000
The first step is to copy the session-level ice-options attribute as media-level attribute. The first SDP is modified like this:
v=0 o=jdoe 2890844526 2890842807 IN IP4 10.0.1.1 s= c=IN IP4 192.0.2.3 t=0 0 a=ice-options:rtp+ecn a=ice-pwd:asd88fgpdd777uzjYhagZg a=ice-ufrag:8hhY m=audio 45664 RTP/AVP 0 b=RS:0 b=RR:0 a=rtpmap:0 PCMU/8000 a=ice-options:rtp+ecn a=candidate:1 1 UDP 2130706431 10.0.1.1 8998 typ host a=candidate:2 1 UDP 1694498815 192.0.2.3 45664 typ srflx raddr 10.0.1.1 rport 8998 m=text 45666 RTP/AVP 98 b=RS:0 b=RR:0 a=rtpmap:98 t140/1000 a=ice-options:rtp+ecn a=candidate:1 1 UDP 2130706431 10.0.1.1 9000 typ host a=candidate:2 1 UDP 1694498815 192.0.2.3 45666 typ srflx raddr 10.0.1.1 rport 9000
The second SDP is modified like this:
v=0 o=jdoe 1 1 IN IP4 10.0.1.2 s= c=IN IP4 192.0.2.4 t=0 0 a=ice-options:rtp+ecn a=ice-pwd:f7sD7f7dF87s87d7da5564 a=ice-ufrag:776G m=video 10000 RTP/AVP b=RS:0 b=RR:0 a=rtpmap:0 PCMU/8000 a=ice-options:rtp+ecn a=candidate:1 1 UDP 2130706431 10.0.1.2 10000 typ host a=candidate:2 1 UDP 1694498815 192.0.2.4 45000 typ srflx raddr 10.0.1.1 rport 10000
After aggregation, all the individual media keep their media-level ice-options attribute, and a session-level ice-options attribute is added as per the rule in Section 3:
v=0 o=- 1309452627 1309452627 IN IP4 10.0.1.1 s= t=0 0 a=ice-options:rtp+ecn m=audio 45664 RTP/AVP 0 c=IN IP4 192.168.2.3 b=RS:0 b=RR:0 a=rtpmap:0 PCMU/8000 a=ice-options:rtp+ecn a=ice-pwd:asd88fgpdd777uzjYhagZg a=ice-ufrag:8hhY a=candidate:1 1 UDP 2130706431 10.0.1.1 8998 typ host a=candidate:2 1 UDP 1694498815 192.0.2.3 45664 typ srflx raddr 10.0.1.1 rport 8998 m=text 45666 RTP/AVP 98 c=IN IP4 192.168.2.3 b=RS:0 b=RR:0 a=rtpmap:98 t140/1000 a=ice-options:rtp+ecn a=ice-pwd:asd88fgpdd777uzjYhagZg a=ice-ufrag:8hhY a=candidate:1 1 UDP 2130706431 10.0.1.1 9000 typ host a=candidate:2 1 UDP 1694498815 192.0.2.3 45666 typ srflx raddr 10.0.1.1 rport 9000 m=video 10000 RTP/AVP c=IN IP4 192.168.2.4 b=RS:0 b=RR:0 a=rtpmap:0 PCMU/8000 a=ice-options:rtp+ecn a=candidate:1 1 UDP 2130706431 10.0.1.2 10000 typ host a=candidate:2 1 UDP 1694498815 192.0.2.4 45000 typ srflx raddr 10.0.1.1 rport 10000
In this example, we have two SDP to aggregate, but the second one does not use ICE. The first SDP contains an ice-options attribute at the media level:
v=0 o=jdoe 2890844526 2890842807 IN IP4 10.0.1.1 s= c=IN IP4 192.0.2.3 t=0 0 a=ice-options:rtp+ecn a=ice-pwd:asd88fgpdd777uzjYhagZg a=ice-ufrag:8hhY m=audio 45664 RTP/AVP 0 b=RS:0 b=RR:0 a=rtpmap:0 PCMU/8000 a=candidate:1 1 UDP 2130706431 10.0.1.1 8998 typ host a=candidate:2 1 UDP 1694498815 192.0.2.3 45664 typ srflx raddr 10.0.1.1 rport 8998 m=text 45666 RTP/AVP 98 b=RS:0 b=RR:0 a=rtpmap:98 t140/1000 a=candidate:1 1 UDP 2130706431 10.0.1.1 9000 typ host a=candidate:2 1 UDP 1694498815 192.0.2.3 45666 typ srflx raddr 10.0.1.1 rport 9000
The second SDP does not contain any ice-options attribute:
v=0 o=jdoe 1 1 IN IP4 10.0.1.2 s= c=IN IP4 192.0.2.4 t=0 0 m=video 10000 RTP/AVP a=rtpmap:0 PCMU/8000
The first step is to copy the session-level ice-options attribute as media-level attribute. Only the first SDP is modified in this example:
v=0 o=jdoe 2890844526 2890842807 IN IP4 10.0.1.1 s= c=IN IP4 192.0.2.3 t=0 0 a=ice-options:rtp+ecn a=ice-pwd:asd88fgpdd777uzjYhagZg a=ice-ufrag:8hhY m=audio 45664 RTP/AVP 0 b=RS:0 b=RR:0 a=rtpmap:0 PCMU/8000 a=ice-options:rtp+ecn a=candidate:1 1 UDP 2130706431 10.0.1.1 8998 typ host a=candidate:2 1 UDP 1694498815 192.0.2.3 45664 typ srflx raddr 10.0.1.1 rport 8998 m=text 45666 RTP/AVP 98 b=RS:0 b=RR:0 a=rtpmap:98 t140/1000 a=ice-options:rtp+ecn a=candidate:1 1 UDP 2130706431 10.0.1.1 9000 typ host a=candidate:2 1 UDP 1694498815 192.0.2.3 45666 typ srflx raddr 10.0.1.1 rport 9000
After aggregation, all the individual media keep their media-level ice-options attribute, and a session-level ice-options attribute is added as per the rule in Section 3:
v=0 o=- 1309452627 1309452627 IN IP4 10.0.1.1 s= t=0 0 a=ice-options:rtp+ecn m=audio 45664 RTP/AVP 0 c=IN IP4 192.168.2.3 b=RS:0 b=RR:0 a=rtpmap:0 PCMU/8000 a=ice-options:rtp+ecn a=ice-pwd:asd88fgpdd777uzjYhagZg a=ice-ufrag:8hhY a=candidate:1 1 UDP 2130706431 10.0.1.1 8998 typ host a=candidate:2 1 UDP 1694498815 192.0.2.3 45664 typ srflx raddr 10.0.1.1 rport 8998 m=text 45666 RTP/AVP 98 c=IN IP4 192.168.2.3 b=RS:0 b=RR:0 a=rtpmap:98 t140/1000 a=ice-options:rtp+ecn a=ice-pwd:asd88fgpdd777uzjYhagZg a=ice-ufrag:8hhY a=candidate:1 1 UDP 2130706431 10.0.1.1 9000 typ host a=candidate:2 1 UDP 1694498815 192.0.2.3 45666 typ srflx raddr 10.0.1.1 rport 9000 m=video 10000 RTP/AVP c=IN IP4 192.168.2.4 a=rtpmap:0 PCMU/8000
This section must be removed before publication as an RFC.