I have a fresh ubuntu 11.10 installation and cannot get the
simtrace package to install.
this command works and I get the expected results:
sudo add-apt-repository ppa:holger+lp/osmocom
this works too:
sudo apt-get update
as well as this:
sudo apt-get install wireshark
but when I do simtrace on the install line by itself or with wireshark, I
get:
E: Unable to locate package simtrace
I see the ppa on launchpad.net has an entry for simtrace under
oneiric (ubuntu 11.10), but it isn't finding it.
Hello there,
I've been playing with simtrace a lot lately, works almost flawlessly :)
now i got to a simcard which behaves somehow weirdly:
Lukass-MacBook-Air:host lukash$ ./simtrace
simtrace - GSM SIM and smartcard tracing
(C) 2010 by Harald Welte <laforge(a)gnumonks.org>
Entering main loop
ATR APDU: 3b 16 95 d0 00 45 f7 01 00 a0 a4 00 00 02 a4 7f 20 9f 20 a0 c0 00
00 20 c0 00 00 00 00 7f 20 02 00 00 00 00 00 13 33 00 18 04 00 83 8a 83 8a
00 01 00 00 06 fd 00 00 00 00 90 00 a0 a4 00 00 02 a4 3f 00 9f 20 a0 a4 00
00 02 a4 7f 20 9f 20 a0 c0 00 00 16 c0 00 00 00 00 7f 20 02 00 00 00 00 00
13 33 00 18 04 00 83 8a 83 8a 90 00 a0 a4 00 00 02 a4 6f b7 94 04 a0 a4 00
00 02
APDU: a4 6f 05 9f 0f a0 c0
it's everytime just this, exactly the same - there's an ATR and some select
APDUs mixed together, something's not right.
Nothing more appears even if I'm entering the pin, then the phone
successfully initializes and authenticates to the network nothing is
displayed, I've spent quite some time restarting, reflasing, recompiling
everything because I thought my setup was somehow incorrect, but when I
left everything as it was and only changed the sim for a different one,
everything works just fine.
Any idea what might be causing this?
I can provide some debug info, just not sure what can be helpful, I have
the ftdi cable for osmocom so I can try to connect it and see what's there
if needed.
P.S.: software and firmware are the latest what's in the git right now,
I've patched the sources with that mac os x usb init patch as I only have a
mac here.
thanks,
lukash
Hi,
I found out why class C (+1.8V) capable UICC are still used as class B (+3.3V).
This is because the board provides +3.0V on VCC_PHONE, forcing the phone
to use class B. this voltage is coming from VCC_SIM.
Normally VCC_SIM should only get the power from VCC_PHONE (in sniffing mode),
through the power switch FPF2005, or from the LDO AP3332 (in card reader).
Currently both are enabled (bug). This should be prevented in software as there
is no hardware mechanism to prevent that (fail).
Some power from the LDO is going backwards though the power switch, providing
+3.0V on VCC_PHONE (another hardware fail).
Also, SIMtrace will not be able to decode +1.8V traffic because Vih
(voltage input high level) is at +2.3V.
One solution would be to power VDDIO at 1.8V, but this is a bad solution
as the USB will not work anymore.
For the v2 board I intend to have the following:
- 1 translator/level shifter for SIM<->CPU, with selectable 1.8/3.3
- 1 translator/level shifter for PHONE<->CPU, with selectable auto/1.8/3.3
- VCC_SIM can be set to VCC_PHONE,1.8V,3.3V
- power forward with diode behaviour
any correction, comments or recommendation are welcome,
kevin
From: Holger Hans Peter Freyther <zecke(a)selfish.org>
This still needs to receive some more testing (untested on Windows
right now) and also consideration how/if we want to upgrade this in
the field. If we consider reflashing the DFU part safe enough. I would
argue that there is still SAMBA to fix things up if someone breaks the
bootloader.
Holger Hans Peter Freyther (1):
usb: Do not send ZLP when we have filled the window
firmware/src/dfu/dfu.c | 46 ++++++++++++++++----------------
firmware/src/dfu/dfu.h | 2 +-
firmware/src/os/pcd_enumerate.c | 54 +++++++++++++++++++++------------------
3 files changed, 53 insertions(+), 49 deletions(-)
--
1.7.7.2
<DISCLAIMER> Please follow-up to openbsc(a)lists.osmocom.org </DISCLAIMER>
Hi all,
this idea has been around for quite some time, and for 2012 I really
want to turn it into reality:
I'd like to have a Osmocom developer workshop
The idea here is to get all the active contributors of the project
together for a couple of days (maybe 2-4 days), in order to exchange
ideas, get to know each other better and last but not least work
together on ironing out some of the more difficult issues.
* City:
Regarding the location: I think for me it is only possible to organize
it if it is to be held in Berlin. I'mn happy if somebody else wants to
host it at some other location, but then that person would also have to
take care of local organization. Berlin also has good train and flight
connections, which is definitely a plus.
* Venue:
If it is in Berlin, we might consider talking with c-base or
Raumfahrtagentur as possible venues.
* Date:
Regarding a proposed date, I'm completely open for suggestions. Of
course there shouldn't be any overlap with other major FOSS or Sescurity
related conferences, and it should also not coincide with major public
holidays, as that only makes travel + accomodation more expensive.
* Funding:
As we don't have that many commercial users of Osmocom projects, getting
funding for e.g. travel / accomodation is probably going to be
difficult. We can ask the "usual suspects" among those commercial users
we know,, but I guess it will only be possible in exceptional cases to
provide that kind of funding.
Any ideas / comments / feedback is much appreciated. If somebody has
a particular suggestion.
<DISCLAIMER> Please follow-up to openbsc(a)lists.osmocom.org </DISCLAIMER>
Cheers,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
