Re: Remote participation fees [Re: Updating BCP 10 -- NomCom ELEGIBILITY]

Carlos Vera Quintana <cveraq@gmail.com> Sat, 14 February 2015 19:29 UTC

Return-Path: <cveraq@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C7AD1A00E1 for <ietf@ietfa.amsl.com>; Sat, 14 Feb 2015 11:29:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 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, LOTS_OF_MONEY=0.001, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001] autolearn=ham
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 Gg2Vu0loj70x for <ietf@ietfa.amsl.com>; Sat, 14 Feb 2015 11:29:32 -0800 (PST)
Received: from mail-vc0-x235.google.com (mail-vc0-x235.google.com [IPv6:2607:f8b0:400c:c03::235]) (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 BC8A01A00B2 for <ietf@ietf.org>; Sat, 14 Feb 2015 11:29:31 -0800 (PST)
Received: by mail-vc0-f181.google.com with SMTP id im6so8312735vcb.12 for <ietf@ietf.org>; Sat, 14 Feb 2015 11:29:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=jOm4cHaIHdtyInqQufQCg64mFUvLgBKj6mpWopn2S2s=; b=PHP7zOOW86Q6MeYPLIDWtKlq9QWPh6gL7tvlGmim9aXM9U1NScMaeyLF5dRBMlw8JL KMibASvhIu2HohmeCoVS1MGmgsYEbFt/5N8M98lHayOS1nsjVWWtKFxXU4MWrZ6X/Vus 7lcQaKVMAVGn7C86tXVVUkbqVVO3GWQvUPWXz9LUacewWD3gxszOCb6y91uSiTxVjwr9 qqRv0wEI045uHyzOoWFFBwIzJ3ayYWAkh0MiY6Y6yX0iGhN8lpsEwOj4XCJKahNAKuLr No7JzBjHwWGZx8G77izQsysM2URpk5x53goULQDZr6Jima5uekUuxcQ/uM1NPdyALi7e 4ywA==
X-Received: by 10.220.113.130 with SMTP id a2mr11221486vcq.31.1423942170775; Sat, 14 Feb 2015 11:29:30 -0800 (PST)
Received: from [10.191.62.204] ([186.65.34.8]) by mx.google.com with ESMTPSA id i3sm2340103vdv.6.2015.02.14.11.29.24 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 14 Feb 2015 11:29:29 -0800 (PST)
References: <CAL0qLwZk=k-CWLte_ChK9f1kzLwMOTRyi7AwFa8fLjBsextBcA@mail.gmail.com> <9772.1420830216@sandelman.ca> <CAL0qLwZatYW2e4Wk6GXB2U26fsCn8BV2qt-07kHBugiq34zrcQ@mail.gmail.com> <6025.1423672358@sandelman.ca> <CAL0qLwYtE618sA99hgXP-5wk+BYdcXLbiZqd_36OreYQ1LB7hQ@mail.gmail.com> <54DBD71C.20101@joelhalpern.com> <26803.1423772214@sandelman.ca> <tsla90ikh85.fsf@mit.edu> <37661D4B-1842-4890-88FB-2A7B13CDC884@nominum.com> <CABmDk8m1KuSs8os9V7fcYOJC2O4yMb6dRFer+nEPBTTSHtey9Q@mail.gmail.com> <31891031-4628-49CD-B66C-38A3BD787B70@trammell.ch> <54DE7F09.8030500@gmail.com> <C5FC0DB6-82F8-4C38-ABFD-D5D9A6E65933@isoc.org.ec> <54DE90C6.6030609@gmail.com> <E39AF4E0-58AB-4249-8A37-3D1CD2D5A691@gmail.com> <54DE9844.1010807@gmail.com> <61FBB27B-4EF3-40A0-8981-00EB89698295@isoc.org.ec> <B90F5E29-06C5-41D1-9F31-1BE42382995F@gmail.com> <CABmDk8=YPZ1W2tTOqP23U2PFVLoDh-3+wwmcA8mpta-Y05op2A@mail.gmail.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <CABmDk8=YPZ1W2tTOqP23U2PFVLoDh-3+wwmcA8mpta-Y05op2A@mail.gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail-5047E5CE-5DFF-4977-94F4-34EBAFB4D896"
Content-Transfer-Encoding: 7bit
Message-Id: <5D2525EB-8FAE-4851-AA88-E45CC84C4D65@gmail.com>
X-Mailer: iPhone Mail (12B466)
From: Carlos Vera Quintana <cveraq@gmail.com>
Subject: Re: Remote participation fees [Re: Updating BCP 10 -- NomCom ELEGIBILITY]
Date: Sat, 14 Feb 2015 14:29:15 -0500
To: Mary Barnes <mary.h.barnes@gmail.com>
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/_PwJMNod8LPkT26B7PuiucwGsbE>
X-Mailman-Approved-At: Tue, 17 Feb 2015 09:04:02 -0800
Cc: Sam Hartman <hartmans-ietf@mit.edu>, Michael Richardson <mcr+ietf@sandelman.ca>, ietf <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 14 Feb 2015 19:29:35 -0000

We always can work smart. Lot of countries are cheaper than the always selected ones.

The ICANN staff should work better to save and void work with the users's pocket to finance their jet set luxury conference's style. 

Carlos Vera Quintana
0988141143
Sígueme @cveraq

> El 14/2/2015, a las 13:21, Mary Barnes <mary.h.barnes@gmail.com> escribió:
> 
> 
> 
>> On Sat, Feb 14, 2015 at 10:43 AM, Yoav Nir <ynir.ietf@gmail.com> wrote:
>> Uhhm, who are that “gold bureaucracy" who stay at 5-star hotels at the IETF’s expense?
>> 
>> All participants, including area directors pay their own way (or their sponsor pays their way). But 3 star hotels don’t typically have good enough conference centers.
> [MB] True. But, perhaps considering other sorts of conference facilities with nearby hotels could be an option.  In particular, if we really do improve remote participation to the point that we reduce the number of onsite participants, the size requirement for the conference facilities goes down. [/MB] 
>> 
>> Also, supporting remote participation in a better way than it works today costs more money than is being expended today. That money has to come from somewhere.
> [MB] In one sense yes. But, given some of the work in RAI, this cost should be going down.  The ability to participate in a meeting remotely with a very rich multimedia experience is something that we certainly ought to be able to do with the protocols we're developing.  I have worked extensively in an environment where these technologies are essential to business (as I imagine many of us having) and you no longer need an expensive dedicated video unit to have a high quality experience.  We are developing these technologies in IETF in the RTCWEB and CLUE WG.  If we can't leverage those protocols for our own meetings, then we've not done something right in the IETF.  And, actually this is already happening with Meetecho.   Also, considering that much of what we need is built by vendors who have significant participation in the IETF, I would think that the net financial impact could be optimized.  
> I think the biggest problem that high quality remote participation will introduce is that companies will become even more reluctant to send people to the face to face meetings.  I do still see value in people attending face to face IETF meetings with some regularity, I strongly believe that IETF moving to a model that doesn't require so many people to travel to get the work done is a good thing and ought to be a longterm objective.  I'm not a financial expert so I can't posit that this will make sense from a business model, but IETF is a non-profit and in that respect doing the right thing for the community should be the overarching objective.   [/MB] 
>> 
>> Yoav
>> 
>> > On Feb 14, 2015, at 5:46 PM, info@isoc.org.ec wrote:
>> >
>> > Savings are welcomed instead fees.
>> >
>> > What if you put all that gold bureaucracy in 3 stars hotels and not in 5?
>> > Fly economy, have offices in cheap places and countries..
>> >
>> > Being smart saves money and it's fun..  A lot more that looking at the users's pocket.. But off course it's not as easy
>> >
>> > Carlos
>> > Internet Society Ecuador
>> > www.isoc.org.ec
>> > Síguenos @isocec
>> >
>> >> El 13/2/2015, a las 19:35, Brian E Carpenter <brian.e.carpenter@gmail.com> escribió:
>> >>
>> >> Carlos,
>> >>
>> >> That isn't the point. Somebody has to pay for the things paid for
>> >> by the existing meeting fees. Suppose that we improve the remote
>> >> participation technology such that, say, 500 people who would normally
>> >> attend a meeting stay at home. That's a direct reduction of income by
>> >> say $350000, three times a year. So the IETF is out of pocket by $1M/year.
>> >> The actual reduction in meeting costs would be very slight. The money has
>> >> to come from somewhere.
>> >>
>> >> Does this bother me? Yes, a lot. But it's reality.
>> >>
>> >>  Brian
>> >>
>> >>
>> >>> On 14/02/2015 13:13, Carlos Vera Quintana wrote:
>> >>> Oh I see. Free is not serious enough..
>> >>>
>> >>> Carlos Vera Quintana
>> >>> 0988141143
>> >>> Sígueme @cveraq
>> >>>
>> >>>>>> El 13/2/2015, a las 19:03, Brian E Carpenter <brian.e.carpenter@gmail.com> escribió:
>> >>>>>
>> >>>>> On 14/02/2015 12:52, info@isoc.org.ec wrote:
>> >>>>> I guess I miss something. Some "smart" initiative to get
>> >> money from participants?
>> >>>>
>> >>>> No. A discussion how to make remote participation a serious alternative
>> >>>> to travelling to meetings, without breaking the budget.
>> >>>>
>> >>>>  Brian
>> >>>>
>> >>>>>
>> >>>>> Internet Society Ecuador
>> >>>>> www.isoc.org.ec
>> >>>>> Síguenos @isocec
>> >>>>>
>> >>>>>>> El 13/2/2015, a las 17:47, Brian E Carpenter <brian.e.carpenter@gmail.com> escribió:
>> >>>>>>>
>> >>>>>>> On 14/02/2015 10:50, Brian Trammell wrote:
>> >>>>>>> hi Mary, all,
>> >>>>>>>
>> >>>>>>>> On 13 Feb 2015, at 22:30, Mary Barnes <mary.h.barnes@gmail.com> wrote:
>> >>>>>>>>
>> >>>>>>>> On Fri, Feb 13, 2015 at 2:58 PM, Ted Lemon <Ted.Lemon@nominum.com> wrote:
>> >>>>>>>>> On Feb 12, 2015, at 3:27 PM, Sam Hartman <hartmans-ietf@mit.edu> wrote:
>> >>>>>>>>> In the past I've been nervous about giving remote participation too much
>> >>>>>>>>> power in part because I'm worried about how that impacts meeting fees
>> >>>>>>>>> and in part because I value cross-area involvement.
>> >>>>>>>>
>> >>>>>>>> It's possible that we could collect meeting fees from remote attendees, offering a hardship exemption for those who can't afford it.   That would depend on remote attendance working better than it does now, I think, but it would be unfortunate if the main impediment to making remote attendance work well were that we didn't want to lose meeting revenue.
>> >>>>>>>>
>> >>>>>>>> [MB] I totally agree on this latter point.  I'm very conflicted about charging for remote participation, but perhaps something nominal.  It's also quite possible that if we improve the quality, we will get more remote participants.
>> >>>>>>>
>> >>>>>>> A requirement (at least at first) to allocate n% of remote participation fees directly to expenses related to the improvement of remote participation would make this a lot more feasible.
>> >>>>>>
>> >>>>>> But it begins to smell like a poll tax. Some people participate remotely
>> >>>>>> because they simply can't justify the travel expenditure; if it costs (say)
>> >>>>>> $200 to participate remotely, that would be enough to keep some people out.
>> >>>>>> How the Secretariat could possibly validate hardship cases remotely
>> >>>>>> is beyond me.
>> >>>>>>
>> >>>>>> Also, does particpate mean "watch and listen" or "watch, listen and speak"?
>> >>>>>> I find it hard to imagine paying $200 just to watch and listen.
>> >>>>>>
>> >>>>>> (Of course, I made up "$200" but it does need to be an amount of money
>> >>>>>> that's worth collecting, and in that case it will be a significant issue
>> >>>>>> for, say, a student in a developing country.)
>> >>>>>>
>> >>>>>> Brian C
>> >>
>> >>
>> >
>