[vwrap] #13: Binary serialization extension mechanism
"vwrap issue tracker" <trac@tools.ietf.org> Wed, 31 March 2010 21:48 UTC
Return-Path: <trac@tools.ietf.org>
X-Original-To: vwrap@core3.amsl.com
Delivered-To: vwrap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix)
with ESMTP id 03B273A6AC9 for <vwrap@core3.amsl.com>;
Wed, 31 Mar 2010 14:48:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.198
X-Spam-Level:
X-Spam-Status: No,
score=-100.198 tagged_above=-999 required=5 tests=[AWL=-0.217, BAYES_05=-1.11,
DNS_FROM_OPENWHOIS=1.13, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com
[127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wNVuMu5NbliZ for
<vwrap@core3.amsl.com>; Wed, 31 Mar 2010 14:48:08 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a])
by core3.amsl.com (Postfix) with ESMTP id 5A32B3A6AAE for <vwrap@ietf.org>;
Wed, 31 Mar 2010 14:48:08 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by
zinfandel.tools.ietf.org with esmtp (Exim 4.69) (envelope-from
<trac@tools.ietf.org>) id 1Nx5mB-00063v-Ut; Wed, 31 Mar 2010 14:48:39 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "vwrap issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.6
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.6, by Edgewall Software
To: markl@lindenlab.com
X-Trac-Project: vwrap
Date: Wed, 31 Mar 2010 21:48:39 -0000
X-URL: http://tools.ietf.org/vwrap/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/vwrap/trac/ticket/13
Message-ID: <059.43579969f574abefe8791002f2971262@tools.ietf.org>
X-Trac-Ticket-ID: 13
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: markl@lindenlab.com, vwrap@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org);
SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 31 Mar 2010 14:56:10 -0700
Cc: vwrap@ietf.org
Subject: [vwrap] #13: Binary serialization extension mechanism
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: trac@localhost.amsl.com
List-Id: Virtual World Region Agent Protocol - IETF working group
<vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vwrap>,
<mailto:vwrap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vwrap>
List-Post: <mailto:vwrap@ietf.org>
List-Help: <mailto:vwrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vwrap>,
<mailto:vwrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Mar 2010 21:48:09 -0000
#13: Binary serialization extension mechanism
--------------------------------+-------------------------------------------
Reporter: markl@… | Owner: markl@…
Type: enhancement | Status: new
Priority: major | Milestone:
Version: | Severity: -
Keywords: TypeSystem |
--------------------------------+-------------------------------------------
The Binary serialization provides no extension mechanism. There has been
at least one request for an extension that the draft authors rejected for
this round because there was no clear semantics for extending the binary
serialization. One idea is to add a version block. Another is to provide
clear semantics for what to do with blocks tagged by unknown tags.
Proposals and discussion on these ideas are needed to determine if there
is a need for these features, and if so, how they should be defined.
NOTE: There is another ticket that is related to this. I'm just entering
everything I had from the face-to-face. We'll merge/coalesce as needed
later.
--
Ticket URL: <https://trac.tools.ietf.org/wg/vwrap/trac/ticket/13>
vwrap <http://tools.ietf.org/vwrap/>
- [vwrap] #13: Binary serialization extension mecha… vwrap issue tracker
- Re: [vwrap] #13: Binary serialization extension m… vwrap issue tracker