Hi,<br><br>Well the reply from Harald tells me I didn't get Andreas' response in full, and it seems some replies have to be made.<br><br>Can someone forward it to the list?<br><br>Regards<br>Sebastien<br><br><div class="gmail_quote">

On Thu, Aug 19, 2010 at 1:40 PM, Harald Welte <span dir="ltr"><<a href="mailto:laforge@gnumonks.org">laforge@gnumonks.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On Thu, Aug 19, 2010 at 11:42:44AM +0200, Andreas.Eversberg wrote:<br>
> hi sebastien,<br>
><br>
> thanx for you advice. i will have job names like SIM_JOB_READ,<br>
> SIM_JOB_UPDATE, SIM_JOB_GSMALGO,... i am a bit unsure about the path array. i<br>
> always thought that each EF has a unique ID. the DF where it is located, can<br>
> be determined by the first byte of the EF ID. but if it is possible to have a<br>
> sim with multiple DFgsm, then a path is required of course.<br>
<br>
I think it isn't good to just think of a normal SIM, but keep it as flexible<br>
with regard to smartcards compliant to 7816-4.  Adding a path will not really<br>
make things terribly more complex, so I'd also agree with Sebastien to include<br>
tha path and be more flexible as a result.<br>
<div><div></div><div class="h5"><br>
--<br>
- Harald Welte <<a href="mailto:laforge@gnumonks.org">laforge@gnumonks.org</a>>           <a href="http://laforge.gnumonks.org/" target="_blank">http://laforge.gnumonks.org/</a><br>
============================================================================<br>
"Privacy in residential applications is a desirable marketing option."<br>
                                                  (ETSI EN 300 175-7 Ch. A6)<br>
</div></div></blockquote></div><br>