- OpenBSC - lists.osmocom.org

Re: Regular Osmocom meeting in Berlin?
by Zsombor 30 Mar '12

30 Mar '12

Can you record the video about the presentations and upload to some video sharing site ? I'm certain, that there would be some interest watching it :) Thanks, Zsombor On 2012.03.30. 13:33, "Tobias Engel" <t-openbsc(a)tobias.org> wrote: On 29.03.2012 21:41, Peter Stuge wrote: > Harald Welte wrote: >> I was pondering to start a regular ... I would say monthly is more realistic. But I'm also fine with bi-weekly. >> What day of the week should we be aiming at? > > I like Wednesday. Me too. -Tobias

1 0

Call for participation LSM/RMLL
by Mathias Coinchon 29 Mar '12

29 Mar '12

Dear Osmocom community, This email to inform you that the call for participation for the next Libre Software Meeting (LSM or RMLL: Rencontres Mondiales du Logiciel Libre) ends on 31st March: http://2012.rmll.info/en/participate/call-for-papers This edition will take place in Geneva from 7th to 12th July 2012 (7-8 general public days, 9-12 theme focused, professional). It would be of great interest for the communities to learn about the Osmocom projects in presentations or workshop. Real world applications would be interesting too. So please don't hesitate to directly submit. Don't hesitate also to contact me for more information. Mathias Coinchon

1 0

Question regarding timeouts and RRLP
by Refik Hadzialic 28 Mar '12

28 Mar '12

Dear group members, I would like to ask you a question regarding the timeouts and initiating/allocating an SDCCH channel for a subscriber inside of the GSM network. I am trying to modify some parts of OpenBSC (/openbsc/src/libmsc/rrlp.c) and to implement the MS-based RRLP in OpenBSC (to send assistance data in form of almanac, ephemeris, BTS geolocation data and GPS reference time to the MS). At the moment I use the silent sms to start an RRLP request (send RRLP request + assistance data and then send the silent sms). But if it takes too long to send the assistance data OpenBSC starts from the beginning (send rrlp request + assistance data + sms again). I think this is because OpenBSC waits for an ack from the MS for the silent sms (which has not been sent) and therefore it's a timeout issue. As a quick hack I have modified parts of the code and got the RRLP to work (sent successfully these data and I got a position from the MS). Just for the curious one, I commented out three lines just before the return, in /openbsc/src/libmsc/gsm_04_11.c in the function, gsm411_rx_rp_ack, the following lines: //else //gsm411_release_conn(trans->conn); /* free the transaction here */ //trans_free(trans); and I changed one timer value from 10 to 100, in /openbsc/src/libbsc/bsc_rll.c in the function, rll_establish to: osmo_timer_schedule(&rllr->timer, 100, 0);. As I know what I did was wrong (since changing the timers and not releasing the channel properly influences the whole system) but I just did it for the purpose of testing and to see do I send correct data and does the RRLP work at all. I hope you can give me some hints and guides how to allocate a channel for around 130 seconds and to send the RRLP assistance data within that channel without doing the above tricks. Once everything works properly I will provide the RRLP code. Best regards, Refik Hadzialic

1 0

Generate html with coverage info for osmocom
by Holger Hans Peter Freyther 26 Mar '12

26 Mar '12

Hi All, I wrote this very simple script to build a bit of osmocom with coverage info, run the tests and use the lcov utility to create html. I am too lazy to upload the result somewhere right now. holger

1 1

[PATCH] ofono: add support for Wavecom Q2403 modem
by pablo＠gnumonks.org 24 Mar '12

24 Mar '12

From: Pablo Neira Ayuso <pablo(a)gnumonks.org> Hi! Harald and me have been working on getting Wavecom Q2403 modem working with ofono. I promise to submit this to ofono mainstream at some point. It includes the udev configuration (see 80-ofono-wavecom.rules). Pablo Neira Ayuso (1): ofono: add support for Wavecom Q2403 modem 80-ofono-wavecom.rules | 6 ++ Makefile.am | 3 + acinclude.m4 | 2 +- drivers/atmodem/sim.c | 8 ++ drivers/atmodem/sms.c | 31 ++++++- drivers/atmodem/vendor.h | 1 + gatchat/gatchat.c | 3 +- plugins/udev.c | 2 + plugins/wavecom_q.c | 192 ++++++++++++++++++++++++++++++++++++++++++++++ 9 files changed, 241 insertions(+), 7 deletions(-) create mode 100644 80-ofono-wavecom.rules create mode 100644 plugins/wavecom_q.c -- 1.7.2.5

