December 2011 - OpenBSC - lists.osmocom.org

GPRS - local and foreign TLLIs
by Luca Melette 04 Feb '26

04 Feb '26

Hello everybody, after setting up a nanoBTS with OpenBSC/SGSN/GGSN, I had some troubles trying to connect my smartphone to the GPRS cell. Investigating the BTS-to-SGSN traffic, I saw that the frames sent by the SGSN were all marked with the same N(U) value (at LLC layer), the value was 0. With some debug, I found that the there was a mismatch in the TLLI storage, used to keep the status of attached terminals. The mentioned code is contained in gprs_llc.c, involving LL Entity functions and gprs_llc_tx_ui(). /* look-up or create the LL Entity for this (TLLI, SAPI) tuple */ lle = lle_by_tlli_sapi(msgb_tlli(msg), sapi); if (!lle) { struct gprs_llc_llme *llme; LOGP(DLLC, LOGL_ERROR, "LLC TX: unknown TLLI 0x%08x, " "creating LLME on the fly\n", msgb_tlli(msg)); llme = llme_alloc(msgb_tlli(msg)); lle = &llme->lle[sapi]; } The TX function uses the previously received TLLI to lookup for the LLE. The lle_by_tlli_sapi() performs the search, but preliminary it applies a foreign2local TLLI conversion to ensure to have a local one. Since no valid entry for the searched TLLI is found, a new one is created. And the problem is here. The new entry has the foreign TLLI. Next time the lookup fails again, and a new entry is created. This way, the counter N(U) is always reset, and the mobile do not recognize the message sequence and no attach is possible. My question is about foreign and local TLLIs. I patched the lookup, avoiding the conversion, so that the LLE is found and everything works fine... but... What is the sense of the conversion? Should the TLLI be always stored as a local one? Can this problem be solved with another foreign2local while allocating new entries? Actually, my problem has been solved with that workaround. But I'm curious to know what is the right way. Hope somebody can answer :) Thanks. Cheers, LM

5 6

Re: Help with sccp library
by mosbah abdelkader 07 Jul '25

07 Jul '25

> I don't understand. This callback will be called with data you need to write > to the network. In case of MTP Level3 you will need to wrap that around the > msgb you got. I means: is the interaction with mtp3 layer implemented (is sending sccp data by mtp3 implemented by the library?)? Also, what about the reception of data from mtp3 layer. is that implemented in the sccp lib. I am asking these questions because I see the code of mtp3 in the lib but no significant call is present in the sccp part of the lib. Thank you for your help.

4 3

Several questions
by jason mercury 06 Dec '12

06 Dec '12

I have some questions: 1) When I start bsc_hack bsc_init.c first establishes OML link and initializes the bts then it establishes RSL link and bts starts broadcasting. However, it takes so much time to start the bts. Instead of this I want to do the following: it establishes OML link at the beginning and only once, then when i want to start broadcasting it establishes just the RSL link and bts will start faster since i don't have to wait for OML link. What should be done for this? 2) If i send one or two word messages from telnet interface it is okay. But if i send a longer message the phone could't receive the end of the message correctly(last words may be incomplete). Did any one encounter with this problem? What is wrong with me? 3) Could I send SMS in which extension of the sender is text not integer. For example, i want to send an information SMS that this is a test network. For this purpose i want to send an SMS from 'OpenBSC'. I set the extension of the first subscriber in database as text and tried to send the SMS but SMS wasn't delivered. What should i do? 4) Can i add SMS externally to SMS table of database? Thanks. Jason

4 3

Building an E1/T1/J1 line interface
by Harald Welte 20 Jan '12

20 Jan '12

