- OpenBSC - lists.osmocom.org

Re: neighbour cells
by Harald Welte 29 Feb '12

29 Feb '12

Hi Jolly, On Wed, Feb 29, 2012 at 09:21:34AM +0100, jolly wrote: > i improved the generation of neighbour cells of openbsc. the patch is > committed at origin/jolly/rtpmux. Thanks a lot for working on this. It's a really nasty subject with lots of bit-fiddling and many strange cases. > it generated the system information messages of neighbour cells in the > same and in other bands. depending on the location of the bcch and the > neighbour cells, the messages SI 2/5 and optionally SI 2bis/5bis and SI > 2ter/5ter are generated. > > i have tested it with several configurations. i would like to commit it > to master. any suggestions? I've reviewed it, and the patch seems fine to me. I haven't tested it, though. Feel free to commit it to master. And thanks for the verbose changelog message. 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)

1 0

Specifying channel mode for speech
by Thomas Cooper 29 Feb '12

29 Feb '12

Osmo-bts gets the MODE_MODIFY_REQ from OpenBSC with GSM48_CMODE_SPEECH_EFR to use for the channel mode. However, I would like to be able to specify using GSM48_CMODE_SPEECH_V1 instead (which is FR; EFR is not supported in L1). Is there an easy way to set the preferred channel mode/audio support? I didn't see anything on the VTY wiki or in the config file. Thanks, Tom

3 3

Easterhegg 2012 registration open
by Miguel Elias 27 Feb '12

27 Feb '12

Hi together, the registration for the next Easterhegg in Basel (Switzerland) is open. -->> https://easterhegg.ch We are still looking for workshops and lectures. You can find more information in the attached text file. Here our poster: https://easterhegg.ch/eh2012-plakat-a3.pdf Gruss Miguel aka nobody -- ------------------------------------------------------------------ Chaostreff Basel, Birsfelderstrasse 6, 4132 Muttenz, Schweiz WEB: https://www.chaostreff.ch Wiki: http://wiki.chaostreff.ch Jabber: nobody_su(a)jabber.ccc.de ------------------------------------------------------------------ === Please don't print this e-mail unless you really need to, this is your contribution to save the environment. ===

1 0

SMSC Thoughts
by Harald Welte 25 Feb '12

25 Feb '12

Hi! I'm just writiing this up as you mentioned that you were considering to look into implementing an external SMSC. This is great news, and of course you can do it whatever way you want to do it. However, to put things a bit more into perspective and ensure that this SMSC can also be used in a real GSM core network later on, I would like to ask you to consider staying in line with how the primitives/transacitions look like in a real GSM network. The idea here is that with every new interface we introduce in osmo-nitb, we should try ot move towards that of a real network. This does't mean that it has to implement the actual detailed MAP/TCAP/SCCP encoding as specified, but simply that they semantic of the primitives/messages and their order and time of occurrence is the same.

3 2

OpenBSC bug that triggers Qualcomm baseband bug (patch)
by Tobias Engel 24 Feb '12

24 Feb '12

Hi, currently, when OpenBSC receives any mobile originated Supplementary Service request, it always treats it as an USSD request (because the only SS it supports is a USSD request for sending back the extension of the subscriber). What I think the code in handle_rcv_ussd is meant to be doing is: If the request contained an USSD string, and if that string is equal to "*#100#", return the subscriber extension. In all other cases reject the request with "unrecognized component". But currently it returns the extension even when the SS request wasn't even an USSD request. That causes several phones with Qualcomm baseband to hang and reboot after a while because in some situations they send an interrogateSS request to query if any call forwardings are active and cannot handle the wrong answer they receive. (Strangely, that happens with most "modern" HTC phones i have tried right after logging into the network, rendering them completely useless for use with OpenBSC) Here is a patch: --- a/openbsc/src/libmsc/ussd.c +++ b/openbsc/src/libmsc/ussd.c @@ -54,7 +54,7 @@ int handle_rcv_ussd(struct gsm_subscriber_connection *conn, struct msgb *msg) if (req.text[0] == 0xFF) /* Release-Complete */ return 0; - if (strstr(USSD_TEXT_OWN_NUMBER, req.text) != NULL) { + if (strcmp(USSD_TEXT_OWN_NUMBER, (const char *) req.text) == 0) { DEBUGP(DMM, "USSD: Own number requested\n"); rc = send_own_number(conn, msg, &req); } else { -Tobias