1 1

Supplementary Services / Call Waiting in openbsc
by Tobias Engel 22 Mar '12

22 Mar '12

Hi, I pushed the branches tobias/supplementary_services to libosmocore and openbsc repositories. The idea is to enhance openbsc to be able to provide Supplementary Services other than USSD. I tried to implement activation, deactivation and interrogation in a generic way. Registration is not yet implemented, also handling of different teleservices is missing (Everything will be treated as requested for "Telephony"). Call Waiting is now implemented on top of those changes (it is one of the SS that doesn't need registration). (De-)Activation and interrogation can be triggered from the phone using either the menu or the MMI codes *43#, #43# and *#43# (see GSM 02.30). So a call to a subscriber will now only proceed if said subscriber isn't busy or CW has been provisioned and activated. (For details see the commit messages.) I know this isn't the most sexy new feature, but I needed it to test something and maybe somebody wants to implement other supplementary services like call forwarding... -Tobias

1 0

OsmoDevCon video recording
by Alexander Chemeris 22 Mar '12

22 Mar '12

Hi all, On Tue, Feb 21, 2012 at 11:54, Harald Welte <laforge(a)gnumonks.org> wrote: > On Tue, Feb 21, 2012 at 08:10:35AM +0100, Sylvain Munaut wrote: >> As for live audio/video stream, I would suggest it's a bit of a >> complication we don't need. We could just do recordings and upload >> them publically or not afterwards depending on the speaker choice. > > that might be an idea, but in fact it would be better to have the > speaker be able to decide not to be recorded in the first place ;) > > Rule number one of data protection: Don't even create/store data that > you don't require to store... (German: "Datensparsamkeit") Following up on this, it seems to me that there is an agreement that we want to record talks where speaker doesn't object against recording. So, I'll try to get a good FullHD camera today and bring it to the conference, but we also need a tripod for a good quality recording. Is there anyone local who could bring one? We don't want to bring one from Moscow. :) -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ООО УмРадио http://fairwaves.ru

1 1

LAPD sequence error issues while bootstrapping RBS2308
by Pablo Neira Ayuso 21 Mar '12

21 Mar '12

Hi Andreas, I'm having some problems while bootstrapping RBS2308 with the existing code. I think it is related to LAPD sequence number checkings: lapd.c:595 TX: 02 01 02 00 0c 11 01 80 1e 02 27 17 59 06 0 00 00 00 00 00 00 00 00 00 00 00 00 ff e5 04 00 dahdi.c:248 dahdi TX (TS=1): 37 bytes lapd_core.c:1832 msg-len 31 sent 31 left 0 N201 260 t byte 0c lapd.c:345 RX: 02 01 01 04 lapd_core.c:1256 RR received in state LAPD_STATE_MF_EST lapd_core.c:739 ack frame 1 lapd_core.c:216 stop T200 lapd_core.c:208 start T203 lapd_core.c:1780 lapd_send_i() called from line 1294 lapd.c:345 RX: 00 01 02 04 10 1c 1a 02 62 11 1c 11 01 80 lapd_core.c:1463 I received in state LAPD_STATE_MF_EST lapd_core.c:1512 N(S) sequence error: N(S)=1, V(R)=0 ^^^^^^^^^^^^^^ It seems to me that the BSC transmits data while something is still coming from the BTS. Then, BSC's LAPD code silently drops the message (without rejection). Just a bit later the BSC gets a rejection from BTS's RSL layer. lapd.c:595 TX: 00 01 09 00 dahdi.c:248 dahdi TX (TS=1): 6 bytes lapd_core.c:224 stop T203 lapd_core.c:208 start T203 lapd_core.c:1780 lapd_send_i() called from line 1538 lapd.c:345 RX: 00 01 00 04 10 1c 1a 02 62 11 1c 11 01 80 lapd_core.c:1463 I received in state LAPD_STATE_MF_EST lapd_core.c:1546 incrementing V(R) to 1 lapd_core.c:224 stop T203 lapd_core.c:208 start T203 lapd_core.c:1555 message in single I frame abis_rsl.c:1128 (bts=0,trx=0) ERROR REPORT CAUSE=0x62(Message Sequence Error) So the bootstrapping process never ends and the BTS never comes up. Let me know if you can provide any clue to resolve this issue. Thanks!

