[Gen-art] Gen-art LC review of draft-ietf-payload-rtp-ancillary-06

Christer Holmberg <christer.holmberg@ericsson.com> Thu, 27 October 2016 12:30 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 5FCB61294F8; Thu, 27 Oct 2016 05:30:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id dgEk7aMHq2HC; Thu, 27 Oct 2016 05:30:15 -0700 (PDT)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D3CE129517; Thu, 27 Oct 2016 05:30:11 -0700 (PDT)
X-AuditID: c1b4fb2d-1dbff700000009f7-85-5811f34faee3
Received: from ESESSHC018.ericsson.se (Unknown_Domain []) by (Symantec Mail Security) with SMTP id 44.33.02551.F43F1185; Thu, 27 Oct 2016 14:30:09 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([]) by ESESSHC018.ericsson.se ([]) with mapi id 14.03.0319.002; Thu, 27 Oct 2016 14:30:07 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "draft-ietf-payload-rtp-ancillary.all@ietf.org" <draft-ietf-payload-rtp-ancillary.all@ietf.org>, "gen-art@ietf.org" <gen-art@ietf.org>
Thread-Topic: Gen-art LC review of draft-ietf-payload-rtp-ancillary-06
Thread-Index: AQHSME3ZHGUbpTGNH0y4Ry0FIKpp8g==
Date: Thu, 27 Oct 2016 12:30:06 +0000
Message-ID: <D437C622.11ED6%christer.holmberg@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/
x-originating-ip: []
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <E6BB1152EF26E646940A57EF359E78D6@ericsson.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrKLMWRmVeSWpSXmKPExsUyM2K7h27gZ8EIg6192hZTnn1gsbj66jOL A5PHkiU/mQIYo7hsUlJzMstSi/TtErgy+v/MYiu4JVXx7/k5lgbG+SJdjJwcEgImEvPX9DJ1 MXJxCAmsZ5S4d+M7O0hCSGAJo8Sbfs4uRg4ONgELie5/2iA1IgJ9jBIPOq4xgtQICzhK7Gp9 ywZiiwi4SSy/0sAMYetJzP97jQnEZhFQlTj66iVYnFfAWqLlzBmwOKOAmMT3U2vAbGYBcYlb T+YzQRwkILFkz3lmCFtU4uXjf6wgN4gCzVxzPwzElBBQkpi2NQ2iU0/ixtQpbBC2tcTGVYuh JmpLLFv4GmqroMTJmU9YJjCKzEKybBaS9llI2mchaZ+FpH0BI+sqRtHi1OLi3HQjY73Uoszk 4uL8PL281JJNjMDIOLjlt+4OxtWvHQ8xCnAwKvHwPtgmECHEmlhWXJl7iFGCg1lJhHfXJ8EI Id6UxMqq1KL8+KLSnNTiQ4zSHCxK4rxmK++HCwmkJ5akZqemFqQWwWSZODilGhjzfbgkp9ra 8L7es1fsaAJL3CKW92f/WKVtfGTg8NR8xQTBqf90G/wY94usvhPvGhB+kunXpeVnUwqNTqd+ nGRl6u96VDmG5eyTZd2PVbYrF3zYv4rhQ8jEK3avFStdJt9/e/1SZG70NtkyVeZXbzb1eipM /i/xQbBWUm3f08bcqtha94NabxiUWIozEg21mIuKEwH/imw/iAIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/6R_xpe6AvKDaehZz7n7rmTq_S_s>
Subject: [Gen-art] Gen-art LC review of draft-ietf-payload-rtp-ancillary-06
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Oct 2016 12:30:19 -0000

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at

Document:            draft-ietf-payload-rtp-ancillary-06
Reviewer:            Christer Holmberg

Review Date:         26 October 2016
IETF LC End Date:    3 November 2016
IETF Telechat Date:  N/A


The document is well written, and is almost ready for publication as
standards track RFC. However, I have some issue regarding the SDP sections
(see below).

Major Issues:           None

Minor Issues:      

Q0: Section 3.1:

    The text talks about what the presence of DID and SDID means. But, as
they are optional, what does it mean if they are NOT present?

Q1: Section 3.2:

    1) I would suggested that the section is renamed to ³SDP
Considerations², and becomes a level 1 section (i.e., ³4 SDP

    2) Is it allowed to carry both a ³normal² video stream and the ANC RTP
payload within the same m= line? If so, how are they related?


    o=Al 123456 11 IN IP4 host.example.com
    s=Professional Networked Media Test
    i=A test of synchronized video and ANC data
    t=0 0
    m=video 50000 RTP/AVP 96 97
    c=IN IP4
    a=rtpmap:96 raw/90000
    a=fmtp:96 sampling=YCbCr-4:2:2; width=1280; height=720; depth=10
    a=rtpmap:97 smpte291/90000
    a=fmtp:97 DID_SDID={0x61,0x02};DID_SDID={0x41,0x05}

    3) Is it allowed to use two or more ANC RTP payloads (e.g., each using
a different DID_SDID), either within a single m- line, or within different
m- lines? If so, how are they related?

    4) When I indicate DID_SDID, it is something I intend to SEND, or
something I am willing to RECEIVE?

    5) If multiple DID_SDIDs are listed, can they be used in any order
during the session? If so, it would be good to explicitly indicate that,
and note that the same payload type value will be used for all of them.

    6) Is there a possibility that the receiver does not understand
DID_SDID, or specific DID_SDID values? If so, what shall it do?

Q2: Section 3.2.1:

   The text says:

   "The ANC RTP payload format will often be used in groupings with
   associated video streams.  Any legal SDP grouping mechanism could be

   1) What is meant by the second sentence (³any legal SDP grouping²)?
Isn¹t the semantic depending on the type of grouping?

   2) What if the SDP group contains two (or more) video m= lines. Is the
ANC RTP payload then associated with all of them?

   3) Could you rename the section title to "Grouping ANC Streams with
Video Streams²?

Q3: Section 3.3:

   1) You should say something about updating the parameters in a
sub-sequent offer (or within an answer to an sub-sequent offer). Are there
any restrictions?

   2) What does it mean if one sends a sub-sequent offer/answer without
some/all parameters. Does it mean they are disabled?

   3) Is it allowed to include ANC RTP in an answer if the offer doesn¹t
contain it?

   4) Is is allowed to include DID_SDID in an answer if not included in
the offer?

   5) Can the DID_SDID values in the answer be different than the ones in
the offer, or are there any restrictions?

Editorial Issues:       None