OpenBSC

openbsc@lists.osmocom.org

1 participants
4173 discussions

by Harald Welte

Hi! It's about time that we find some kind of graphical project logo for the Osmocom project. Osmocom is intended as an umbrella project for software like OpenBSC, OsmoSGSN, OsmocomBB and others. So it might even be interesting to have some kind of 'family' of logos that all have the same general theme.... At least the bigger projects like OpenBSC and OsmocomBB definitely deserve their own incarnation within that family. If you want to contribute to our project but are not a die-hard C developer, this is your option to contribute! The logo must be under a license that permits use+modification for the Osmocom project itself. Editability for the general public is not important. With regard to formats, I would prefer something as SVG that we can then render into pngs of various sizes whenever there is demand for it. If you have a proposal, simply send it (or a link to a URL) to the openbsc(a)lists.gnumonks.org mailing list. Thanks in advance for any submissions! -- - 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)

15 years, 1 month

Problem by compiling the last version

by Luca Bertoncello

Hi, list! I need the last version of OpenBSC, then I got it from git and I try to compile it. Unfortunately I get this error: make[2]: Entering directory `/home/lucabert/BSC/openbsc/openbsc' make[2]: *** No rule to make target `libsccp.pc', needed by `all-am'. Stop. make[2]: Leaving directory `/home/lucabert/BSC/openbsc/openbsc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/lucabert/BSC/openbsc/openbsc' make: *** [all] Error 2 What is this libsccp? I just have a libsccp.pc.in. Maybe is it a new file in the project and it is not in the configure? Thanks -- _______________________________________________________________________ Luca Bertoncello Entwicklung Mail: bertoncello(a)netzing.de NETZING Solutions AG Tel.: 0351/41381 - 23 Fröbelstr. 57, 01159 Dresden Fax: 0351/41381 - 12 _______________________________________________________________________ Impressum: NETZING Solutions AG - Fröbelstraße 57 - 01159 Dresden Sitz der Gesellschaft Amtsgericht Dresden HRB 18926 Vorstand Dieter Schneider - Aufsichtsratsvorsitzender Volker Kanitz USt.Id DE211326547 Mail: netzing.ag(a)netzing.de

15 years, 1 month

[ANNOUNCE] planet.osmocom.org

by Harald Welte

Hi! We now have a planet (RSS feed aggregator) for the Osmcoom project, it's running at http://planet.osmocom.org/ Please let me know if you think I should add any feeds to it. There is no strict requirement for contributions to the Osmocom project, but it should be technical and related to protocols / hacking / development of mobile telephony systems. 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)

15 years, 1 month

Channel Release Changes to Master

by Holger Freyther

Hi all, I have merged the Channel Release changes that were prototyped/used in the on-waves/bsc-master branch and basic testing shows that it is working. If you see weird things happening, please tell me and I try to figure out if it is due the changes I made or not. The problem I tried to solve was this: Assume a phone sends a SMS (allocates SAPI=3) and then we do release the channel. Now this can happen with a nanoBTS (and I think it is a bug): BSC BTS/MS RF Channel Release -> <- RF Channel Release Ack <- Release Indication SAPI=0 <- Release Indication SAPI=3 The OpenBSC code used to declare the lchan as available with the RF Channel Release ACK, we also decided to release the channel with the SAPI release indication.. So we were sending a RF Channel Release twice... Now with a loaded cell we could have re-allocated this lchan and then we release someone's else lchan... I was seeing from RF Failures, to BTS crashes with two concurrent phones doing call testing.. Our release procedure now works like this: chan_alloc.c is called to release the lchan. 1.) we remember the release reason and if we should send a SACH deactivate 2.) we declare the channel to be in state release request 3.) we start to release the highest allocated SAPI != 0 (well only three) 4.) from abis_rsl.c we will call to chan_alloc.c in case a SAPI got released and repeat 3rd). 5.) If only SAPI=0 is left we either release or send a SACH deactivate.. 6.) we send a RF Channel Release...

15 years, 1 month

New cellmgr-ng git repository filled with content

by Holger Hans Peter Freyther

Hi all, I have just pushed some code to a public repository. It was written to run on an embedded Linux platform and convert from E1/MTP-Level1 to TCP/IP. Besides being hacky (I had to do more than initially planned) it provides some code for MTP-Level3 and handles the link test (SLTM/SLTA). The code is using a library that has only existed for a couple of days and need to be ported to libosmocore, the new vty code and such, it will eventually happen. regards holger

15 years, 1 month

AW: OpenBSC+LCR+Asterisk: I got it!

by Andreas.Eversberg

i did not write this howto, also i have no access to change it anyway. > To use in extensions.conf is: > > [btsctrl] > exten => _02X.,1,GotoIf($[${CALLERID(name)} != ""]?4) > exten => _02X.,2,Set(CALLIDORIG=${CALLERID(num)}) > exten => _02X.,3,Set(CALLERID(num)=02${CALLIDORIG}) > exten => _02X.,4,Dial(LCR/GSM/${EXTEN:2},120) > > So can I define a prefix (02) for mobiles and forward the calls to LCR. > > Maybe help someone other having my problem. > I suggest Andreas Everberg to update his HowTo...

15 years, 1 month

AW: OpenBSC+LCR+Asterisk: I got it!

by Andreas.Eversberg

hi, what howto do you mean? can you give me the link to it? regards, andreas > To use in extensions.conf is: > > [btsctrl] > exten => _02X.,1,GotoIf($[${CALLERID(name)} != ""]?4) > exten => _02X.,2,Set(CALLIDORIG=${CALLERID(num)}) > exten => _02X.,3,Set(CALLERID(num)=02${CALLIDORIG}) > exten => _02X.,4,Dial(LCR/GSM/${EXTEN:2},120) > > So can I define a prefix (02) for mobiles and forward the calls to LCR. > > Maybe help someone other having my problem. > I suggest Andreas Everberg to update his HowTo...

15 years, 1 month

Unable to configure a BTS

by Luca Bertoncello

Hi, again! So, as I said in my last E-Mail, I got a new BTS (DSC1800). Now I have to configure it, so I started ipaccess-find to get his IP and then ipaccess-config to configure it. I get this error: lucabert@Luca:/tmp$ ipaccess-config -u 151/0/0 -o 192.168.1.18 192.168.1.108 ipaccess-config (C) 2009-2010 by Harald Welte and others This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY Trying to connect to ip.access BTS ... Lost some E1 TEI link Lost some E1 TEI link Segmentation fault Can someone say me what is the problem? Thanks! -- _______________________________________________________________________ Luca Bertoncello Entwicklung Mail: bertoncello(a)netzing.de NETZING Solutions AG Tel.: 0351/41381 - 23 Fröbelstr. 57, 01159 Dresden Fax: 0351/41381 - 12 HRB 18926 / Ust.ID DE211326547 Mail: netzing.ag(a)netzing.de _______________________________________________________________________

15 years, 1 month

Detect phone calls

by Luca Bertoncello

Hi, list! Of course OpenBSC knows which phone-calls there are right now. I'd like to get this list. How can I do this? Thanks a lot! -- _______________________________________________________________________ Luca Bertoncello Entwicklung Mail: bertoncello(a)netzing.de NETZING Solutions AG Tel.: 0351/41381 - 23 Kesselsdorfer Str. 216, 01169 Dresden Fax: 0351/41381 - 12 HRB 18926 / Ust.ID DE211326547 Mail: netzing.ag(a)netzing.de _______________________________________________________________________

15 years, 1 month

Re: PATCH/RFC use recvfrom with MSG_TRUNC as flag

by Dieter Spaar

Hello Holger, On Fri, 23 Jul 2010 21:38:36 +0800, "Holger Hans Peter Freyther" <holger(a)freyther.de> wrote: > > PS: How big is your diff to make it compile on Windows? I have not ported the TUN calls yet. My last try for OpenBSC plus GPRS was in a Linux VM, however I had problems there with the TUN interface. I could see outgoing packets with proper NAT translation (the DNS queries from the phone) and I could also see the DNS replies "outside" the VM but they never got through to the TUN interface. Maybe its a problem related to the VM, but after this experience I decided to wait playing with the TUN interface on Cygwin because it probably makes sense to have a running reference system first. BTW, anyone having OpenBSC plus GPRS running on MacOS X ? Thats the closest to Unix I have here besides a VM. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

15 years, 1 month

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC