December 2011 - OpenBSC - lists.osmocom.org

GPRS - local and foreign TLLIs
by Luca Melette 04 Feb '26

04 Feb '26

Hello everybody, after setting up a nanoBTS with OpenBSC/SGSN/GGSN, I had some troubles trying to connect my smartphone to the GPRS cell. Investigating the BTS-to-SGSN traffic, I saw that the frames sent by the SGSN were all marked with the same N(U) value (at LLC layer), the value was 0. With some debug, I found that the there was a mismatch in the TLLI storage, used to keep the status of attached terminals. The mentioned code is contained in gprs_llc.c, involving LL Entity functions and gprs_llc_tx_ui(). /* look-up or create the LL Entity for this (TLLI, SAPI) tuple */ lle = lle_by_tlli_sapi(msgb_tlli(msg), sapi); if (!lle) { struct gprs_llc_llme *llme; LOGP(DLLC, LOGL_ERROR, "LLC TX: unknown TLLI 0x%08x, " "creating LLME on the fly\n", msgb_tlli(msg)); llme = llme_alloc(msgb_tlli(msg)); lle = &llme->lle[sapi]; } The TX function uses the previously received TLLI to lookup for the LLE. The lle_by_tlli_sapi() performs the search, but preliminary it applies a foreign2local TLLI conversion to ensure to have a local one. Since no valid entry for the searched TLLI is found, a new one is created. And the problem is here. The new entry has the foreign TLLI. Next time the lookup fails again, and a new entry is created. This way, the counter N(U) is always reset, and the mobile do not recognize the message sequence and no attach is possible. My question is about foreign and local TLLIs. I patched the lookup, avoiding the conversion, so that the LLE is found and everything works fine... but... What is the sense of the conversion? Should the TLLI be always stored as a local one? Can this problem be solved with another foreign2local while allocating new entries? Actually, my problem has been solved with that workaround. But I'm curious to know what is the right way. Hope somebody can answer :) Thanks. Cheers, LM

5 6

Re: Help with sccp library
by mosbah abdelkader 07 Jul '25

07 Jul '25

> I don't understand. This callback will be called with data you need to write > to the network. In case of MTP Level3 you will need to wrap that around the > msgb you got. I means: is the interaction with mtp3 layer implemented (is sending sccp data by mtp3 implemented by the library?)? Also, what about the reception of data from mtp3 layer. is that implemented in the sccp lib. I am asking these questions because I see the code of mtp3 in the lib but no significant call is present in the sccp part of the lib. Thank you for your help.

4 3

Several questions
by jason mercury 06 Dec '12

06 Dec '12

I have some questions: 1) When I start bsc_hack bsc_init.c first establishes OML link and initializes the bts then it establishes RSL link and bts starts broadcasting. However, it takes so much time to start the bts. Instead of this I want to do the following: it establishes OML link at the beginning and only once, then when i want to start broadcasting it establishes just the RSL link and bts will start faster since i don't have to wait for OML link. What should be done for this? 2) If i send one or two word messages from telnet interface it is okay. But if i send a longer message the phone could't receive the end of the message correctly(last words may be incomplete). Did any one encounter with this problem? What is wrong with me? 3) Could I send SMS in which extension of the sender is text not integer. For example, i want to send an information SMS that this is a test network. For this purpose i want to send an SMS from 'OpenBSC'. I set the extension of the first subscriber in database as text and tried to send the SMS but SMS wasn't delivered. What should i do? 4) Can i add SMS externally to SMS table of database? Thanks. Jason

4 3

Building an E1/T1/J1 line interface
by Harald Welte 20 Jan '12

20 Jan '12

Hi all, Dieter and I have been thinking about building a simple/basic E1 line interface. The idea is to simply put trnasformers + LIU + crystal on a small PCB, which then exposes the Rx and Tx signals at stanard 3.3V CMOS levels which can be fed in your favourite FPGA or even directly into a microcontroller. The first interesting LIU that's available in single quantity is the Dallas/Maxim DS21348: http://www.maxim-ic.com/datasheet/index.mvp/id/2848 It can be operated in "software mode" where all configuration (E1/T1/J1, attenuation, amplification, termination, ...) is set via SPI from a microcontroller. However, it expose "Rx Positive" and "Rx Negative" and does not have the HDB3/AMI/B8ZS encoder internally. This means there would be two synchronous serial streams going into the FPGA or microcontroller. This is probably ok for an FPGA - but it is a problem for most microcontrollers that only have one sync serial interface like the sam3s/sam7s SSC. The other option seems to be the IDT 82V2081 (http://www.idt.com/?genId=82V2041E&cid=58553) which as internal HDB3/AMI/B8ZS encoders and decoders (so-called "single rail mode"). It is a bit more expensive (USD 20 in single qty), but this would enable us to hook it up directly at a sam3s / sam7s. As jolly points out, there is still a lot of work required like framing, s-bits, multiplexing, hdlc, etc. in order to turn it into a full E1 interface. But then, maybe there are some applications that don't even require all those features, such as building a sniffer-only device, or something that "simply" tries to forward E1 over IP based transports without parsing too much of the contents. Open questions: * stay with 1port design or immediately do a 4port unit? (for bidirectional sniffing you already need two) * how do we achieve synchronization between Rx and Tx data path? Looking forward to your comments, feedback. 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)

