OpenBSC

openbsc@lists.osmocom.org

13 participants
4278 discussions

Question about ms max power parameter.
by Philipp Fabian Benedikt Maier 10 Apr '13

10 Apr '13

Hi Folks. I have a simple and straight forward question: in the openbsc.cfg i find a parameter "ms max power" which is set to 15 dBm (apporox 30mW) by default. http://openbsc.osmocom.org/trac/wiki/osmo-nitb_VTY says the following: "maximum transmit power (in dBm) to be used by MS in this BTS. This is used in the System Information on the BCCH as well as for the MS power level at the time a dedicated channel is activated." My question is how low may i set ms max power level? Is 15dBm already the lowest possible minimum or can i set it down to 1dBm if i like? regards Philipp

1 0

Bounce action notification
by mailman＠lists.osmocom.org 01 Apr '13

01 Apr '13

This is a Mailman mailing list bounce action notice: List: OpenBSC Member: fabrice.poundeu(a)smail.inf.fh-bonn-rhein-sieg.de Action: Subscription disabled. Reason: Excessive or fatal bounces. The triggering bounce notice is attached below. Questions? Contact the Mailman site administrator at mailman(a)lists.osmocom.org.

1 0

NEWSDR'13 Workshop / OpenBSC / OsmocomBB
by Harald Welte 01 Apr '13

01 Apr '13

Hi All, as I've just been made aware of by a business contact, there is a NEWSDR'13 workshop which, among other things, has OsmocomBB and OpenBSC on the list of topics: http://ecewp.ece.wpi.edu/wordpress/sdr-boston/newsdr-13/call-for-papers/ Did anyone ever hear of this workshop? Did the organizers ever make contact with us? I'm a bit surprised that somebody organizes a workshop with "our" projects on the agenda without even sending the CfP to us. Or maybe I just missed it? In case somebody is submitting a paper there: Please make sure to coordinate here in order to avoid different developers/contributors from submitting similar/related topics. 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

Re: NEWSDR'13 Workshop / OpenBSC / OsmocomBB (Harald Welte)
by Robin Coxe 31 Mar '13

31 Mar '13

I've never heard of either this workshop or the SDR Boston Listserv and don't know any of the people on the organizing committee. One of the moderators of the mailing list, which I just joined, is an EE professor at Northeastern University, Miriam Lesser, who is well known in the FPGA community. Since I'm based in Boston, I'll plan to attend provided I'm not traveling for my day job. If anyone would like to participate by proxy, please let me know. [If I can get my act together in time, I may demo OpenBTS ported to a Xilinx Zynq using the new Close-Haul GAPfiller RF front end.] -Robin

1 0

Problem with flashing BS-11
by Sergey V. Efimov 27 Mar '13

27 Mar '13

Hello All, Did anyone ever experienced such strange problems when downloading firmware into BS-11? === $ bs11_config bs11_config (C) 2009-2010 by Harald Welte and Dieter Spaar This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY LMT LOGON: ACK PHASE: 1 Software required Abis-link: Down <0005> abis_nm.c:1196 Software Load (BTS 0, File "BTSBMC76.SWI") Software Load Initiate ACK === ...and then nothing happens for hours. I.e., no progress percentage, segment acknowledges, etc. Does it mean that BTS is broken or something other? Regards, Sergey.

1 1

Range Networks: Open Source Cellular Networks
by Markus Zielonka 27 Mar '13

27 Mar '13

"Range Networks formally introduced today its executive management team to deliver a complete open source software version of the cellular system. Range Networks says it is the world’s leading provider of American-made commercial open source cellular systems and is slashing the cost to own and operate mobile networks." http://www.dailywireless.org/2013/03/26/range-networks-open-source-cellular…

1 0

Leak/Double-free handling in SGSN
by Holger Hans Peter Freyther 27 Mar '13

27 Mar '13

Hi, I was discussing this crash[1] with Jan at the 29C3 and recently in Iceland. On top of that Katarina pointed me to the best practises[2] of talloc. In general I disagree with them[3] but they provide a nice solution for the SGSN/MSGB ownership issue. Methods that send a msgb should create a new local context and attach it to a global context for all local contexts (so we see them in the leak report). This would probably be done with a helper function in libosmocore. Once the msgb is created, we will steal it into the local context. Then we pass it down the rabbit hole. Once it is reaching the write_queue it is stolen back (or into a write queue context). The initial caller will free his local context. And now there are three options: a.) The msgb has made it into the write_queue. b.) The msgb has been already deleted due to an error c.) The msgb is still in the local context and will be freed. Using the talloc_steal and the local context will make sure we do not leak and do not double free. We can (and should) add a warning to see under which circumstances the msgb has not been freed. I think the implementation of this will be about 10-15 lines of code (probably too optimistic). comments? holger [1] http://openbsc.osmocom.org/trac/ticket/55 [2] http://talloc.samba.org/talloc/doc/html/libtalloc__bestpractices.html [3] Most of our functions only allocate one object. There is no point in having a hierachy of ROOT -> SingleObject. This indirection is wasteful in most cases.

1 1

Re: A scalabe solution to connect ip-based BSS to legacy GSM networks
by Dmitri Soloviev 25 Mar '13

25 Mar '13

