Hi all,
I try to study the GSM core network setups of different providers. Therefore, tracelog of gsm providers from different countries is needed. I’m seeking your help for sending me some tracelog with two actions: making a phone call (MO) and sending a sms (MO). It should take no more than 2,3 minintes. Please tell me the provider and the country when you are sending me the tracelog.
Thanks,
Hi,
i'm trying to use osmocom-bb to send sms and make phone call with real sim of provider.
i succeeded once in recognizing my pay-and-go sim card.
but now i'm not lucky anymore
here is wat is on screen:
<000f> sim.c:1223 init SIM client
<0006> gsm48_cc.c:63 init Call Control
<0007> gsm480_ss.c:231 init SS
<0017> gsm411_sms.c:63 init SMS
<0001> gsm48_rr.c:5479 init Radio Ressource process
<0005> gsm48_mm.c:1315 init Mobility Management process
<0005> gsm48_mm.c:1037 Selecting PLMN SEARCH state, because no SIM.
<0002> gsm322.c:5025 init PLMN process
<0003> gsm322.c:5026 init Cell Selection process
<0003> gsm322.c:5083 Read stored BA list (mcc=0ce mnc=001 0ce, 001)
<0003> gsm322.c:5083 Read stored BA list (mcc=0ce mnc=014 0ce, 014)
<0003> gsm322.c:5083 Read stored BA list (mcc=0ce mnc=0x00a 0ce, 0x00a)
Mobile '1' initialized, please start phone now!
VTY available on port 4247.
<0005> subscriber.c:601 Requesting SIM file 0x2fe2
<000f> sim.c:209 got new job: SIM_JOB_READ_BINARY (handle=00000004)
<000f> sim.c:697 go MF
<000f> sim.c:241 SELECT (file=0x3f00)
<000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4)
<000f> sim.c:876 received APDU (len=0 sw1=0x00 sw2=0x00)
<000f> sim.c:952 command failed
<000f> sim.c:151 sending result to callback function (type=1)
<0005> subscriber.c:657 SIM reading failed
<0005> gsm48_mm.c:4379 (ms 1) Received 'MMR_NREG_REQ' event
<0005> gsm48_mm.c:4311 (ms 1) Received 'MM_EVENT_IMSI_DETACH' event in state MM IDLE, PLMN search
<0005> gsm48_mm.c:1839 IMSI has been detached.
<0005> gsm48_mm.c:1088 Not camping, wait for CS process to camp, it sends us CELL_SELECTED then.
<0002> gsm322.c:3917 (ms 1) Event 'EVENT_SIM_REMOVE' for manual PLMN selection in state 'M0 null'
<000e> gsm322.c:1614 SIM is removed
<0002> gsm322.c:1615 Switch on without SIM.
<0002> gsm322.c:814 new state 'M0 null' -> 'M5 no SIM inserted'
<0003> gsm322.c:4037 (ms 1) Event 'EVENT_SIM_REMOVE' for Cell selection in state 'C0 null'
<0003> gsm322.c:823 new state 'C0 null' -> 'C6 any cell selection'
can anyone help?
Sorry to those who receive this message twice.
I hope Osmocom community finds this small effort interesting as well.
---------- Forwarded message ----------
From: Alexander Chemeris <alexander.chemeris(a)gmail.com>
Date: Fri, Oct 19, 2012 at 5:15 PM
Subject: Open-source telecom T-shirts
To: umtrx <umtrx(a)lists.osmocom.org>, openbts-discuss(a)lists.sourceforge.net
Hi all,
We're thinking about making T-shirts with open-source telecom. I've
posted a call for ideas in my OpenBTS blog - please contribute.
Telecom needs more openness and you could help us promote this!
http://openbts.chemeris.ru/2012/10/reklama-open-source-telecom/
We plan to give them for free to the first 10-20 UmTRX buyers. Then
you'll be able to buy them from our web-shop or from one of our
friends and distributors.
If you proposal gets printed, you'll get a free T-shirt as well.
PS If you know a good online T-shirt printing service in US or Europe
- drop me a line. I've never done this in US/Europe before.
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
Hi.
In "struct mframe_sched_item" in target/firmware/layer1/mframe_sched.c both 'modulo'
and 'frame_nr' defined as uint16_t. This seems like big space waste considering tight
memory environment we're working in.
On irc it was suggested that the reason for this is either data alignment or safety
concerns.
Does structure alignment matters in this case? If so - how exactly?
Is it possible for 'modulo' to be bigger than 255?
Is it possible for 'frame_nr' to be bigger than 255?
--
best regards,
Max, http://fairwaves.ru
This is a Mailman mailing list bounce action notice:
List: baseband-devel
Member: tianxing(a)timelink.com.hk
Action: Subscription disabled.
Reason: Excessive or fatal bounces.
The triggering bounce notice is attached below.
Questions? Contact the Mailman site administrator at
mailman(a)lists.osmocom.org.
Hello folks.
I have this GSM module called SIM900D. It has several interesting
capabilites.
1. It has builtin commands AT+SIMEI (guess what it does) and
AT*CELLLOCK
(ARFCN lock).
2. It, as far as I know, does not check firmware signature.
3. It has an API (called "Embedded AT") which can be called from the
customer's module running on the same CPU (ARM926EJS).
4. Non-stripped firmware ELFs are available, together with the
descriptions of public API.
Here is a (Russian) page with all of the relevant datasheets collected.
Datasheets are in English.
http://www.mt-system.ru/catalog/dokumentacija-na-gsm-modemy-simcom
See also:
http://www.geekonfire.com/wiki/index.php?title=GPRS_Shield%EF%BC%88SIM900%E…
ftp://ftp.macrogroup.ru/Support/SimCom/Firmware/Sim900/Sim900D
--
WBR, Peter Zotov.
Hello List
I am studying to start multiple ccch_scan simultaneously,but I meet some
problem.
I do as following:
1.I have two C118, caonnect them to the same computer
2.dump the sniffer rom
./osmocon -p /dev/ttyUSB0 -s /tmp/osmocom_l2_0 -m c123xor ./sniffer.bin
./osmocon -p /dev/ttyUSB1 -s /tmp/osmocom_l2_1 -m c123xor ./sniffer.bin
3.start the ccch_scan of burst_ind
./ccch_scan -s /tmp/osmocom_l2_0 -a *** -i 127.0.0.1
./ccch_scan -s /tmp/osmocom_l2_0 -a *** -i 127.0.0.1
but there is always one ccch_scan
give the following output after some time.
<0001> app_ccch_scan.c:296 GSM48 IMM ASS (ra=0x99, chan_nr=0x40, HSN=47,
MAIO=4, TS=0, SS=0, TSC=2)
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
Unknown SI
I think it is an syn problem, maybe caused by the usb bus. does anyone have
the idea?
thanks!
--
View this message in context: http://baseband-devel.722152.n3.nabble.com/the-sync-of-multiple-ccch-scan-i…
Sent from the baseband-devel mailing list archive at Nabble.com.
Hi all!
I *think* Harald is pretty busy and also unlikely to attend
prospective meeting tomorrow.
Also there is bank holiday tomorrow in Germany and at least
I personally will use that to stay away from technology for
a bit, so I won't come.
Nevertheless, I thought I'd write this email to remind
people that in theory there is a meeting tomorrow and
discuss if other people attend.
I personally would propose to shift the meeting to next week
(for purely selfish reasons ;).
As far as I know, there is no formal presentation tomorrow.
Anyway, will anyone attend tomorrow or is everyone in favor
of shifting a week?
In case it takes place, for the people who did not attend so
far, the usual snippet from Harald's mails:
Oct 3, 8pm @ CCC Berlin, Marienstr. 11, 10113 Berlin
If you are interested to show up, feel free to do so. There is no
registration required. The meeting is free as in "free beer", despite
no actual free beer being around.
Cheers
Nico
On Mon, 8 Oct 2012 06:54:06 +0000 (UTC), "John Case" <case(a)SDF.ORG> wrote:
>
> What about the HP8922P ? Does that also have the spectrum analyzer built
> in ?
I don't know the various variants of the HP8922. But the sepctrum analyzer
is an optional hardware in the unit, it is called "Option 006" for the
HP8922M (on my units the option is printed on the serial number
label on the back).
Best regards,
DIeter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello John,
On Mon, 8 Oct 2012 05:59:07 +0000 (UTC), "John Case" <case(a)SDF.ORG> wrote:
>
> So do I understand that by itself, the unit handles 900 and 850, and the
> add-on gives it 1800 and 1900 ?
The HP8922M can't simulate a GSM-850 network, only GSM-900 (E-GSM is
also possible). The optional extension unit adds GSM-1800 and GSM-1900.
However it is possible to generate various GSM test signals on the
whole frequency range the HP8922M supports (10 MHz to 1000 MHz for
the HP8922M alone) which includes GSM-850. This is uselful for
Layer-1 development like it was done for OsmocomBB.
And as hint: look for a HP8922M which has the optional spectrum analyzer
built in, it can be very usefull sometimes.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de