Re: [AVTCORE] Framemarking in video packets

worley@ariadne.com Wed, 17 August 2022 02:39 UTC

Return-Path: <worley@alum.mit.edu>
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 949EDC15259E for <avt@ietfa.amsl.com>; Tue, 16 Aug 2022 19:39:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.347
X-Spam-Level:
X-Spam-Status: No, score=-2.347 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=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=comcastmailservice.net
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 kDKjTBInyIRb for <avt@ietfa.amsl.com>; Tue, 16 Aug 2022 19:39:32 -0700 (PDT)
Received: from resdmta-c1p-023854.sys.comcast.net (resdmta-c1p-023854.sys.comcast.net [96.102.19.45]) (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 B2AB8C152590 for <avt@ietf.org>; Tue, 16 Aug 2022 19:39:32 -0700 (PDT)
Received: from resomta-c1p-023412.sys.comcast.net ([96.102.18.229]) by resdmta-c1p-023854.sys.comcast.net with ESMTP id O8ayocu3wBcyhO8vyoulTk; Wed, 17 Aug 2022 02:37:30 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcastmailservice.net; s=20211018a; t=1660703850; bh=Ff0X7/Pfh2XXFsDF4HMsUfvf8eDcBOpn+RwVetJ0hWI=; h=Received:Received:Received:Received:From:To:Subject:Date: Message-ID; b=eiwpRbPlBRcwPXSYPk+MhgAldMBxcE0k1P8fl5hsMCP/Rq+z7r6L3EAwffJuJR3Kj yZClzpznAJGIWO42vDZMwlEWTmOQKTSwMW8Yb0dASXcUJiNWyC1rFPXhtD4+8ZDxid dp0d+AHKpsPC6yrBEQnA43l1X2r0jWhWjeiYbM11nPP+iCV7JLebZ6DObfFuJafFXe X9NFXLyeteCbZw+w4EbrjoejrnK6cPH6X/UEq6n3P7YK+R38TQTW/aEQcGkFTPrcQ5 yhKaqaYeyjW+KoszB8jgfc87tXRpqoIncUswSTP5EJFwUFcAhnQwJHxoXehEF+iHut 39wp5dcD270+A==
Received: from hobgoblin.ariadne.com ([IPv6:2601:192:4a00:430::24cb]) by resomta-c1p-023412.sys.comcast.net with ESMTPA id O8vwo2tEd4NbrO8vwoXG6c; Wed, 17 Aug 2022 02:37:29 +0000
X-Xfinity-VMeta: sc=-100.00;st=legit
Received: from hobgoblin.ariadne.com (localhost [127.0.0.1]) by hobgoblin.ariadne.com (8.16.1/8.16.1) with ESMTPS id 27H2bRff1477206 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Tue, 16 Aug 2022 22:37:27 -0400
Received: (from worley@localhost) by hobgoblin.ariadne.com (8.16.1/8.16.1/Submit) id 27H2bRCM1477203; Tue, 16 Aug 2022 22:37:27 -0400
X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f
From: worley@ariadne.com
To: Harald Alvestrand <harald@alvestrand.no>
Cc: avt@ietf.org
In-Reply-To: <919014e0-5dc4-9296-8b15-644c54d53bb1@alvestrand.no> (harald@alvestrand.no)
Sender: worley@ariadne.com
Date: Tue, 16 Aug 2022 22:37:27 -0400
Message-ID: <87sflvy4rc.fsf@hobgoblin.ariadne.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/5LmUarzVf6x_nhrXJAhTcfEeQbQ>
Subject: Re: [AVTCORE] Framemarking in video packets
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: Wed, 17 Aug 2022 02:39:37 -0000

Harald Alvestrand <harald@alvestrand.no> writes:
> This only works if the header extension is unencrypted.

Quite true.

It's also possible that it's not worth the trouble.  The full
framemarking might reveal that the video stream is separated into 5
layers with prioritization between them, but that no router would ever
implement complex enough queuing to want to know that.  In my lifetime,
a lot of difficult prioritization problems have been solved by just
provisioning more bandwidth.

Indeed, there's an amusing version of this from my own history.
Traditionally, cloud service providers have the aggregate bandwidth of their
rentable hosts well above capacity of their interconnect network.  This
leads to "data center networking", various tricks to deal with the
situation.

I went to work for a cloud service provider, and part of the reason was
to learn "data center networking".  It turns out that the provider just
fully provisioned the interconnect network so they didn't have to worry
about all that.  Then they billed it as a feature of the service.

Dale