5 6

uint32_t does not name a type
by Don Fanning 24 Feb '12

24 Feb '12

Trying to replicate my setup to a new machine. Not sure what I'm missing as now my old LCR source is showing the same issue on Debian 6.06. No difference with the current GIT commit... same error. root@Netbox:/usr/src/lcr# make make all-am make[1]: Entering directory `/usr/src/lcr' g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT gsm.o -MD -MP -MF .deps/gsm.Tpo -c -o gsm.o gsm.cpp In file included from gsm.cpp:14: mncc.h:195: error: ‘uint32_t’ does not name a type mncc.h:196: error: ‘uint32_t’ does not name a type mncc.h:197: error: ‘uint32_t’ does not name a type mncc.h:198: error: ‘uint16_t’ does not name a type mncc.h:199: error: ‘uint32_t’ does not name a type mncc.h:200: error: ‘uint32_t’ does not name a type gsm.cpp: In member function ‘void Pgsm::send_mncc_rtp_connect()’: gsm.cpp:133: error: ‘struct gsm_mncc_rtp’ has no member named ‘ip’ gsm.cpp:134: error: ‘struct gsm_mncc_rtp’ has no member named ‘port’ gsm.cpp:137: error: ‘struct gsm_mncc_rtp’ has no member named ‘payload_msg_type’ gsm.cpp:140: error: ‘struct gsm_mncc_rtp’ has no member named ‘payload_msg_type’ gsm.cpp:143: error: ‘struct gsm_mncc_rtp’ has no member named ‘payload_msg_type’ gsm.cpp:146: error: ‘struct gsm_mncc_rtp’ has no member named ‘payload_msg_type’ gsm.cpp:149: error: ‘struct gsm_mncc_rtp’ has no member named ‘payload_type’ gsm.cpp:150: error: ‘struct gsm_mncc_rtp’ has no member named ‘payload_msg_type’ gsm.cpp:150: error: ‘struct gsm_mncc_rtp’ has no member named ‘payload_type’ gsm.cpp:151: error: ‘struct gsm_mncc_rtp’ has no member named ‘msg_type’ gsm.cpp: In member function ‘void Pgsm::setup_cnf(unsigned int, unsigned int, gsm_mncc*)’: gsm.cpp:500: error: ‘struct gsm_mncc_rtp’ has no member named ‘msg_type’ gsm.cpp: In member function ‘void Pgsm::rtp_create_ind(unsigned int, unsigned int, gsm_mncc*)’: gsm.cpp:649: error: ‘struct gsm_mncc_rtp’ has no member named ‘ip’ gsm.cpp:649: error: ‘struct gsm_mncc_rtp’ has no member named ‘port’ gsm.cpp:650: error: ‘struct gsm_mncc_rtp’ has no member named ‘ip’ gsm.cpp:651: error: ‘struct gsm_mncc_rtp’ has no member named ‘port’ gsm.cpp:656: error: ‘struct gsm_mncc_rtp’ has no member named ‘ip’ gsm.cpp:656: error: ‘struct gsm_mncc_rtp’ has no member named ‘port’ gsm.cpp: In member function ‘void Pgsm::rtp_connect_ind(unsigned int, unsigned int, gsm_mncc*)’: gsm.cpp:669: error: ‘struct gsm_mncc_rtp’ has no member named ‘ip’ gsm.cpp:669: error: ‘struct gsm_mncc_rtp’ has no member named ‘port’ gsm.cpp:670: error: ‘struct gsm_mncc_rtp’ has no member named ‘ip’ gsm.cpp:671: error: ‘struct gsm_mncc_rtp’ has no member named ‘port’ make[1]: *** [gsm.o] Error 1 make[1]: Leaving directory `/usr/src/lcr' make: *** [all] Error 2

2 2

OsmoDevCon preliminary schedule
by Harald Welte 24 Feb '12

24 Feb '12

Hi all! = Schedule = I've put together a preliminary schedule for OsmoDevCon. It can be seen at http://laforge.gnumonks.org/tmp/OsmoDevCon.ics or as a html rendering at http://laforge.gnumonks.org/tmp/OsmoDevCon.html Pleaes notice that there is still a lot of flexibility, let me know if I forgot anything or if there is something missing. Please also note that there are some topics which were suggested and where there is an obvious speaker/moderator, but where that person probably doesn't really know anything about having to talk about that topic yet (e.g. Holgers work on cellmgr-ng, Smalltalk projects, ...). So please don't be too surprised if you find your name somewhere. We will probably want to talk about the topic, whether you will have time to prepare some slides or not ;) If somebody knows a good way to render a nice overview HTML table from the .ics file, I would appreciate that, as it would give a better overview. I've attached a icedove screenshot for your reference meanwhile. = Arrival / Departure = We are starting at 11am on friday, for people who arrive that very morning in Berlin. There are no scheduled talks/discussions after the lunch break on monday, but we still have the room until monday night, so feel free to stay around for more unscheduled discussions and hacking. = Meals = == Lunch == We will probably have sponsored lunches on one or two days brought by catering into c-base, but apart from that all meals will be on your own expense. Nevertheless we could try to organize something (like ordering large pizzas) and then share the cost. This would avoid the time delays associated with having to go to a restaurant, make an order, wait for the food, go back to c-base, etc. == Dinner == All I could offer with regard to dinner is to make reservations in not-too-far-away restaurants, where we could go together. Please let me know if I should take care of that or rather not. 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 18

Location Update (IMSI Attach) Procedure
by Thomas Cooper 23 Feb '12

23 Feb '12

Hey Osmoworld, Just a little intro before my rambling questions... I've been working on connecting OpenBTS and osmo-bts/OpenBSC together, and everything works well enough to at least send messages between the two (it's somewhat hackish but it works for me so far). The phone sees the network and when I attempt to connect, it is assigned a SDCCH and starts the typical location update process. This makes me think the underlying issue is in my OpenBSC/network setup. Now for the problems: (probably best to check the console output below first) Even though the MS receives an ID request and returns an ID response, the LU Request times out and returns cause=13 (default from config). I'm not sure what happens after the ID response since it doesn't seem to have sent anything else down to the MS. I also don't know too much about the MS's job, but it seems to send 3 LU requests every time (2 of which are unnecessary and rejected as duplicates). I assume that's what the preceding ERROR IND messages are referring to, but I don't know for certain. My BTS BCCH has LAI=001/01/1, which is correctly set in both OpenBTS and OpenBSC config files. The Location Updating Request contains LAI=001/01/65534, which I think may be the main issue since LAC=65534 is reserved (even looking in GSM-04.08, I couldn't find any details about this; can you shed some light please?). The MS works with standard OpenBTS by the way. I've looked through the gsm_04_08 code and Wireshark capture, but no clues stick out. I'm not too familiar with OpenBSC in general, so this could be as simple as setting some kind of config parameter. I figured I'd ask on here for help in case I'm just missing something basic. Here is the console output (with debug and authorize-everyone flags on): Wed Feb 22 13:06:24 2012 <0004> abis_rsl.c:1317 (bts=0,trx=0,ts=0,ss=0) Activating ARFCN(51) SS(0) lctype SDCCH r=LOCATION_UPDATE ra=0x0e ta=0 Wed Feb 22 13:06:24 2012 <0004> abis_rsl.c:1064 (bts=0,trx=0,ts=0,ss=0) CHANNEL ACTIVATE ACK Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 ESTABLISH INDICATION Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:1023 LOCATION UPDATING REQUEST: mi_type=0x01 MI(460020020292786) type=NORMAL Wed Feb 22 13:06:25 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05) Sending 0x18 to MS. Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1439 (bts=0,trx=0,ts=0,ss=0) ERROR INDICATION cause=unknown 0x0 Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 ESTABLISH INDICATION Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:1023 LOCATION UPDATING REQUEST: mi_type=0x01 MI(460020020292786) type=NORMAL ignoring request due an existing one: 0x20f1350. Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:383 Subscriber 460020020292786: LOCATION UPDATING REJECT LAC=1 BTS=0 Wed Feb 22 13:06:25 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05) Sending 0x04 to MS. Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1439 (bts=0,trx=0,ts=0,ss=0) ERROR INDICATION cause=unknown 0x0 Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 ESTABLISH INDICATION Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:1023 LOCATION UPDATING REQUEST: mi_type=0x01 MI(460020020292786) type=NORMAL ignoring request due an existing one: 0x20f1350. Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:383 Subscriber 460020020292786: LOCATION UPDATING REJECT LAC=1 BTS=0 Wed Feb 22 13:06:25 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05) Sending 0x04 to MS. Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 DATA INDICATION Wed Feb 22 13:06:25 2012 <0003> bsc_api.c:430 CLASSMARK CHANGE CM2(len=3) CM3(len=4) Wed Feb 22 13:06:27 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 DATA INDICATION Wed Feb 22 13:06:27 2012 <0002> gsm_04_08.c:446 IDENTITY RESPONSE: mi_type=0x02 MI(357966009107140) Wed Feb 22 13:06:30 2012 <0002> gsm_04_08.c:484 Location Updating Request procedure timedout. Wed Feb 22 13:06:30 2012 <0002> gsm_04_08.c:383 Subscriber 460020020292786: LOCATION UPDATING REJECT LAC=1 BTS=0 Wed Feb 22 13:06:30 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05) Sending 0x04 to MS. Wed Feb 22 13:06:30 2012 <0000> chan_alloc.c:429 (bts=0,trx=0,ts=0,ss=0) starting release sequence Wed Feb 22 13:06:30 2012 <0003> gsm_04_08_utils.c:231 Sending Channel Release: Chan: Number: 0 Type: 1 Wed Feb 22 13:06:30 2012 <0004> abis_rsl.c:579 (bts=0,trx=0,ts=0,ss=0) DEACTivate SACCH CMD Wed Feb 22 13:06:31 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0) SAPI=0 RELEASE INDICATION Wed Feb 22 13:06:31 2012 <0004> abis_rsl.c:621 (bts=0,trx=0,ts=0,ss=0) RF Channel Release CMD due error 0 Wed Feb 22 13:06:31 2012 <0004> abis_rsl.c:658 (bts=0,trx=0,ts=0,ss=0) RF CHANNEL RELEASE ACK Thanks for any help, Tom Cooper -- Graduate Research Assistant Wireless @ Virginia Tech tacooper(a)vt.edu

1 1

Re: OsmoDevCon preliminary schedule
by Dieter Spaar 21 Feb '12

21 Feb '12

Hello David, > I could also give a more detailed presentation on the radiomodem and > FEC parts of OpenBTS if there is interest in such low-layer details, > maybe on Monday afternoon if there are still people around. I am interested too, however I have to leave on Monday afternoon. But if I am the only one affected there is of course no need to change the schedule. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

4 4

OsmoDevCon planning / agenda
by Harald Welte 20 Feb '12

20 Feb '12

Hi all! Time is moving fast, and the OsmoDevCon is getting closer. There's still two months, but I think we should start to put together some kind of agenda. First of all, I would like to ask when we should start on Friday. I would make this somewhat dependent on when the participants will be arrviing. So far I was thinking about 10am. Please let me know if you arrive on Friday but significantly later than that. I have collected a number of topics for both 'presentation' style events as well as more round-table/discussion items at https://bs11-abis.gnumonks.org/trac/wiki/OsmoDevCon2012#Presentations and https://bs11-abis.gnumonks.org/trac/wiki/OsmoDevCon2012#WorkingGroupDiscuss… respectively. Please feel free to add topics that you want to speak yourself about, or that you would like to hear about. For example, we don't have anything about OsmoSDR or SIMtrace at this point, but I'm not sure how much interest there is about those topics. I would like to collect topics until 2012-02-15, and then start to make some kind of schedule. 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)

2 1