[rtcweb] Fwd: inconsistency in drafts: rtcp-fb and rtcp-rsize

Rachel Dvori <rachel.dvori@gmail.com> Mon, 27 January 2014 15:53 UTC

Return-Path: <rachel.dvori@gmail.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD5E21A028F for <rtcweb@ietfa.amsl.com>; Mon, 27 Jan 2014 07:53:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d_MhUDiSXetO for <rtcweb@ietfa.amsl.com>; Mon, 27 Jan 2014 07:52:59 -0800 (PST)
Received: from mail-we0-x243.google.com (mail-we0-x243.google.com [IPv6:2a00:1450:400c:c03::243]) by ietfa.amsl.com (Postfix) with ESMTP id 849A11A028A for <rtcweb@ietf.org>; Mon, 27 Jan 2014 07:52:58 -0800 (PST)
Received: by mail-we0-f195.google.com with SMTP id x55so2056219wes.10 for <rtcweb@ietf.org>; Mon, 27 Jan 2014 07:52:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=KJSD2tLT7buhwxEJEklF2ghBeNOKGYCs/sZ1IAVIkF0=; b=mrQPcDSMzi/TFw2mXgqBXs+yArOyZeaQpFo8GB/FgyknYRNIshkR7JfDMsnA8B7NWv rnXzmKo6B9CKF6Xl3QzLIeUC8Zm22yDljiagjB7E11TcOS1HsN9NQLnRATk8Rqo8wVsR Zuu5EMQOz6xFnItRn01gA7wgg39xZIbB60wd6xFwF4j7CN65pVpkZAQL+u0+cJsFocAO FmIyUr24jHGlBIA5xTu3qxGVQGMtOI2vdI7TQH71hH7qirTsCjgFVMFgA9apqs700GFj ew15MqNzHsqJJgoCAdB5CU4uDOHReoCx+v4wiSaMfC+lmGeGkv11Q/rRVqL13fDvlRuB OmzA==
MIME-Version: 1.0
X-Received: by 10.180.88.8 with SMTP id bc8mr12750233wib.14.1390837975934; Mon, 27 Jan 2014 07:52:55 -0800 (PST)
Received: by 10.194.48.51 with HTTP; Mon, 27 Jan 2014 07:52:55 -0800 (PST)
In-Reply-To: <CANCLmwnfxNoDB-xpf=QDeYhJYkak8qmWpFHBSZaFsWN2gWnOpg@mail.gmail.com>
References: <CANCLmwnfxNoDB-xpf=QDeYhJYkak8qmWpFHBSZaFsWN2gWnOpg@mail.gmail.com>
Date: Mon, 27 Jan 2014 17:52:55 +0200
Message-ID: <CANCLmwktXP=Mj+BHGdq+vO=WCmKD6mi1rcHVruhHenxfo2GX2Q@mail.gmail.com>
From: Rachel Dvori <rachel.dvori@gmail.com>
To: rtcweb@ietf.org
Content-Type: multipart/alternative; boundary="f46d0442836a7eecaf04f0f5b31b"
Subject: [rtcweb] Fwd: inconsistency in drafts: rtcp-fb and rtcp-rsize
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Jan 2014 15:55:57 -0000

The basic question is:

-          In WebRTC offer, do we *always* have to include both attributes
of   rtcp-fb and rtcp-rsize ?  (even if we do not have any feedback msg to
send ?)







When looking into the draft of :
rtcweb-rtp-usage<http://tools.ietf.org/html/draft-ietf-rtcweb-rtp-usage-11>

It is indicated that both below are MANDATORY (MUST).



Regarding *Reduced Size RTCP:*

 Support for non- compound RTCP feedback packets
[RFC5506<http://tools.ietf.org/html/rfc5506>]
is REQUIRED , but MUST be negotiated using the signalling channel before
use.



Regarding *RTCP feedback:*



For WebRTC use, the Extended  Secure RTP Profile for RTCP-Based Feedback
(RTP/SAVPF) [RFC5124 <http://tools.ietf.org/html/rfc5124>], MUST be
implemented.  ….

….This builds on the basic …… the RTP profile for RTCP-based feedback
   (RTP/AVPF) [RFC4585 <http://tools.ietf.org/html/rfc4585>], ….



>From above, one can conclude that the SDP of an offer *MUST* include *both*:

*-          **a=  rtcp-fb*

*-          **a = rtcp-rsize    *







%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

When looking into:
draft-ietf-rtcweb-jsep-05<http://tools.ietf.org/html/draft-ietf-rtcweb-jsep-05>
   (page 24)



It can be understood that only rtcp-rsize is MUST to be included in the
offer (and  rtcp-fb is not mandatory to be included in the offer)



Below is quote from that dratft:

-          For *each supported* RTCP feedback mechanism, an "a=rtcp-fb"…
  (My Remark:   so if there is no support, it is not mandatory to add it)

-          An "a=rtcp-rsize" line, as specified in [RFC5506], Section
5 <http://tools.ietf.org/html/rfc5506#section-5>.



   R-11  [RFC4585 <http://tools.ietf.org/html/rfc4585>] MUST be
implemented to signal RTCP based feedback.

   R-13  [RFC5506 <http://tools.ietf.org/html/rfc5506>] MUST be
implemented to signal reduced-size RTCP  messages.





%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%



And last draft: draft-nandakumar-rtcweb-sdp-03
<http://tools.ietf.org/html/draft-nandakumar-rtcweb-sdp-03>



It indicates that:

A typical … communication session can be characterized as below:

-          Provides RTCP based feedback mechanisms,



It does not mention that rtcp-rsize is MUST and it is does not appear
in all examples of SDP’s





So there is inconsistency between the drafts.

I would appreciate VERY Much your comment on the first question:

 In WebRTC offer, do we *always* have to include both attributes of
rtcp-fb and rtcp-rsize ?  (even if we do not have any feedback msg to send
?)



And if not –  can anyone provide clarification on what is expected to be on
each SDP offer (even if we do not have fb msg to send, but it can be easily
added in a SDP, if needed)



With appreciation

RD