7 14

Quick Recap of running the 28C3 network
by Holger Hans Peter Freyther 29 Dec '11

29 Dec '11

Hi all, just a quick review of things we saw/learned during the congress * OsmocomBB LAPDm and nanoBTS LAPDm appear to have some communication issues leading to timeouts (nanoBTS resends a message with N(R) not incremented as a response to our I frame with Identity Response (or timeout) but with the old data). We don't have a fix/clear understanding of this yet... looks a bit like a bug in the nanoBTS firmware (but then other phones appear to work just fine) * CHANNEL ACTIVATION NACK on a TS. No idea why (maybe we closed a channel with our auto-timer but the nanoBTS thinks it is open). IIRC the nanoBTS sends us a report about open channels, we should cross-check every n-th report with our view of the channels... on top of that we should block failed channels (configurable, still to do). * Open channels... E.g. with a nanoBTS reboot or "drop bts connection ", there was a bug in libosmo-abis that the e1inp_event was not sent as the link was already taken out of the list of sign links when close is called (fixed in libosmo-abis and sharing code between rsl.c and ipaccess.c) * one OML NACK drops all BTS.. The code is there to deal with a crashed BTS to not have it connected in a bad state... (fixed in zecke/28c3) * subscriber queue, thanks to jolly's SMS setup we increased the amount of SMS and there still appear to be paths in the code that do not properly release the transaction/subscr_put and the queue got stuck. We should start by merging jolly's sms rework.. and see how we can move the queue out of process... * Local End Release for SAPI > 0 should be done in the channel release code, we need to implement T3109... thanks to jolly reading GSM 08.58/04.08 with me and discussing the normal/abnormal case. I have some work in progress (only tested the success case) patches in the zecke/28c3 branch. * I uploaded our scripts but somehow the core dumping does not work correctly (core_pattern appears to be right though) for running the network * Purging subscribers from the VLR, we do it too aggressively (on failed paging), it should take the periodic updating timer into account. * Sometimes i miss dates.. e.g. when was the channel opened probably some more things I forgot now, would be a great opportunity if someone gives a hand in cleaning things up. holger PS: jenkins will be back in january, ZFS crashed, the secret key was on the ZFS, grep didn't find the backup script...

1 0

MNCC and MNCC_LCHAN_MODIFY (and ack/nack)
by Holger Hans Peter Freyther 27 Dec '11

27 Dec '11

Hi Andreas, all, right now there is no ack/nack for the MNCC_LCHAN_MODIFY and I would like to introduce _ACK/_NACK for it. The MNCC_LCHAN_MODIFY message will end up calling the gsm0808_assignment_request of the BSC API and in case the call is not on a TCH it will assign a new TCH. Things will go wrong from here. osmo-nitb does not implement the assign_compl/assign_fail callbacks and in case of an assignment failure we crash right now (master has dummy callbacks). I would like to introduce MNCC_LCHAN_MODIFY_ACK/MNCC_LCHAN_MODIFY_NACK, change the mncc_sock.c:mncc_setup_ind and handling of MNCC_CALL_CONF_IND. what do you think? holger

1 0

Re: OpenBSC Digest, Vol 36, Issue 11
by Dick Rwegaba 16 Dec '11

16 Dec '11

Hi This is the libboost version that i have but still get the same error. root@debian:~/gnuradio# apt-cache search libboost-system libboost-system1.42.0 - Operating system (e.g. diagnostics support) library and this is the boost tree root@debian:~# apt-cache search boost libboost-date-time1.42.0 - set of date-time libraries based on generic programming concepts libboost-thread1.42.0 - portable C++ multi-threading libboost-iostreams1.42.0 - Boost.Iostreams Library libboost-serialization1.42-dev - serialization library for C++ libboost-program-options1.42.0 - program options library for C++ libboost-dev - Boost C++ Libraries development files (default version) libboost-thread1.42-dev - portable C++ multi-threading libboost-system1.42.0 - Operating system (e.g. diagnostics support) library libboost-thread-dev - portable C++ multi-threading (default version) libboost-signals1.42.0 - managed signals and slots library for C++ libboost1.42-dev - Boost C++ Libraries development files libboost-date-time1.42-dev - set of date-time libraries based on generic programming concepts libboost-serialization1.42.0 - serialization library for C++ libboost-filesystem1.42.0 - filesystem operations (portable paths, iteration over directories, etc) in C++ root@debian:~# On Thu, Dec 15, 2011 at 2:00 PM, <openbsc-request(a)lists.osmocom.org> wrote: > Send OpenBSC mailing list submissions to > openbsc(a)lists.osmocom.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.osmocom.org/mailman/listinfo/openbsc > or, via email, send a message with subject or body 'help' to > openbsc-request(a)lists.osmocom.org > > You can reach the person managing the list at > openbsc-owner(a)lists.osmocom.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of OpenBSC digest..." > > > Today's Topics: > > 1. Re: OpenBSC Digest, Vol 36, Issue 8 (Holger Hans Peter Freyther) > 2. Re: omsosgsn test phone recommendation? (Seungju Kim) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 15 Dec 2011 09:26:33 +0100 > From: Holger Hans Peter Freyther <holger(a)freyther.de> > To: openbsc(a)lists.osmocom.org > Subject: Re: OpenBSC Digest, Vol 36, Issue 8 > Message-ID: <4EE9AF39.6060105(a)freyther.de> > Content-Type: text/plain; charset=ISO-8859-1 > > On 12/15/2011 06:41 AM, Dick Rwegaba wrote: > > dear pals please help with this error for gnuradio build > > Hi Dick, > > do not top post. You can use a service like gmane.org to post to this > mailinglist without being subscribed and following the netiquette. If you > include the output of a program, include the full output (e.g. autoconf > pointed you to config.log). > > Let me try to explain autoconf's error output, maybe it is helpful. > > "configure: error: Could not link against libboost_system!" > > configure: The configure program you invoked. > error: This means an error has occured. > "Could not link against libboost_system": Is the error that happened. > > "Could not link": It means no binary could be linked together (config.log > will > have the output of linking process. > > "against libboost_system": Take a look at config.log, you might find a line > with -lboost_system and the output of the linker, the most likely source is > that you don't have 'libboost-system' installed. > > And most interestingly, do you feel like introducing yourself, what you do, > what you will work on? > > holger > > > > ------------------------------ > > Message: 2 > Date: Thu, 15 Dec 2011 18:43:42 +0900 > From: Seungju Kim <admin(a)manateeshome.com> > Cc: "openbsc(a)lists.osmocom.org" <openbsc(a)lists.osmocom.org> > Subject: Re: omsosgsn test phone recommendation? > Message-ID: <3AF5AEBE-3698-4D73-918D-7246253DF11F(a)manateeshome.com> > Content-Type: text/plain; charset=utf-8 > > I can add the following phones to the list > > Apple iPhone 4 > Apple iPhone 3GS > > Samsung Omnia II > Samsung Galaxy S II > Samsung SGH-i780 > > HTC touch Diamond > > > Envoy? de mon iPhone > > Le Dec 15, 2011 ? 4:35 AM, Tobias Engel <t-openbsc(a)tobias.org> a ?crit : > > > Hi David, > > > > adding to Haralds list, I can confirm that the Nokia E71 also works. > > > > -Tobias > > > > On 14.12.2011 19:05, David A. Burgess wrote: > >> Harald - > >> > >> Thanks for the list. We'll try to find one of these. I have a few > iPhones sitting in front of me, but unfortunately they are all 850/1900 and > my available hardware is 900. :( > >> > >> Does you have an example GSMTAP/PCAP trace of a successful PDP context > activation using OmsoSGSN? That would be useful for comparison. (And do > you find the GPRS L3 & SNDCP decoding in the current Wireshark 1.7 to be > reliable?) > >> > >> -- David > >> > >> > >> > >> On Dec 14, 2011, at 1:36 AM, Harald Welte wrote: > >> > >>> Hi David, > >>> > >>> On Tue, Dec 13, 2011 at 09:37:19PM -0800, David A. Burgess wrote: > >>> > >>>> Can someone recommend a good smartphone for testing with OsmoSGSN? We > >>>> are having trouble getting our GPRS modem to recognize a ACTIVATE PDP > >>>> CONTEXT ACK message and are trying to determine if the error is in the > >>>> modem, in OmsoSGSN or somewhere in between. > >>> > >>> I've successfully used at least SE K800i, Google Nexus S, Dell Streak, > >>> HTC Hermes II, Motorola A780 here on my side. I know some other people > >>> have been using OsmoSGSN/OpenGGSN for iPhone related work, though I > >>> don't know which particular model they've used. > >>> > >>>> Better yet, is there anything out there that can generate an L2 or L3 > >>>> trace, like the Nokia 3310, but for GPRS as well as GSM? > >>> > >>> The only ones that come to my mind are the TEMS variants of the K800i, > >>> but those are of course hard to come by and/or expensive :/ > >>> > >>> Have you considered using Luca's work on gprsdecode? This way you > could > >>> do an air interface trace of what's happening between BTS and MS. > >>> > >>> 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) > >> > >> > >> > > > > > > > > > ------------------------------ > > _______________________________________________ > OpenBSC mailing list > OpenBSC(a)lists.osmocom.org > https://lists.osmocom.org/mailman/listinfo/openbsc > > > End of OpenBSC Digest, Vol 36, Issue 11 > *************************************** >

2 1

Re: OpenBSC Digest, Vol 36, Issue 8
by Dick Rwegaba 15 Dec '11

15 Dec '11

dear pals please help with this error for gnuradio build checking for boost >= 1.35... yes checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... no checking whether pthreads work with -Kthread... no checking whether pthreads work with -kthread... no checking for the pthreads library -llthread... no checking whether pthreads work with -pthread... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... no checking whether the boost::thread includes are available... yes checking for exit in -lboost_thread-mt... yes checking whether the boost::date_time includes are available... yes checking for exit in -lboost_date_time-mt... yes checking whether the boost::system includes are available... yes configure: error: Could not link against libboost_system! root@debian:~/gnuradio# ^C On Mon, Dec 12, 2011 at 2:00 PM, <openbsc-request(a)lists.osmocom.org> wrote: > Send OpenBSC mailing list submissions to > openbsc(a)lists.osmocom.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.osmocom.org/mailman/listinfo/openbsc > or, via email, send a message with subject or body 'help' to > openbsc-request(a)lists.osmocom.org > > You can reach the person managing the list at > openbsc-owner(a)lists.osmocom.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of OpenBSC digest..." > > > Today's Topics: > > 1. slightly off the topic (Akib Sayyed) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 12 Dec 2011 10:28:24 +0530 > From: Akib Sayyed <akibsayyed(a)gmail.com> > To: "openbts-discuss(a)lists.sourceforge.net List" > <openbts-discuss(a)lists.sourceforge.net>, openbsc(a)lists.osmocom.org > Subject: slightly off the topic > Message-ID: > <CAMG-S91QY0FLChBfiG3g3n6w_WLinW9VQXsxbLqNra12VXk0ZQ(a)mail.gmail.com > > > Content-Type: text/plain; charset="utf-8" > > guys i wanted to know what gnuradio version is needed for airprobe. > i tried asking on airprobe list but dint got any repsonse. > > also i tried to compile gnuradio 3.1.2 but dint worked for me. > can any one please > explain?? > > > thanks in advance > > -- > Akib Sayyed > Matrix-Shell > akibsayyed(a)gmail.com > akibsayyed(a)matrixshell.com > Mob:- +91-966-514-2243 >

2 1

RFC: Osmocom developer workshop 2012
by Harald Welte 14 Dec '11

14 Dec '11

<DISCLAIMER> Please follow-up to openbsc(a)lists.osmocom.org </DISCLAIMER> Hi all, this idea has been around for quite some time, and for 2012 I really want to turn it into reality: I'd like to have a Osmocom developer workshop The idea here is to get all the active contributors of the project together for a couple of days (maybe 2-4 days), in order to exchange ideas, get to know each other better and last but not least work together on ironing out some of the more difficult issues. * City: Regarding the location: I think for me it is only possible to organize it if it is to be held in Berlin. I'mn happy if somebody else wants to host it at some other location, but then that person would also have to take care of local organization. Berlin also has good train and flight connections, which is definitely a plus. * Venue: If it is in Berlin, we might consider talking with c-base or Raumfahrtagentur as possible venues. * Date: Regarding a proposed date, I'm completely open for suggestions. Of course there shouldn't be any overlap with other major FOSS or Sescurity related conferences, and it should also not coincide with major public holidays, as that only makes travel + accomodation more expensive. * Funding: As we don't have that many commercial users of Osmocom projects, getting funding for e.g. travel / accomodation is probably going to be difficult. We can ask the "usual suspects" among those commercial users we know,, but I guess it will only be possible in exceptional cases to provide that kind of funding. Any ideas / comments / feedback is much appreciated. If somebody has a particular suggestion. <DISCLAIMER> Please follow-up to openbsc(a)lists.osmocom.org </DISCLAIMER> Cheers, 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)

7 13

omsosgsn test phone recommendation?
by David A. Burgess 14 Dec '11

14 Dec '11

Hi - Can someone recommend a good smartphone for testing with OsmoSGSN? We are having trouble getting our GPRS modem to recognize a ACTIVATE PDP CONTEXT ACK message and are trying to determine if the error is in the modem, in OmsoSGSN or somewhere in between. Better yet, is there anything out there that can generate an L2 or L3 trace, like the Nokia 3310, but for GPRS as well as GSM? -- David

5 6