[xrblock] FW: SDP directorate review of draft-ietf-xrblock-rtcp-xr-video-lc-01

"Huangyihong (Rachel)" <rachel.huang@huawei.com> Wed, 09 September 2015 00:31 UTC

Return-Path: <rachel.huang@huawei.com>
X-Original-To: xrblock@ietfa.amsl.com
Delivered-To: xrblock@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 336F41A6FCA for <xrblock@ietfa.amsl.com>; Tue, 8 Sep 2015 17:31:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.211
X-Spam-Level:
X-Spam-Status: No, score=-6.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 i38PSSPLKb3L for <xrblock@ietfa.amsl.com>; Tue, 8 Sep 2015 17:30:58 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4E6F1A6F4C for <xrblock@ietf.org>; Tue, 8 Sep 2015 17:30:57 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CBA66791; Wed, 09 Sep 2015 00:30:55 +0000 (GMT)
Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 9 Sep 2015 01:30:53 +0100
Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.99]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0235.001; Wed, 9 Sep 2015 08:30:47 +0800
From: "Huangyihong (Rachel)" <rachel.huang@huawei.com>
To: 'xrblock' <xrblock@ietf.org>
Thread-Topic: [xrblock] FW: SDP directorate review of draft-ietf-xrblock-rtcp-xr-video-lc-01
Thread-Index: AdDWc5wUnGZMWpgZQ/uQ5EFEt6qQGQUIx6+A
Date: Wed, 09 Sep 2015 00:30:46 +0000
Message-ID: <51E6A56BD6A85142B9D172C87FC3ABBB863E4599@nkgeml501-mbs.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.138.41.144]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/xrblock/DuhmqLgqQR6O-yKKS3xmbTw6kfo>
Subject: [xrblock] FW: SDP directorate review of draft-ietf-xrblock-rtcp-xr-video-lc-01
X-BeenThere: xrblock@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Metric Blocks for use with RTCP's Extended Report Framework working group discussion list <xrblock.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xrblock>, <mailto:xrblock-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xrblock/>
List-Post: <mailto:xrblock@ietf.org>
List-Help: <mailto:xrblock-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xrblock>, <mailto:xrblock-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Sep 2015 00:31:00 -0000


BR,
Rachel


-----Original Message-----
From: Christer Holmberg [mailto:christer.holmberg@ericsson.com] 
Sent: Friday, August 14, 2015 5:36 PM
To: mmusic; Shida Schubert (shida@agnada.com); Romascanu, Dan (Dan); alissa@cooperw.in; mmusic-chairs@tools.ietf.org; draft-ietf-xrblock-rtcp-xr-video-lc.all@tools.ietf.org
Subject: SDP directorate review of draft-ietf-xrblock-rtcp-xr-video-lc-01

(Sending again, with the correct e-mail addresses)

Hi,

I have done an SDP directorate review of draft-ietf-xrblock-rtcp-xr-video-lc-01. 

In general I didn't find any major issues, but I do have a few editorial comments that the authors may wish to address.


Q1:

The text in section 5 says:

	"However XR blocks MAY be used without prior signaling (see section 5 of [RFC3611])."

I suggest to remove the sentence, as the previous sentence refers to RFC 3611 for the generic SDP considerations.

IF you want to keep the sentence, I think MAY should not be in capital letters, as you are referring to a rule defined elsewhere. 


Q2:

In section 5.1, the value for the extension is defined as "video-loss-concealment".

Couldn't it be shorter, e.g. simply "vlc"? The size of a typical SDP message body is already very big, so...

Also, if you look as the XR blocks defined in RFC3611, they mostly use abbreviations too.


Q3:

The text in section 5.2 says:

	"When SDP is used in offer-answer context, the SDP Offer/Answer usage
   	defined in [RFC3611] for unilateral "rtcp-xr" attribute parameters
   	applies.  For detailed usage of Offer/Answer for unilateral
   	parameter, refer to section 5.2 of [RFC3611]."

I suggest to remove the second sentence. If you want to mention section 5.2 of RFC3611, you can do that in the first sentence, e.g.:

	"When SDP is used in offer-answer context, the SDP Offer/Answer usage
   	defined in section 5.2 of [RFC3611] for unilateral "rtcp-xr" attribute parameters
   	applies."

Regards,

Christer