Re: [vmeet] what's been working/failed/tried in hubs?

Dhruv Dhody <dhruv.ietf@gmail.com> Tue, 11 October 2016 10:10 UTC

Return-Path: <dhruv.ietf@gmail.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 95714129469 for <vmeet@ietfa.amsl.com>; Tue, 11 Oct 2016 03:10:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 iLLASwkn_57l for <vmeet@ietfa.amsl.com>; Tue, 11 Oct 2016 03:10:46 -0700 (PDT)
Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 99A81128874 for <vmeet@ietf.org>; Tue, 11 Oct 2016 03:10:46 -0700 (PDT)
Received: by mail-io0-x234.google.com with SMTP id j37so19571825ioo.3 for <vmeet@ietf.org>; Tue, 11 Oct 2016 03:10:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=B3yJzue5AnF9lBngPsBAORIAelk0kJYu1NFLJ5Odtm0=; b=S2ElM4OZnw9fYt7mZccbyjJJ2yf1A0nYKZZMpYHN5CfiAlLtvhM2M/NOYoAjai7fXV bLdruh8uro8VRSUkSrvXAuBeTYOEVawJUDQnk0c7z3PJaT+n2l4KjpFw7MpvJbJd8dR8 pjrzRgADg4Sd9YUOqWIXUOIjZFPWkIlXL+Bk2lKuY+GtZPaGGtJaTWCNjcqhhKoa8mg/ 7dGQviu5mIRNrijmmlTOxCro0FW6H62x2i1K2+lEYTw/SWUxTCeiRFPoBmBy1ATHAa7a cb9s8fFgGNvBkzaEoiE/tQUVP1XeZJk4qB2fp/6UcruUrvayGkRwCM3clHPQ+WWf0edG bMZQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=B3yJzue5AnF9lBngPsBAORIAelk0kJYu1NFLJ5Odtm0=; b=C8UiQ5Z/NsUdxe/IwPUXu1XO52E+XKP6BCyvtDqn7iV0s81vPH7rY4m996wPCBrqOT z6uDdldPtuojWY3UgG0cU3ingORr/4N/zOMUCRBG9xuqZIzhnhB6sTgIfxTtQEnlHeul XdIDSPSBSqOpoL8y2yTDJN6HVGCJozH8GTNgxipaPMrouSqejO2V4QaqxJTiIHdNrgnF dyXRT8fn+0IuoX+hZqz1JNUWkOvAOrpcij9TKJWpwjS87d8eWrzjl9lBXXzsY8aG6NKh yhz5JRtr92ZoVfZhsA0q5zUkXvGXtj/nry+UKTZyFbORzm0Mmg4E/OIXEd/5m3bJbf8y A2SA==
X-Gm-Message-State: AA6/9Rm2COTkTbOaQYWIfifN6R3xy38/Dl2p1dn80p/lG4LDQwiPCjbf7FPNwysQPdvdBK8HA3GGecCjfG+pIw==
X-Received: by 10.107.148.4 with SMTP id w4mr4683516iod.135.1476180645967; Tue, 11 Oct 2016 03:10:45 -0700 (PDT)
MIME-Version: 1.0
Sender: dhruvdhody@gmail.com
X-Google-Sender-Delegation: dhruvdhody@gmail.com
Received: by 10.50.227.43 with HTTP; Tue, 11 Oct 2016 03:10:45 -0700 (PDT)
In-Reply-To: <CAKe6YvO2Kg-4oDHNc_2BLCycvQxEFCsFNEEt3hOrD_oyKj7XdQ@mail.gmail.com>
References: <CAG4d1re1td4oaPpHMHn7Ka4OYT37B6QRsygM1uvWZhDTzqyJGA@mail.gmail.com> <CAB75xn79vU1xyv9Bk=5LHjDekRkO9ARwN9A8pCXRhuJF5Cm9vg@mail.gmail.com> <20161010114451.GO94244@verdi> <CAKe6YvO2Kg-4oDHNc_2BLCycvQxEFCsFNEEt3hOrD_oyKj7XdQ@mail.gmail.com>
From: Dhruv Dhody <dhruv.ietf@gmail.com>
Date: Tue, 11 Oct 2016 15:40:45 +0530
X-Google-Sender-Auth: j0OQo8ZJOV01Am7527rfI7ij-0w
Message-ID: <CAB75xn46ohZ_BOP4ujS7zyAQcdmak0RySSXF0ge-cWTuV_8VKQ@mail.gmail.com>
To: Vinayak Hegde <vinayakh@gmail.com>
Content-Type: multipart/alternative; boundary=001a113fe122071e6a053e9417f7
Archived-At: <https://mailarchive.ietf.org/arch/msg/vmeet/Ev_xFXd5sUohFsvMlCQoCC_O1mM>
Cc: vmeet@ietf.org
Subject: Re: [vmeet] what's been working/failed/tried in hubs?
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, 11 Oct 2016 10:10:50 -0000

