IETF Logo Mail Archive

Re: [vmeet] Meetecho sessions start/stop time

Dave Crocker <dhc@dcrocker.net> Mon, 11 April 2016 15:00 UTC

Return-Path: <dhc@dcrocker.net>
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 1A85712E1B6 for <vmeet@ietfa.amsl.com>; Mon, 11 Apr 2016 08:00:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham 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 BRlYSkSf2oUz for <vmeet@ietfa.amsl.com>; Mon, 11 Apr 2016 08:00:31 -0700 (PDT)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF5D112EBC1 for <vmeet@ietf.org>; Mon, 11 Apr 2016 08:00:31 -0700 (PDT)
Received: from [192.168.1.168] (76-218-10-206.lightspeed.sntcca.sbcglobal.net [76.218.10.206]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id u3BF0UF9029574 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 11 Apr 2016 08:00:31 -0700
References: <570A8E5C.8040301@meetecho.com> <20F7413E33810665077E7003@JcK-HP8200.jck.com> <CD301AF4-ECAA-4FAB-8D38-A3CC343F7853@isoc.org>
To: Dan York <york@isoc.org>, John C Klensin <john-ietf@jck.com>
From: Dave Crocker <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
Message-ID: <570BBC08.8090007@dcrocker.net>
Date: Mon, 11 Apr 2016 08:00:24 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2
MIME-Version: 1.0
In-Reply-To: <CD301AF4-ECAA-4FAB-8D38-A3CC343F7853@isoc.org>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.17]); Mon, 11 Apr 2016 08:00:31 -0700 (PDT)
Archived-At: <http://mailarchive.ietf.org/arch/msg/vmeet/WZs5c0KZNYjRixG37MzuZE0Xr6c>
Cc: "vmeet@ietf.org" <vmeet@ietf.org>
Subject: Re: [vmeet] Meetecho sessions start/stop time
X-BeenThere: vmeet@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: dcrocker@bbiw.net
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: Mon, 11 Apr 2016 15:00:34 -0000

On 4/11/2016 2:44 AM, Dan York wrote:
> ... I've alway run a separate Jabber client connected into each working
> group chat when remote.


That's a useful hack, but it's a hack.  Helpful now, but should not be 
necessary, IMO.

Meetecho's software needs to be much more reliable.  This marks its 
(well-deserved) transition to being an essential infrastructure 
capability for the IETF.

I think the session start/stop issue actually requires a change in the 
model for operating Meetecho.  One thought is to make a 'session' needs 
be much longer-lived -- in some cases, even persistent -- and able to 
proceed only with a jabber session.  It can then add and remove audio 
and video as needed.


d/
-- 

   Dave Crocker
   Brandenburg InternetWorking
   bbiw.net

v2.8.7 | Report a Bug | By Email