OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

xcbf message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [xcbf] Groups - XCBF XML Common Biometric Format CS April 3 2003.zipuploaded (fwd)


I am not sure how you justify your first statement.

There was certainly initial agreement to use Base64, on the grounds that 
it was being added in EXTENDED-XER. I agree with that.

But Ed opposed that decision because EXTENDED-XER was not yet publicly 
available.  I have no problems with Ed's position.  But it means that 
that solution is not agreed.

A subsequent proposed solution was a kind of fudging of the issue with a 
hex encoding of a Base64 encoding of the value, which I don't think was 
ever agreed.  Certainly if that fudge had been clear to me (and here we 
come to problems with lack of clarity in the document in this area, and 
perhaps lack of discussion of this technical issue) I would not have 
supported that proposal.  It is technically a nonsense, I believe, 
introducing overheads with no gain.

Another solution was to delay progression in OASIS until Base64 became 
available in late summer, or to proceed once the ISO FCD ballot was 
started.  That also was not agreed.

The third proposed solution was not to use Base64 at all.  That is my 
own preferred position, given Ed's opposition to using a standard that 
is not yet finalised.  But you seem not to accept that either.

So ...

... whatever, I believe that your statement that "This is not what we 
agreed in the CS" is wrong.  In *this* area, I think there has been NO 
agreement (yet) in the CS - ***that is the problem***.

It would be horrible to lose the ship for what is a ha'pth of tar.  Is 
the Base64 stuff THAT important?

*** But if you want to continue to press for it, we must reach a 
consensus on its use and how to proceed. ****

This is the only problem with what is otherwise an excellent Standard, 
it should not founder just for this.

John L

Phillip H. Griffin wrote:
> This is not what we agreed in the CS.
> And this would not be compatible with X9.84.
> Phil
> Bancroft Scott wrote:
>> Phil,
>> The crux of the problem that we are having lies around the fact that XCBF
>> is using Base64 as an encoding, but Base64 is not available in the 
>> current
>> version of X.693.  Given this, plus the fact that that only the
>> EnvelopedData and SignedData types carry certificates and CRLs, and that
>> even in these cases, the certificates and CRLs components are optional
>> (and in practice never used), it would solve all our problems if XCBF 
>> used
>> straight XER and/or CXER encoding.
>> In other words, I propose that we drop the use of (currently non-standard
>> in XER/CXER) Base64 in XCBF and instead stick to HEX encoding as required
>> by XER/CXER.  This would resolve the concerns that everyone, including Ed
>> Day, has voiced.
>> Bancroft

PLEASE NOTE - As an anti-SPAM measure, e-mails will shortly
not be accepted by my machine from an unknown sender unless
the subject contains the phrase "Hi John".

If you pass my e-mail address to others (which I am very happy
for you to do) please tell them to include this phrase in the
subject line of their first mailing to me.  Thanks.

    Prof John Larmouth
    Larmouth T&PDS Ltd
    (Training and Protocol Development Services Ltd)
    1 Blueberry Road
    Bowdon                               j.larmouth@salford.ac.uk
    Cheshire WA14 3LS                    (put "Hi John" in subject)
    Tel: +44 161 928 1605		Fax: +44 161 928 8069

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]