[AVTCORE] draft-ietf-avtcore-rtp-over-quic: Normative references to Internet Drafts
Bernard Aboba <bernard.aboba@gmail.com> Sun, 24 September 2023 18:33 UTC
Return-Path: <bernard.aboba@gmail.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2982C151095 for <avt@ietfa.amsl.com>; Sun, 24 Sep 2023 11:33:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.104
X-Spam-Level:
X-Spam-Status: No, score=-7.104 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 odZSmbdTlUOb for <avt@ietfa.amsl.com>; Sun, 24 Sep 2023 11:33:30 -0700 (PDT)
Received: from mail-lf1-x12b.google.com (mail-lf1-x12b.google.com [IPv6:2a00:1450:4864:20::12b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C7523C151084 for <avt@ietf.org>; Sun, 24 Sep 2023 11:33:30 -0700 (PDT)
Received: by mail-lf1-x12b.google.com with SMTP id 2adb3069b0e04-50435ad51bbso6076434e87.2 for <avt@ietf.org>; Sun, 24 Sep 2023 11:33:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695580407; x=1696185207; darn=ietf.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=9GvmtAx582geX9kKBZ2Db2zfPzI8kpZnpcoV5AjGYqs=; b=bQYQqTmtqx9iPubb0LzY7Zjtr3my5qISlDNMjSM7y+o/nIrKIg7Bm/XcDWP6T/r9Fh 4qr15IzepGCFsAGRvrRwkRqKWJ/ZbuBY6ve8kOlauLEaluLP3fPU9dDSpc/VmIRObKzw M+mGxCrC6tIJMBTH6n89U3Kqc5Pz5JbtwdbWo4a7SE785L7M4xBgLHdGUJ6rYl1n8k/T bQYfO6izO2ZfOtCx1Y0KrhD02RFuMwkPn6mfXPAyht3GaLE9sk7bSE9njl9hHJcTrJSO EDLA1Wyotdef/MwH8zVO4aO86wyScJzyU+3Gg4/dXfyYcY1jWyg180hIOq/huSPH74T1 93mw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695580407; x=1696185207; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=9GvmtAx582geX9kKBZ2Db2zfPzI8kpZnpcoV5AjGYqs=; b=ZB5twdVpRhYKSmj359131Sj+pt0WzKTHvc4FAb3LYksFRg6EwY25B7cpprldetKq23 41REmD/wV+p0ekaOnomQ5YJbjke0jFw+/c9e20k4DFavt8uE/aZQoda25xFzUiNLOqrc R4XJQ8MH86L5tzK7WUmC7qiTdNUgyzXAtuTFJRB2Z890urBWcHHzUNhNhXkbmpsHmGKI SCnrdJHMfuDNxP7Ob6JPN7Wsx/O7eOgbLRfkoAfdhNaZMOXOEodN9yBdtQzqKMHfSwEv d8xr3wNd7yDsba01wu+kzJGJVg5nRhPzNber3eLLaAHMnFdBivek91CQ45jc7DdyQkiF ioyg==
X-Gm-Message-State: AOJu0YyyWnU9xR5y0KmGsEKXNxORzSX4NQtoJOcvImksBViqSB9rxiB0 hVu/CGMgB93uC6RLkpBB8C0nlcszohqtMkeQ5MloVWWfJq0=
X-Google-Smtp-Source: AGHT+IGAhRMEanrlgYJ+uEUbHwxFAaJZ7wKdZ5w2RxlhT7rP7InlLB3ZRERIyaWIW3plqUGA26WCdxDsCRvRljs5STQ=
X-Received: by 2002:a19:384b:0:b0:500:c5df:1872 with SMTP id d11-20020a19384b000000b00500c5df1872mr3518905lfj.44.1695580407018; Sun, 24 Sep 2023 11:33:27 -0700 (PDT)
MIME-Version: 1.0
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Sun, 24 Sep 2023 11:33:13 -0700
Message-ID: <CAOW+2dv7Cw2g_UaLTt0PURZdiCk5f3dMq=njNQwBGUjVKMwU5A@mail.gmail.com>
To: IETF AVTCore WG <avt@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d9398506061f13b3"
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/WH8OTXO7LT8IQzxPh2QwfeGVcF0>
Subject: [AVTCORE] draft-ietf-avtcore-rtp-over-quic: Normative references to Internet Drafts
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 24 Sep 2023 18:33:33 -0000
With the QUIC specifications still evolving, this specification is put in a difficult position. Beyond the basic QUIC specifications, there are extensions which could be of potential benefit. However, some of the extensions are not yet WG work items, or are not widely deployed, or may take some time to be published as RFCs, or may never be published as RFCs. Currently, the document has an Appendix A: List of Optional QUIC extensions, which states "The following is a list of QUIC protocol extensions that might be beneficial for RoQ, but are not required by RoQ." Putting discussion of non-RFC QUIC extensions into a (non-normative) Appendix seems like a good idea, if it could allow the main specification to focus on the core QUIC functionality and avoid normative references to documents which may or may not ever be published as RFCs. However, the problem is that discussion of the extensions is not limited to the (non-normative) Appendix, but is contained in other sections, including Sections 7, 7.3.4 and 8.1. This results in normative references to [I-D.draft-huitema-quic-ts], [I-D.draft-ietf-quic-ack-frequency] and [I-D.draft-smith-quic-receive-ts]. ¶ <https://datatracker.ietf.org/doc/html/draft-ietf-avtcore-rtp-over-quic-05#appendix-A-1> I would like to suggest that the RTP over QUIC specification be restructured so as to only normatively reference documents which have been published as RFCs. For this to work, material in Sections 7 and 8 may need to be moved to Appendix A, which would presumably avoid normative references.
- [AVTCORE] draft-ietf-avtcore-rtp-over-quic: Norma… Bernard Aboba
- Re: [AVTCORE] draft-ietf-avtcore-rtp-over-quic: N… Magnus Westerlund
- Re: [AVTCORE] draft-ietf-avtcore-rtp-over-quic: N… Lucas Pardue
- Re: [AVTCORE] draft-ietf-avtcore-rtp-over-quic: N… Mathis Engelbart
- Re: [AVTCORE] draft-ietf-avtcore-rtp-over-quic: N… Lucas Pardue