IETF Logo Mail Archive

[v6ops] smartphone v6-v4 conversions affect video-conf quality?

Alexandre Petrescu <alexandre.petrescu@gmail.com> Tue, 20 October 2020 12:04 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED4EF3A11D8 for <v6ops@ietfa.amsl.com>; Tue, 20 Oct 2020 05:04:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.671
X-Spam-Level: **
X-Spam-Status: No, score=2.671 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, SPOOFED_FREEMAIL=1.999, 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 50WMBwimpMe8 for <v6ops@ietfa.amsl.com>; Tue, 20 Oct 2020 05:04:18 -0700 (PDT)
Received: from cirse-smtp-out.extra.cea.fr (cirse-smtp-out.extra.cea.fr [132.167.192.148]) (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 3B7EA3A11D7 for <v6ops@ietf.org>; Tue, 20 Oct 2020 05:04:17 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 09KC4GTG018491 for <v6ops@ietf.org>; Tue, 20 Oct 2020 14:04:16 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 3AB20204C1D for <v6ops@ietf.org>; Tue, 20 Oct 2020 14:04:16 +0200 (CEST)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 2517C204C1B for <v6ops@ietf.org>; Tue, 20 Oct 2020 14:04:16 +0200 (CEST)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 09KC4G8G026036 for <v6ops@ietf.org>; Tue, 20 Oct 2020 14:04:16 +0200
To: "v6ops@ietf.org" <v6ops@ietf.org>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <e6352492-030b-7f0a-4fd5-6298555458eb@gmail.com>
Date: Tue, 20 Oct 2020 14:04:16 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.3.2
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------A53B116BC7593BA37053DDE2"
Content-Language: fr
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/KGFGBBq2qPk3g5bx2a5iPf4oNQY>
Subject: [v6ops] smartphone v6-v4 conversions affect video-conf quality?
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Oct 2020 12:04:21 -0000

Hi,

I am trying to find out whether current IPv6-IPv4 conversions affect the 
quality of video calls?

I assume a setting where an IPv6 smartphone (maybe Verizon?) connects to 
an IPv4 vide-call service such as Skype, or Microsoft Teams, or webex.

I wonder whether such a smartphone would get a better quality of video 
if the video-call service was on IPv6, and thus no IPv4-IPv6 conversion.

(in my trials I could identify that most video-call services like webex 
etc are on IPv4 only, with the only exception being gather.town; also I 
could identify that operator Bouygues' smartphones on 4G are on IPv6 
with a v4-v6 conversion; but I could not test right now these 
smartphones on gather.town, which is down by the way 
https://ietf.gather.town/z6N2SDxHebMdDAfo/IETF-108)

Alex

v2.23.0 | Report a Bug | By Email