Fwd: SecureSession protocol version 1.0 ( was Re: [Vm-dev] Re: SecureSession frame types)

Robert Withers <robert.w.withers@gmail.com> Tue, 22 December 2015 01:55 UTC

Return-Path: <robert.w.withers@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D9A21AD070 for <ietf@ietfa.amsl.com>; Mon, 21 Dec 2015 17:55:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-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 1nKaUs31HJfH for <ietf@ietfa.amsl.com>; Mon, 21 Dec 2015 17:55:07 -0800 (PST)
Received: from mail-vk0-x233.google.com (mail-vk0-x233.google.com [IPv6:2607:f8b0:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1149E1AD06F for <ietf@ietf.org>; Mon, 21 Dec 2015 17:55:06 -0800 (PST)
Received: by mail-vk0-x233.google.com with SMTP id f2so71834709vkb.3 for <ietf@ietf.org>; Mon, 21 Dec 2015 17:55:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:to:from:message-id:date:user-agent:mime-version :in-reply-to:content-type; bh=qO9Z2Forxu8GKmyMBkg8XNCAvDHqDQvkShpBa1oyzcM=; b=vZcD9Lb4Mi2X70al7E6dN5mmL8bb0bxEjdcgrqxrYhRrY9mZ8KcNejGdiMFNc3hjGw ErCkodkPfhb6vxoeUMU5uVlSb8VVbmWA4BJks1W8bYOBWQgyp4KoB1pvCUWPs1d6P3uq b1KqMdFqMIw788igt8dDrcb/emt0Se/MoTEqL5ATsURTUIZHLKet/OoO/9weppvn9J8W 8fRVU4SHZ9wFsYVZqym/kcvhTjMn7BBkqKtLdPaPR5OeKlXg0MrFu8i+16KqOiyzz2mh vj8cdGulefYOBddEGuO9sEgVDWCEB7bXzUIokTbJ3vv576Qgh4/vgwJhad1C2Omg/SPo EPAw==
X-Received: by 10.31.2.82 with SMTP id 79mr14410626vkc.22.1450749306076; Mon, 21 Dec 2015 17:55:06 -0800 (PST)
Received: from [172.20.10.3] ([172.56.4.10]) by smtp.gmail.com with ESMTPSA id g82sm3961957vkf.27.2015.12.21.17.55.04 for <ietf@ietf.org> (version=TLSv1/SSLv3 cipher=OTHER); Mon, 21 Dec 2015 17:55:05 -0800 (PST)
Subject: Fwd: SecureSession protocol version 1.0 ( was Re: [Vm-dev] Re: SecureSession frame types)
References: <5678AA74.9010108@gmail.com>
To: IETF Discussion <ietf@ietf.org>
From: Robert Withers <robert.w.withers@gmail.com>
X-Forwarded-Message-Id: <5678AA74.9010108@gmail.com>
Message-ID: <5678AD75.5000706@gmail.com>
Date: Mon, 21 Dec 2015 20:55:01 -0500
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:38.0) Gecko/20100101 Thunderbird/38.4.0
MIME-Version: 1.0
In-Reply-To: <5678AA74.9010108@gmail.com>
Content-Type: multipart/alternative; boundary="------------070006000607080707070003"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/3QhbP1GG_OFI_4IzoBKgQnR9zd0>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
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, 22 Dec 2015 01:55:09 -0000

I thought you may be interested in this.

Thank you,
Robert


-------- Forwarded Message --------
Subject: 	SecureSession protocol version 1.0 ( was Re: [Vm-dev] Re: 
SecureSession frame types)
Date: 	Mon, 21 Dec 2015 20:42:12 -0500
From: 	Robert Withers <robert.w.withers@gmail.com>
To: 	Squeak Virtual Machine Development Discussion 
<vm-dev@lists.squeakfoundation.org>, Pharo Development List 
<pharo-dev@lists.pharo.org>, 5gangip@ietf.org



I updated with all the feedback and here is a version 1.0 pdf 
specification. I appreciate any comments or suggestions you may have for 
this.

    https://www.dropbox.com/s/ywu9pjxrfvg1hys/FrameTypes.pdf?dl=0


Thank you,
Robert

On 12/20/2015 10:51 AM, Robert Withers wrote:
> More, sorry. I left out the msgSize in the FEC spec. Let me reorder 
> the tagging, fit the 3 bytes of normal msgSpec into 4bytes and thusly...
>
>
> ---Default non-FEC msgSpec + header + payload layout:
>
> - 8bytes (X) messageSpecification...
> -
> - (32bits...)
> - 4bits tagging
> - 6bits multicastSymbol
> - 6bits messageVersion
> - 2bits sanguinity
> - 6bits headerType "Implies Y header size. NOTE: except for FEC 
> encodings"
> - 8bits unused
> - (32bits...)
> - 4bytes messageSize (X+Y+Z) (Z bytes = (messageSize - headerSize(Y) - 
> 8bytes msgSpec (X = 8))
> -
> - Ybytes message header 
> https://www.dropbox.com/s/ywu9pjxrfvg1hys/FrameTypes.pdf?dl=0
> -
> - Zbytes message payload
>
>
>
> Special FEC coded 64bit <msgSpec + header> + payload layout, for 64bit 
> alignment:
>
> - 8bytes (X) message specification...
> -
> - (32bits...)
> - 4bits tagging
> - 6bits multicastSymbol
> - 6bits messageVersion
> - 2bits sanguinity
> - 6bits FEC message type "NOTE: this means different layout"
> - 2bits rsMode
> - 6bits partial blockCount
> - (32bits...)
> - 4bits blockCount           "NOTE: for 1MB encoded/982KB data - 
> blockCount * blockCodeBytes = Z"
> - 20bits messageSize (X+Y+Z) (Z bytes = (messageSize - headerSize(Y) - 
> 8bytes msgSpec (X = 8))  "NOTE: this can specify 1MB data"
> - 8bits primitivePolynomial spec (good for our current rsModes)
> -
> - Y = 0
> -
> - Zbytes-sized payload
>
> Ok, that's what it is I think, this proposal.
>
> robert
>
>
>
> On 12/20/2015 10:33 AM, Robert Withers wrote:
>> ---Default non-FEC msgSpec + header + payload layout:
>>
>> - 6bits multicastSymbol
>> - 2bits sanguinity
>> - 6bits messageVersion
>> - 6bits headerType "NOTE: except for FEC encodings"
>> - 4bytes messageSize
>> - Xbytes header
>> -
>> - (messageSized - headerSize - 7specBytes) Bytes-sized payload
>>
>>
>> Special FEC coded 64bit <msgSpec + header> + payload layout, for 
>> 64bit alignment:
>>
>> - (32bits...)
>> - 6bits multicastSymbol
>> - 2bits sanguinity
>> - 6bits messageVersion
>> - 6bits FEC message type "NOTE: this means different layout"
>> - 2bits rsMode
>> - (32bits...)
>> - 10bits blockCount           "NOTE: for 1MB encoded/982KB data"
>> - 20bits messageSize        "NOTE: this can specify 1MB data plus
>> - 8bits primitivePolynomial spec (good for our current rsModes)
>> - 4bits tagging
>> -
>> - (messageSized - headerSize - 4specBytes) OR (blockCount * rsMode's 
>> blockCodeBytes) Bytes-sized payload
>

-- 
. ..  ...   ^,^    robert
Go Panthers!