Re: IETF and ISO alignment on Time Stamping

[Roland Mueller <roland@xxxxxxxxx>]

Phil,

I do understand your concern but taking into account that this leads to
a moderate delay and the benefits in having compatibility with an ISO
standards and a structure readz for future extensions it is not that
bad.

All I can say is that the ISO committee was always trying to keep its
Working Draft aligned but these are unsolvable issues without the
support of you. And we did meet last week during the RSA to head this
way. That sounds like excuses but itīs the way it is.

Roland

Philip Hallam-Baker wrote:
> 
> I am really not happy with any proposal to extend functionality that
> appears during a last call.
> 
> At that point the only fair thing to do IMHO is to ask 'is this
> something
> that absolutely cannot be supported through the existing extension
> mechanism(s) supported', and if there is no extension mechanism to add
> one.
> 
> Last call should be about 'it is broken', 'the spec is broken', 'not
> enough time to discuss', 'fundamentally broken approach' etc.
> 
> The number of patents issued in the timestamp field do not give me much
> confidence in the statement 'none of them under patent restrictions'.
> Someone has already claimed to own the entire idea and been full enough
> of themselves to try their luck in court. I am pretty sure that the
> USPTO is currently approving patents on the fourth dimension itself.
> Minutes after the post went out on the list six lurkers probably filled
> claims. The latest scam by the way is to take an existing idea and
> write out the claims in object oriented progamming jargon to make it
> sound different. Apparently the technique is as effective on the PTO
> as it is in marketing.
> 
> There are racks of patent claims on time. Most are demonstrably abusive
> patents but gathering together prior art takes a lot of time. It is not
> a can of worms that can really be opened in the context of last call.
> 
> Rather than delay the last call it is probably best to apply the
> 'extension'
> principle I outlined and submit a draft proposing the features as
> extensions.
> 
> I don't think this should take any longer than taking timestamp out of
> last call, rediting and recycling the last call.
> 
>                 Phill
>
begin:vcard 
n:Mueller;Roland
tel;fax:(512) 795-0495
tel;work:(512) 795-0494
x-mozilla-html:FALSE
org:TUVIT Inc.
version:2.1
email;internet:roland@tuvit.net
adr;quoted-printable:;;8716 North MoPac=0D=0ASuite 220;Austin;Texas;78759;U.S.A.
x-mozilla-cpt:;-1
fn:Mueller, Roland
end:vcard