Hi all, Dieter and I have been thinking about building a simple/basic E1 line interface. The idea is to simply put trnasformers + LIU + crystal on a small PCB, which then exposes the Rx and Tx signals at stanard 3.3V CMOS levels which can be fed in your favourite FPGA or even directly into a microcontroller. The first interesting LIU that's available in single quantity is the Dallas/Maxim DS21348: http://www.maxim-ic.com/datasheet/index.mvp/id/2848 It can be operated in "software mode" where all configuration (E1/T1/J1, attenuation, amplification, termination, ...) is set via SPI from a microcontroller. However, it expose "Rx Positive" and "Rx Negative" and does not have the HDB3/AMI/B8ZS encoder internally. This means there would be two synchronous serial streams going into the FPGA or microcontroller. This is probably ok for an FPGA - but it is a problem for most microcontrollers that only have one sync serial interface like the sam3s/sam7s SSC. The other option seems to be the IDT 82V2081 (http://www.idt.com/?genId=82V2041E&cid=58553), which as internal HDB3/AMI/B8ZS encoders and decoders (so-called "single rail mode"). It is a bit more expensive (USD 20 in single qty), but this would enable us to hook it up directly at a sam3s / sam7s. As jolly points out, there is still a lot of work required like framing, s-bits, multiplexing, hdlc, etc. in order to turn it into a full E1 interface. But then, maybe there are some applications that don't even require all those features, such as building a sniffer-only device, or something that "simply" tries to forward E1 over IP based transports without parsing too much of the contents. Open questions: * stay with 1port design or immediately do a 4port unit? (for bidirectional sniffing you already need two) * how do we achieve synchronization between Rx and Tx data path? Looking forward to your comments, feedback. 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 14

Quick Recap of running the 28C3 network
by Holger Hans Peter Freyther 29 Dec '11

29 Dec '11

Hi all, just a quick review of things we saw/learned during the congress * OsmocomBB LAPDm and nanoBTS LAPDm appear to have some communication issues leading to timeouts (nanoBTS resends a message with N(R) not incremented as a response to our I frame with Identity Response (or timeout) but with the old data). We don't have a fix/clear understanding of this yet... looks a bit like a bug in the nanoBTS firmware (but then other phones appear to work just fine) * CHANNEL ACTIVATION NACK on a TS. No idea why (maybe we closed a channel with our auto-timer but the nanoBTS thinks it is open). IIRC the nanoBTS sends us a report about open channels, we should cross-check every n-th report with our view of the channels... on top of that we should block failed channels (configurable, still to do). * Open channels... E.g. with a nanoBTS reboot or "drop bts connection ", there was a bug in libosmo-abis that the e1inp_event was not sent as the link was already taken out of the list of sign links when close is called (fixed in libosmo-abis and sharing code between rsl.c and ipaccess.c) * one OML NACK drops all BTS.. The code is there to deal with a crashed BTS to not have it connected in a bad state... (fixed in zecke/28c3) * subscriber queue, thanks to jolly's SMS setup we increased the amount of SMS and there still appear to be paths in the code that do not properly release the transaction/subscr_put and the queue got stuck. We should start by merging jolly's sms rework.. and see how we can move the queue out of process... * Local End Release for SAPI > 0 should be done in the channel release code, we need to implement T3109... thanks to jolly reading GSM 08.58/04.08 with me and discussing the normal/abnormal case. I have some work in progress (only tested the success case) patches in the zecke/28c3 branch. * I uploaded our scripts but somehow the core dumping does not work correctly (core_pattern appears to be right though) for running the network * Purging subscribers from the VLR, we do it too aggressively (on failed paging), it should take the periodic updating timer into account. * Sometimes i miss dates.. e.g. when was the channel opened probably some more things I forgot now, would be a great opportunity if someone gives a hand in cleaning things up. holger PS: jenkins will be back in january, ZFS crashed, the secret key was on the ZFS, grep didn't find the backup script...

1 0

MNCC and MNCC_LCHAN_MODIFY (and ack/nack)
by Holger Hans Peter Freyther 27 Dec '11

27 Dec '11

Hi Andreas, all, right now there is no ack/nack for the MNCC_LCHAN_MODIFY and I would like to introduce _ACK/_NACK for it. The MNCC_LCHAN_MODIFY message will end up calling the gsm0808_assignment_request of the BSC API and in case the call is not on a TCH it will assign a new TCH. Things will go wrong from here. osmo-nitb does not implement the assign_compl/assign_fail callbacks and in case of an assignment failure we crash right now (master has dummy callbacks). I would like to introduce MNCC_LCHAN_MODIFY_ACK/MNCC_LCHAN_MODIFY_NACK, change the mncc_sock.c:mncc_setup_ind and handling of MNCC_CALL_CONF_IND. what do you think? holger

