Hi,<div><br></div><div>Well after seeing the spec, the protocol does not seem too over engineered. These are just messages in byte buffers that can be exchanged over any link, be it bluetooth, serial or struct{} in a function call.</div>

<div><br></div><div>So instead of reinventing a wheel that will look like this, why not implement a simplified version of this spec? we only have to implement the messages  required for our needs.</div><div><br></div><div>

Regards</div><div>Sebastien<br><br><div class="gmail_quote">On Fri, May 14, 2010 at 5:19 AM, nibbler <span dir="ltr"><<a href="mailto:nibbler@ccc.de">nibbler@ccc.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Thu, 13 May 2010 18:36:31 +0200<br>
Peter Stuge <<a href="mailto:peter@stuge.se">peter@stuge.se</a>> wrote:<br>
<br>
> dexter wrote:<br>
> >> suggested to implement the SIM access profile.<br>
> > Why? I don't see any advantages in this<br>
<br>
</div>Did you have a look at the spec?<br>
<br>
<a href="http://nibbler.de/attic/bluetooth/profile%20SAP%20v1.1.pdf" target="_blank">http://nibbler.de/attic/bluetooth/profile%20SAP%20v1.1.pdf</a><br>
<br>
See page 23 and 32.<br>
<br>
It basically implements a minimalistic remote card reader that<br>
forwards APDUs to and from the SIM. All the lower level protocols have<br>
already been implemented e.g. in the Linux kernel.<br>
<br>
While it might indeed be not a thing to implement first, it still looks<br>
worth keeping it in mind and interfaces open for a later integration of<br>
SAP as a convenient way to access SIMs remotely.<br>
<br>
cheers,<br>
nibbler<br>
<br>
p.s. don't spread the link as i don't know exactly about the copyright<br>
implications of all the bluetooth documents in that folder. I happened<br>
to have an account for the SIG document repository thus found it handy<br>
to mirror the specification documents which to my knowledge are not<br>
publicly available.<br>
<br>
</blockquote></div><br></div>