Re: [core] New Version: CoAP with Alternative Transports

Bill Silverajan <bilhanan.silverajan@tut.fi> Thu, 12 December 2013 08:00 UTC

Return-Path: <bilhanan.silverajan@tut.fi>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97F0D1AE17F for <core@ietfa.amsl.com>; Thu, 12 Dec 2013 00:00:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.431
X-Spam-Level:
X-Spam-Status: No, score=-3.431 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_SORBS_WEB=0.77, RP_MATCHES_RCVD=-0.001] autolearn=ham
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 mxfaSX2DglL8 for <core@ietfa.amsl.com>; Thu, 12 Dec 2013 00:00:49 -0800 (PST)
Received: from mail.cs.tut.fi (mail.cs.tut.fi [130.230.4.42]) by ietfa.amsl.com (Postfix) with SMTP id 886851ADF46 for <core@ietf.org>; Thu, 12 Dec 2013 00:00:49 -0800 (PST)
Received: from amavis1.cs.tut.fi (amavis1.cs.tut.fi [130.230.4.69]) by mail.cs.tut.fi (Postfix) with ESMTP id 5B5B32D0; Thu, 12 Dec 2013 10:00:42 +0200 (EET)
Received: from mail.cs.tut.fi ([130.230.4.42]) by amavis1.cs.tut.fi (amavis1.cs.tut.fi [130.230.4.69]) (amavisd-maia, port 10024) with ESMTP id 26827-14; Thu, 12 Dec 2013 10:00:41 +0200 (EET)
Received: from kali.local (unknown [192.100.124.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.tut.fi (Postfix) with ESMTP id D75312CF; Thu, 12 Dec 2013 10:00:40 +0200 (EET)
Message-ID: <52A96D2B.7050903@tut.fi>
Date: Thu, 12 Dec 2013 10:00:43 +0200
From: Bill Silverajan <bilhanan.silverajan@tut.fi>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.1.1
MIME-Version: 1.0
To: Kovatsch Matthias <kovatsch@inf.ethz.ch>, "core@ietf.org" <core@ietf.org>
References: <5266173F.8050707@tut.fi> <55877B3AFB359744BA0F2140E36F52B51C171C3E@MBX210.d.ethz.ch>
In-Reply-To: <55877B3AFB359744BA0F2140E36F52B51C171C3E@MBX210.d.ethz.ch>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Maia Mailguard 1.0.2
Subject: Re: [core] New Version: CoAP with Alternative Transports
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Dec 2013 08:00:52 -0000

Hi Matthias,

 >
> Before I forget, here a comment on the URI format for alternative transports that arose during the Vancouver meeting:
> Since we all saw some interesting ways to encode the transport, I think we should make sure that we can actually encode such URIs in CoAP. Luckily, the Proxy-Uri option is a string and can hold any format, but we also have the separate Proxy-Scheme and Uri-* options...
>

Thanks, it's a very good point regarding current (and any future) option 
encoding.

We're taking care to ensure the syntax and encoding for the alternative 
transport URIs conform with RFC 3986 in terms of the scheme, host/port, 
path and query components. Eg in our draft -03, the last paragraphs of 
sections 2.2 and 2.3 highlight the encoding issues.

All the options you mentioned (except uri-port) are strings without 
applying percent-encoding. When composing and decomposing the URI 
to/from options, the algorithms in sections 6.4 and 6.5 of core-coap-18 
would also be helpful as a litmus test to determine which URIs for 
alternative transports we should settle upon.

Regards,
Bill