1 0

Re: OpenBSC Digest, Vol 36, Issue 11
by Dick Rwegaba 16 Dec '11

16 Dec '11

Hi This is the libboost version that i have but still get the same error. root@debian:~/gnuradio# apt-cache search libboost-system libboost-system1.42.0 - Operating system (e.g. diagnostics support) library and this is the boost tree root@debian:~# apt-cache search boost libboost-date-time1.42.0 - set of date-time libraries based on generic programming concepts libboost-thread1.42.0 - portable C++ multi-threading libboost-iostreams1.42.0 - Boost.Iostreams Library libboost-serialization1.42-dev - serialization library for C++ libboost-program-options1.42.0 - program options library for C++ libboost-dev - Boost C++ Libraries development files (default version) libboost-thread1.42-dev - portable C++ multi-threading libboost-system1.42.0 - Operating system (e.g. diagnostics support) library libboost-thread-dev - portable C++ multi-threading (default version) libboost-signals1.42.0 - managed signals and slots library for C++ libboost1.42-dev - Boost C++ Libraries development files libboost-date-time1.42-dev - set of date-time libraries based on generic programming concepts libboost-serialization1.42.0 - serialization library for C++ libboost-filesystem1.42.0 - filesystem operations (portable paths, iteration over directories, etc) in C++ root@debian:~# On Thu, Dec 15, 2011 at 2:00 PM, <openbsc-request(a)lists.osmocom.org> wrote: > Send OpenBSC mailing list submissions to > openbsc(a)lists.osmocom.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.osmocom.org/mailman/listinfo/openbsc > or, via email, send a message with subject or body 'help' to > openbsc-request(a)lists.osmocom.org > > You can reach the person managing the list at > openbsc-owner(a)lists.osmocom.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of OpenBSC digest..." > > > Today's Topics: > > 1. Re: OpenBSC Digest, Vol 36, Issue 8 (Holger Hans Peter Freyther) > 2. Re: omsosgsn test phone recommendation? (Seungju Kim) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 15 Dec 2011 09:26:33 +0100 > From: Holger Hans Peter Freyther <holger(a)freyther.de> > To: openbsc(a)lists.osmocom.org > Subject: Re: OpenBSC Digest, Vol 36, Issue 8 > Message-ID: <4EE9AF39.6060105(a)freyther.de> > Content-Type: text/plain; charset=ISO-8859-1 > > On 12/15/2011 06:41 AM, Dick Rwegaba wrote: > > dear pals please help with this error for gnuradio build > > Hi Dick, > > do not top post. You can use a service like gmane.org to post to this > mailinglist without being subscribed and following the netiquette. If you > include the output of a program, include the full output (e.g. autoconf > pointed you to config.log). > > Let me try to explain autoconf's error output, maybe it is helpful. > > "configure: error: Could not link against libboost_system!" > > configure: The configure program you invoked. > error: This means an error has occured. > "Could not link against libboost_system": Is the error that happened. > > "Could not link": It means no binary could be linked together (config.log > will > have the output of linking process. > > "against libboost_system": Take a look at config.log, you might find a line > with -lboost_system and the output of the linker, the most likely source is > that you don't have 'libboost-system' installed. > > And most interestingly, do you feel like introducing yourself, what you do, > what you will work on? > > holger > > > > ------------------------------ > > Message: 2 > Date: Thu, 15 Dec 2011 18:43:42 +0900 > From: Seungju Kim <admin(a)manateeshome.com> > Cc: "openbsc(a)lists.osmocom.org" <openbsc(a)lists.osmocom.org> > Subject: Re: omsosgsn test phone recommendation? > Message-ID: <3AF5AEBE-3698-4D73-918D-7246253DF11F(a)manateeshome.com> > Content-Type: text/plain; charset=utf-8 > > I can add the following phones to the list > > Apple iPhone 4 > Apple iPhone 3GS > > Samsung Omnia II > Samsung Galaxy S II > Samsung SGH-i780 > > HTC touch Diamond > > > Envoy? de mon iPhone > > Le Dec 15, 2011 ? 4:35 AM, Tobias Engel <t-openbsc(a)tobias.org> a ?crit : > > > Hi David, > > > > adding to Haralds list, I can confirm that the Nokia E71 also works. > > > > -Tobias > > > > On 14.12.2011 19:05, David A. Burgess wrote: > >> Harald - > >> > >> Thanks for the list. We'll try to find one of these. I have a few > iPhones sitting in front of me, but unfortunately they are all 850/1900 and > my available hardware is 900. :( > >> > >> Does you have an example GSMTAP/PCAP trace of a successful PDP context > activation using OmsoSGSN? That would be useful for comparison. (And do > you find the GPRS L3 & SNDCP decoding in the current Wireshark 1.7 to be > reliable?) > >> > >> -- David > >> > >> > >> > >> On Dec 14, 2011, at 1:36 AM, Harald Welte wrote: > >> > >>> Hi David, > >>> > >>> On Tue, Dec 13, 2011 at 09:37:19PM -0800, David A. Burgess wrote: > >>> > >>>> Can someone recommend a good smartphone for testing with OsmoSGSN? We > >>>> are having trouble getting our GPRS modem to recognize a ACTIVATE PDP > >>>> CONTEXT ACK message and are trying to determine if the error is in the > >>>> modem, in OmsoSGSN or somewhere in between. > >>> > >>> I've successfully used at least SE K800i, Google Nexus S, Dell Streak, > >>> HTC Hermes II, Motorola A780 here on my side. I know some other people > >>> have been using OsmoSGSN/OpenGGSN for iPhone related work, though I > >>> don't know which particular model they've used. > >>> > >>>> Better yet, is there anything out there that can generate an L2 or L3 > >>>> trace, like the Nokia 3310, but for GPRS as well as GSM? > >>> > >>> The only ones that come to my mind are the TEMS variants of the K800i, > >>> but those are of course hard to come by and/or expensive :/ > >>> > >>> Have you considered using Luca's work on gprsdecode? This way you > could > >>> do an air interface trace of what's happening between BTS and MS. > >>> > >>> 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) > >> > >> > >> > > > > > > > > > ------------------------------ > > _______________________________________________ > OpenBSC mailing list > OpenBSC(a)lists.osmocom.org > https://lists.osmocom.org/mailman/listinfo/openbsc > > > End of OpenBSC Digest, Vol 36, Issue 11 > *************************************** >

