[Detnet] Fun with soccer and playout latency

Toerless Eckert <tte@cs.fau.de> Fri, 11 June 2021 17:57 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63CE93A0C51; Fri, 11 Jun 2021 10:57:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.649
X-Spam-Level:
X-Spam-Status: No, score=-1.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 afB6uf97mtk1; Fri, 11 Jun 2021 10:57:07 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [131.188.34.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA6203A0C3C; Fri, 11 Jun 2021 10:57:06 -0700 (PDT)
Received: from faui48e.informatik.uni-erlangen.de (faui48e.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:51]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 913E2548045; Fri, 11 Jun 2021 19:57:00 +0200 (CEST)
Received: by faui48e.informatik.uni-erlangen.de (Postfix, from userid 10463) id 8A0044E7727; Fri, 11 Jun 2021 19:57:00 +0200 (CEST)
Date: Fri, 11 Jun 2021 19:57:00 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: mops@ietf.org
Cc: ietf@ietf.org, mboned@ietf.org, detnet@ietf.org
Message-ID: <20210611175700.GS12022@faui48e.informatik.uni-erlangen.de>
Reply-To: mops@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/XSv9fqJB7HOeKJZArdJHB8adRpA>
Subject: [Detnet] Fun with soccer and playout latency
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Jun 2021 17:57:11 -0000

[ Sorry for cross-posting, i hope this is fun/interesting and i was not sure
  if there was a single WG most centric to this, but i am guessing mops
  so i set reply-to: accordingly. I am sure WG chairs will beat me up
  accordingly if this is inappropriate. ]

I think i mentioned a couple of times that there is a good amount of interest
in Germany in network playout latency whenever an international soccer event
is happening. Starting today it is the "2020 UEFA European Football Championship",
(yes, corona victim like the 2020 Olympic games), so the german c't magazine
is again publishing their measurement results:

https://www.heise.de/news/Nachgemessen-Wer-jubelt-zuerst-beim-Fussball-Event-am-TV-6068962.html

[just use google chrome or any translate app you like to read in english. Chrome
 did translate numbers like '15' (seconds) to '15th' so ignore the 'th' in translations]

A lot of results are somehat hard to put into perspective of the
underlying networking technologies without additional background
about the distribution channels.

To me the biggest improvements i saw over the results from three
years ago (linked in the article) is that now the native (ip multicast)
TV service from DT (Media Receiver 401), with 6.5 seconds is
slower than the OTT unicast streaming services from the
content providers ARD/ZDF themselves with just 3 seconds.
This was ca. 50 seconds 3 years ago.

I can only speculate about the causes, but i think its a combination
of better low-latency tuned ABR implementation by those content
providers plus maybe bypassing the 6 second latency through ASTRA
satellites that competitors seem to go through to receive the signal.

At least always fun for me to look at the numbers and speculate.

Cheers
    Toerless