Hello,
[EMAIL PROTECTED] wrote:
> Martin,
>
> I found your note very interesting, I think this detail of OCF is
> worth some discussion.
I agree. I have added the OCF Technical Committee mailing-list
(tech@opencard) in the Cc line in order to maybe get feedback
from other people from the TC on this subject (please leave both
mailing-lists in Cc when you are replying).
>>To our understanding the Card Terminal driver must hide this
>>implementation totaly from the Card Service.
>
> I assume you mean the protocol implementation on the card, i.e. T=0,
> T=1 or some kind of T=14. Hiding the card protocol completely would
> be nice for card service programmers. Going this direction would
> require that ALL CardTerminal implementations behave the same way,
> that means all implementations which simply return the "61XX" or
> "6CXX" as Jon Barber mentioned would need to be changed.
That is true Thomas, OCF needs to specify to the CardTerminal
implementers if they need to do the management or leave it
to the upper layer.
In this respect, I tend to agree with Markus and Martin that
the CardTerminal layer *should* manage the TPDUs and all
behaviors related to the transport protocol, freeing the
CardService implementors from knowing if T=whatever is used.. :-)
Dr. Martin Merck wrote:
> To our understanding a good card terminal driver should also perform
> the re-issuing of commands in T=0 case 2 when the card responds with
> 6C xx. This is not mandatory as of ISO but should be for OpenCard to
> quarantee protocol independence.
Agreed.
I am not an expert at all of the smarcard protocols, so I checked
with Gilles, our reader drivers expert, to see what is done in the
GemplusSerialCardTerminal driver. He told me that the CardTerminal
is managing reissuing in case it is needed and he also believes that
this is the right location for such a piece of code.
What about other CardTerminal developers ? Can we get a general
feeling of their position ? and maybe we could add an item to the
next OCF Technical Committee meeting to be held in May about this
issue..
Cheers,
Christophe.
= Bloody typical, they've gone back to metric without telling us. =
= -- Charlie, Department of Works (Brazil) =
Visit the OpenCard Framework's WWW site at http://www.opencard.org/ for
access to documentation, code, presentations, and OCF announcements.
-----------------------------------------------------------------------------
To unsubscribe from the OCF Mailing list, send a mail to
"[EMAIL PROTECTED]" with the word "unsubscribe" in the BODY of the
message.