2 1

Re: OpenBSC Digest, Vol 36, Issue 8
by Dick Rwegaba 15 Dec '11

15 Dec '11

dear pals please help with this error for gnuradio build checking for boost >= 1.35... yes checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... no checking whether pthreads work with -Kthread... no checking whether pthreads work with -kthread... no checking for the pthreads library -llthread... no checking whether pthreads work with -pthread... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... no checking whether the boost::thread includes are available... yes checking for exit in -lboost_thread-mt... yes checking whether the boost::date_time includes are available... yes checking for exit in -lboost_date_time-mt... yes checking whether the boost::system includes are available... yes configure: error: Could not link against libboost_system! root@debian:~/gnuradio# ^C On Mon, Dec 12, 2011 at 2:00 PM, <openbsc-request(a)lists.osmocom.org> wrote: > Send OpenBSC mailing list submissions to > openbsc(a)lists.osmocom.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.osmocom.org/mailman/listinfo/openbsc > or, via email, send a message with subject or body 'help' to > openbsc-request(a)lists.osmocom.org > > You can reach the person managing the list at > openbsc-owner(a)lists.osmocom.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of OpenBSC digest..." > > > Today's Topics: > > 1. slightly off the topic (Akib Sayyed) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 12 Dec 2011 10:28:24 +0530 > From: Akib Sayyed <akibsayyed(a)gmail.com> > To: "openbts-discuss(a)lists.sourceforge.net List" > <openbts-discuss(a)lists.sourceforge.net>, openbsc(a)lists.osmocom.org > Subject: slightly off the topic > Message-ID: > <CAMG-S91QY0FLChBfiG3g3n6w_WLinW9VQXsxbLqNra12VXk0ZQ(a)mail.gmail.com > > > Content-Type: text/plain; charset="utf-8" > > guys i wanted to know what gnuradio version is needed for airprobe. > i tried asking on airprobe list but dint got any repsonse. > > also i tried to compile gnuradio 3.1.2 but dint worked for me. > can any one please > explain?? > > > thanks in advance > > -- > Akib Sayyed > Matrix-Shell > akibsayyed(a)gmail.com > akibsayyed(a)matrixshell.com > Mob:- +91-966-514-2243 >