This is just a proposal how a scalable cost-effective solution can look like. It is not implemented yet, but the goal is to work out a right approach. I developed quite similar things in 2003, when I interfaced ip.access BSC to S-12 and AXE-10. This is a piece of operator infrastructure, desired to be sold to MNO. In Russia it also assumes certification procedure, held by authorized center. On Mon, Mar 25, 2013 at 1:16 PM, John Wu <jwjohn0(a)gmail.com> wrote: > Hi Dmitri, > Have you developed the solution connect private GSM network to operator > core network? > But this should be allowed by the local operator, right? > > > On Sat, Mar 23, 2013 at 5:09 PM, Dmitri Soloviev <dmi3sol(a)gmail.com>wrote: > >> Hi >> >> we've got several requests to extend existing GSM networks with our radio >> equipment, where ip transport is appreciated. >> >> Please take a look at my vision of interfacing A-over-ip to a legacy GSM >> A-interface. >> >> Building blocks: >> >> 1. OpenBSC with ip.access-compatible A-over-ip interface >> >> 2. MGCP-controlled transcoder, built with Sangoma D-series cards. Can be >> assumed as a shared resource, available for several BSC instances. >> http://www.sangoma.com/assets/docs/datasheets/en/d500.pdf >> >> 3. TelscaleSS7card - a stand-alone signaling and media gateway, with 2 E1 >> and 2 Ethernet interfaces, running embedded linux on board. >> It converts A-over-ip to A-interface, acts as MGCP call agent for BTSs, >> transcoders and other telscaleSS7cards. A card is implemented in PCI form >> factor, but bus is used just to provide power supply. >> In other words, a card can act either as a combined SG+MG, converting >> A-over-ip into SS7 and RTP into E1 timeslot, or just a MG, converting RTP >> into E1, without any impact on the host system. >> >> >> When a [signaling gateway + call agent] detects ASSIGNMENT_REQUEST or >> HANDOVER_REQUEST, it stores cic value. As soon as ASSIGNMENT_COMPLETE or >> HO_REQ_ACK is detected, it builds RTP chain that unites >> BTS<->transcoder<->media_gateway. The chain is broken after the call is >> finished. >> >> Depending on the chosen cross plane, 4U 19" industrial PC can carry >> several BSC instances with transcoding, serving about 20 E1 interfaces (ea >> about 80 ARFCNs). Performance requirements for industrial PC cards are also >> negligible: computer will run OpenBSC and configure transcoder cards, being >> controlled by means of MGCP. >> >> >> >> Best Regards, >> Dmitri >> > >

1 0

A scalabe solution to connect ip-based BSS to legacy GSM networks
by Dmitri Soloviev 23 Mar '13

23 Mar '13

Hi we've got several requests to extend existing GSM networks with our radio equipment, where ip transport is appreciated. Please take a look at my vision of interfacing A-over-ip to a legacy GSM A-interface. Building blocks: 1. OpenBSC with ip.access-compatible A-over-ip interface 2. MGCP-controlled transcoder, built with Sangoma D-series cards. Can be assumed as a shared resource, available for several BSC instances. http://www.sangoma.com/assets/docs/datasheets/en/d500.pdf 3. TelscaleSS7card - a stand-alone signaling and media gateway, with 2 E1 and 2 Ethernet interfaces, running embedded linux on board. It converts A-over-ip to A-interface, acts as MGCP call agent for BTSs, transcoders and other telscaleSS7cards. A card is implemented in PCI form factor, but bus is used just to provide power supply. In other words, a card can act either as a combined SG+MG, converting A-over-ip into SS7 and RTP into E1 timeslot, or just a MG, converting RTP into E1, without any impact on the host system. When a [signaling gateway + call agent] detects ASSIGNMENT_REQUEST or HANDOVER_REQUEST, it stores cic value. As soon as ASSIGNMENT_COMPLETE or HO_REQ_ACK is detected, it builds RTP chain that unites BTS<->transcoder<->media_gateway. The chain is broken after the call is finished. Depending on the chosen cross plane, 4U 19" industrial PC can carry several BSC instances with transcoding, serving about 20 E1 interfaces (ea about 80 ARFCNs). Performance requirements for industrial PC cards are also negligible: computer will run OpenBSC and configure transcoder cards, being controlled by means of MGCP. Best Regards, Dmitri

1 0

Calls to non-existent extensions
by "Philip Kai Stefan Schütz" 19 Mar '13

19 Mar '13

Hello, I am using a setup consisting of an ip.access nanoBTS (165) and the sysmocom sysmoBSC for detecting and analysing malware on mobile phones. So far, I sniff the IP traffic at the Uplink-Interface and the traffic between the nanoBTS and the sysmoBSC for SMS. Now I want to extend my project and detect calls. When analysing a pcap file I can easily find a call that has been connected by the BSC in the RSL protocol. However, if the call could not be connected (because the dialed number is not in the HLR), I can not find any sign of a connection between BTS and BSC whatsoever. When analysing a new malware, I don't know the number the malware dials, so I can't give the extension to a second phone. I thought the BTS transferred the dialed number to the BSC, the BSC knows the extension doesn't exist and refuses the connection. In which protocol can I find the attempt to connect and the dialed number? Another solution I thought of was using Asterisk with a softphone that all calls are routed to. Is that possible? Is there any way to use the sysmoBSC with an Asterisk server? I found lots of tutorials on how to use openBSC with Asterisk, but nothing on osmo-nitb+Asterisk and the sysmoBSC. Asterisk would run on a second machine connected to the sysmoBSC of course. Regards, Philip

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC