RE: [EXTERNAL] Re: IETF 104 Registration and Hotel Reservations Openo

"Belotti, Sergio (Nokia - IT/Vimercate)" <sergio.belotti@nokia.com> Tue, 15 January 2019 16:41 UTC

Return-Path: <sergio.belotti@nokia.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9244130EA2 for <ietf@ietfa.amsl.com>; Tue, 15 Jan 2019 08:41:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.453
X-Spam-Level:
X-Spam-Status: No, score=-6.453 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 JIqMtujIC-us for <ietf@ietfa.amsl.com>; Tue, 15 Jan 2019 08:41:53 -0800 (PST)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130112.outbound.protection.outlook.com [40.107.13.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 05EF2130E7E for <ietf@ietf.org>; Tue, 15 Jan 2019 08:41:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LBQEWgWJ6WN46ItrYIvgsV9Y+soXS7ae347W6lLWn5M=; b=e5X0HszrapAD5Ij7Xx7Ticd7e8uJ8MyXfLlVs9SU0UYcQjWn4qVl9NLop1ZSrHZvWLRVz8kSmwJc9iUcFmMOSB8FDeGINgLxWY1M/a/mG5ZKiBcDWi9mE3exW8KA5t+2U1fE3lrtkQHEZwg0gtl8WA7Ch+QZ+55Q4btfe2zRWeo=
Received: from AM0PR07MB5921.eurprd07.prod.outlook.com (20.178.83.29) by AM0PR07MB6051.eurprd07.prod.outlook.com (20.178.115.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1537.10; Tue, 15 Jan 2019 16:41:49 +0000
Received: from AM0PR07MB5921.eurprd07.prod.outlook.com ([fe80::d46c:f820:830b:8cc9]) by AM0PR07MB5921.eurprd07.prod.outlook.com ([fe80::d46c:f820:830b:8cc9%6]) with mapi id 15.20.1537.018; Tue, 15 Jan 2019 16:41:49 +0000
From: "Belotti, Sergio (Nokia - IT/Vimercate)" <sergio.belotti@nokia.com>
To: Mary B <mary.h.barnes@gmail.com>, "Andrew G. Malis" <agmalis@gmail.com>
CC: "ietf@ietf.org" <ietf@ietf.org>
Subject: RE: [EXTERNAL] Re: IETF 104 Registration and Hotel Reservations Openo
Thread-Topic: [EXTERNAL] Re: IETF 104 Registration and Hotel Reservations Openo
Thread-Index: AQHUl8vdZKLRnCYFjUCwlEdGi2zxyKWG+eQAgACJdQCAAIbLgIABELuAgABPhwCAAAKwgIAAImkAgAATA4CAAEPVAIAVjYcAgAHP8ACAAYgrgIAAFZwAgA20fQCAAAKqAIAABaGAgAABIACAAAcRAIAAAt2AgAAIliA=
Date: Tue, 15 Jan 2019 16:41:49 +0000
Message-ID: <AM0PR07MB5921751314242C966F76F00491810@AM0PR07MB5921.eurprd07.prod.outlook.com>
References: <20181220194742.39286200BC3F9B@ary.qy> <C4C3E99E-7FDF-42AD-8AAF-BA9A7BF9DF62@soton.ac.uk> <alpine.OSX.2.21.1812211147590.48467@ary.qy> <E0B84494-6B60-4AEB-B8E9-8C6F673624FA@tzi.org> <E73FC76E-6CD5-4543-A189-D51ACC7EAEBE@amsl.com> <167d262e9c8.27ce.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <23396A80-F252-4FFB-B0D0-B17D86F1C73E@amsl.com> <44640168-deb7-c613-3420-ad5df95b1736@labn.net> <956E76FA5156981CD09F5C1F@PSB> <098ecda6-b344-7cb7-5943-d6279ee89108@labn.net> <7C9DD929-2301-4993-9B03-A15B41B8D664@nbcuni.com> <sa6va2qotld.fsf@chopps.org> <CAPt1N1n7=eZqABbejLCuURMpJCQJE8WL3xuOrMTzCG5mSW9vhw@mail.gmail.com> <sa6tviaos7w.fsf@chopps.org> <CAPt1N1mYRiMeHVEPA3_gV0Zhus8nc=pK94FN2LSadN2V6Zc_Og@mail.gmail.com> <CAA=duU3SKvyzwN1ojFgdasKnOsP=Ak4Sw6cHf0kyG0reK0buqg@mail.gmail.com> <CABmDk8knLFDDoTu4U=Ap2zXnbMhZg25aYG35ZwoFQy+ZXSYNeA@mail.gmail.com>
In-Reply-To: <CABmDk8knLFDDoTu4U=Ap2zXnbMhZg25aYG35ZwoFQy+ZXSYNeA@mail.gmail.com>
Accept-Language: it-IT, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=sergio.belotti@nokia.com;
x-originating-ip: [135.245.212.87]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM0PR07MB6051; 6:PdX+Bt7TfBwHJQGiRo49Lj7/DQhMlz97Up1BzriuSmWw/Z6Ao2/hHIXTDfk0UYwwPe8B/YmOzYGXh/ikT0A0AtCSCVhtgizwZ3O7ibFFY8HHFs53UKPE6CrcCgjsRmi9AUHa156eAQjC5pS17Fy+98SLHYydfa7eSqI56JYgE66g9MPk6BzKkqmd1+vFs2iSNJFBUK038RwTfQmvJAoICzUJiA0eDVWNky8W2CQkvwh/fp06p6hso8Yn8a2V3p22QbQqUoBduuvxkEON8si/SVL3RiwD6b97YOxyL2o1mmNCTPjarhc/N4T0fmr2u3n3CuYCbQLGwk/CJsIXsXL+ndqMpvhXWjNz5vlIdRWMYBAayPNW2SkG4UkKgang1/zUkFrGlVPKi2D7JRxA8ddqUSjcVzrbtp4ct+NIOwLu0YJ/y1+ULUJDHEODqop/b8jpgNZ5g5Yljd3BYSh9u/RRmA==; 5:OMNvA3Kb1VtSYfBwjoYxDaE7uo2/exl13JNmBCKe4vwM3VZIV1t31JRcIiE/3OJX5XND1up3Btw0BVJXpfPVqWbAFzasWAR0Ac/FdLSZMivJ1m/gQHJ0WlQpM+Rkgh+BLtHhQeqe89PZ3pxr4Ly9o4h4htN6GdpkZmZp3hTPSxtfy6uoMjzpRwQVySMmUX7Rc1+6kfygKk8f/vtZfaaH7g==; 7:7tCSxkR+6r9PwvMjxg26FFPxkIhM5rq1S4ZeNXPjTBscNxIpXf8aHHpoByvx+SKFDeq0wTizqv/c+dchiA6ytgsNXQRr7ml5Llrv6h2QwIRrSPmK9tJI+simxOt1K4v7+1iayefAv3S2Gh8ixInPQA==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 11c75cd2-ff12-4ddd-1d59-08d67b0858a7
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(4618075)(2017052603328)(7193020); SRVR:AM0PR07MB6051;
x-ms-traffictypediagnostic: AM0PR07MB6051:
x-microsoft-antispam-prvs: <AM0PR07MB6051C31A870806E974FB6AAF91810@AM0PR07MB6051.eurprd07.prod.outlook.com>
x-forefront-prvs: 0918748D70
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(396003)(376002)(366004)(346002)(136003)(199004)(189003)(97736004)(316002)(71200400001)(71190400001)(54896002)(6306002)(53936002)(9686003)(236005)(53546011)(76176011)(6506007)(14444005)(256004)(790700001)(476003)(3846002)(229853002)(6116002)(68736007)(55016002)(446003)(2906002)(6436002)(486006)(86362001)(11346002)(110136005)(33656002)(4326008)(26005)(25786009)(99286004)(8676002)(66066001)(102836004)(105586002)(106356001)(478600001)(7736002)(7696005)(186003)(93886005)(6246003)(81156014)(8936002)(81166006)(74316002)(14454004)(39060400002)(9326002)(5660300001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB6051; H:AM0PR07MB5921.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: qtJKF+aIvMaI23gMgaKqyGPJlOYa+JI6TJdzzi8np7hIJIOCBz2YdVTAfujRmtX29wtyA3stEms/AKH6fE6ONTTtmREf2xL/5uuaLvK39JKrMloYhG/MtOcvAU5seXets3ymm+wK1jFUpB3GzkG5NtLeRmCmZA8LX0gMWZu5Jq5VRtMyBgNoQX/FwUQUOLqMcNX6que7GhrhyFtgNheQtez+FT4E6BocrYQlKT1ZR8nlGwmQyICy3o+IzL/udebBVi+PKiL3TrYEP5vG6xYAd6hlwtE9zc0D/hkMiOLUd6D8UqkZbrFBXkHawHv/f9d+b2Jof3v5jOr/EGO139wjrmev5YczqJsNuzFFrhHTI7rQHOF2PzN0jUfSMsXu5hwZoILotz2cEaAIjYp6TXTxRx0dALliJjyseRPiae/tXyY=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_AM0PR07MB5921751314242C966F76F00491810AM0PR07MB5921eurp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 11c75cd2-ff12-4ddd-1d59-08d67b0858a7
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jan 2019 16:41:49.6165 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB6051
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/5Ee1srdgcdu23Fn-gpCb00cfSsw>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 15 Jan 2019 16:41:58 -0000

Hi Mary,
I can assure that this situation about absurd cancellation policy and IETF rate, is not an easy task to manage also for large corporation …
I’ve in fact reserved another hotel . ☺

Thanks
Sergio

From: ietf <ietf-bounces@ietf.org> On Behalf Of Mary B
Sent: Tuesday, January 15, 2019 5:08 PM
To: Andrew G. Malis <agmalis@gmail.com>
Cc: ietf@ietf.org
Subject: Re: [EXTERNAL] Re: IETF 104 Registration and Hotel Reservations Openo

So, the cancellation terms for the IETF rate for this meeting are not particularly generous - 21 days!  And, the other lower rates that were available had the usual Hilton 48 hr cancellation.   Having such an early cancellation along with the recent change in meeting rates really makes it hard for people that don't have full support for attending these meetings until a couple weeks prior - it takes some of us a lot longer to negotiate the value.    It means the meetings increasingly favor those that work for large corporations who don't consider this a huge burden on budgets.

Regards,
Mary.

On Tue, Jan 15, 2019 at 9:58 AM Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>> wrote:
Also, when comparing hotel rates you have to be careful to compare apples to apples. Breakfast is included in the IETF rate, but other rates may not. What are the payment and cancellation terms? Many low rates require complete prepayment and are not refundable.

IMHO, the rate we're paying is pretty good, and there are less expensive alternatives if you want that, such as the overflow hotels and other hotels in the area.

Cheers,
Andy


On Tue, Jan 15, 2019 at 10:33 AM Ted Lemon <mellon@fugue.com<mailto:mellon@fugue.com>> wrote:
Because that deal is not on offer.   The hotel is trying to create market conditions that favor them, and they don't offer a deal that doesn't sustain those conditions.  You can argue that agreeing to these conditions is stupid, but not agreeing to them may result in the hotel not being willing to host the conference, or may result in the IETF paying a hefty premium.   Remember that the IETF is not negotiating from a position of great power here, and so we can't really set the terms.   We can try, and of course if you want to volunteer to work on this I'm sure your help would be appreciated, but when all's said and done, the results of the negotiation are never going to be that the IETF gets everything we asked for.

On Tue, Jan 15, 2019 at 10:28 AM Christian Hopps <chopps@chopps.org<mailto:chopps@chopps.org>> wrote:

OK, so why not have the requirement that the hotel must lower the IETF rate for all attendees to any lower rate they subsequently advertise?

Thanks,
Chris.

Ted Lemon <mellon@fugue.com<mailto:mellon@fugue.com>> writes:

> It might help to re-frame it.   What's going on here is that the hotel is
> trying (intentionally or accidentally) to sweeten their deal.   They get
> the IETF to agree to a room rate, and agree to hold the price in the
> presence of market fluctuation.   Effectively the IETF has now purchased
> some futures at a particular price, and the hotel is now competing against
> the IETF on that price, and they have nothing to lose because if the IETF
> doesn't sell all its rooms, the IETF takes the loss, not the hotel....   This
> is particularly exacerbated by the fact that the hotel was selling
> different rooms at different prices, whereas if you take the IETF rate you
> just get whatever room you get, which is probably what's left over after
> all the premium rooms are sold, since those rooms were being sold at about
> the IETF rate.
>
> So yeah, it looks like you're losing out, but you really aren't the victim
> here.
>
> On Tue, Jan 15, 2019 at 9:59 AM Christian Hopps <chopps@chopps.org<mailto:chopps@chopps.org>> wrote:
>
>>
>> Why not KISS? IETF should negotiate a fair rate that is worth what we will
>> be paying *upfront*, and leave it at that.
>>
>> Notwithstanding the complex turns of logic presented on this thread, it
>> just feels wrong for me to find a better deal only to have IETF come in
>> take it away from me.
>>
>> Thanks,
>> Chris.
>>
>> Deen, Glenn (NBCUniversal) <Glenn.Deen@nbcuni.com<mailto:Glenn.Deen@nbcuni....com>> writes:
>>
>> >> On Jan 6, 2019, at 12:24 PM, Lou Berger <lberger@labn.net<mailto:lberger@labn.net>> wrote:
>> >>
>> >> Obviously we can't change existing contracts, but we can stop asking
>> that the "no lower rates offered" clause be inserted in future contracts --
>> again, it is my understanding (which of course can simply be wrong) that
>> this clause was first added to hotel contracts by the IETF, specifically
>> the IAD at that time.
>> >>
>> >> Lou
>> >
>> > I’m not sure I agree with you in this.  The purpose of the clause is to
>> say “the IETF negotiated rate is the lowest that the hotel will offer
>> during the meeting window.”  In other words they are agreeing negotiate one
>> rate with the IETF as part of our overall meeting contract and agreeing to
>> also not then go and negotiate a undercutting rate with some travel web
>> site for instance.
>> >
>> > One big part of this is intended to make sure the ietf rate is the best
>> rate across its whole block.  Another big part related to the first is that
>> ietf attendees do not need to worry they there was a better deal that they
>> missed because they didn’t spend a couple
>> > of hours on other travel sites, or a better deal because the booker
>> early or waited.
>> >
>> > Being consistent for the whole IETF room block is an important part of
>> this negotiation.   While a hotel may offer a couple of rooms at a discount
>> they certainly aren’t doing that for any number of rooms as big as the ietf
>> block which can be (simplified general numbers here)   600 rooms at say 6
>> nights for a total of 3600 room nights that are available to IETF attendees
>> all for the same price.
>> >
>> > This is as opposed to what I’ve seen on many hotel booking sights where
>> the price changes up or down each night and you are
>> > competing against every other customer to grab the cheapest rates before
>> they are gone. Or you get a cheap first or last night and pay more for all
>> the others.
>> >
>> > This is very different to the ietf rate which is the same for every room
>> night for every attendees and is the same if you book as soon as
>> registration opens or if you book just before arriving.
>> >
>> > The ietf gets a consistent and good rate for all its rooms and all times
>> of booking. That’s a huge benefit for ietf participants, especially those
>> that have to wait to get approval before booking their travel.
>> >
>> > Opposed to that consistency is the kind of room pricing that places like
>> PriceLine engage in. Sure some individuals can get some deals occasionally,
>> but it’s one thing to compete against the open market especially if you
>> don’t have a particular goal of staying in a specific meeting hotel - it is
>> an entirely different thing to pit IETF attendees against one another to
>> edge out each other for a better room rate while leaving the scraps to
>> those willing to pay the full rack rate when the supply gets low (which is
>> a real and painful part of playing the hotel pricing market place)....
>> >
>> > So I don’t agree removing the clause is in the best interest of the ietf
>> community.  It requires the hotel to act consistently with all IETFers who
>> book a room at the hotel and it says that they do not need to waste time
>> > hunting across the hotel discount sites looking for a better deal -
>> because they have already got the best deal to be found on those sites.
>> >
>> > I will add that the IETF main mailing list is not the place to debate
>> ietf meeting hotel practices. That belongs on mtgvenue@ietf.org<mailto:mtgvenue@ietf.org> which is
>> the working group for meeting venue stuff.
>> >
>> >
>> > Regards
>> > Glenn
>>
>>