2 1

RFC: Osmocom developer workshop 2012
by Harald Welte 14 Dec '11

14 Dec '11

<DISCLAIMER> Please follow-up to openbsc(a)lists.osmocom.org </DISCLAIMER> Hi all, this idea has been around for quite some time, and for 2012 I really want to turn it into reality: I'd like to have a Osmocom developer workshop The idea here is to get all the active contributors of the project together for a couple of days (maybe 2-4 days), in order to exchange ideas, get to know each other better and last but not least work together on ironing out some of the more difficult issues. * City: Regarding the location: I think for me it is only possible to organize it if it is to be held in Berlin. I'mn happy if somebody else wants to host it at some other location, but then that person would also have to take care of local organization. Berlin also has good train and flight connections, which is definitely a plus. * Venue: If it is in Berlin, we might consider talking with c-base or Raumfahrtagentur as possible venues. * Date: Regarding a proposed date, I'm completely open for suggestions. Of course there shouldn't be any overlap with other major FOSS or Sescurity related conferences, and it should also not coincide with major public holidays, as that only makes travel + accomodation more expensive. * Funding: As we don't have that many commercial users of Osmocom projects, getting funding for e.g. travel / accomodation is probably going to be difficult. We can ask the "usual suspects" among those commercial users we know,, but I guess it will only be possible in exceptional cases to provide that kind of funding. Any ideas / comments / feedback is much appreciated. If somebody has a particular suggestion. <DISCLAIMER> Please follow-up to openbsc(a)lists.osmocom.org </DISCLAIMER> Cheers, 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 13

omsosgsn test phone recommendation?
by David A. Burgess 14 Dec '11

14 Dec '11

Hi - Can someone recommend a good smartphone for testing with OsmoSGSN? We are having trouble getting our GPRS modem to recognize a ACTIVATE PDP CONTEXT ACK message and are trying to determine if the error is in the modem, in OmsoSGSN or somewhere in between. Better yet, is there anything out there that can generate an L2 or L3 trace, like the Nokia 3310, but for GPRS as well as GSM? -- David

5 6

slightly off the topic
by Akib Sayyed 12 Dec '11

12 Dec '11

guys i wanted to know what gnuradio version is needed for airprobe. i tried asking on airprobe list but dint got any repsonse. also i tried to compile gnuradio 3.1.2 but dint worked for me. can any one please explain?? thanks in advance -- Akib Sayyed Matrix-Shell akibsayyed(a)gmail.com akibsayyed(a)matrixshell.com Mob:- +91-966-514-2243

1 0

New tools for (U)SIM authentication
by Harald Welte 07 Dec '11

07 Dec '11

Hi! I've committed the following bits and pieces regarding authentication: 1) libosmocore now has a generic core for authentication algorithm implementations. Using this API, even external plugins can register algorithms which are not available in libosmocore itself. libosmocore includes COMP128v1 and (now) MILENAGE 2) a small command-line program "osmo-auc-gen", which can be used to generate authentication vectors from the command line. You hav to specify all the required parameters. For GSM, this is only ki, but for 3G, you also have to specify at least OPC and SQN. osmo-auc-gen is part of libosmocore.git 3) a small pythong script called "osmo-sim-auth.py", available from a new git repository (http://cgit.osmocom.org/cgit/osmo-sim-auth, git://git.osmocom.org/osmo-sim-auth) It is the counterpart for the MS side. It can execute authentication on both SIM and USIM. I've tested the tools with a COMP128v1 SIM and a MILENAGE USIM, it seems to be working fine. 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)

3 3

RFC for VTY documentation
by Holger Hans Peter Freyther 06 Dec '11

06 Dec '11

Hi, my goal is to generate documentation for the VTY, I had a look at quagga but they have a manual process. Right now I have pushed zecke/vty-doc (code + xsd) to libosmocore and a hack to osmo-bsc to invoke it... My plan is to to merge the doc with xslt... and generate some html out of it... For generation I can imagine a new VTY command to dump it to a file or a cli option... comments? feedback? volunteers to make it work and take it from here? holger

1 0

Slightly OT: NanoBTS / OpenBSC question
by Tobias Engel 06 Dec '11

06 Dec '11

Hi, does anybody know when the exact moment in a call is, when the NanoBTS starts forwarding audio from a MS to OpenBSC? Is it always when the "Create Connection" RSL message is sent and the TCP connection was established? (Assuming the channel was set up as traffic channel) Or could it be that the BTS waits for the "Connect" message from the MS? I started thinking about that when I saw that the NanoBTS _never_ sets the "transparent to the BTS" bit in the first byte of RSL messages... Regards, -Tobias

3 4

GPRS/RLC in Wireshark?
by David A. Burgess 05 Dec '11

05 Dec '11

Hello - [My apologies if this message has appeared more than once; I accidentally mailed it previously from the wrong address.] Is there any easy way to analyze Um GPRS/RLC, encapsulated in GSMTAP at the L1/L2 boundary, in Wireshark? I tried just putting the frames coming into L1 into GSMTAP packets, but Wireshark tries to analyze them as LAPDm. There was nothing obvious in the GSMTAP_TYPE_* values to correspond to Um GPRS/RLC, though I admit that I have not tried other values yet. -- David

2 2

Re: RFC: Osmocom developer workshop 2012
by Harald Welte 05 Dec '11

05 Dec '11

Hi! Thinking a bit more about timing, it seems that the second half of March is a good idea. April is a bad idea, at least for the first two weeks, as this is easter holiday time in a lot of German states. This will cause lots of tourists, as well as full hotels, trains, flights, etc. So I'd propose something like four days in the second half of march. Should we try to overlap/extend a weekend? I guess this would help people with e regular dayjob, as not as many holidays would be required. If there are no objections in the next 48 hours, I will talk to C-Base about availability during that timeframe. 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)

3 4

Re: OpenBSC Digest, Vol 36, Issue 2
by Dick Rwegaba 03 Dec '11

03 Dec '11

