Re: [Mtgvenue] Comments on draft-baker-mtgvenue-iaoc-venue-selection-process-02

Ole Jacobsen <olejacobsen@me.com> Mon, 07 November 2016 01:12 UTC

Return-Path: <olejacobsen@me.com>
X-Original-To: mtgvenue@ietfa.amsl.com
Delivered-To: mtgvenue@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A069C129AA4 for <mtgvenue@ietfa.amsl.com>; Sun, 6 Nov 2016 17:12:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=me.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 Ed9KJFb7JlNK for <mtgvenue@ietfa.amsl.com>; Sun, 6 Nov 2016 17:12:11 -0800 (PST)
Received: from mr11p00im-asmtp004.me.com (mr11p00im-asmtp004.me.com [17.110.69.135]) (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 B0AFC129AA3 for <mtgvenue@ietf.org>; Sun, 6 Nov 2016 17:12:11 -0800 (PST)
Received: from process-dkim-sign-daemon.mr11p00im-asmtp004.me.com by mr11p00im-asmtp004.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OG800700ZBKJN00@mr11p00im-asmtp004.me.com> for mtgvenue@ietf.org; Mon, 07 Nov 2016 01:12:11 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1478481131; bh=T95kEWWnOrV2pRnl+5d3ug+jtItTeQ7HDp5fi50yiRo=; h=Date:From:To:Subject:Message-id:MIME-version:Content-type; b=AAG4seDokcwNDbAghefE7ykz0R4lYFkm6SXRyp4JPvEj1kKYZOzbi2IAX4edYfcmV DR9GNc6dX5wOCESLsgBWGgCCsrI9+RzoKaYPVYL1nAdkY6cRcl46+c1xRXNeYdEtua zRhJ2TY2yl8U/PjUymhX8fihFEs7GiOyYzR9HJfOQyB6TSWr8DnxLCyqGX5M72FOPA Fwwoa/eAUnDtn17Mp8AnKAZvet0ufh3S9kaPPbPneAT6QWIBHWhIYUdWzjsuMgLbtU ZbRnC01XQsbyIKH9BN9gaptdAKZNXM3sC3wiBkVyYZbH8D+iZGmLHuAijG30lz2l/I mL2vFb1leTDeQ==
Received: from [10.1.10.8] (173-11-110-134-SFBA.hfc.comcastbusiness.net [173.11.110.134]) by mr11p00im-asmtp004.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OG80071LZC8XT00@mr11p00im-asmtp004.me.com>; Mon, 07 Nov 2016 01:12:10 +0000 (GMT)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-11-06_05:,, signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1603290000 definitions=main-1611070022
Date: Sun, 06 Nov 2016 17:12:08 -0800
From: Ole Jacobsen <olejacobsen@me.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-reply-to: <687985e9-ae22-46b2-78ca-24e94b119b9a@gmail.com>
Message-id: <alpine.OSX.2.01.1611061658530.50093@rabdullah.local>
References: <E3C933A5-6141-437A-ABA9-CF881BC8149E@cooperw.in> <50f9aade-69aa-0f49-05a6-00c891f96070@dcrocker.net> <2fcf2945-094a-0041-a464-8965d0a472d2@gmail.com> <C86363C1-B427-4278-B325-C883C6DEB7D3@gmail.com> <7eb36108-79cc-a3f5-6c41-1d7e4b1b849e@gmail.com> <f7b3c9ea-de33-26d1-8f0a-3ce82860771e@dcrocker.net> <B7162C59-16C7-4885-8524-AC8BAAD3BAE7@amsl.com> <CD6FCB8F-5A3C-4309-A784-5EFA926D1FEB@gmail.com> <30CCBC03-BF67-4A94-A8AE-7BBFB906C350@gmail.com> <4863C35E-E6E2-418B-828E-34D453D5D509@gmail.com> <59ae8ddf-d28b-35f2-1607-362c559f078c@dcrocker.net> <687985e9-ae22-46b2-78ca-24e94b119b9a@gmail.com>
User-Agent: Alpine 2.01 (OSX 1266 2009-07-14)
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/EfWUr365O5J-F2KmczOpQKgOJjk>
Cc: mtgvenue@ietf.org, dcrocker@bbiw.net, Yoav Nir <ynir.ietf@gmail.com>, Fred Baker <FredBaker.IETF@gmail.com>
Subject: Re: [Mtgvenue] Comments on draft-baker-mtgvenue-iaoc-venue-selection-process-02
X-BeenThere: mtgvenue@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Ole Jacobsen <olejacobsen@me.com>
List-Id: "List for email discussion of the IAOC meeting venue selection process." <mtgvenue.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mtgvenue>, <mailto:mtgvenue-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mtgvenue/>
List-Post: <mailto:mtgvenue@ietf.org>
List-Help: <mailto:mtgvenue-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mtgvenue>, <mailto:mtgvenue-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Nov 2016 01:12:12 -0000

Brian,

Keep in mind that when the IETF "takes over" the hotel network it is 
often done after lengthy negotiations and much legwork. There is never 
any guarantee that any given hotel will let us anywhere near their 
network and this situation isn't getting any better. We do of course 
REQUIRE a fully compliant Meeting Network, but that does not mean we 
can always extend it to every sleeping room. And doing it for more 
than one hotel is extremely costly in terms of people resources.

While the "terminal room" no longer has any terminals or computers, 
its history should not be forgotten; it was there as a place where we 
could get our email and get work done. Much as changed since the early 
days, including increasing use of mobile devices that themselves 
function without traditional WiFi connections. As a frequent hotel 
guest I am as frustrated as you are with some of the annoyances of 
in-room WiFi (or Ethernet), but I also have to say that I think we 
have become too demanding when it comes to this topic.

I have this wild idea that the IETF should "leave something good 
behind" in these meeting facilities and I'd like to see that brass 
sign in the lobby that says:

 "The IETF Was Here in 2013. They fixed Our Network and Left Behind 
 Some Great Networking Equipment from the Following Vendors: ...."

:-)

Ole


On Mon, 7 Nov 2016, Brian E Carpenter wrote:

> On 07/11/2016 08:42, Dave Crocker wrote:
> > On 11/6/2016 11:21 AM, Yoav Nir wrote:

> >> I think that by now the network available in average hotels is 
> >> sufficiently non-horrible that we can live with the same kind of 
> >> network as everyone else.
> > 
> > 
> > This is a basic point.  And a specific assessment.  I think I've seen 
> > some disagreement.
> 
> Here's more disagreement. IMHO, some level of problems occur in almost
> any hotel almost any time. Things like broken splash pages*, limited
> addresses per room, broken DNS*, bizarre filters, inadequate capacity
> at busy hours*, and of course complete absence of IPv6*. Not to mention
> paying extra for Internet access, still prevalent in many countries.
> 
> One of the nice things about showing up at the IETF hotel is seeing
> a smooth, efficient dual stack service on the ietf-hotel SSID. But it's
> more than nice: it makes one's personal efficiency much greater, given
> the density of email and of people using *.ietf.org in a small area.
> 
> * all of which I have experienced in the last 3 days at the Copthorne
> Hotel in Wellington, NZ.
> 
>    Brian
> 
> > 
> > It would be helpful to get some discussion that focuses both on the 
> > facts of the assessment and the willingness of the community to live 
> > with existing venue Internet infrastructure, even if that winds up 
> > sometimes being problematic.
> > 
> > d/