2 1

"Osmo-USRP": combining OpenBTS and Osmocom
by Thomas Cooper 20 Mar '12

20 Mar '12

Hey all, I've been working on connecting OpenBTS and osmo-bts ever since Harald formed the openbts-osmo repo (http://cgit.osmocom.org/cgit/openbts-osmo) and left me with a nice muxer framework and L1-L2 separation. I've named it Osmo-USRP but you can call it openbts-osmo or TrueBTS or whatever; it's not a big deal. Unfortunately I'm running short on time for completing my MS research, so testing is nowhere near complete but I figured I'd let the public users help me out a bit here if they want to try it out. Many thanks to Tom Tsou for helping me weed out bugs and test too. I've only scratched the surface of testing it with USRP1, USRP2, single vs. multiple PCs (Ubuntu and Fedora), and multiple BTSs. I've been able to get a stable network of 1 and 2 BTSs across 2 PCs with multiple MSs camped, and voice calls and SMS working. There seem to be a few fickle and unknown issues depending on which PC/Linux flavors/time of day I tested, and of course sometimes it will work for a certain MS but not another. Sometimes MSs won't location update to the network, or will hit errors when establishing a call; in the usual case, this won't even free the TCH so if resources run out the BTS must be rebooted. Just a few issues to name here, and I'm sure there are more out there. The current focus of work (when I can find time) is implementing handover between cells. I'm not even sure if osmo-bts and OpenBTS contain all the supporting functionality for handover (OpenBSC does though). The MSs correctly send SACCH meas reports, the BSC detects and decides to handover, and the TCH is activated, but I think the Handover Command is getting lost in the BTS or the MS Handover Accept bursts are being processed. The newly activated osmo-bts instance segfaults somewhere in LAPDm. I haven't had time lately to pinpoint the error, but just wanted to update on the current status of that. Also, multiple configuration files are needed because I have network parameters hard-coded (just for ease), which is elaborated some in the wiki. I ran into a segfault/bug trying to implement passing in config parameters from OpenBSC, and gave up to pursue more critical aspects of the project. Github repo: https://github.com/tacooper (first release tag for Osmo-USRP = v0.1) README/Guide: https://github.com/tacooper/Osmo-USRP/downloads (issues, configuration, and example setup for single/multi-BTS networks) If you'd like to help out by testing or even working on this project, it is much appreciated, even if only to help me grow my understanding of GSM networks through discussion. Thanks! Tom Cooper

3 4

[PATCH 9/9] Fixed problem of mute audio on some calls
by Andreas Eversberg 16 Mar '12

16 Mar '12

When reading from RTP socket, the first read() may fail right after connecting to remote socket. Subsequent read() will work as it should. If the remote socket does not open fast enough, the transmitted RTP payload can cause an ICMP (connection refused) packet reply. This causes the read to fail with errno=111. In all other error cases, the errno is logged at debug level. In all error cases, reading is not disabled. --- openbsc/src/libtrau/rtp_proxy.c | 13 ++++++++++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/openbsc/src/libtrau/rtp_proxy.c b/openbsc/src/libtrau/rtp_proxy.c index 88753b6..23d0d1d 100644 --- a/openbsc/src/libtrau/rtp_proxy.c +++ b/openbsc/src/libtrau/rtp_proxy.c @@ -503,9 +503,16 @@ static int rtp_socket_read(struct rtp_socket *rs, struct rtp_sub_socket *rss) return -ENOMEM; rc = read(rss->bfd.fd, msg->data, RTP_ALLOC_SIZE); - if (rc <= 0) { - rss->bfd.when &= ~BSC_FD_READ; - return rc; + if (rc == 0) + goto out_free; + if (rc < 0) { + /* Ignore "connection refused". this happens, If we open the + * socket faster than the remove side. */ + if (errno == ECONNREFUSED) + goto out_free; + DEBUGPC(DLMUX, "Read of RTP socket (%p) failed (errno %d, " + "%s)\n", rs, errno, strerror(errno)); + goto out_free; } msgb_put(msg, rc); -- 1.8.1.5 --------------060407040809040206020102--

1 0