I want to see the internal functioning of grgsm decryption module for the grgsm_capture cfile 'out62.cfile' which contains an SMS. I have the Kc that i extracted from my mobile.
Dear Osmocom community,
while many people with a long history in FOSS development have no issues
at all with mailing lists as primary form of engaging with their
community, they have undoubtedly fallen out of fashion in favor of
various chat/messaging systems or web based forums.
In Osmocom, we've just launched an installation of the discourse forum
software available at https://discourse.osmocom.org/ providing an
alternative to our traditional mailing lists at https://lists.osmocom.org/
We're looking forward to see whether this web-based approach will
facilitate more and/or other people to engage with the Osmocom
developer/contributor community.
Feel free to join and get the discussions started. If there's a need
for more categories or sub-categories, just let one of the moderators
know and we can help with that.
The old mailing lists will continue to remain available for those who
prefer them.
--
- Harald Welte <laforge(a)osmocom.org> https://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi,
I am trying to develop a mobile loop (uplink) for the receiver in
receiver_impl.cc.
gr-gsm currently synchronizes, finds the start of a burst, using FCHH
and SCHH signals.
These are all downlink signals. There is no provision for
synchronizing to uplink signals.
I was wondering if there were any uplink bursts that the receiver
could synchronize to.
I can try to synchronize with autocorrelation of the training
sequence, but I was wondering whether there are any better options out
there. Any help would be appreciated.
TIA
Nikos
Dear fellow Osmocom developers,
as you all know, we've sadly had to skip OsmoDevCon 2020 and 2021,
trying to compensate it at least to some extent with our OsmoDevCall
every two weeks.
The COVID-19 pandemic is far from over, and we don't know what the
upcoming winter season will bring.
Nevertheless, I think it would be a good idea to start a discussion of
whether we should plan for an OsmoDevCon in 2022.
I personally would say let's plan for the usual late April 2022 time frame,
and if the pandemic situation deteriorates, we can still cancel it with
something like one month lead time.
I would also personally suggest to limit attendance to people who are fully
vaccinated, and in addition do a self-test for all participants every
morning.
In terms of venue, we might also consider to move to a venue that allows better
ventilation. Irrespective of the above we can also bring the air filters from
the sysmocom office.
So with that as an input statement, I would like to hear your opinion
on the above proposals. Who would want to attend? Any complaints against
the "vaccinated only plus daily self-tests in the morning" approach?
Regards,
Harald
--
- Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Dear OsmocomBB Team,
My self Mayank Saka, I am a college student of IIITD, I am a researcher.
And we have a project, (Telecommunication vulnerability)
We had a word with ettus support team, they suggested us below devices for
ss7 or telecommunication vulnerability project.
1.USRP B200
2. TCXO GPSDO module
Please help us what kind of device and application we need or our project
we want intercept SMS or call, please guide us application and devices so
we can buy and continue our project
Thanks and Regards
Dear fellow Osmocom developers,
as you all know, we've sadly had to postpone OsmoDevCon 2020 back in
April this year. At the time, we discussed to re-visit the situation
in October 2020.
While legally it is no problem at all to host an event with ~ 20
participants in Berlin/Germany (specific regulations really only start
from 50+ participants) - I'm not entirely convinced it would be the
smartest move.
Legality and public health regulations are only one part of the equation
- common sense and profound care for the key members of our community
for sure are more relevant considerations to me.
I'm not 100% in favour and not 100% against. Hence, I would like to get
your input. Should we
a) try to get an event organized on-site in Berlin? We'd have to move
to a larger venue than IN-Berlin with proper ventilation and sufficient
space so we can keep physical distance, but I think that's
manageable for sysmocom as organizer.
b) simply postpone to 2021? I'm convinced the situation will not change
significantly (in a positive way) until late April 2021, so it's not
really a "solution" as it will likely mean we have to think of late
2021 or 2022.
c) plan some kind of online conference? To be honest, I think this
model works fine for events where a single speaker wants to give
lectures to hundreds or thousands of participants. But OsmoDevCon
is much more interactive. We could record or live-stream some talks
or screencasts from home, sure. But that only captures one part of
the event. We could also try to set a date for a collaborative
mumble, or the like - for the "hallway track".
What are your thoughts? Let's avoid cross-posting the discussion to all
of the mailing lists and simply have it on openbsc(a)lists.osmocom.org.
Regards,
Harald
--
- Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi,
I am having issues installing gr-gsm through pybombs on Ubuntu 20.04.
GNURadio 3.8 was installed using the Nuand/BladeF Install guide (Link
Below). From there I used the link for gr-gsm (link below) to install it
using pybombs and using the same bladerf prefix. After installing a couple
dependencies, I recieve the following error: (Attached to this message is
the CMake Error log and CMake output log as well).
Cloning into 'gr-gsm'...
Configuring: (100%)
[=========================================================]
[WARNING] Configuration failed. Re-trying with higher verbosity.
-- Extracting version information from git describe...
-- Found Boost:
/usr/lib/x86_64-linux-gnu/cmake/Boost-1.71.0/BoostConfig.cmake (found
suitable version "1.71.0", minimum required is "1.35") found components:
filesystem system thread
--
-- Checking for module SWIG
-- Found SWIG version 4.0.1.
-- Checking for module 'mpir >= 3.0'
-- No package 'mpir' found
-- Could NOT find MPIR (missing: MPIRXX_LIBRARY MPIR_LIBRARY
MPIR_INCLUDE_DIR)
-- Found Boost:
/usr/lib/x86_64-linux-gnu/cmake/Boost-1.71.0/BoostConfig.cmake (found
suitable version "1.71.0", minimum required is "1.71.0") found components:
date_time program_options filesystem system regex thread
unit_test_framework
CMake Warning at CMakeLists.txt:135 (find_package):
Found package configuration file:
/home/will/pybombs/bladeRF/lib/cmake/gnuradio/GnuradioConfig.cmake
but it set Gnuradio_FOUND to FALSE so package "Gnuradio" is considered to
be NOT FOUND. Reason given by package:
Gnuradio could not be found because dependency Volk could not be found.
CMake Error at CMakeLists.txt:150 (message):
GnuRadio Runtime required to compile gr-gsm
-- Configuring incomplete, errors occurred!
See also
"/home/will/pybombs/bladeRF/src/gr-gsm/build/CMakeFiles/CMakeOutput.log".
See also
"/home/will/pybombs/bladeRF/src/gr-gsm/build/CMakeFiles/CMakeError.log".
[ERROR] Configuration failed after running at least twice.
[ERROR] Problem occurred while building package gr-gsm:
Configuration failed
[ERROR] Error installing package gr-gsm. Aborting.
*Nuand GNURadio Install (Pybombs) *
https://github.com/Nuand/bladeRF/wiki/Getting-Started:-Linux
*GR-GSM Install *- https://osmocom.org/projects/gr-gsm/wiki/Installation
Thank you!!
-Will
Hello, I would like to install gr-gsm but I have some problems.
I give you some information about the installation tries:
1. OS Ubuntu 14.04
2. version of gnuradio : 3.6.5.1 (the one compatible with Ubuntu 14, do you propose another version?)
3. I follow the instructions on https://osmocom.org/projects/gr-gsm/wiki/Installation. I used two methods
* for ubuntu 16 (?) but during the build I have a fatal error: "fatal error : gnuradio/attributes.h not found" in api.h
there is a header file named "attributes.h" in my gnuradio installation, maybe I should "connect it" in the file?
* I tried with Pybombs, but it's so difficult and I obtained many dependencies problems
1. I installed libosmocore from the source
Thanks you for your help
Best regards,
MG
Dear fellow Osmocom developers,
I would like to invite all developers and contributors to Osmocom [sub]projects
to register for OsmoDevCon 2020 (held on April 24th-27th, 2020 in Berlin).
For details known so far, please check
http://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCon2020
Please enter your name at
https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCon2020#Requested
in case you would like to attend. Registering early allows proper
planning. Thanks!
Looking forward to meeting old and new Osmocom developers in April 2020.
Regards,
Harald
--
- Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Dear fellow Osmocom developers,
I'm a bit surprised to notice that not more people have signed up for
OsmoDevCon 2019. I guess it was mostly an oversight when the date was
originally announced, and not a lack of interest? ;)
All details about the event are available at the related wiki page at:
https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCon2019
Please enter your name at
https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCon2019#Requested
in case you would like to attend. Registering early allows proper
planning. Thanks!
Looking forward to meeting old and new Osmocom developers in April 2019.
Regards,
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)
