IETF Logo Mail Archive

Re: [MMUSIC] [Errata Held for Document Update] RFC3264 (5177)

Paul Kyzivat <pkyzivat@alum.mit.edu> Sat, 04 May 2024 01:38 UTC

Return-Path: <pkyzivat@alum.mit.edu>
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 42520C14F605; Fri, 3 May 2024 18:38:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.652
X-Spam-Level:
X-Spam-Status: No, score=-0.652 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_BL_SPAMCOP_NET=1.347, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alum.mit.edu
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wTQomFMGl-sp; Fri, 3 May 2024 18:37:58 -0700 (PDT)
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12on2116.outbound.protection.outlook.com [40.107.244.116]) (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 C3D99C14F600; Fri, 3 May 2024 18:37:58 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MresrRXRh6Zu9LiRU/psfN7f/D9iCgwM+mLeveTS2le0jem6RbH5695J8RfFYnhm60sbXO+urA+R+yPfhrggQsLly4odq9x92PPTUkHpxVfKNsCdYFOjciZyt76jpyyU/i9Fa1zLQMNiW7znFlkEMKJgFRCBB/aGwrLyWONRdP85YiIj5D11UlUeQc52vJzVTNXaq7D7gSGyJH8+zJSo2AL0cgMJ0GGflPIa3NnS5uRaoL12XgQpmVC4fyJLxa5MiEyxe91ZfHslaBFkaS0Pdt2ZuxW/zhcnWg/M6FV4qAfppYOj3XTxZZsx7q7lHUuPPtFpVahMPODFu4I9TG1BSQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=G/uPKRAyHqSSszylYuTq2mwoV24zDglF7xSRbIkbXd0=; b=A2F9XGyNCbnnnc9HeEYRQVWNpuON+ddfg+Ul5yGV19bi9D80dmfH8fe1QPbwHNgBhNlkFahV36ZBKFlz0jWyjZWFSgG4GLvQhSYnwZwrnqlDFLLh+RKkT5AamtVLDUjNM5bIBQewPtExUbAt/Juz9H6AUjaax4Zo/YMT1rVcOZyqoM10jDn8qHPWB8pBfV8jRJqDlh33xvmZSIoIJYQIgYZtOzoUIlWrBdsSj4OXi2Xiiodvc2WD6zuNmEXDbtwZiRtjGZlUmlnpCIfomj0VIOxMUCEB0GFINsk/Btt/Tn+Y6hfvDZyq5Zs4uIJ6HyA4Tyxa+DegWEn7zsexBGgajA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 18.7.68.33) smtp.rcpttodomain=alum.mit.edu smtp.mailfrom=alum.mit.edu; dmarc=pass (p=none sp=none pct=100) action=none header.from=alum.mit.edu; dkim=none (message not signed); arc=none (0)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alum.mit.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=G/uPKRAyHqSSszylYuTq2mwoV24zDglF7xSRbIkbXd0=; b=IudxobH55ADlb2rN49sYAmNT0ypQ7q0WFLzDono93WPad1/tN/1mX7eBn6/mcq6FYhBsTv00cgaDye7ZqwnG/dNRW1SGE53KjcYkCrUyNNi6ccg1wkKp9J68/3X+npQhFA+s5A3thwDt9xaeg4R+nNCFaq0cYdQdLPd/U6xhXmc=
Received: from BL1PR13CA0012.namprd13.prod.outlook.com (2603:10b6:208:256::17) by BL1PR12MB5945.namprd12.prod.outlook.com (2603:10b6:208:398::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7544.29; Sat, 4 May 2024 01:37:55 +0000
Received: from BN2PEPF00004FC0.namprd04.prod.outlook.com (2603:10b6:208:256:cafe::9) by BL1PR13CA0012.outlook.office365.com (2603:10b6:208:256::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7544.30 via Frontend Transport; Sat, 4 May 2024 01:37:55 +0000
X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 18.7.68.33) smtp.mailfrom=alum.mit.edu; dkim=none (message not signed) header.d=none;dmarc=pass action=none header.from=alum.mit.edu;
Received-SPF: Pass (protection.outlook.com: domain of alum.mit.edu designates 18.7.68.33 as permitted sender) receiver=protection.outlook.com; client-ip=18.7.68.33; helo=outgoing-alum.mit.edu; pr=C
Received: from outgoing-alum.mit.edu (18.7.68.33) by BN2PEPF00004FC0.mail.protection.outlook.com (10.167.243.186) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7544.18 via Frontend Transport; Sat, 4 May 2024 01:37:54 +0000
Received: from [192.168.1.52] (c-73-143-251-114.hsd1.ma.comcast.net [73.143.251.114]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id 4441bqwH007858 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 3 May 2024 21:37:53 -0400
Message-ID: <8355bf58-26a1-4fef-b889-db280e60bc40@alum.mit.edu>
Date: Fri, 03 May 2024 21:37:52 -0400
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
To: RFC Errata System <rfc-editor@rfc-editor.org>, saitha@qti.qualcomm.com, jdrosen@dynamicsoft.com, schulzrinne@cs.columbia.edu
Cc: orie@transmute.industries, iesg@ietf.org, mmusic@ietf.org
References: <20240503214839.9D8BF1A661E6@rfcpa.amsl.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
In-Reply-To: <20240503214839.9D8BF1A661E6@rfcpa.amsl.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-EOPAttributedMessage: 0
X-MS-PublicTrafficType: Email
X-MS-TrafficTypeDiagnostic: BN2PEPF00004FC0:EE_|BL1PR12MB5945:EE_
X-MS-Office365-Filtering-Correlation-Id: 0ad36bc0-52a5-4076-642a-08dc6bdad20c
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam: BCL:0; ARA:13230031|41320700004|82310400017|36860700004|376005|1800799015;
X-Microsoft-Antispam-Message-Info: evMVTCxrlbo+3jk/ZrzEDc9IZtHG7w+1Py3T+nelWhJSetp8iwpSYd9W8jdRzHzQcbxm4QMDx0KR7oFBywEkNbNEBhN9EjCku/bJNA9ikJ6w2m3w7+3srhC3DvJaVI/U0TFI6nWUnFs0jXSV7w/itGSdhtBp7hGTqeSVDaV+9K3inOWquGRVgUjUidtJMad5MHwfiy99ZrxBjKkYN6C+cLLLH7Xfq9XUd/f8Cw5g9T3V/uUnzZOeqxs4kEFZTXs67NuM/P4QeqPjjB2hZMiqk8tRVfcg5dUF6A5O9+doB3rXplbcyr/8cIHgRVUZ8/gJKUkAQk/2Ksn/AGW3rguf0dUdgLwarG+GmAW38B8CrDnAF0ZcypCkq2RoOr1zVZMENRtq9EXAGi7rVwlBo8kTPbr6Qr5k0LCy12Zk1NKIVAyu/m0X509okpJqFMd5DYniO+VY1vEySA6gU9p3t/X9jAjtdkqkGYvepUzwZrGLUn/UEOG2//uQ5N76hTzqbxVuOKRAB7mZs0rgdSMf/+7gxee9CKp1l8dO1N+2wZGrldwEpOGNxDsgWC5cYuBicgvcPhXNdUGHTYJNkN7zAcqV3fJUy17E+/CbHlUFTadBCFsCf6FjSZfFCN8ISdJY5jgyBBPpiUuZrAYRyc/nGodCCCWCQIbqInR+eN60aPIYTmWZMsDxpOaA78K2M/sHlir8qdzp7R0pGqB2yIqyI02rLnFDjLfda6Qe3SOEJsn+Uj6sm5+H46tq7tCLHM/363sq7DC9E4+aOyTDHrOgPTfHz1XMl0/CAA+hwph9t8KfDOzg34fBPUJ2AC7i8oqTH95RCKOZjdnjxVJSIvV/KsMy01vIXYMZV3FWh4/cNa+0PHdHwmb5D2XtdW9ZI1Eb9E6lPGgToSET39nV1qAEsB0Jx6yBDLtIPBMK+XXsQOwTaotH0/hykfJCp0Bqb14q4U959tDQr3lIvK+UwrbBuO8BGJm7WLYWTLAL/B1JrOlE4vtDqaDXIEUME+AuESFqrJIMiBa4j37rGoDZc1odZ0uYDcZXAowY1KnTm6H2pvhY1fkfX7qc0dffXuyuRflgrqJkGHG1DhTjFJEmECBEgV+fgo2PiHtP8zYnZOAMvpwWkqYa1udZMg2DEod91vFzdU/+u/kdT4uXxBiPtd3rJrEwJ14v3vvsc3IiTffjSqAqnY6diu6Oj7Ibb1szmjchvXqAnrlKApT/qhYEbp4WF12ABX2YLeWgxMVHivZipWPli8IfYHQwD7QZlZBTj0YlEhyePI7Ju1LUdgnJNlG4E+/O3aQwgIOkLODzvnW8Mm6gktgTDNFeIRGFO5RMu+W6oA+j
X-Forefront-Antispam-Report: CIP:18.7.68.33; CTRY:US; LANG:en; SCL:1; SRV:; IPV:CAL; SFV:NSPM; H:outgoing-alum.mit.edu; PTR:outgoing-alum.mit.edu; CAT:NONE; SFS:(13230031)(41320700004)(82310400017)(36860700004)(376005)(1800799015); DIR:OUT; SFP:1102;
X-OriginatorOrg: alum.mit.edu
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 May 2024 01:37:54.9119 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 0ad36bc0-52a5-4076-642a-08dc6bdad20c
X-MS-Exchange-CrossTenant-Id: 3326b102-c043-408b-a990-b89e477d582f
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=3326b102-c043-408b-a990-b89e477d582f; Ip=[18.7.68.33]; Helo=[outgoing-alum.mit.edu]
X-MS-Exchange-CrossTenant-AuthSource: BN2PEPF00004FC0.namprd04.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL1PR12MB5945
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/iu40YN80UpxaaGHQUTs0K_ucYaI>
Subject: Re: [MMUSIC] [Errata Held for Document Update] RFC3264 (5177)
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.39
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: Sat, 04 May 2024 01:38:04 -0000

This is not a valid erratum. 5.1 and 6.2 can both be correct. SHOULD is 
not MUST. While the answerer SHOULD use the same payload type number, it 
may have a reason it needs to use a different number. For instance this 
can arise when gatewaying to a different rules regarding payload numbers.

	Thanks,
	Paul

On 5/3/24 5:48 PM, RFC Errata System wrote:
> The following errata report has been held for document update
> for RFC3264, "An Offer/Answer Model with Session Description Protocol (SDP)".
> 
> --------------------------------------
> You may review the report below and at:
> https://www.rfc-editor.org/errata/eid5177
> 
> --------------------------------------
> Status: Held for Document Update
> Type: Technical
> 
> Reported by: Sandeep Kumar Aitha <saitha@qti.qualcomm.com>
> Date Reported: 2017-11-03
> Held by: Orie Steele (IESG)
> 
> 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.
> 
> --------------------------------------
> 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
> Stream              : IETF
> Verifying Party     : IESG
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic

v2.34.0 | Report a Bug | By Email | System Status