IETF Logo Mail Archive

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> Tue, 29 January 2019 17:53 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 36A73130EAC; Tue, 29 Jan 2019 09:53:11 -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 YGzPlss9__H6; Tue, 29 Jan 2019 09:53:09 -0800 (PST)
Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-am5eur03on0731.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe08::731]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C7101130E6E; Tue, 29 Jan 2019 09:53:08 -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=xDqJvWQFi6uvfcr+mtWBz59Bvp7P53K4liW1uqK4Q2Y=; b=GXg7r/hHh6a4BEQjWtEVJg26mOR/ohWb7kLTRjkrhgbGh+lGeVwcmSE3pMDBmVkehc27Rsu5JlJzFfdvbai/4jKHhttyEd3Goicx/hxp7wy8K79jEF7T2BkPkLNzjp8dwODiq1zFQ8wkA2SnkaTRdKf6OwXan8BdCzAeUH4tanw=
Received: from AM4PR07MB3236.eurprd07.prod.outlook.com (10.171.189.13) by AM4PR07MB3505.eurprd07.prod.outlook.com (10.171.190.30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1580.10; Tue, 29 Jan 2019 17:53:06 +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.016; Tue, 29 Jan 2019 17:53:06 +0000
From: "Randriamasy, Sabine (Nokia - FR/Paris-Saclay)" <sabine.randriamasy@nokia-bell-labs.com>
To: Adam Roach <adam@nostrum.com>, The IESG <iesg@ietf.org>, Benjamin Kaduk <kaduk@mit.edu>
CC: "draft-ietf-alto-cost-calendar@ietf.org" <draft-ietf-alto-cost-calendar@ietf.org>, "Gurbani, Vijay (Nokia - US/Naperville)" <vijay.gurbani@nokia.onmicrosoft.com>, "alto-chairs@ietf.org" <alto-chairs@ietf.org>, "alto@ietf.org" <alto@ietf.org>
Thread-Topic: Adam Roach's No Objection on draft-ietf-alto-cost-calendar-09: (with COMMENT)
Thread-Index: AQHUh44Cwk630YuXGUeUJ3PuYuNPFKXAaEiAgABxjACABgxScA==
Date: Tue, 29 Jan 2019 17:53:06 +0000
Message-ID: <AM4PR07MB32366E0069BFE9CD455D012095970@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>
In-Reply-To: <1497dbf3-d057-160b-f81a-bbf6b496d81b@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; AM4PR07MB3505; 6:YI7Qor9yHw91R4QIS/ypyQfQg7mtokMqegGjD8ang2Xd5Z/i8E6rdlXHPIL8u+woampTEmSwZ4jEy2e2NxywG8Wgot0q/+Xk0zJJ0zggDk9uMpB0T7Zmmi8t0pMpIPM4FxuKW3XbYFEm5h0rpeLfBAIS/NqyOl1OvXVJY1Jk2Gu+lhiWSbcc+3bHopqmpr0GCfPgFO6v1da5CSKymxN7kzwRTTOz6wKvLy67H1Xkd4w3Uy0itrKzJXKGJ/HuNW2W6Dl7gymIkBv8oJjB2Uckw0aNloWJ9AkmcbO1jVOaLbDw/7s4u0ksGfm07u4qjv9K01PpcI7tnPTaj3mZ3Pu7TCAmH3onKCBaRenzz6Okd1U5B5PXumDdprYOd+iAT+deie2yIfBaVih1xmTuJip+hO5qJAPFkoZj8gJIYrTF3r2z88XsSz4OSBDM+WS4NDLcSe/wGW2C8dRsPZkvLZOiGw==; 5:svHBElmQZ+FGVIWpSv3yIWWRAjSZsvdM0G1v7kHgJb++Ny3tj90lMgE3xViSmEu5YviSa9xc4XB77I+dGqA0QOzV7WZJRlgnm3JLU5jjuXT707oOwUhJui3KGilZZfErP88SQyy0rot50Ok1HZIBqKQnSLdE9Av5NC0JyTfp1ZC8bxkVokLq6fqjQkqZcs8RDNElARiRNdi6O9ZnKDIcQA==; 7:wsl1cRkxQ7Pa58Zdr12NQYPmGDG6oIDd6u3UOpyLlNfFWWRRilnIbG6jmhTyB56+L2oyhHH9MyE4/lpEft3snSaVFxiqNlcx9IAshnaMPkp+BE9pvlGkBgNtw6b//Hvbshh5QbVfKu/FkFhQiRM5cQ==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 5ba603d4-24ce-4f46-0af5-08d686129f7a
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:AM4PR07MB3505;
x-ms-traffictypediagnostic: AM4PR07MB3505:
x-microsoft-antispam-prvs: <AM4PR07MB3505202A0F27DAA3F615597A95970@AM4PR07MB3505.eurprd07.prod.outlook.com>
x-forefront-prvs: 093290AD39
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(366004)(136003)(39860400002)(396003)(199004)(189003)(13464003)(106356001)(66066001)(8936002)(81156014)(81166006)(14454004)(110136005)(76176011)(316002)(54906003)(53546011)(6506007)(86362001)(68736007)(476003)(11346002)(446003)(486006)(8676002)(71200400001)(26005)(71190400001)(102836004)(186003)(74316002)(97736004)(25786009)(305945005)(7736002)(4326008)(229853002)(33656002)(6246003)(9686003)(478600001)(2906002)(7696005)(99286004)(256004)(105586002)(6436002)(53936002)(2171002)(55016002)(3846002)(6116002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM4PR07MB3505; 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: 2Fv1Jbu+PuA112rwASCMyZRPcuE1sXzxqhlDceYjwDC416LhTcm7hrEIxZ2Q5egMZQfhutVBuaQUHi9RGpwIXcNe01ukcnnhdQUXpFfSGktEQzE6FIvCYBTXEPx0tUesqScKsr8fH9fMCzaGJ8pgc4WkZXUwUiZIPrYoM7G50eOgfKjWLrlxUOof+pmCWYoUIt+7HtRgPok0e9raWAdgwhMEwMQoIKcwAu5TJiN7WtXFIbdVjvcFliyZMbGHGThODqnCoGvqPiY8E3jbbHdch2WqwRNwXFtTK+9k/CSc4/C9KA0cFq2MzVKWyqe/T3tG/64kVmQ1F9erzlf14pOC4m8/kZ1/6CzKzzdXFP3NwOl9dSeAWpXHhibcU4fbpz/oellYbiwaTkrtwA9wmtumgd2gTs85Locv6BVt25XyC9w=
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: 5ba603d4-24ce-4f46-0af5-08d686129f7a
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Jan 2019 17:53:06.1121 (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: AM4PR07MB3505
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/6ckTFKUCjmJRRZ6wlEYCUibThq0>
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: Tue, 29 Jan 2019 17:53:11 -0000

Hi Adam and Benjamin,

Regarding the citation of RFC 8259, in the Introduction, using the JSON format as specified in RFC 8259 may actually cause backwards compatibility issues with RFC7285 that uses the JSON format specified in RFC7159. Would it be OK to cite 7159 in the Introduction and add the paragraph below in section 2.2.2 “Compatibility with legacy ALTO Clients" ?

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 SHOULD 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: Friday, January 25, 2019 10:25 PM
To: Randriamasy, Sabine (Nokia - FR/Paris-Saclay) <sabine.randriamasy@nokia-bell-labs.com>; The IESG <iesg@ietf.org>
Cc: draft-ietf-alto-cost-calendar@ietf.org; Gurbani, Vijay (Nokia - US/Naperville) <vijay.gurbani@nokia.onmicrosoft.com>; alto-chairs@ietf.org; alto@ietf.org
Subject: Re: Adam Roach's No Objection on draft-ietf-alto-cost-calendar-09: (with COMMENT)

On 1/25/19 10:06 AM, Randriamasy, Sabine (Nokia - FR/Paris-Saclay) wrote:
> [[SR]] The purpose is actually to lighten the reading. Would the following addition to paragraph 3 of section 4.1.3 be OK ?
> "The Server returns Calendars with arrays of 12 numbers. To lighten the text, the arrays in the provided example are symbolized by expression "[v1,v2, ... v12]" that is otherwise not valid in JSON. The same type of symbolization is used in the example Server responses."


That seems a reasonable approach. Thanks!

/a

v2.23.0 | Report a Bug | By Email