This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.
Lennart Müller mueller.lennart at googlemail.comHi Harald, 2011/7/23 Harald Welte <laforge at gnumonks.org> > I've committed some changes a couple of minutes ago (to libosmocore + > openbsc) that make lcr compile again. > > The only missing part is one minor change to lcr: > > diff --git a/gsm_bs.h b/gsm_bs.h > index 8a55213..45bf083 100644 > --- a/gsm_bs.h > +++ b/gsm_bs.h > @@ -1,5 +1,6 @@ > extern "C" { > #include <openbsc/gsm_data.h> > +#include <openbsc/mncc.h> > } > > /* GSM port class */ > Compiles now, thanks! > > Starting osmo-nitb with -P and -m parameters, LCR can connect to MNCC > > socket. But any try to start voice traffic either from or to a mobile > > station results into these continuous messages: > > I will try to look into it, but I'm not sure when I find time to do so, > there are lots of other issues on my todo list pending at the moment. > Okay, I see. It works now, I traced down the problem to LCR. The file gsm.cpp contains following function at line 200: int send_and_free_mncc(void *instance, unsigned int msg_type, void *data) There is an if-Query: if (instance) { #ifdef WITH_GSM_BS ret = mncc_send((struct gsm_network *)instance, msg_type, data); #endif #ifdef WITH_GSM_MS ret = mncc_send((struct osmocom_ms *)instance, msg_type, data); #endif } The problem is: The query is always false, so no messages are sent to OpenBSC. If I comment out the if-query, everything works as expected: Calls can be made mobile originated and mobile terminated. However, I don't think the if-query is there without a reason. Within gsm_bs.cpp, send_and_free_mncc is called with parameter p_m_g_instance, which is written at Line 64: p_m_g_instance = gsm->network; -- Lennart -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20110723/ecd454d2/attachment.htm>