Re: [core] draft-bormann-core-coap-tcp

Andrew Mcgregor <andrewmcgr@google.com> Thu, 01 August 2013 08:41 UTC

Return-Path: <andrewmcgr@google.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79E5421F9C82 for <core@ietfa.amsl.com>; Thu, 1 Aug 2013 01:41:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.949
X-Spam-Level:
X-Spam-Status: No, score=-1.949 tagged_above=-999 required=5 tests=[AWL=0.028, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4+3nkqmlbDfY for <core@ietfa.amsl.com>; Thu, 1 Aug 2013 01:41:01 -0700 (PDT)
Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) by ietfa.amsl.com (Postfix) with ESMTP id A602021F9E13 for <core@ietf.org>; Thu, 1 Aug 2013 01:41:00 -0700 (PDT)
Received: by mail-qa0-f51.google.com with SMTP id f11so955792qae.17 for <core@ietf.org>; Thu, 01 Aug 2013 01:40:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=O1gx2vkMp9sXgX9uI9Vm4DkQZdLP4mQg6Ty2MQkiuxU=; b=BojqwlM+EerwcMpyR/T0XyBVJ5T/9To0+skioHSQBlkhiz6SKMAio4Hfh7r6vRJ4DP nry68Z/SjR/uG9Z9SDG7h0NagatyBy+S/ALAJxg8y9A7c88kVyDHQvoe1gStsxLN8oel oLunJcSfEevrVHffyG/EX2Jq2UXHucyVxT4MkJTs4wllA37qettl7wkge5JYA7PPDnrG 3cr3tjl83ARssC+38IIFprTT6f2vBSNQtwdXoFFvwS4l3k5KK/WEhatGmhvtP1Mo6TXK PIOqHmcC8mCJ5BSTRbHvN+qt8g3aX7k8JQBLjyaOti0rmCtK+0ZzFUzbVOerrP2Un4xa Rr1w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=O1gx2vkMp9sXgX9uI9Vm4DkQZdLP4mQg6Ty2MQkiuxU=; b=XSi73F5P8EhTev90NNxCoaq86pJwneRQTiQxXtfImH/ibGGLCkiGjNy0qNa4gop6y1 e95fMeujtCQRxdB/n6vQN+a7NPjnSCR9K9oas5OnvEs/sVbjPZiujKbImST+vT5kbvXL OyAHB3YRloPpd8aymb1gtm0o4tTm7TzEPVK7gBv7Mka7SLRnXrWWf1S5OcARi5GbyVAI a0E9Fe/jTEk8caztY1LXJ4JbAQ8mHq35Qp9Iqj8pffMemQADanSXVx6s0+nu+n3uYA85 dinj3y6RRfSydCweSfGJgI918cfjJTyNNY0/gf2ZE8bJDSdRPOZ+rFOtxd6cTe5YaIeL doWA==
MIME-Version: 1.0
X-Received: by 10.224.49.130 with SMTP id v2mr2690648qaf.75.1375346459643; Thu, 01 Aug 2013 01:40:59 -0700 (PDT)
Received: by 10.224.137.196 with HTTP; Thu, 1 Aug 2013 01:40:59 -0700 (PDT)
In-Reply-To: <ACB07377-D66F-4B44-8BB1-0CCD42A9A98F@tzi.org>
References: <474bfcc6bc03b2cef5eab95f883c7830@xs4all.nl> <ACB07377-D66F-4B44-8BB1-0CCD42A9A98F@tzi.org>
Date: Thu, 01 Aug 2013 01:40:59 -0700
Message-ID: <CAPRuP3k2zdSFuRYBQ+rkbtZ2pVT696=CM6S7aX2eBq06PuMNWg@mail.gmail.com>
From: Andrew Mcgregor <andrewmcgr@google.com>
To: Carsten Bormann <cabo@tzi.org>
Content-Type: multipart/alternative; boundary="001a11c2fc562bb21504e2decd5f"
X-Gm-Message-State: ALoCoQnmgOp/30O2ENMw5eHRkV/Xfjxlk6PhD+65HyTHMXzwcXWEwTD3Is7UwLkApqjQBGued+HfeVEepm8iwOoB5+kIE+V2ZH2bx2AuFLLV4vDrQfEhU+5UtG/tUdagOVW3F6cCtN1TE1GZP+ty4bW0M9zpLOaCBFfnpsxB/OkDhRy+z/kSgwzH77jWgSt0l2r0kOwfzQZD
Cc: Core <core@ietf.org>
Subject: Re: [core] draft-bormann-core-coap-tcp
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.12
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, 01 Aug 2013 08:41:02 -0000

I would very much like to support the use of minion in coap-over-tcp, that
will give a very simple deployment path in a very wide variety of
situations.


On 1 August 2013 00:52, Carsten Bormann <cabo@tzi.org> wrote:

> > I read your coap-tcp draft but I missed any text on TCP header size
> reduction.
>
>
> (If you mean as in RFC 6846 header compression, this should be orthogonal.)
>
> A reduced CoAP header is defined in the coap-over-websockets draft and I
> didn't see a need to invent another one, even though I'm not sure I like
> the version used in coap-over-websockets.
>
> Clearly, we would like to have a common way of compactifying the CoAP
> header for the reliable, connection-oriented transports, if we don't decide
> to stick with the 4-byte header (which is a bit awkward as it's not clear
> what to put into the message-ID field).
>
> This very moment I'm listening to the MINION talk by Janardhan Iyengar.
> I reference MINION as one possible approach for framing in the
> coap-over-tcp draft.
>
> Grüße, Carsten
>
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>



-- 
Andrew McGregor | SRE | andrewmcgr@google.com | +61 4 8143 7128