<?xml version="1.0" encoding="UTF-8"?>
<reference anchor="I-D.rescorla-avtcore-6222bis" target="https://datatracker.ietf.org/doc/html/draft-rescorla-avtcore-6222bis-00">
   <front>
      <title>Guidelines for Choosing RTP Control Protocol (RTCP) Canonical Names (CNAMEs)</title>
      <author initials="E." surname="Rescorla" fullname="Eric Rescorla">
         <organization>RTFM, Inc.</organization>
      </author>
      <author initials="A. C." surname="Begen" fullname="Ali C. Begen">
         <organization>Cisco</organization>
      </author>
      <date month="October" day="13" year="2012" />
      <abstract>
	 <t>   The RTP Control Protocol (RTCP) Canonical Name (CNAME) is a
   persistent transport-level identifier for an RTP endpoint.  While the
   Synchronization Source (SSRC) identifier of an RTP endpoint may
   change if a collision is detected or when the RTP application is
   restarted, its RTCP CNAME is meant to stay unchanged, so that RTP
   endpoints can be uniquely identified and associated with their RTP
   media streams.

   For proper functionality, RTCP CNAMEs should be unique within the
   participants of an RTP session.  However, the existing guidelines for
   choosing the RTCP CNAME provided in the RTP standard are insufficient
   to achieve this uniqueness.  RFC 6222 was published to update those
   guidelines to allow endpoints to choose unique RTCP CNAMEs.
   Unfortunately, later investigations showed that some parts of the new
   algorithms were unnecessarily complicated and/or ineffective.  This
   document specifies a replacement for those parts.

	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-rescorla-avtcore-6222bis-00" />
   
</reference>
