Hi all,
just to explain what i mean, i've attached a sample and the log from layer23.
http://pastebin.com/pepx0tdv
As you can see from the log i got the immediate-assign. and the i can see the slots.
The only thing that i could be strange is the signal strength that sometimes is good and sometimes reaches -100 dBm.
Here is the gprsdecode's output: http://pastebin.com/p7XrtKAt
Obviously i tried other ARFCNs of all operators (with different c118/c123, FTDI cable) and i got always the same behaviour.
Have you some hints to suggest?
Tomorrow i will try with some DP-L10 and pubblish the relative results.
P.S: As i already stated, Nohl's samples are well decoded and showed into wireshark.
Regards,
Luca
> Hi Harald,
>
> Actually i could use some old phones that supports only GPRS (e.g. t68i, t39m, etc..), but these phones are not enough useful and i will explain why:
>
> - i would like to use a phone that has field-test engineering;
> - i would like to set the phone to camp only in a fixed ARFCN.
>
> I was also trying a Pirelli DP-L10, but unfortunately i can only fix the band and not the arfcn.
>
>
> Btw... after a while i finally found how to force my Blackberry to work on GPRS on a fixed arfcn:
>
> - Select an arfcn;
> - Lock to this cell; [ http://tinyurl.com/3dcc6vm ]
> - Disable Uplink 8-PSK; [ http://tinyurl.com/3dxp85d ]
>
> Finally the phone is ready to start the tests. [ http://tinyurl.com/3rhldrn ]
>
>
> As you can see, that engineering field-test is very useful because is showing which Coding Scheme and TS are used.
>
>
> Unfortunately at this point... even if i tried a lot of times, i could see imm-ass, the TS, but when i'm trying to decode the dumps... nothing is decoded and i cannot even decode third-party sessions that obviously i could find on the same arfcn that i'm using.
>
> So, at this state of art, I could decode only samples released from Nohl.
> Someone else is having same problems?
>
>
> Regards,
>
> Luca
>
Hi all,
at the CCC Camp two weeks ago, a Chinese guy approached me, stating that
there he has contacts to a considerable supply of very inexpensive C1xx
family phones in China.
Unfortunately we didn't exchange contact details, so I'm trying this
route. If you are the person that has talked to me about this topic,
pleaes contact me by private e-mail.
I would love to use this opportunity to provide inexpensive C1xx phones
to the larger OsmocomBB user community.
Thanks in advance,
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)
Hi all,
i'm testing gprsdecode with osmocomBB and using the samples provided from Nohl works well.
Using a Blackberry 8300 and my Wind's sim, i tried to dump some my internet sessions.
Unfortunately even if i'm locking the MS to a fixed ARFCN, it is "upgrading" from GRPS to EDGE very quickly and i cannot dump an entire session and then decode it on gprsdecode.
The only datas i could decode and view on wireshark are few "malformed packets".
As i suppose the problem is that i'm not able to fix the MS to work only on gprs.
Which phone did Luca use to make his tests? (just a simple one that was not EDGE capable? )
Which was the successful-rate of (third-party) decoded sessions?
I'm asking it, because i'm not even able to "see" other's phones sessions... ok, could be possible that everyone else is using only EDGE... but seems strange.
Have you some hints for that?
Thank you for attention.
Regards,
Luca
Hello Andreas, hello Harald,
On Thu, 14 Jul 2011 13:44:16 +0200, "Harald Welte" <laforge(a)gnumonks.org> wrote:
>
> The patches look fine to me. I'd wait for another day if Sylvain or
> Dieter have any comments, but otherwise they can be merged.
The patches are fine for me.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
xuchenyu wrote:
> > Hello! I think that your neighbour cell measurement code is at the branch
> > remotes/origin/laforge/neigh_sb
> >
>
hi xuchenyu,
this in an incomplete an experimental code. once finished, it will
measure neighbour cells during a call. neighbour cell measurment is
supported in idle mode only, if you use master branch, or better
"sylvain/testing" branch for some fixes and SIM support. you can enable
neighbour cell monitor at VTY: "monitor network 1".
regards,
andreas
Hello Team,
would you pls put me in your emaillist ?
I am a german guy how interst in this project and other electronic
projekts.
Is it possible to get a littel help to flash my one motorloa c117 ?
Thanks and greets
from jens germany :D
Hi folks.
Running layer1 (no TX) on GTA02 with host applications compiled for GTA02
also. Layer1 seems not able to communicate with SIM card, and so no IMSI
etc. Mobile enters in "emergency calls only" mode. Simtest firmware also
fails.
SIM and phone hardware is checked working with fsogsmd.
I cannot find any configure switch to disable/enable SIM, and it has no
sense on simtest firmware anyway.
Has anything to do with this note on sim.h and the fact that on GTA02 you
should cycle the baseband power after osmocon start for romloader to begin?
/* Known Bugs:
1.) After powering down the simcard communication stops working
*/
logs:
mobile over layer1 (no TX):
-----
<000f> sim.c:1206 init SIM client
<0006> gsm48_cc.c:63 init Call Control
<0001> gsm48_rr.c:5100 init Radio Ressource process
<0005> gsm48_mm.c:1312 init Mobility Management process
<0005> gsm48_mm.c:1035 Selecting PLMN SEARCH state, because no SIM.
<0002> gsm322.c:5023 init PLMN process
<0003> gsm322.c:5024 init Cell Selection process
<0003> gsm322.c:5081 Read stored BA list (mcc=XXX mnc=XX $COUNTRY, $NETWORK)
<0003> gsm322.c:5081 Read stored BA list (mcc=XXX mnc=XX $COUNTRY, $NETWORK)
<0003> gsm322.c:5081 Read stored BA list (mcc=XXX mnc=XX $COUNTRY,
$NETWORK)
***
Warning: Mobile '1' has default IMEI: 000000000000000
This could relate your identitiy to other users with default IMEI.
***
Mobile '1' initialized, please start phone now!
<0002> gsm322.c:3804 (ms 1) Event 'EVENT_SWITCH_ON' for automatic PLMN
selection in state 'A0 null'
<000e> gsm322.c:1356 SIM is removed
<0002> gsm322.c:1357 SIM is removed
<0002> gsm322.c:800 new state 'A0 null' -> 'A6 no SIM inserted'
-----------------
simtest firmware :
----------------SIMTEST----8<-----------------
Initializing driver:
Power up simcard:
(0 bytes)
Reset simcard:
(0 bytes)
79 f0 ce db f3 cd 8e 7a 10 a1 6c 3a 61 6f 8f (15 bytes)
Test Phase 1: Testing bare sim commands...
* Testing SELECT: Selecting MF
==> Status word: ffff
* Testing SELECT: Selecting DF_GSM
==> Status word: ffff
* Testing SELECT: Selecting EF_IMSI
==> Status word: ffff
* Testing STATUS:
==> Status word: ffff
* Testing READ BINARY:
==> Status word: ffff
Data: db 0 0 0 0 0 0 0 0 (9 bytes)
------------END SIMTEST----8<-----------------
On the other hand, on GTA02 osmocon or romloader doesn't start if battery is
not attached. Keeps staying on "Sending beacon".
Regards
Hello Sylvain,
On Mon, 22 Aug 2011 16:35:04 +0200, "Sylvain Munaut" <246tnt(a)gmail.com> wrote:
>
> I think some phones just have swapped IQ lines for easier routing ....
This wouldn't explain why the C122 GSM-850/1900 needs the "I/Q-swap"
for GSM-850 TX only. And if I remember, Harald tried it with a
GSM-900/1800 phone on GSM-850 (of course there are filter
issues in this case) and it required the "I/Q-swap" again
for GSM-850 only.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello,
I don't know if anyone has already successfully used OsmocomBB
with GSM-850. It seems that although receiving on GSM-850 works,
there are issues when transmitting. The phone produces a signal
on the correct ARFCN, however the BTS can't make use of it.
The problem seems to be "I/Q-swap", something which can be turned
on in the DSP independently for receiving and transmitting. So far
it seems that this was not needed, at least for receiving and also
for tranmitting when using GSM-900/1800/1900. However for GSM-850
it seems to be essential for transmitting.
It is not clear if different phones behave differently, this might
be the case. Also it might be the case that some phones require
to turn on "I/Q-swap" when receiving on certain bands.
Considering all those uncertainties of "I/Q-swap" the appended patch
should be considered as a suggestion, it might be neccessary to make
it dependend on the phone and also to introduce a similar function
for receiving.
At least with the patch a C122 GSM-850/1900 phone now works on GSM-850
too.
Thank you very much to Harald who remembered that there was this
"I/Q-swap" thing for the DSP.
Best regards,
Dieter
Dieter Spaar, Germany spaar(a)mirider.augusta.de
