Re: [vmeet] Slides freezing

Meetecho IETF support <ietf@meetecho.com> Tue, 05 April 2016 15:14 UTC

Return-Path: <ietf@meetecho.com>
X-Original-To: vmeet@ietfa.amsl.com
Delivered-To: vmeet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2A1E12D5E7 for <vmeet@ietfa.amsl.com>; Tue, 5 Apr 2016 08:14:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.106
X-Spam-Level:
X-Spam-Status: No, score=-1.106 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RDNS_NONE=0.793, SPF_FAIL=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 FI3LEtWipH3j for <vmeet@ietfa.amsl.com>; Tue, 5 Apr 2016 08:14:39 -0700 (PDT)
Received: from smtpdb7.aruba.it (unknown [62.149.156.94]) by ietfa.amsl.com (Postfix) with ESMTP id 87EDA12D1C0 for <vmeet@ietf.org>; Tue, 5 Apr 2016 08:14:19 -0700 (PDT)
Received: from [31.133.160.89] ([31.133.160.89]) by smtpcmd09.ad.aruba.it with bizsmtp id efEE1s02E1w1YEP01fEGQd; Tue, 05 Apr 2016 17:14:18 +0200
To: John Leslie <john@jlc.net>
References: <20160405150120.GA8117@verdi>
From: Meetecho IETF support <ietf@meetecho.com>
Message-ID: <5703D642.1010104@meetecho.com>
Date: Tue, 5 Apr 2016 17:14:10 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1
MIME-Version: 1.0
In-Reply-To: <20160405150120.GA8117@verdi>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/vmeet/wPg4SHTo6D7lbVwLJa7l1BS2dRA>
Cc: "vmeet@ietf.org" <vmeet@ietf.org>
Subject: Re: [vmeet] Slides freezing
X-BeenThere: vmeet@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF remote participation meeting services discussion <vmeet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vmeet>, <mailto:vmeet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/vmeet/>
List-Post: <mailto:vmeet@ietf.org>
List-Help: <mailto:vmeet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vmeet>, <mailto:vmeet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Apr 2016 15:14:41 -0000

Hi John,

Il 05/04/2016 17:01, John Leslie ha scritto:
>     I've noticed multiple occurances of slides freezing in Meetecho.
>
>     The suggestions I get are "leave and rejoin."
>
>     This _really_ is less than user-friendly.
>

Agreed. In the next version we will add the possibility to restore only 
a single feed without forcing anybody to re-join.

>     I'll venture a guess that this may by Comcast timing out port allocations, since the slides
> have often seen no changes for ten minutes -- long enough for Comcast to time-out.
>
>     Meetecho probably should include some keep-alives for ports; and IMHO really_should notice
> that a port has gone away, and recover without requiring the user to lose half-a-minute of
> audio.

This is not the case. The technology we use (WebRTC) already accounts 
for that, and besides even when the video is not changing there always 
is a constant stream flowing anyway (of course at a much lower bitrate).

BTW, is this happening only for the slides feed, or for the speaker's 
video, too? This may be of help to us to debug things.

Thanks,
the Meetecho team

>
>     Of course, YMMV...
>
> --
> John Leslie <john@jlc.net>
>