Hi Craig,
Could you please provide a bit more detailed description
of the change you've sent: what was wrong and what
this change is intended to fix, so I'll push it to gerrit.
Thanks!
With best regards,
Vadim Yanitskiy.
Hi,
> While transmitting the classmark or any message from mobile on
> SDCCH during a call, does it transmit on the frequency we get
> after converting the ARFCN or is there a slight variation ?
I don't get this, what do you mean by 'converting the ARFCN'?
There are two (as I know) possible types of call assignment:
- Early Assignment, when the network allocates TCH/F or TCH/H
right after getting RACH-request from a mobile phone. The
frequency (or a set of them) is indicated in the Immediate
Assignment message.
- Late Assignment, when the network allocates an SDCCH channel
first, where a mobile phone indicates a connection reason
(Paging Response or Service Request) and also indicates the
classmark. Then the network eventually sends the Assignment
Command message, where just like in Immediate Assignment a
new channel data (both FDMA and TDMA) are described.
BTW: please choose a proper subject for this thread and
don't interfere with the existing one because they are unrelated.
With best regards,
Vadim Yanitskiy.
Hi,
I already uncomment the tx support in Makefile file. But when I run on
phone, it said this firmware was compiled without tx support.
How to fix this?
Dear Osmocom Community,
[please respect the Reply-To and post all follow-up discussion to this
to openbsc(a)lists.osmocom.org, so we avoid having long threads
cross-posted to several mailing lists.]
Like every year in early December, it is time to discuss as schedule for
OsmoDevCon in the upcoming year.
Note: Ths is about OsmoDevCon, the more private meeting of developers,
*NOT* about OsmoCon, the public conference.
== When, Who, Where ==
I propose the following date for OsmoDevCon 2018:
April 20 - April 23rd, 2018
* Who: Active developers/contributors of Osmocom projects (as usual)
* Where: IN-Berlin, Berlin (as usual)
Please let me know ASAP if that proposed date works for everyone who'd
want to attend. We can still change it now, but I would want to nail
down the date pretty soon.
== Format ==
After the experiment of reducing from 4 to 3 days last year (due to
OsmoCon), we will again go for *four days* in 2018.
However, we should clearly divide the days in a way that e.g. "GSM/3G"
topics are on two days, while SDR+Other topics are on the other days, so
people not interested in some topics can skip one or two days, as
needed.
We could even divide it further like:
* 1 day 3GPP RAN (osmo-bts, osmo-bsc, osmo-pcu, virt_phy, fake_trx, ...)
* 1 day 3GPP CN (osmo-msc, osmo-hlr, osmo-sip-connector, nextepc, etc.)
* 2 days misc
Regards, and looking forward to meeting you [again] in 2018,
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 Sebastian,
> My query is : my test network is supporting A5/1,2,3. Is it feasible to
> set A5/1 on MS1 (though it supports A5/2 and A5/3 also) and A5/2 for MS2
> (though it supports A5/1 and A5/3 also) for a call in between them using
> "Early Classmark Sending" ???
I think it will work without any problems because the A5/X encryption
is not 'end-to-end' (in our case MS-to-MS), but there are two separate
encrypted sessions between MS1-BTS and MS2-BTS.
With best regards,
Vadim Yanitskiy.
Hi
I am trying to test osmocom-bb/fixeria-Trx.
After configuring test-sim the functions for receiver side like the "
network selection mode " " select ARFCN" do work.
But how to test or configure " Early Classmark Sending" for varying set of
encryption (A5/1,2,3,4...).
Regards.
--
Hi Max,
This work is a part of "GSM and GPRS Security Using OsmocomBB" thesis
written by Francois Ponsgen and was published a quite time ago.
Moreover, I already have the changes in my local repo, which is
mostly used for research purposes. I can push them, if it's really
required.
BTW: if I remember correctly, this work was done in NTNU ;)
With best regards,
Vadim Yanitskiy.
Dear Osmocom community,
I have been working on GAPK (GSM Audio Packet Knife) for some
time, and now I would like to share some achievements.
Previously GAPK was represented as a single binary that
could be called with some command line arguments in order
to perform required operations. This is only handy for
humans, but not for other programs, which may also need
to perform some format / codec conversations or audio
capture / playback.
One of such programs is the mobile from OsmocomBB project.
Currently, when you're making a voice call, both audio
capture and playback are only possible on the L1 side,
i.e. on a Calypso based phone. Of course, the audio stream
can be redirected via MNCC socket, but this is not what
a regular OsmocomBB user would like to do. Moreover, there
is a lack of AMR codec support.
Also, there is another GNURadio based project named GR-GSM.
In short, this is a set of blocks for GSM signal reception,
demodulation and further processing. At the moment, one has
TCH Full Rate decoding capabilities only. Audio playback is
not supported yet.
Having these projects in my mind, I have got an idea of
creating a shared library from the GAPK source code. And,
a few days ago I was managed to get the audio playback
working in OsmocomBB. I hope, this library will be also
usable for other projects.
Brief list of changes were made:
- Composed a shared library named libosmogapk
- All exposed symbols have got an 'osmo_gapk' prefix
- Added a pkg-config manifest and a symbol export map
- Integrated the Osmocom logging framework
- Benchmarking is now disabled by default
- Processing queue now based on the linuxlist
- Fixed program exit due to ALSA buffer underrun
- Fixed ALSA audio playback from file
- Old gapk application was renamed to 'osmo-gapk'
and linked against the library
- Adjusted verbosity level (normal / debug)
- Fixed I/O combinations (ALSA, RTP, file...) check
All changes could be found at the fixeria/lib branch of GAPK.
I hope to see them merged, and open for discussions ;)
With best regards,
Vadim Yanitskiy.
Hello,
I'm newbie and want to learn about osmocombb.
I already compiled all of the programs, but when I try to upload helloworld
program, it stuck on this error
$ host/osmocon/osmocon -p /dev/ttyUSB0 -m c123xor target/firmware/board/
compal_e88/hello_world.compalram.bin -c
got 1 bytes from modem, data looks like: 00 .
got 1 bytes from modem, data looks like: f7 .
got 1 bytes from modem, data looks like: 00 .
got 1 bytes from modem, data looks like: 72 r
got 2 bytes from modem, data looks like: 82 bf ..
got 1 bytes from modem, data looks like: 7d }
got 1 bytes from modem, data looks like: fd .
got 1 bytes from modem, data looks like: 7f .
got 1 bytes from modem, data looks like: 00 .
got 1 bytes from modem, data looks like: a6 .
got 1 bytes from modem, data looks like: 51 Q
got 1 bytes from modem, data looks like: d2 .
got 1 bytes from modem, data looks like: 51 Q
got 1 bytes from modem, data looks like: 0a .
got 1 bytes from modem, data looks like: 3a :
got 1 bytes from modem, data looks like: 00 .
got 1 bytes from modem, data looks like: 4d M
got 1 bytes from modem, data looks like: a3 .
got 1 bytes from modem, data looks like: a3 .
got 1 bytes from modem, data looks like: da .
got 1 bytes from modem, data looks like: 00 .
got 1 bytes from modem, data looks like: 00 .
I don't know if it hardware problem, or software problem.
When I try to debug using putty to listen to /dev/ttyUSB0 there is no fmttool
erro just like this article said http://www.linuxx.eu/2014/09/osmocombb-hardware-and-software-setup.html
Regards.