[MMUSIC] [Technical Errata Reported] RFC3264 (5177)

RFC Errata System <rfc-editor@rfc-editor.org> Fri, 03 November 2017 18:43 UTC

Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5055213FF44 for <mmusic@ietfa.amsl.com>; Fri, 3 Nov 2017 11:43:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 LvhzNvZqkO_E for <mmusic@ietfa.amsl.com>; Fri, 3 Nov 2017 11:43:03 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0006413FF43 for <mmusic@ietf.org>; Fri, 3 Nov 2017 11:43:02 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 227AAB80D88; Fri, 3 Nov 2017 11:42:52 -0700 (PDT)
To: jdrosen@dynamicsoft.com, schulzrinne@cs.columbia.edu, ben@nostrum.com, aamelnikov@fastmail.fm, adam@nostrum.com, bo.burman@ericsson.com, fandreas@cisco.com
X-PHP-Originating-Script: 30:errata_mail_lib.php
From: RFC Errata System <rfc-editor@rfc-editor.org>
Cc: saitha@qti.qualcomm.com, mmusic@ietf.org, rfc-editor@rfc-editor.org
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20171103184252.227AAB80D88@rfc-editor.org>
Date: Fri, 03 Nov 2017 11:42:52 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/wVg1xD9F61hbX13zmMkm0me7JqM>
Subject: [MMUSIC] [Technical Errata Reported] RFC3264 (5177)
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Nov 2017 18:43:04 -0000

The following errata report has been submitted for RFC3264,
"An Offer/Answer Model with Session Description Protocol (SDP)".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata/eid5177

--------------------------------------
Type: Technical
Reported by: Sandeep Kumar Aitha <saitha@qti.qualcomm.com>

Section: 5.1

Original Text
-------------
Section 5.1 says:
However, for sendonly and sendrecv streams, the answer might indicate
different payload type numbers for the same codecs, in which case,
the offerer MUST send with the payload type numbers from the answer.

Section 6.2 says:
In the case of RTP, if a particular codec was referenced with a
specific payload type number in the offer, that same payload type
number SHOULD be used for that codec in the answer.

Corrected Text
--------------
Only one of the above statements can be correct.


Notes
-----
Above two statements are conflicting.
The answerer should be able to either map the payload type to a different codec or not.

Instructions:
-------------
This erratum is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party  
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC3264 (draft-ietf-mmusic-sdp-offer-answer-02)
--------------------------------------
Title               : An Offer/Answer Model with Session Description Protocol (SDP)
Publication Date    : June 2002
Author(s)           : J. Rosenberg, H. Schulzrinne
Category            : PROPOSED STANDARD
Source              : Multiparty Multimedia Session Control RAI
Area                : Real-time Applications and Infrastructure
Stream              : IETF
Verifying Party     : IESG