Re: [alto] Adam Roach's No Objection on draft-ietf-alto-cost-calendar-09: (with COMMENT)

"Randriamasy, Sabine (Nokia - FR/Paris-Saclay)" <sabine.randriamasy@nokia-bell-labs.com> Thu, 31 January 2019 14:30 UTC

Return-Path: <sabine.randriamasy@nokia-bell-labs.com>
X-Original-To: alto@ietfa.amsl.com
Delivered-To: alto@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B30412870E; Thu, 31 Jan 2019 06:30:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.454
X-Spam-Level:
X-Spam-Status: No, score=-6.454 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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 oITJXVUmUNnw; Thu, 31 Jan 2019 06:30:42 -0800 (PST)
Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10128.outbound.protection.outlook.com [40.107.1.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1CE721286D9; Thu, 31 Jan 2019 06:30:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector2-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Apm2yoqz4z3KsJluW9wXVTMlZJ2BRkrNnGvS/rmuR3U=; b=KIHl/SUuAGN54KUwQq4DP8++rP+cG8R8uXfkr6Jbf60KxwZrDoRUyLCQoxIC6CeWN+bZ8tYfrGMwnAM+I7phP06JIsryEbd+nMzg+i1DUAOVN+nwnXO0rT4KG7X+ILJEq3F/3Zv5lq1cQrJx3N0pVB5aHS/cJZvoF3W1AoSVu28=
Received: from AM4PR07MB3236.eurprd07.prod.outlook.com (10.171.189.13) by AM4PR07MB3203.eurprd07.prod.outlook.com (10.171.188.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1580.11; Thu, 31 Jan 2019 14:30:39 +0000
Received: from AM4PR07MB3236.eurprd07.prod.outlook.com ([fe80::5c0b:728b:7ba3:9d74]) by AM4PR07MB3236.eurprd07.prod.outlook.com ([fe80::5c0b:728b:7ba3:9d74%5]) with mapi id 15.20.1580.017; Thu, 31 Jan 2019 14:30:39 +0000
From: "Randriamasy, Sabine (Nokia - FR/Paris-Saclay)" <sabine.randriamasy@nokia-bell-labs.com>
To: Adam Roach <adam@nostrum.com>, Vijay Gurbani <vijay.gurbani@gmail.com>, Kai GAO <godrickk@gmail.com>
CC: Benjamin Kaduk <kaduk@mit.edu>, The IESG <iesg@ietf.org>, "alto-chairs@ietf.org" <alto-chairs@ietf.org>, "draft-ietf-alto-cost-calendar@ietf.org" <draft-ietf-alto-cost-calendar@ietf.org>, "alto@ietf.org" <alto@ietf.org>
Thread-Topic: [alto] Adam Roach's No Objection on draft-ietf-alto-cost-calendar-09: (with COMMENT)
Thread-Index: AQHUh44Cwk630YuXGUeUJ3PuYuNPFKXAaEiAgABxjACABgxScIAAElIAgAAKlQCAAJrfgIAAwGkAgABYSgCAABAQAIAAE8EAgAD00zA=
Date: Thu, 31 Jan 2019 14:30:39 +0000
Message-ID: <AM4PR07MB3236F5F7F2828D9E643F493595910@AM4PR07MB3236.eurprd07.prod.outlook.com>
References: <154345970393.13521.17177728478340801020.idtracker@ietfa.amsl.com> <AM4PR07MB3236DD059F50035D0F5C8F21959B0@AM4PR07MB3236.eurprd07.prod.outlook.com> <1497dbf3-d057-160b-f81a-bbf6b496d81b@nostrum.com> <AM4PR07MB32366E0069BFE9CD455D012095970@AM4PR07MB3236.eurprd07.prod.outlook.com> <CAOELiNNUUMJCDWoCAUhpwscV3R9VocjPCE6a+icSuVf3DNmyzQ@mail.gmail.com> <022cc047-a7aa-e087-8638-8f9798e4ea91@nostrum.com> <CAOELiNPU-vdOSEWbs4eJyUAqiactSSM7Y3K7GMndNE7St-Ju-w@mail.gmail.com> <20190130161322.GA49072@kduck.mit.edu> <CAOELiNP96Lzn3Ba9vksDe5xWT-OCRD=+2HTcRxLcq4HvpJ19RQ@mail.gmail.com> <CAMMTW_LjfmmPq4GfFUdfT5a-PTtjRXaj2_57DcUmZkrrpRTiDA@mail.gmail.com> <d63e67fe-f5c9-9a38-5a37-e7eff834c157@nostrum.com>
In-Reply-To: <d63e67fe-f5c9-9a38-5a37-e7eff834c157@nostrum.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=sabine.randriamasy@nokia-bell-labs.com;
x-originating-ip: [90.91.178.174]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM4PR07MB3203; 6:Ksc9/0Yc96U5DTUUlecVffZnJgehSivCrsZOw1p82ARghn0Fym7m+16evbAraUomXydiuZdzodT5c2Pk4kWXcT1B2rd0sqlFPycxfqAr5D0ITc0Y567inRzJjjnNNNY5FliDCx1515pGL5CtDB1jkuWqDaNq30s8aFynG2pxJS8e7m5m8+xi6ZCOOfkjeeX8+bxlXbpNSgdc+/N+JD4/G4Pw8TzbhfyegdDAQKoVpeJNYkUakCrpRRw/IEdE1oGuBsEHUoex6JrBQuJWal//enAMg2RQ1p+PrguR5lhCrA5BzkESz3IO9MiOTfAJ2JXbqLSpa7E7r+cf8bq8K0dIw3bYV+41GDHXfBrjt181KqWc3Wyp5X8WtmWh4V0MLM09+sf/Wg2woUBp5v2gZrAMIZTsNev8I7KkBfEncs7AH41WwTNcsFmvEIwr5/wGWKFuJbTz46XBnmKTCJwKJddu9w==; 5:uinqDvHfdNbXhwulbSoMERcmw438WgZ3euojFL2BwLCsIG+tL+RrSviac0obR8h2m/qFY0N2cMeSZnRmJAmG35VbWJI6mn7wsXSSu7WLkoCF4hRfeug852gSF0T3wl9ZSRU/qKFWDqQg0Ojey3nTCne5kFQjCvQRl6HJRNZ0BNQyPBuVarlcAjqbwJ7yoyUjMSr616in/k0/VFkFWIpsiw==; 7:/4W21nBKg6ZIdIXWtcAdlatgrjea09NJrpJyas0zyD0F6wDiXlk0ixIa9ltbNxUFDrnHd8VF/ESCVVZwv9b4WVwOLYFgBGAzlMwTFiGqubH7brDMYgjvvrmEnIMjKctr5/cg9jDrjC6udUV0TcsAKw==
x-ms-office365-filtering-correlation-id: 38ad20a8-360d-47ad-8657-08d68788ac23
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605077)(4618075)(2017052603328)(7193020); SRVR:AM4PR07MB3203;
x-ms-traffictypediagnostic: AM4PR07MB3203:
x-microsoft-antispam-prvs: <AM4PR07MB32033EF4F206658BBC2E116195910@AM4PR07MB3203.eurprd07.prod.outlook.com>
x-forefront-prvs: 09347618C4
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(366004)(346002)(39860400002)(376002)(136003)(199004)(189003)(13464003)(93886005)(486006)(97736004)(11346002)(54906003)(110136005)(316002)(446003)(81166006)(81156014)(86362001)(53546011)(6506007)(7736002)(106356001)(26005)(476003)(105586002)(305945005)(102836004)(99286004)(8936002)(8676002)(186003)(53936002)(76176011)(74316002)(7696005)(229853002)(71200400001)(71190400001)(478600001)(55016002)(6436002)(66066001)(2906002)(68736007)(9686003)(33656002)(4326008)(6246003)(3846002)(6116002)(39060400002)(25786009)(14454004)(256004)(14444005); DIR:OUT; SFP:1102; SCL:1; SRVR:AM4PR07MB3203; H:AM4PR07MB3236.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1;
received-spf: None (protection.outlook.com: nokia-bell-labs.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: oQSFldfxu+dijftSU4JzCDikuGdPAK6Aws/UxP4qCiFNWcGt8o514n0CG2F0zPXqPoLqQCN93+33gB2CrVffa6mPyHlscsTsZnDsrhtIpi66J0Cxh3A0GFsJBKGOYtcZk/8EUebmAo7W7joVz4ZLrO7av1R969KAdAkyzSYEceCU+tEhwQ2ZN5wTrcPWRVzqkNMzeg1kNHje0hxALI7n9aFthHZ9Dh/T9M1wDPTVDb+HaaZPc36IoHRqUwCnfsLOMJtX5lX4V8ATrJqlHUE20sEDmFXEQMy5+yV13KqFpvWj/6cLxvqDnexwpnQST0k07r8gspZ3QfwU1a9EPzuwqnIMsJD2K96saB2tVW/+iTcYwoO7kQQI0R0BgPfEZD20KhoBvxrkQ+TeB48NhtqCqzL/kg/mxyDJkwCPH+MgXjI=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia-bell-labs.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 38ad20a8-360d-47ad-8657-08d68788ac23
X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Jan 2019 14:30:39.1774 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB3203
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/-Qsx4uKS6BvLLYwIrIrZmPmXX14>
Subject: Re: [alto] Adam Roach's No Objection on draft-ietf-alto-cost-calendar-09: (with COMMENT)
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Application-Layer Traffic Optimization \(alto\) WG mailing list" <alto.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/alto>, <mailto:alto-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/alto/>
List-Post: <mailto:alto@ietf.org>
List-Help: <mailto:alto-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/alto>, <mailto:alto-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Jan 2019 14:30:44 -0000

Hello,

I would personally opt for a Clarification draft for implementing RFC 7285 with RFC 8259. 
Before we get there, the calendar specification may pave the way by making the use of UTF-8 to encode text sent by Calendar-aware Clients and Servers a MUST,  rather than a SHOULD as the proposed text in my previous e-mail suggested. Please see below the new text proposed for the backwards compatibility section. The MUST rule on UTF8 encoding will be distributed in the spec sections. 

We may add this to the operation considerations as well, and mention the possibility of a future clarification on RFC 7285 to make compliance with RFC 8259 mandatory. 

Thanks, 
Sabine

<t>Last, for backwards compatibility with <xref target="RFC7285"/>, 
          this extension encodes its requests and responses using the JSON 
          Data Interchange Format specified in <xref target="RFC7159"/>. 
          The latter has been obsoleted by <xref target="RFC8259"/>, 
          that among others makes UTF-8 mandatory for text encoding to 
          improve interoperability. Therefore, Clients and Servers supporting 
          ALTO Calendars MUST use UTF-8 for text encoding while still being able to 
          successfully read texts in other encodings such as UTF-16 and UTF-32.</t>


-----Original Message-----
From: Adam Roach <adam@nostrum.com> 
Sent: Thursday, January 31, 2019 12:38 AM
To: Vijay Gurbani <vijay.gurbani@gmail.com>; Kai GAO <godrickk@gmail.com>
Cc: Benjamin Kaduk <kaduk@mit.edu>; Randriamasy, Sabine (Nokia - FR/Paris-Saclay) <sabine.randriamasy@nokia-bell-labs.com>; The IESG <iesg@ietf.org>; alto-chairs@ietf.org; draft-ietf-alto-cost-calendar@ietf.org; alto@ietf.org
Subject: Re: [alto] Adam Roach's No Objection on draft-ietf-alto-cost-calendar-09: (with COMMENT)

On 1/30/19 4:26 PM, Vijay Gurbani wrote:
> Do I get the sense that the WG thinks that this is the best course of 
> action?  (I must apologize as I am coming up to speed on this issue.
> If I was to produce a 1 sentence summary of the issue here, it is that 
> RFC 8259 normatively requires UTF-8 encoding and that there are 
> existing ALTO implementations conformant to RFC 7285 that use 
> encodings other than UTF-8.  Is that accurate?).


That's my understanding, modulo any other JSON changes you might want to highlight. Again, I think RFC 7647 provides a good example of how this kind of thing can be clarified.

/a