Re: [87attendees] SIM purchase at the IETF (was Re: [87all] IETF 87 Berlin Meeting Review)

"Carlos M. Martinez" <carlos@lacnic.net> Wed, 21 August 2013 19:16 UTC

Return-Path: <carlos@lacnic.net>
X-Original-To: 87attendees@ietfa.amsl.com
Delivered-To: 87attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D8A021F9F50 for <87attendees@ietfa.amsl.com>; Wed, 21 Aug 2013 12:16:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.436
X-Spam-Level:
X-Spam-Status: No, score=-1.436 tagged_above=-999 required=5 tests=[AWL=-0.388, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, RDNS_NONE=0.1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m5LyNC7MzG59 for <87attendees@ietfa.amsl.com>; Wed, 21 Aug 2013 12:16:12 -0700 (PDT)
Received: from mail.lacnic.net.uy (mail.lacnic.net.uy [IPv6:2001:13c7:7001:4000::3]) by ietfa.amsl.com (Postfix) with ESMTP id B095221F9F21 for <87attendees@ietf.org>; Wed, 21 Aug 2013 12:16:11 -0700 (PDT)
Received: from 87-7-200.lacnic.net.uy (unknown [200.7.87.57]) by mail.lacnic.net.uy (Postfix) with ESMTP id B89BB308436; Wed, 21 Aug 2013 16:15:44 -0300 (UYT)
Message-ID: <521511F5.2090409@lacnic.net>
Date: Wed, 21 Aug 2013 16:16:05 -0300
From: "Carlos M. Martinez" <carlos@lacnic.net>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: Ole Jacobsen <ole@cisco.com>
References: <6j3itkppvci8vejnmp4rlv2u.1376669623100@email.android.com> <m2siy9h1iv.wl%randy@psg.com> <8D23D4052ABE7A4490E77B1A012B630775258D72@mbx-01.win.nominum.com> <m28v01gj6z.wl%randy@psg.com> <520F663F.3000505@gmail.com> <2671C6CDFBB59E47B64C10B3E0BD59230439D43698@PRVPEXVS15.corp.twcable.com> <5214EB43.2030304@dcrocker.net> <5214F834.2090701@gmail.com> <0FB5FD13-2E44-46F7-A909-EC383B51AAD7@gmail.com> <5215043B.2060509@lacnic.net> <3512BB31280C39448A9880F61DD54CEB0A75E74A@xmb-aln-x09.cisco.com> <52150B55.9050601@lacnic.net> <alpine.OSX.2.01.1308211156080.19510@173-11-110-132-sfba.hfc.comcastbusiness.net>
In-Reply-To: <alpine.OSX.2.01.1308211156080.19510@173-11-110-132-sfba.hfc.comcastbusiness.net>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-LACNIC.uy-MailScanner-Information: Please contact the ISP for more information
X-LACNIC.uy-MailScanner: Found to be clean
X-LACNIC.uy-MailScanner-SpamCheck:
X-LACNIC.uy-MailScanner-From: carlos@lacnic.net
Cc: 87 Attendees <87attendees@ietf.org>, joel jaeggli <joelja@gmail.com>, Brian Dickson <brian.peter.dickson@gmail.com>, "David Lake (dlake)" <dlake@cisco.com>, "dcrocker@bbiw.net" <dcrocker@bbiw.net>
Subject: Re: [87attendees] SIM purchase at the IETF (was Re: [87all] IETF 87 Berlin Meeting Review)
X-BeenThere: 87attendees@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <87attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/87attendees>, <mailto:87attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/87attendees>
List-Post: <mailto:87attendees@ietf.org>
List-Help: <mailto:87attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/87attendees>, <mailto:87attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Aug 2013 19:16:16 -0000

Ole,

I wasn't implying that the IETF 'has decided to do nothing'
(paraphrasing myself), I was arguing the point I felt the previous
poster made.

I'm well aware of the massive effort putting together such a conference
implies, and I'm confident that good solutions will be found.

cheers!

~Carlos

On 8/21/13 4:11 PM, Ole Jacobsen wrote:
> On Wed, 21 Aug 2013, Carlos M. Martinez wrote:
>
>> Hello,
>>
>> the problem with the all the 'but' cases is that they sometimes cannot
>> all be addressed. However, this is not a valid reason to not address the
>> problem/request at all.
>>
>> "Since we cannot accomodate every_single_particular_possible_request, we
>> decided to do nothing" just doesn't cut it. On the other hand,
>> accomodating 80% percents of the perceived needs does cut it.
>>
>> cheers
>>
>> ~CArlos
>>  
> Carlos,
>
> Nobody is suggesting that "we decided to do nothing." What has been 
> suggested is that SIM information is better provided by someone 
> "local" be that the host, sponsor or simply someone who lives in
> the locale in question.
>
> Putting on an IETF meeting is a huge undertaking and it literally 
> takes WEEKS of work from a team of dedicated volunteers and 
> contractors who worry about everything from local electrical power 
> conditions to ensuring that the IETF meeting network routing prefixes 
> are properly propagated, and much more. Adding the SIM info to the 
> list of "nice things to have" would certainly be fine, expecting that 
> this become a mandatory requirement for hosts or even something the 
> secretariat has on their task list seems a little too much to ask in 
> my opinion.
>
> The Wiki model has worked, volunteer efforts such as 
> http://hiroshima-info.info are also helpful (I have been told), but 
> please remember that it is/was a volunteer effort, not a contracted 
> piece of work.
>
> I think SIM info is certainly something that a number of people are 
> interested in and Randy has already collected some information in
> the make-shift wiki. I am sure there will be much more to come.
>
> By the way, if you are reading this and happen to actually LIVE in
> Vancouver, please get in touch. There are many tasks on our to-do
> list for that meeting where local assistance would be greatly 
> appreciated and actually reduce the cost of running the meeting.
> Your tax^H^H^ meeting dollars at work.
>
> Cheers,
>
> Ole
>
>
> Ole J. Jacobsen 
> Editor and Publisher,  The Internet Protocol Journal
> Cisco Systems
> Tel: +1 408-527-8972   Mobile: +1 415-370-4628
> E-mail: ole@cisco.com  URL: http://www.cisco.com/ipj
> Skype: organdemo