IETF Logo Mail Archive

Re: [MMUSIC] [Technical Errata Reported] RFC5576 (7544)

"Murray S. Kucherawy" <superuser@gmail.com> Mon, 18 March 2024 06:07 UTC

Return-Path: <superuser@gmail.com>
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 38A63C14F70B for <mmusic@ietfa.amsl.com>; Sun, 17 Mar 2024 23:07:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.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_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 OnEzHxMmGbFe for <mmusic@ietfa.amsl.com>; Sun, 17 Mar 2024 23:06:58 -0700 (PDT)
Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (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 606A4C14F6FC for <mmusic@ietf.org>; Sun, 17 Mar 2024 23:06:58 -0700 (PDT)
Received: by mail-ej1-x634.google.com with SMTP id a640c23a62f3a-a469e0367f2so12853866b.1 for <mmusic@ietf.org>; Sun, 17 Mar 2024 23:06:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710742015; x=1711346815; darn=ietf.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=llkEtoagfwjiIVLAChsWkbz+LNMK7GzOE0ApswVELmY=; b=EP43zIZOkXgPmTRJ1morLPMLj3CLHOtFVbzDVVUWoTqUxnikjqUkepe3tqdz7tdNQc m4C5xRIIvmbR5elEcPbq8cHMX7oHkgqNYt5irAnEbFCjYJHMfAAdsSiJtnOhExFqqNnO TZ6u+wAmq5xZ75R1/FUpqcpepvuG+vKedfw0+8pKbA3Ynh8lgnd9gDSH8hsLe6ZBxM8J xvMU4OJm5kA9e6wlxhWBzvcByKa8BZ7D0kOZ9SKqSKUzBKdB6S+M+h6edgWRB1n7VdRz J5ffltyp/ts8fEVRiPAZkzELtv04R+PdhrMgv4WCxjymPdKJmDfjzWicEgNu1C14sY3C UV9g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710742015; x=1711346815; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=llkEtoagfwjiIVLAChsWkbz+LNMK7GzOE0ApswVELmY=; b=YD/jUMFS8E70qv+2WnpmKFMG+gmRzLU5qQ2g0ZEmkO6aqJAFPVQUUFBd2+4zG0JA6H T/VRHwKphiNV+tfnz0FmWr0t5cKNp7e9DTCuIPMK21fNu9XL1lECEHpBskaBVuGMkl51 TIsAyVw/3/EAIL5P90tpzNA1XfjkcPYQdtiP1fM73uQq7+WjKhhydcVTqrz1awSoLHYs nt/pRis8asa21KU0Blij86o8vxpk3sO/6kDJT0ZJ28Gb5b99l/92DShgeh72riKxtKJg GfuLvlU0VTESt7Asi9dQEdkY3/H9OtiU/512KOe3DZSwJ28fo9OyyW6abJ6c4QH3obKT n7FA==
X-Gm-Message-State: AOJu0YyYh6Rn/y+qJsFa3KZg1Rs/aLU6c/z/QDnUVQddwu+ANlg5MyBW iNCBskP1zcpVPXMLcoBU+mk3vdVvfjuZHqLuOlE/M09j04Alrib1CXICNkE7Fn09jm7/EVBrLCc 208qEe9gpqO0goDh6s1TqfaZyar0CrhXdPPk=
X-Google-Smtp-Source: AGHT+IEyJrBFMQ4tQdfxR4EqZHuqcECaPPGH9Zpr3fAQoA+TGm5yNyS5T0QcpSDfYl5AH9V/+by9PG/p5VqiGoLj2vg=
X-Received: by 2002:a17:907:7653:b0:a46:bb7e:f111 with SMTP id kj19-20020a170907765300b00a46bb7ef111mr1600043ejc.1.1710742015527; Sun, 17 Mar 2024 23:06:55 -0700 (PDT)
MIME-Version: 1.0
References: <6d597607-fb07-a637-d6c3-a6084186e4e0@alvestrand.no> <2015efd9-78f5-4fc7-f889-fa44f95fdfa9@alvestrand.no> <CADxkKiLZG2ipczF+vzv_DXfjLf6pYdFqM76HfoBefQt2ewQPXA@mail.gmail.com> <HE1PR07MB4441AAD8236705F4DD85BB1E9326A@HE1PR07MB4441.eurprd07.prod.outlook.com>
In-Reply-To: <HE1PR07MB4441AAD8236705F4DD85BB1E9326A@HE1PR07MB4441.eurprd07.prod.outlook.com>
From: "Murray S. Kucherawy" <superuser@gmail.com>
Date: Mon, 18 Mar 2024 16:06:43 +1000
Message-ID: <CAL0qLwa2og3SXvzYbeUZP_KofyQxtCuXF9_wZvEK3WDkjpz2PQ@mail.gmail.com>
To: "mmusic@ietf.org" <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000234f670613e92a1a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/az5X6fpIQHnvuUtGYuyjsn88Sm0>
Subject: Re: [MMUSIC] [Technical Errata Reported] RFC5576 (7544)
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: Mon, 18 Mar 2024 06:07:02 -0000

(going through some old errata reports that weren't finalized)

On Mon, Jun 26, 2023 at 6:02 PM Christer Holmberg <christer.holmberg=
40ericsson.com@dmarc.ietf.org> wrote:

> >I do not think it is being used in production, in particular since for
> FID
>
> >https://www.rfc-editor.org/rfc/rfc4588#section-4
>
> >already says two different SSRC values MUST be used for the original
> stream and the retransmission stream
>
> >I don't see the same explicit text in RFC 5956 (for FEC-FR) sadly.
>
>
>
> RFC 5956 does, however, say that all SSRC values within an RTP session
> must be unique. So, that implicitly means you cannot use identical SSRC
> values for different flows, which means you would not have multiple
> instance of the same SSRC value within an ssrc-group.
>

I take it this one should be rejected?

-MSK

v2.23.0 | Report a Bug | By Email