The difference between the cases that work and the ones that don't is :
GOOD CASE: [0;m[1;32m<0004> gsm48_mm.c:1533 AUTHENTICATION REQUEST (seq 0) [0;m[1;32m<0004> subscriber.c:898 Generating KEY at SIM [0;m[0;35m<000e> sim.c:209 got new job: SIM_JOB_RUN_GSM_ALGO (handle=00000006) [0;m[0;35m<000e> sim.c:538 RUN GSM ALGORITHM [0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0x88)
BAD CASE: [0;m[1;32m<0004> gsm48_mm.c:1533 AUTHENTICATION REQUEST (seq 1) [0;m[1;32m<0004> subscriber.c:898 Generating KEY at SIM [0;m[1;34m<0001> gsm48_rr.c:4488 Indicated ta 0 (actual ta 0) [0;m[1;34m<0001> gsm48_rr.c:4490 Indicated tx_power 5
So is as if the message for the sim job doesn't get pulled from the queue, "got new job: SIM_JOB_RUN_GSM_ALGO " never appears. Must say the computer I use osmocom on is not exactly a rocket :) (is a 500Mhz celeron with ubuntu 6.10) , and It gets slowed down when running the hole thing. Can that be the cause? Mihai.
--- On Tue, 5/3/11, Sylvain Munaut 246tnt@gmail.com wrote:
From: Sylvain Munaut 246tnt@gmail.com Subject: Re: mobile - making a call To: "eisencah eisenach" wbg_1000@yahoo.com Cc: baseband-devel@lists.osmocom.org Date: Tuesday, May 3, 2011, 9:32 AM
So is this normal at the current stage of the project or there's something wrong with my setup ? (and all the calls where suppose to advance to the alert phase)
Nope, it should work.
No idea why it doesn't for you.
Sylvain