Thanks Vinayak. Let me add a few more points -

On Tue, Oct 11, 2016 at 2:37 PM, Vinayak Hegde <vinayakh@gmail.com> wrote:

> Hi John,
>
> My draft with some observations has some answers to your questions. Also
> some answers inline.
> https://tools.ietf.org/html/draft-hegde-remote-hubs-india-01
>
> On Mon, Oct 10, 2016 at 5:14 PM, John Leslie <john@jlc.net> wrote:
>
>> Dhruv Dhody <dhruv.ietf@gmail.com> wrote:
>> >
>> > (1) WG champion: Having one or two WG champion at the Hub helped to set
>> the
>> > tone, go over the WG agenda in advance, answer questions and continue
>> the
>> > discussion after the WG meeting.
>>
>>    What time commitment is expected? (I assume the expertise expected is
>> for a single Working Group.)
>>
>
> Not much. If you are alone with few people. Only time needed to attend the
> WG meeting
> and maybe some time to send out invites. The barrier (effort) for
> participation is quite low.
>

​[Dhruv]: yes,​ the time commitment was quite less. The champion was
someone who follows the WG discussions and preferably has a draft or two in
the WG.


>
>
>> > (2) Discussions/Hot-Topics: Most participants can join remotely on their
>> > own from home/work. We need to make it worthwhile for someone to
>> travel to
>> > the Hub, so it is important that we make sure that the hub can offer
>> > something more.... This could be a lively discussion, networking, side
>> > meetings on some HOT technology, tutorial etc.
>>
>>   What's your experience with folks who need to follow more than one
>> stream?
>> (I have had to remain near-home in order to cover everything I need to.
>> Perhaps an academic setting could maintain 8 rooms; but essentially no
>> workplace can do that.)
>>
>
> This works best when people are on the same academic campus or there is a
> cluster
> of offices in IT parks nearby. You can pick and choose sessions based on
> your expertise
> and specific interests in your remote group (mostly it will be areas like
> Routing or Apps).
> or it could be general like a Tech Plenary.
>

​[Dhruv]: Yes, maintaining 8 rooms for parallel tracks for the whole week
is very hard. So the hub agenda has to be a subset and based on the
majority of the participant's interests, usually that ends up as an area
specific cluster.
​


>
>
>> > (3) Agenda - getting the IETF agenda early, would help a lot in making
>> the
>> > sub-set agenda for the hub based on interest/timezone etc.
>>
>>    What do you mean, early? Alia certainly has access to _premature_
>> agendas;
>> but I'm not sure they'd be helpful. And, of course, agendas _do_ change
>> even
>> after the start of an IETF week...
>>
>
> I think he was talking about WG areas but these are subject to change as
> well.
>

​[Dhruv]: The activity of making a subset agenda based on the interests and
then finding WG champions who will attend the hub, etc cannot be started
until we have an agenda.
So as soon as IETF publishes a draft agenda, we can start Hub agenda
planning.  I understand the agenda can never be perfect and always subject
to change, in spite of that IMHO having a draft agenda early would help.

Regards,
Dhruv



>
> Thanks
> Vinayak
>