thanks -Alexander Huemer but now i get a c compiler error yet i have installed gcc-4.4_4.4.5-8_kfreebsd-i386(1).deb and libc0.1_2.11.2-10+b1_kfreebsd-i386.deb checking for gcc... no checking for cc... no checking for cl.exe... no configure: error: in `/root/libosmocore': configure: error: no acceptable C compiler found in $PATH See `config.log' for more details root@debian:~/libosmocore# On Fri, Dec 2, 2011 at 12:19 PM, <openbsc-request(a)lists.osmocom.org> wrote: > Send OpenBSC mailing list submissions to > openbsc(a)lists.osmocom.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.osmocom.org/mailman/listinfo/openbsc > or, via email, send a message with subject or body 'help' to > openbsc-request(a)lists.osmocom.org > > You can reach the person managing the list at > openbsc-owner(a)lists.osmocom.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of OpenBSC digest..." > > > Today's Topics: > > 1. Re: Time in MM Info [patch] (Rees, Jim) > 2. Re: Time in MM Info [patch] (Gus Bourg) > 3. Re: Time in MM Info [patch] (Gus Bourg) > 4. error at execution of autoreconf -i (Dick Rwegaba) > 5. Re: error at execution of autoreconf -i (Alexander Huemer) > 6. Re: Time in MM Info [patch] (Harald Welte) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 1 Dec 2011 15:24:55 +0000 > From: "Rees, Jim" <jrees(a)arbor.net> > To: Gus Bourg <gus(a)bourg.net> > Cc: "openbsc(a)lists.osmocom.org" <openbsc(a)lists.osmocom.org> > Subject: Re: Time in MM Info [patch] > Message-ID: <17FE85C3-C5BE-4836-A788-7E1442A444FA(a)arbor.net> > Content-Type: text/plain; charset="iso-8859-1" > > Why not make tzunits a signed quantity and get rid of tzdir? And why 15 > minute units? I realize this is how the bts wants them, but shouldn't the > config file be a bit more user-friendly? > > Also it looks like the indentation is a bit messed up. > > > ------------------------------ > > Message: 2 > Date: Thu, 1 Dec 2011 12:25:39 -0800 > From: Gus Bourg <gus(a)bourg.net> > To: Harald Welte <laforge(a)gnumonks.org> > Cc: openbsc(a)lists.osmocom.org > Subject: Re: Time in MM Info [patch] > Message-ID: > <CAKL=SEo2FJQcVZ+eGPHwKx0PO=6PhB9wWMyni2ELAcnMpKpsbQ(a)mail.gmail.com > > > Content-Type: text/plain; charset="iso-8859-1" > > Hi Harald, > > Thanks for the input. Here's the updated patch. > > Gus > > On Wed, Nov 30, 2011 at 11:47 PM, Harald Welte <laforge(a)gnumonks.org> > wrote: > > Hi Gus, > > > > On Wed, Nov 30, 2011 at 03:13:04PM -0800, Gus Bourg wrote: > >> Attached is a patch to support sending time to the device. > > > > thanks a lot for the patch. > > > > however, some remarks: > > > > 1) We actually do support ranges with negative numbers in the syntax, > > ? after commit 33f0fc3c9565308044c934c9e0c1bb81c1a26311 in libosmocore > > ? you can do something like "timezone <-19-19> (0|15|30|45)" > > ? which I believe would be a more human-friendly way of entering it in > > ? hours and minutes. > > > > 2) the internal storage could thus also be a simple "int timezone", > > ? which gets filled from the hour and minute part of the abovementioned > > ? command syntax. > > > > 3) please make sure to use a default of "cur_time->tm_gmtoff" in case > > ? the config file doesn't use per-BTS timezones. ?So another "int > > ? timezone_bts_specific" member might be applicable. > > > > 4) please make sure to use tab instead of " ? ? ? ?" (sequence of 8 > > ? whitespaces), or use a script that automatically takes care of that. > > > > 5) the "timezone" vty line should only be printed if the user actually > > ? configured it (i.e. timezone_bts_specific == 1). > > > > 6) there needs to be a way to completely remove the timezone statement, > > ? most likely a "no timezone" VTY command in the BTS node. > > > > 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

error at execution of autoreconf -i
by Dick Rwegaba 02 Dec '11

02 Dec '11

can some one help me with a work around? root@debian:~/libosmocore# autoreconf -i Can't exec "aclocal": No such file or directory at /usr/share/autoconf/Autom4te/FileUtils.pm line 326. autoreconf: failed to run aclocal: No such file or directory

2 1

Time in MM Info [patch]
by Gus Bourg 01 Dec '11

01 Dec '11

Attached is a patch to support sending time to the device. It adds two per-bts configuration elements: tzunits and tzdir. tzunits are the number of units from GMT. Each unit represents 15 minutes of time. tzdir is the direction of the units from GMT. tzdir 0 means GMT-tzunits and tzdir 1 means GMT+tzunits. So for example, if you're GMT+1 you want: bts 0 type nanobts band PCS1900 cell_identity 0 location_area_code 1 training_sequence_code 7 base_station_id_code 63 tzunits 4 tzdir 1 ms max power 15 cell reselection hysteresis 4 Thanks, Gus

3 5

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC December 2011