OpenBSC

openbsc@lists.osmocom.org

14 participants
4246 discussions

RFC: Establishing logging standards
by Holger Freyther 11 Nov '09

11 Nov '09

Hey, I think in the next days I will go around the sourcecode and change a couple of logging messages. My two primary goals are increase the usefulness to figure out what was going wrong and the second to be able to put some of these into the syslog. Should we use DEBUG* to also log to syslog or introduce a new set of macros? Log Levels: I think Harald has expressed the wish to introduce log levels. Should we follow the log levels of syslog(3)? Messages: I would like to collect formats for various actions. Currently I'm thinking of the following but would like to have more input. subscriber: When talking about a subscriber use TMSI, IMSI and Extension. lchan: Include refcount, channel type, link_id, subscriber sccp: Talk about SCCP source local reference and pointer transaction: Print the transaction? gsm0408: Print the lchan which prints the subscriber? comments? holger

3 8

[PATCH] implemented GSM340_TP_VPF_ABSOLUTE
by Steffen 'stefreak' Neubauer 11 Nov '09

11 Nov '09

From: Steffen Neubauer <stefreak(a)stefreak.de> - Added function "gsm340_scts" to decode the service center time stamp into a UTC/GMT timestamp - in function gsm340_validity_period: can now decode validity period format absolute. I hope it's good ;) Greetings, Steffen

2 4

No access message.
by Nordin 09 Nov '09

09 Nov '09

Hello guys, If I run the latest version of openbsc and tried to register with my MS (Nokia 6310) to it, my phone finally says No Access. I see sending Channel Release several time in the debugging output. I also see increase/decrease usage several time. It has been a while not looking at the meaning of debug messages. I just use the standard config file for nanobts and changed a few parameters like unit_id, band, mcc and mnc, that's all. I noticed that I can't add an accept parameter, like before. Also in the config file I can't find anything like that, am I missing something? kind regards, nordin.

3 5

Re: GPRS branch status updates
by Dieter Spaar 09 Nov '09

09 Nov '09

Hello Harald, On Mon, 2 Nov 2009 22:47:18 +0900, "Harald Welte" <laforge(a)gnumonks.org> wrote: > > This is actually very funny. According to the protocol, a RA update should > only be performed if the MS was/is already GPRS ATTACHED to this network > before. It clearly wasn't in this case, as the OpenBSC network never > offered GPRS support. Still, it tries it. That's why we're rejecting it. Not sure if I understand it in detail, from my understanding an RA Update is performed when the Routing Area has changed (or the periodic RA update timer has expired). So if the phone is already attached to a network, shouldn't we receive the RA update if it selects our new RA ? Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

2 2

SMS delivery
by Bjoern Heller 08 Nov '09

08 Nov '09

Hello, I never used it much, but when I try to send an SMS from a MS to another one it is not delivered to the second MS. OpenBSC displays that the SMS was received. If I do a Location Update on the second Phone the SMS gets delivered. Also if I enter the command "sms send pending". How can I setup automatic delivery? Am I right, that OpenBSC first looks, if the second subscriber is connected to the network and then delivers the message? regards Bjoern - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Björn Heller Jabber: tec(a)jabber.hellercom.de

3 2

Testers wanted: Ensuring BS-11 is always working
by Harald Welte 07 Nov '09

07 Nov '09

Hi! Since the current two main developers of OpenBSC (Holger and myself) are travelling almost all the time and not in the vicinity of a BS-11, I fear that we sometimes might introduce code that is incompatible with the BS-11 or introduces regressions on it. Threfore, I would like to see if there are any volunteers here who are willing to regularly check out the latest code and test it if it still works on their BS-11. Anyone? Thanks in advance, 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

Re: NanoBTS
by Bjoern Heller 05 Nov '09

05 Nov '09

Got it ;) Voice-calls working. Thanks everyone!!! Best Regards Björn Heller Am 05.11.2009 um 13:02 schrieb Holger Freyther <zecke(a)selfish.org>: > On Thursday 05 November 2009 12:50:32 Bjoern Heller wrote: >> Ok, found the BTS, but >> in ipaccess config I get a "no matching signalling link for hh- >> >>> proto=0xff" back. I used the command from the wiki... > > > update the source? I fixed that last week. > > z. > >

1 0

NanoBTS
by Bjoern Heller 05 Nov '09

05 Nov '09

Hello everybody! Got my ip.access today by mail! *happy. Is there any configuration tool for it? Or how do I configure it to listen on an specific IP? Best Regards Björn Heller

4 7

Re: Re: GPRS branch status updates
by Dieter Spaar 03 Nov '09

03 Nov '09

Hello Sylvain, On Tue, 03 Nov 2009 07:03:15 +0000, 246tnt(a)gmail.com wrote: > > Initially I had a segfault when receiving a GMM ATTACH. The MCC/MNC in the > CELL ID transmitted in the GMM ATTACH REQUEST are not the one I set in > openbsc.cfg, they seem hardcoded to 001/01 but I haven't found from where > yet. So currently you need to set 1/1 in your openbsc.cfg as well. Its in bsc_init.c, the variable "nanobts_attr_bts": NM_ATT_IPACC_CGI, 0, 7, 0x00, 0xf1, 0x10, 0x00, 0x01, 0x00, 0x00, I did modify patch_nm_tables() and added: // this overwrites nanobts_attr_bts[54], but we set it later anyway gsm48_ra_id_by_bts(&nanobts_attr_bts[49], bts); nanobts_attr_bts[54] = htons(bts->cell_identity) & 0xFF; nanobts_attr_bts[55] = (htons(bts->cell_identity) >> 8) & 0xFF; Additionally I fixed setting the BSIC: nanobts_attr_bts[45] = bts->bsic; I have not yet provided a patch because its not fully tested, however Harald is informed. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

1 0

Re: GPRS branch status updates
by Dieter Spaar 03 Nov '09

03 Nov '09

Hello Sylvain, On Mon, 2 Nov 2009 01:05:20 +0100, "Sylvain Munaut" <246tnt(a)gmail.com> wrote: > > I found out the problem. > > In gprs_bssgp_tx_dl_ud, then length encoded in the PDU TLV is > incorect. It uses msg->len but at that point it already did a > msgb_push to add space for the header so msg->len is already too big. > You need to save the size of msg->len before the msgb_push and then > use that when encoding the PDU TLV length. Thanks for the info, I tried it here but it did not help for the "GMM ATTACH REQUEST", the nanoBTS still reboots when it receives the data of the "GPRS IDENTITY REQUEST" which is sent afterwards. I finally found the reason for this behaviour (at least I hope it is the reason), I had to specify the correct BVCI parameter for the call to gprs_ns_sendmsg() in gprs_bssgp_tx_dl_ud(). If I use "925" instead of "0" it works. The phone sends an "GMM IDENITY RESPONSE" and continues to send "GMM ATTACH REQUEST" because it does not yet receive an accept. > BTW, do you sometimes hangout in #openbsc ? No, usually not (its a bit difficult for me to do my work and look at what is happing on IRC). Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

3 3

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC