This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.
Marek Sebera marek.sebera at gmail.comHarald, please, I'm not asking you to fix this for me, just to point me in the right direction, in my efforts. Which you did. Investigation with supplier and vendor is already undergoing, and I'll let you know, if I obtain any kind of info, that might be interesting and/or useful for the community. I also have sysmocom SJS1 on the way, so it will shortly stop being pain for me, and I'll have time to invest in reverse-engineering the chinese green cards. Also if I'll have the documentation available, I'll contribute with patch to use with GR-USIM cards. And I disagree that solving or trying to solve the question, whether these chinese sim cards are easy-to-use and programmable, will not do any good. It might not be the most important or interesting topic, but still it is something, and something useful in the end. But as I said in the beginning, please, I'm not asking you to spend much time on my issue. Initial motivation was my idea, that I cannot search or that this should be issue, somebody in this community already tackled, it's not, and I take that as conclusion. Take care Harald, and no hard feelings, really Best Regards Marek Sebera On 01/31/2018 03:12 PM, Harald Welte wrote: > On Wed, Jan 31, 2018 at 02:49:34PM +0100, Marek Sebera wrote: >> Could you maybe tell me, because I haven't found anywhere in docs, which >> software and its version did you traced? > > This was some 5 or more years ago. Clearly I have no recollection of that. > > I also don't see why I would or should invest time on this. At the time > we sourced chinese magic and GRsim cards and developed pySim, it was not > possible to get small quantities of programmable cards in Europe or the US, > at least mot on the general/open market for a reasonable price, together > with knowhow or tools to program them. > > We have achieved that goal at the time, and after a lot of painful > difficulties with GRcard, we have since moved to *much* better cards, and > they are generally available together with pySim, the sysmusim-util and > even a manual listing the APDUs and explaining the tools usage. > > So the problem no longe exists. If you need a small quantity of > programmable cards, you can obtain them at a very reasonable price. > Beforre we started offering the sysmoUSIM cards, we couldn't find > programmable SIM cards for under EUR 70 per unit. Now we're at less > than 10% of that. In low quantity, shipping globally, available to anyone > without going through a Quote/PO/... process. > > And now you are asking us to spend time and help you with some other cards. > Cards of a supplier that has never done anything for the Osmocom or general > open source community, never released proper documentation or never > contributed any code. > > You are free to do whatever you want by yourself, and we're very happy to > merge any related patches by anoyne interested in adding support for more > card types to pySim. But please allow us to spend our time on development > of something that really matters, i.e. something that isn't already > possible today, rather than spending time on replicating something that's > already available to anyone for a very low price. It will not bring the > capabilities of Open Source Mobile communications forward. Or would you > disagree? > >> Also is it possible this software has the USIM support within, and could >> be simply "traced" ? > > No. At that point you couldn't even buy USIMs from GRcard. > > I really think you should bother GRcard with those kind of questions. If somebody is selling a > programmable SIM card to you, he should provide you with the tools to progam it. > > You have obtained a product and want to use it. It's not *our* job to help > you make use it. It's the job of whoever sold you those cards. > > Regards, > Harald > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 851 bytes Desc: OpenPGP digital signature URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20180131/56dba5e9/attachment.bin>