From mailinglists at hellercom.de Sat May 2 18:13:06 2009 From: mailinglists at hellercom.de (Bjoern Heller) Date: Sat, 2 May 2009 20:13:06 +0200 Subject: OpenBSC on Debian etch In-Reply-To: <49f95fe4.mirider@mirider.augusta.de> References: <49f95fe4.mirider@mirider.augusta.de> Message-ID: Hello, I have to get OpenBSC now running on Debian etch. And have the following issue: I loaded a new kernel from kernel.org and patched it, then I included the mISDN and hfcmulti stuff with menuconfig into the Kernel. Compiled it and then booted it up. Then made a echo "options hfcmulti dslot=1" > /etc/modprobe.d/hfcmulti to load the hfcmulti module with dslot=1. The two red e1 LEDs are going on during bootup and when I try to start bsc_hack -f 123 they begin to flash. Output is as follows: DB: Database initialized. DB: Database prepared. 1 device found id: 0 Dprotocols: 00000018 Bprotocols: 0000000e protocol: 0 nrbchan: 30 name: hfc-e1.1 activate bchan activate bchan On another machine I got everything working with this output: DB: Database initialized. DB: Database prepared. 1 device found id: 0 Dprotocols: 00000018 Bprotocols: 0000006e protocol: 4 nrbchan: 30 name: hfc-e1.1 activate bchan bootstrapping OML .... I noticed the different Bprotocols output, maybe there is the error? Anyone? Best regards Bj?rn Heller - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Bj?rn Heller Jabber: tec at jabber.hellercom.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From mailinglists at hellercom.de Sat May 2 18:50:57 2009 From: mailinglists at hellercom.de (Bjoern Heller) Date: Sat, 2 May 2009 20:50:57 +0200 Subject: OpenBSC on Debian etch In-Reply-To: References: <49f95fe4.mirider@mirider.augusta.de> Message-ID: <95439512-1160-40D6-BD35-CCF47F8E4474@hellercom.de> Fixed it, forgot that I included the hfcmulti into the kernel not as a module... Fixed this in grub :) Working :) Bj?rn Heller Am 02.05.2009 um 20:13 schrieb Bjoern Heller: > Hello, > > I have to get OpenBSC now running on Debian etch. > And have the following issue: > > I loaded a new kernel from kernel.org and patched it, then > I included the mISDN and hfcmulti stuff with menuconfig into the > Kernel. > Compiled it and then booted it up. > Then made a echo "options hfcmulti dslot=1" > /etc/modprobe.d/hfcmulti > to load the hfcmulti module with dslot=1. > > The two red e1 LEDs are going on during bootup and when I try to start > bsc_hack -f 123 they begin to flash. > > Output is as follows: > > DB: Database initialized. > DB: Database prepared. > 1 device found > id: 0 > Dprotocols: 00000018 > Bprotocols: 0000000e > protocol: 0 > nrbchan: 30 > name: hfc-e1.1 > activate bchan > activate bchan > > > On another machine I got everything working with this output: > > > DB: Database initialized. > DB: Database prepared. > 1 device found > id: 0 > Dprotocols: 00000018 > Bprotocols: 0000006e > protocol: 4 > nrbchan: 30 > name: hfc-e1.1 > activate bchan > bootstrapping OML > .... > > I noticed the different Bprotocols output, maybe there is the error? > > Anyone? > > Best regards > Bj?rn Heller > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > Bj?rn Heller > Jabber: tec at jabber.hellercom.de > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Bj?rn Heller Jabber: tec at jabber.hellercom.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Thu May 14 16:40:59 2009 From: laforge at gnumonks.org (Harald Welte) Date: Fri, 15 May 2009 00:40:59 +0800 Subject: Problem with installing OpenBSC on Centos 4 In-Reply-To: <4A0C28C1.4000202@gmail.com> References: <49D36DF6.5060701@gmail.com> <20090408093018.GC19172@prithivi.gnumonks.org> <4A0C28C1.4000202@gmail.com> Message-ID: <20090514164059.GA4562@prithivi.gnumonks.org> On Thu, May 14, 2009 at 04:20:49PM +0200, Nordin wrote: > Than I executed the bsc_hack for the nanoBTS (thus I give the > appropriate parameters as described on the webpage), and I get the > following error: > DB: Database initialized. > DB: Database prepared. > mi_setup could not open socket Address family not supported by protocol you need to start it with '-t nanobts1800' or '-t nanobts900' depending on your type. if you don't specify any, it will attempt to use a bs11 via E1 / mISDN (which you did not have compiled into your kernel). regards, -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From mailinglists at hellercom.de Mon May 4 22:55:32 2009 From: mailinglists at hellercom.de (Bjoern Heller) Date: Tue, 5 May 2009 00:55:32 +0200 Subject: Network initialization Message-ID: Hello, I have an Issue related to my Debian OpenBSC. Every time I fire up openbsc everything goes well like the btse alignement/db alignement on lmt and there are no errors on lmt. Only openBSC tells me after the initial state were the net should be up, that the oc or some module(ill add more details later on today) is "in test". So this looks like the issue to me why the net wont come up. But sometimes it works (sometimes it helps to restart the bts but it wont help everytime). Im a bit curious why the In test is appearing while lmt (the gui app) tells me that everything is as it should be... As far as I know this normally tells me that the object is in Test mode and is checked because requested on lmt. May this also be a timing issue on the abis link? Im writing from iPhone in bed so enough for now. I would be glad if someone could help/ has an idea. By the way Ill be at SIGINT09 in Cologne helping out at the GSM Workshop. Who will be there too? Best Regards Bj?rn Heller From mailinglists at hellercom.de Tue May 5 06:59:29 2009 From: mailinglists at hellercom.de (Bjoern Heller) Date: Tue, 5 May 2009 08:59:29 +0200 Subject: Network initialization In-Reply-To: References: Message-ID: So, here is the console dump: ./bsc_hack -f 123 -a -c 602 -n 01 Allowing everyone? DB: Database initialized. DB: Database prepared. 1 device found id: 0 Dprotocols: 00000018 Bprotocols: 0000006e protocol: 0 nrbchan: 30 name: hfc-e1.1 activate bchan activate bchan bootstrapping OML for BTS 0 Tue May 5 10:53:00 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=0) Tue May 5 10:53:00 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=1) Tue May 5 10:53:00 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=1) E1=(0,2,1) Tue May 5 10:53:00 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=2) Tue May 5 10:53:00 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=2) E1=(0,2,2) Tue May 5 10:53:00 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=3) Tue May 5 10:53:00 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=3) E1=(0,2,3) Tue May 5 10:53:00 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=4) Tue May 5 10:53:00 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=4) E1=(0,3,0) Tue May 5 10:53:00 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=5) Tue May 5 10:53:00 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=5) E1=(0,3,1) Tue May 5 10:53:00 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=6) Tue May 5 10:53:00 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=6) E1=(0,3,2) Tue May 5 10:53:00 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=7) Tue May 5 10:53:00 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=7) E1=(0,3,3) Tue May 5 10:53:00 2009 <0020> abis_nm.c:674 OC=SITE MANAGER(00) INST=(ff,ff,ff) Software Activated Report bootstrapping OML for BTS 0 Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=0) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=1) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=1) E1=(0,2,1) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=2) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=2) E1=(0,2,2) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=3) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=3) E1=(0,2,3) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=4) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=4) E1=(0,3,0) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=5) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=5) E1=(0,3,1) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=6) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=6) E1=(0,3,2) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=7) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=7) E1=(0,3,3) Tue May 5 10:53:02 2009 <0020> abis_nm.c:674 OC=RADIO CARRIER(02) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=In test(00) bootstrapping OML for BTS 0 Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=0) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=1) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=1) E1=(0,2,1) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=2) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=2) E1=(0,2,2) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=3) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=3) E1=(0,2,3) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=4) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=4) E1=(0,3,0) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=5) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=5) E1=(0,3,1) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=6) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=6) E1=(0,3,2) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr (bts=0,trx=0,ts=7) Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=7) E1=(0,3,3) bootstrapping RSL for BTS/TRX (0/0) using MCC=602 MNC=1 Tue May 5 10:53:35 2009 <0020> abis_nm.c:674 OC=UNKNOWN(a4) INST=(00,ff,ff) Failure Event Report Tue May 5 10:53:35 2009 <0020> abis_nm.c:674 OC=UNKNOWN(a4) INST=(00,ff,ff) STATE CHG: The net wont become visible. Maybe it is related to this line? Tue May 5 10:53:02 2009 <0020> abis_nm.c:674 OC=RADIO CARRIER(02) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=In test(00) Best regards Bj?rn Heller Am 05.05.2009 um 00:55 schrieb Bjoern Heller: > Hello, > > I have an Issue related to my Debian OpenBSC. > Every time I fire up openbsc everything goes well like the btse > alignement/db alignement on lmt and there are no errors on lmt. > Only openBSC tells me after the initial state were the net should be > up, that the oc or some module(ill add more details later on today) > is "in test". > So this looks like the issue to me why the net wont come up. > But sometimes it works (sometimes it helps to restart the bts but it > wont help everytime). > Im a bit curious why the In test is appearing while lmt (the gui > app) tells me that everything is as it should be... > As far as I know this normally tells me that the object is in Test > mode and is checked because requested on lmt. > May this also be a timing issue on the abis link? > Im writing from iPhone in bed so enough for now. > I would be glad if someone could help/ has an idea. > > By the way Ill be at SIGINT09 in Cologne helping out at the GSM > Workshop. > Who will be there too? > > Best Regards > Bj?rn Heller - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Bj?rn Heller Jabber: tec at jabber.hellercom.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From holger at kernreaktor.org Tue May 5 07:33:35 2009 From: holger at kernreaktor.org (Holger Adams) Date: Tue, 5 May 2009 09:33:35 +0200 (CEST) Subject: Network initialization In-Reply-To: References: Message-ID: <35233.134.108.34.9.1241508815.squirrel@mail.internet-xs.de> Hello Bjoern, Am Di, 5.05.2009, 08:59, schrieb Bjoern Heller: > So, > > here is the console dump: > > ... > Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF > Um=(bts=0,trx=0,ts=6) E1=(0,3,2) > Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr > (bts=0,trx=0,ts=7) > Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF > Um=(bts=0,trx=0,ts=7) E1=(0,3,3) > bootstrapping RSL for BTS/TRX (0/0) using MCC=602 MNC=1 > Tue May 5 10:53:35 2009 <0020> abis_nm.c:674 OC=UNKNOWN(a4) > INST=(00,ff,ff) Failure Event Report > Tue May 5 10:53:35 2009 <0020> abis_nm.c:674 OC=UNKNOWN(a4) > INST=(00,ff,ff) STATE CHG: > > > The net wont become visible. > Maybe it is related to this line? > > Tue May 5 10:53:02 2009 <0020> abis_nm.c:674 OC=RADIO CARRIER(02) > INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=In test(00) Everythings looks fine. You have to wait up to 15 minutes until you can select the network w/ your mobile phone. There's also a frequency stability problem (see the last dozen of posts here) which occours with the HFC-E1 card. With the current OpenBSC version you can switch the frequency reference to the internal quartz. We (Faculty of Com. Eng.) are building a GPS/DCF77 disciplined quartz reference for the HFC-E1 card at the moment where we hopefully get the required ~0.01PPM precision. Maybe it's finished until the 26c3. Some mobile phones are also very choosy, just try another one. Best Regards, Holger -- | Holger Adams | University of Applied Sciences Esslingen | Faculty of Communications Engineering From mailinglists at hellercom.de Tue May 5 07:48:40 2009 From: mailinglists at hellercom.de (Bjoern Heller) Date: Tue, 5 May 2009 09:48:40 +0200 Subject: Network initialization In-Reply-To: <35233.134.108.34.9.1241508815.squirrel@mail.internet-xs.de> References: <35233.134.108.34.9.1241508815.squirrel@mail.internet-xs.de> Message-ID: <5686DBBA-63F3-4119-BE84-94431CCA0880@hellercom.de> Ah, perfect, because of that, that took soo long ;) Thank you in advance! Are you attending to SIGINT? Best regards Bj?rn Am 05.05.2009 um 09:33 schrieb Holger Adams: > Hello Bjoern, > > Am Di, 5.05.2009, 08:59, schrieb Bjoern Heller: >> So, >> >> here is the console dump: >> >> ... >> Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF >> Um=(bts=0,trx=0,ts=6) E1=(0,3,2) >> Tue May 5 10:53:02 2009 <0020> abis_nm.c:1544 Set Chan Attr >> (bts=0,trx=0,ts=7) >> Tue May 5 10:53:02 2009 <0020> abis_nm.c:1483 CONNECT TERR TRAF >> Um=(bts=0,trx=0,ts=7) E1=(0,3,3) >> bootstrapping RSL for BTS/TRX (0/0) using MCC=602 MNC=1 >> Tue May 5 10:53:35 2009 <0020> abis_nm.c:674 OC=UNKNOWN(a4) >> INST=(00,ff,ff) Failure Event Report >> Tue May 5 10:53:35 2009 <0020> abis_nm.c:674 OC=UNKNOWN(a4) >> INST=(00,ff,ff) STATE CHG: >> >> >> The net wont become visible. >> Maybe it is related to this line? >> >> Tue May 5 10:53:02 2009 <0020> abis_nm.c:674 OC=RADIO CARRIER(02) >> INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=In test(00) > > Everythings looks fine. You have to wait up to 15 minutes until you > can > select the network w/ your mobile phone. > > There's also a frequency stability problem (see the last dozen of > posts > here) which occours with the HFC-E1 card. With the current OpenBSC > version > you can switch the frequency reference to the internal quartz. We > (Faculty of Com. Eng.) are building a GPS/DCF77 disciplined quartz > reference for the HFC-E1 card at the moment where we hopefully get the > required ~0.01PPM precision. Maybe it's finished until the 26c3. > > Some mobile phones are also very choosy, just try another one. > > Best Regards, > Holger > > -- > | Holger Adams > | University of Applied Sciences Esslingen > | Faculty of Communications Engineering > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Bj?rn Heller Jabber: tec at jabber.hellercom.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From holger at kernreaktor.org Tue May 5 09:34:54 2009 From: holger at kernreaktor.org (Holger Adams) Date: Tue, 5 May 2009 11:34:54 +0200 (CEST) Subject: Network initialization In-Reply-To: <5686DBBA-63F3-4119-BE84-94431CCA0880@hellercom.de> References: <35233.134.108.34.9.1241508815.squirrel@mail.internet-xs.de> <5686DBBA-63F3-4119-BE84-94431CCA0880@hellercom.de> Message-ID: <40468.134.108.34.9.1241516094.squirrel@mail.internet-xs.de> Hello Bjoern, Am Di, 5.05.2009, 09:48, schrieb Bjoern Heller: > Ah, > > perfect, because of that, that took soo long ;) > Thank you in advance! No Problem. > Are you attending to SIGINT? No - Sorry. Even 26c3 isn't yet 100% sure (I still need a new working contract, can't take holiday before that). But 25c3 was quite funny with you down at the hackcenter :-P Best Regards, Holger -- | Holger Adams | University of Applied Sciences Esslingen | Faculty of Communications Engineering From Andreas.Eversberg at versatel.de Sat May 9 19:14:48 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Sat, 9 May 2009 21:14:48 +0200 Subject: It works Message-ID: hi, finally the layer 4 interface of openbsc is done. also LCR (linux-call-router) talks to libbsc. this turns both into a complete network. libgsm (compiled to LCR) provides audio transcoding. even asterisk can use it via "chan_lcr" driver. today i got my first call to a friend from mobile via fixed network. (because harald did not answer on the first try, he could not receive the previledge of the first call.) before i begin providing patches and documentation, i will make some stability tests. have a nice weekend.. jolly From spaar at mirider.augusta.de Sat May 9 22:37:32 2009 From: spaar at mirider.augusta.de (Dieter Spaar) Date: Sat, 09 May 2009 22:37:32 CEST Subject: It works Message-ID: <4a0605ac.mirider@mirider.augusta.de> Hello Andreas, On Sat, 9 May 2009 21:14:48 +0200, "Andreas.Eversberg" wrote: > > finally the layer 4 interface of openbsc is done. also LCR > (linux-call-router) talks to libbsc. this turns both into a complete > network. libgsm (compiled to LCR) provides audio transcoding. even > asterisk can use it via "chan_lcr" driver. > > today i got my first call to a friend from mobile via fixed network. > (because harald did not answer on the first try, he could not receive > the previledge of the first call.) > > before i begin providing patches and documentation, i will make some > stability tests. Sounds great, congratulation :-) Best regards, Dieter -- Dieter Spaar, Germany spaar at mirider.augusta.de From laforge at gnumonks.org Sun May 10 03:45:41 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 10 May 2009 11:45:41 +0800 Subject: It works In-Reply-To: References: Message-ID: <20090510034541.GK3865@prithivi.gnumonks.org> On Sat, May 09, 2009 at 09:14:48PM +0200, Andreas.Eversberg wrote: > finally the layer 4 interface of openbsc is done. also LCR > (linux-call-router) talks to libbsc. this turns both into a complete > network. libgsm (compiled to LCR) provides audio transcoding. even > asterisk can use it via "chan_lcr" driver. congratulations, this was quick! You must have worked like mad on this :) > today i got my first call to a friend from mobile via fixed network. > (because harald did not answer on the first try, he could not receive > the previledge of the first call.) I am currently in Taiwan, so I presume you called to my German landline which I cannot currently answer. In any case, it is not all that important to have that honor/privilege. It's good enough to know it works :) > before i begin providing patches and documentation, i will make some > stability tests. sure. take your time. regards, -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From mailman-bounces at lists.gnumonks.org Sun May 10 07:00:02 2009 From: mailman-bounces at lists.gnumonks.org (mailman-bounces at lists.gnumonks.org) Date: Sun, 10 May 2009 09:00:02 +0200 Subject: OpenBSC unsubscribe notification Message-ID: vava at solargeneration.de has been removed from OpenBSC. From e.cathelinaud at googlemail.com Mon May 11 13:01:27 2009 From: e.cathelinaud at googlemail.com (Eric Cathelinaud) Date: Mon, 11 May 2009 15:01:27 +0200 Subject: Problem : patching the kernel Message-ID: <383f8f9a0905110601xa95d672w738a6fcd27b0a091@mail.gmail.com> Hi, I followed Debian_Getting_Started chapter in the wiki. There wasn't any error but, after rebooting, the kernel crashed: Booting 'Debian GNU/Linux, kernel 2.6.27.4' root (hd0,0) Filesystem type is ext2fs, partition type 0x83 kernel /boot/vmlinuz-2.6.27.4 root=/dev/hda1 ro quiet hfcmulti.dslot=1 [Linux-bzImage, setup=0x3000, size=0x1796901] [0.000000] Unknown boot option 'hfcmulti.dslot=1': ignoring [0.796125] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) I tried first to delete "hfcmulti.dslot=1" at the kernel line but still have the second line. After checking the /boot/grub/menu.lst file, I saw that the line initdr was missing for the kernel 2.6.27.4: title 2.6.27.4 root kernel title 2.6.26.2 root kernel initdr In /boot directory, I have initdr files only for 2.6.26.2 and 2.6.26.1. Sorry I am quite weak concerning the kernel. Can anyone help me? Thanks a lot Eric Cathelinaud -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcel at koeln.ccc.de Mon May 11 15:26:29 2009 From: marcel at koeln.ccc.de (Marcel Klein) Date: Mon, 11 May 2009 17:26:29 +0200 Subject: Problem : patching the kernel In-Reply-To: <383f8f9a0905110601xa95d672w738a6fcd27b0a091@mail.gmail.com> References: <383f8f9a0905110601xa95d672w738a6fcd27b0a091@mail.gmail.com> Message-ID: <4A0843A5.9030308@koeln.ccc.de> Eric Cathelinaud wrote: > [...] In /boot directory, I have initdr files only for 2.6.26.2 and > 2.6.26.1. > > Sorry I am quite weak concerning the kernel. Can anyone help me? Then just use mkinitramfs-kpkg to build a new initrd for your build. ex: $ mkinitramfs-kpkg -o /boot/initrd.img-2.6.27.4 2.6.27.4 title Debian GNU/Linux, kernel X root (hd0,0) kernel /vmlinuz-X initrd /initrd.img-X and so on... kenny_ From mailinglists at hellercom.de Mon May 11 22:29:09 2009 From: mailinglists at hellercom.de (Bjoern Heller) Date: Tue, 12 May 2009 00:29:09 +0200 Subject: Problem : patching the kernel In-Reply-To: <4A0843A5.9030308@koeln.ccc.de> References: <383f8f9a0905110601xa95d672w738a6fcd27b0a091@mail.gmail.com> <4A0843A5.9030308@koeln.ccc.de> Message-ID: Hi, that should fix it ;) If anything is wrong in the tutorial tell me please. For me everything worked on both etch and lenny. I used standard netinstall... Bj?rn Am 11.05.2009 um 17:26 schrieb Marcel Klein: > Eric Cathelinaud wrote: >> [...] In /boot directory, I have initdr files only for 2.6.26.2 and >> 2.6.26.1. >> >> Sorry I am quite weak concerning the kernel. Can anyone help me? > > Then just use mkinitramfs-kpkg to build a new initrd for your build. > > ex: $ mkinitramfs-kpkg -o /boot/initrd.img-2.6.27.4 2.6.27.4 > > title Debian GNU/Linux, kernel X > root (hd0,0) > kernel /vmlinuz-X > initrd /initrd.img-X > > and so on... > > > kenny_ > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Bj?rn Heller Jabber: tec at jabber.hellercom.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From e.cathelinaud at googlemail.com Tue May 12 13:28:48 2009 From: e.cathelinaud at googlemail.com (Eric Cathelinaud) Date: Tue, 12 May 2009 15:28:48 +0200 Subject: Problem : patching the kernel In-Reply-To: References: <383f8f9a0905110601xa95d672w738a6fcd27b0a091@mail.gmail.com> <4A0843A5.9030308@koeln.ccc.de> Message-ID: <383f8f9a0905120628y5765da3fx4b95868e3bc435d8@mail.gmail.com> Hi, Thanks for your help. I tried your command: mkinitramfs-kpkg -o /boot/initrd.img-2.6.27.4 2.6.27.4 An error occured: cp: operand of the target file missing after `/tmp/tmp.XXXXmDVe5B/sbin/' I really don't know how to solve the problem. Then I tried to use the image of the previous kernel 2.6.26.2 to launch 2.6.27.4. There is no more Kernel panic but an error saying the lib/modules/ 2.6.27.4/ directory doesn't exist. I don't understand this error at all cause I checked and this directory actually exists. Eric 2009/5/12 Bjoern Heller > Hi, > that should fix it ;) > > If anything is wrong in the tutorial tell me please. > For me everything worked on both etch and lenny. > I used standard netinstall... > > Bj?rn > > Am 11.05.2009 um 17:26 schrieb Marcel Klein: > > Eric Cathelinaud wrote: > > [...] In /boot directory, I have initdr files only for 2.6.26.2 and > > 2.6.26.1. > > > Sorry I am quite weak concerning the kernel. Can anyone help me? > > > Then just use mkinitramfs-kpkg to build a new initrd for your build. > > ex: $ mkinitramfs-kpkg -o /boot/initrd.img-2.6.27.4 2.6.27.4 > > title Debian GNU/Linux, kernel X > root (hd0,0) > kernel /vmlinuz-X > initrd /initrd.img-X > > and so on... > > > kenny_ > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > Bj?rn Heller > Jabber: tec at jabber.hellercom.de > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From holger at kernreaktor.org Tue May 12 16:28:32 2009 From: holger at kernreaktor.org (Holger Adams) Date: Tue, 12 May 2009 18:28:32 +0200 Subject: Problem : patching the kernel In-Reply-To: <383f8f9a0905110601xa95d672w738a6fcd27b0a091@mail.gmail.com> References: <383f8f9a0905110601xa95d672w738a6fcd27b0a091@mail.gmail.com> Message-ID: <4A09A3B0.1000000@kernreaktor.org> Hi Eric, Eric Cathelinaud wrote: > Hi, > > I followed Debian_Getting_Started chapter in the wiki. There wasn't any > error but, after rebooting, the kernel crashed: > > Booting 'Debian GNU/Linux, kernel 2.6.27.4' > > root (hd0,0) > Filesystem type is ext2fs, partition type 0x83 > kernel /boot/vmlinuz-2.6.27.4 root=/dev/hda1 ro quiet hfcmulti.dslot=1 > [Linux-bzImage, setup=0x3000, size=0x1796901] > > > [0.000000] Unknown boot option 'hfcmulti.dslot=1': ignoring > [0.796125] Kernel panic - not syncing: VFS: Unable to mount root fs on > unknown-block(0,0) Have you forgotten to add SATA support to the kernel and renaming the hardisk to sda (fstab)? Best Regards, Holger From e.cathelinaud at googlemail.com Wed May 13 08:50:38 2009 From: e.cathelinaud at googlemail.com (Eric Cathelinaud) Date: Wed, 13 May 2009 10:50:38 +0200 Subject: Problem : patching the kernel In-Reply-To: <4A09A3B0.1000000@kernreaktor.org> References: <383f8f9a0905110601xa95d672w738a6fcd27b0a091@mail.gmail.com> <4A09A3B0.1000000@kernreaktor.org> Message-ID: <383f8f9a0905130150n490fb12bx1a69efa8e3633dbf@mail.gmail.com> Hi Holger, I have got an IDE hard desk, not SATA. I think it's coming from the initrd missing. I don't understand why there is an error when launching the command: mkinitramfs-kpkg -o /boot/initrd.img-2.6.27.4 2.6.27.4 The error is : cp: operand of the target file missing after `/tmp/tmp.XXXXmDVe5B/sbin/' I tried to do 'update-initramfs -u -k all' but still have the same problem: cp: operand of the target file missing after `/tmp/tmp.XXXX/sbin/' The software is using cp for some reason but something is missing and I don't know what. I installed mkinitramfs and libbash (needed by mkinitramfs). Did I miss something? Best regards, Eric 2009/5/12 Holger Adams > Hi Eric, > > Eric Cathelinaud wrote: > > Hi, > > > > I followed Debian_Getting_Started chapter in the wiki. There wasn't any > > error but, after rebooting, the kernel crashed: > > > > Booting 'Debian GNU/Linux, kernel 2.6.27.4' > > > > root (hd0,0) > > Filesystem type is ext2fs, partition type 0x83 > > kernel /boot/vmlinuz-2.6.27.4 root=/dev/hda1 ro quiet hfcmulti.dslot=1 > > [Linux-bzImage, setup=0x3000, size=0x1796901] > > > > > > [0.000000] Unknown boot option 'hfcmulti.dslot=1': ignoring > > [0.796125] Kernel panic - not syncing: VFS: Unable to mount root fs on > > unknown-block(0,0) > > Have you forgotten to add SATA support to the kernel and renaming the > hardisk to sda (fstab)? > > Best Regards, > Holger > -------------- next part -------------- An HTML attachment was scrubbed... URL: From e.cathelinaud at googlemail.com Wed May 13 13:28:16 2009 From: e.cathelinaud at googlemail.com (Eric Cathelinaud) Date: Wed, 13 May 2009 15:28:16 +0200 Subject: Problem : patching the kernel In-Reply-To: <383f8f9a0905130150n490fb12bx1a69efa8e3633dbf@mail.gmail.com> References: <383f8f9a0905110601xa95d672w738a6fcd27b0a091@mail.gmail.com> <4A09A3B0.1000000@kernreaktor.org> <383f8f9a0905130150n490fb12bx1a69efa8e3633dbf@mail.gmail.com> Message-ID: <383f8f9a0905130628i398f5a35m1414d330d0ab1f26@mail.gmail.com> Hi, Finally i used yaird instead of mkinitramfs to build the image and it works fine: apt-get install yaird yaird ?v ?o /boot/initrd.img-2.6.27.4 2.6.27.4 *if yaird return an error saying /lib/modules/2.6.27.4/modules.pcimap is missing: depmod -a -m -F /boot/System.map-2.6.27.4 2.6.27.4 dpkg --configure -a Now I can boot on kernel 2.6.27.4 Thanks a lot for the help I still have a problem with *hfcmulti.dslot=1* After reboot it says that it is not recognized and is ignored. My /boot/grub/menu.lst is as follow: title Debian GNU/Linux, kernel 2.6.27.4 root (hd0,0) kernel /boot/vmlinuz-2.6.27.4 root=/dev/hda1 hfcmulti.dslot=1 ro quiet initrd /boot/initrd.img-2.6.27.4 and during the *make-kpkg linux-image --initrd --revision=openbsc01.0*, I saw these lines: CC [M] drivers/isdn/hardware/mISDN/hfcpci.o CC [M] drivers/isdn/hardware/mISDN/hfcmulti.o ... Did I miss something? Best regards, Eric 2009/5/13 Eric Cathelinaud > Hi Holger, > > I have got an IDE hard desk, not SATA. > I think it's coming from the initrd missing. I don't understand why there > is an error when launching the command: > mkinitramfs-kpkg -o /boot/initrd.img-2.6.27.4 2.6.27.4 > The error is : > cp: operand of the target file missing after `/tmp/tmp.XXXXmDVe5B/sbin/' > > I tried to do 'update-initramfs -u -k all' but still have the same problem: > cp: operand of the target file missing after > `/tmp/tmp.XXXX/sbin/' > > The software is using cp for some reason but something is missing and I > don't know what. > I installed mkinitramfs and libbash (needed by mkinitramfs). Did I miss > something? > > Best regards, > Eric > > 2009/5/12 Holger Adams > > Hi Eric, >> >> Eric Cathelinaud wrote: >> > Hi, >> > >> > I followed Debian_Getting_Started chapter in the wiki. There wasn't any >> > error but, after rebooting, the kernel crashed: >> > >> > Booting 'Debian GNU/Linux, kernel 2.6.27.4' >> > >> > root (hd0,0) >> > Filesystem type is ext2fs, partition type 0x83 >> > kernel /boot/vmlinuz-2.6.27.4 root=/dev/hda1 ro quiet hfcmulti.dslot=1 >> > [Linux-bzImage, setup=0x3000, size=0x1796901] >> > >> > >> > [0.000000] Unknown boot option 'hfcmulti.dslot=1': ignoring >> > [0.796125] Kernel panic - not syncing: VFS: Unable to mount root fs on >> > unknown-block(0,0) >> >> Have you forgotten to add SATA support to the kernel and renaming the >> hardisk to sda (fstab)? >> >> Best Regards, >> Holger >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mailinglists at hellercom.de Wed May 13 21:19:31 2009 From: mailinglists at hellercom.de (Bjoern Heller) Date: Wed, 13 May 2009 23:19:31 +0200 Subject: Problem : patching the kernel In-Reply-To: <383f8f9a0905130628i398f5a35m1414d330d0ab1f26@mail.gmail.com> References: <383f8f9a0905110601xa95d672w738a6fcd27b0a091@mail.gmail.com> <4A09A3B0.1000000@kernreaktor.org> <383f8f9a0905130150n490fb12bx1a69efa8e3633dbf@mail.gmail.com> <383f8f9a0905130628i398f5a35m1414d330d0ab1f26@mail.gmail.com> Message-ID: Hello, Have you really selected the HFC e1 driver in menuconfig?? You need to install it with a asterisk, to work immediately. And dont forget to include the whole misdn stuff... I tried it again on a fresh installed machine, and it worked fine. Best regards Bj?rn Heller Am 13.05.2009 um 15:28 schrieb Eric Cathelinaud: > Hi, > > Finally i used yaird instead of mkinitramfs to build the image and > it works fine: > apt-get install yaird > > yaird ?v ?o /boot/initrd.img-2.6.27.4 2.6.27.4 > > *if yaird return an error saying /lib/modules/2.6.27.4/ > modules.pcimap is missing: > depmod -a -m -F /boot/System.map-2.6.27.4 2.6.27.4 > > dpkg --configure -a > > > > Now I can boot on kernel 2.6.27.4 > Thanks a lot for the help > > I still have a problem with hfcmulti.dslot=1 > After reboot it says that it is not recognized and is ignored. > My /boot/grub/menu.lst is as follow: > > title Debian GNU/Linux, kernel 2.6.27.4 > root (hd0,0) > kernel /boot/vmlinuz-2.6.27.4 root=/dev/hda1 > hfcmulti.dslot=1 ro quiet > initrd /boot/initrd.img-2.6.27.4 > > and during the make-kpkg linux-image --initrd -- > revision=openbsc01.0, I saw these lines: > CC [M] drivers/isdn/hardware/mISDN/hfcpci.o > CC [M] drivers/isdn/hardware/mISDN/hfcmulti.o > ... > > Did I miss something? > > Best regards, > Eric > > > 2009/5/13 Eric Cathelinaud > Hi Holger, > > I have got an IDE hard desk, not SATA. > I think it's coming from the initrd missing. I don't understand why > there is an error when launching the command: > > mkinitramfs-kpkg -o /boot/initrd.img-2.6.27.4 2.6.27.4 > The error is : > > cp: operand of the target file missing after `/tmp/tmp.XXXXmDVe5B/ > sbin/' > > I tried to do 'update-initramfs -u -k all' but still have the same > problem: > cp: operand of the target file missing after `/tmp/ > tmp.XXXX/sbin/' > > The software is using cp for some reason but something is missing > and I don't know what. > I installed mkinitramfs and libbash (needed by mkinitramfs). Did I > miss something? > > Best regards, > Eric > > 2009/5/12 Holger Adams > > Hi Eric, > > Eric Cathelinaud wrote: > > Hi, > > > > I followed Debian_Getting_Started chapter in the wiki. There > wasn't any > > error but, after rebooting, the kernel crashed: > > > > Booting 'Debian GNU/Linux, kernel 2.6.27.4' > > > > root (hd0,0) > > Filesystem type is ext2fs, partition type 0x83 > > kernel /boot/vmlinuz-2.6.27.4 root=/dev/hda1 ro quiet > hfcmulti.dslot=1 > > [Linux-bzImage, setup=0x3000, size=0x1796901] > > > > > > [0.000000] Unknown boot option 'hfcmulti.dslot=1': ignoring > > [0.796125] Kernel panic - not syncing: VFS: Unable to mount root > fs on > > unknown-block(0,0) > > Have you forgotten to add SATA support to the kernel and renaming the > hardisk to sda (fstab)? > > Best Regards, > Holger > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Bj?rn Heller Jabber: tec at jabber.hellercom.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From e.cathelinaud at googlemail.com Thu May 14 10:06:06 2009 From: e.cathelinaud at googlemail.com (Eric Cathelinaud) Date: Thu, 14 May 2009 12:06:06 +0200 Subject: Problem : patching the kernel In-Reply-To: References: <383f8f9a0905110601xa95d672w738a6fcd27b0a091@mail.gmail.com> <4A09A3B0.1000000@kernreaktor.org> <383f8f9a0905130150n490fb12bx1a69efa8e3633dbf@mail.gmail.com> <383f8f9a0905130628i398f5a35m1414d330d0ab1f26@mail.gmail.com> Message-ID: <383f8f9a0905140306t3579e657mbe8d2be30c9b6a41@mail.gmail.com> Hello, Thanks, it works now. I was using only 'M' for module. I replaced by asterisk and it works fine. Best regards Eric Cathelinaud 2009/5/13 Bjoern Heller > Hello, > Have you really selected the HFC e1 driver in menuconfig?? > You need to install it with a asterisk, to work immediately. > And dont forget to include the whole misdn stuff... > I tried it again on a fresh installed machine, and it worked fine. > > Best regards > Bj?rn Heller > > > Am 13.05.2009 um 15:28 schrieb Eric Cathelinaud: > > Hi, > > Finally i used yaird instead of mkinitramfs to build the image and it works > fine: > > apt-get install yaird > yaird ?v ?o /boot/initrd.img-2.6.27.4 2.6.27.4 > > *if yaird return an error saying /lib/modules/2.6.27.4/modules.pcimap is > missing: > > depmod -a -m -F /boot/System.map-2.6.27.4 2.6.27.4 > > dpkg --configure -a > > > Now I can boot on kernel 2.6.27.4 > Thanks a lot for the help > > I still have a problem with *hfcmulti.dslot=1* > After reboot it says that it is not recognized and is ignored. > My /boot/grub/menu.lst is as follow: > > title Debian GNU/Linux, kernel 2.6.27.4 > root (hd0,0) > kernel /boot/vmlinuz-2.6.27.4 root=/dev/hda1 hfcmulti.dslot=1 ro > quiet > initrd /boot/initrd.img-2.6.27.4 > > and during the *make-kpkg linux-image --initrd --revision=openbsc01.0*, I > saw these lines: > CC [M] drivers/isdn/hardware/mISDN/hfcpci.o > CC [M] drivers/isdn/hardware/mISDN/hfcmulti.o > ... > > Did I miss something? > > Best regards, > Eric > > > 2009/5/13 Eric Cathelinaud > >> Hi Holger, >> >> I have got an IDE hard desk, not SATA. >> I think it's coming from the initrd missing. I don't understand why there >> is an error when launching the command: >> mkinitramfs-kpkg -o /boot/initrd.img-2.6.27.4 2.6.27.4 >> The error is : >> cp: operand of the target file missing after `/tmp/tmp.XXXXmDVe5B/sbin/' >> >> I tried to do 'update-initramfs -u -k all' but still have the same >> problem: >> cp: operand of the target file missing after >> `/tmp/tmp.XXXX/sbin/' >> >> The software is using cp for some reason but something is missing and I >> don't know what. >> I installed mkinitramfs and libbash (needed by mkinitramfs). Did I miss >> something? >> >> Best regards, >> Eric >> >> 2009/5/12 Holger Adams >> >> Hi Eric, >>> >>> Eric Cathelinaud wrote: >>> > Hi, >>> > >>> > I followed Debian_Getting_Started chapter in the wiki. There wasn't any >>> > error but, after rebooting, the kernel crashed: >>> > >>> > Booting 'Debian GNU/Linux, kernel 2.6.27.4' >>> > >>> > root (hd0,0) >>> > Filesystem type is ext2fs, partition type 0x83 >>> > kernel /boot/vmlinuz-2.6.27.4 root=/dev/hda1 ro quiet hfcmulti.dslot=1 >>> > [Linux-bzImage, setup=0x3000, size=0x1796901] >>> > >>> > >>> > [0.000000] Unknown boot option 'hfcmulti.dslot=1': ignoring >>> > [0.796125] Kernel panic - not syncing: VFS: Unable to mount root fs on >>> > unknown-block(0,0) >>> >>> Have you forgotten to add SATA support to the kernel and renaming the >>> hardisk to sda (fstab)? >>> >>> Best Regards, >>> Holger >>> >> >> > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > Bj?rn Heller > Jabber: tec at jabber.hellercom.de > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Wed May 13 11:57:47 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Wed, 13 May 2009 13:57:47 +0200 Subject: SMS interface Message-ID: hi, i know that there is an SMS application interface to come. but currently i like to send SMS via vty interface. i don't know much about the interface structure of the vty interface. here is what i actually want: a daemon checks the hlr for unauthorized subscribers. for the first entry found, a subscriber extension is assign. additionally an SMS is sent to the subscriber, to inform about the assigned number, the network, and dial plan. the subscriber will sen be authorized in the hlr. this daemon shall run every minute. regards, andreas p.s. the application interface patch is on its way. maybe this weekend. From zecke at selfish.org Fri May 15 05:53:41 2009 From: zecke at selfish.org (Holger Freyther) Date: Fri, 15 May 2009 07:53:41 +0200 Subject: SMS interface In-Reply-To: References: Message-ID: <200905150753.41768.zecke@selfish.org> On Wednesday 13 May 2009 13:57:47 Andreas.Eversberg wrote: > hi, > > i know that there is an SMS application interface to come. but currently > i like to send SMS via vty interface. i don't know much about the > interface structure of the vty interface. > > here is what i actually want: > > a daemon checks the hlr for unauthorized subscribers. for the first > entry found, a subscriber extension is assign. additionally an SMS is > sent to the subscriber, to inform about the assigned number, the > network, and dial plan. the subscriber will sen be authorized in the > hlr. this daemon shall run every minute. One small question. How is something ending in the HLR? Until now you have to manually add the subscriber, set authorized and then you should also assign a number? What am I missing? z. PS: We might have a bug that with authorize "everyone" we pollute the HLR but this can be fixed. From bouchtaoui at gmail.com Thu May 14 15:26:22 2009 From: bouchtaoui at gmail.com (Nordin) Date: Thu, 14 May 2009 17:26:22 +0200 Subject: Problem with installing OpenBSC on Centos 4 Message-ID: <4A0C381E.6000304@gmail.com> Hello friends, I've tried to get openbsc running on CentOS, but because of a missing driver (which interfaces between libdbi and sqlite3) it was not a succes. So I removed CentOS and installed Debian Lenny, as I kinda noticed most of you work with Debian. Anyway I managed to install and configure the openbsc with some exceptions. Because I don't use BS-11, but a nanoBTS instead, so I didn't patched the kernel for the mISDN card. I tried the ipaccess-find first, which worked (after I modified my ip hardcoded in the source). Than I tried to configure the nanoBTS using the ipaccess-config as described in this site http://bs11-abis.gnumonks.org/trac/wiki/nanoBTS, but with our ip addresses ofcrouse. That seems to work, but the program doesn't return, I don't know if that is the case. I assume I get response if the nanoBTS gets connected with the OpenBSC. Than I executed the bsc_hack for the nanoBTS (thus I give the appropriate parameters as described on the webpage), and I get the following error: DB: Database initialized. DB: Database prepared. mi_setup could not open socket Address family not supported by protocol Can someone please tell me where to look at? If it's a simple error, just tell me which source does something with mi_setup, otherwise more info would be fine. Thank you. P.S.: I'm a bit new to Linux, so please be patient with me. From spaar at mirider.augusta.de Thu May 14 18:41:47 2009 From: spaar at mirider.augusta.de (Dieter Spaar) Date: Thu, 14 May 2009 18:41:47 CEST Subject: Problem with installing OpenBSC on Centos 4 Message-ID: <4a0c65ec.mirider@mirider.augusta.de> Hello Nordin, On Thu, 14 May 2009 17:26:22 +0200, "Nordin" wrote: > > Than I executed the bsc_hack for the nanoBTS (thus I give the > appropriate parameters as described on the webpage), and I get the > following error: > DB: Database initialized. > DB: Database prepared. > mi_setup could not open socket Address family not supported by protocol Do you really provide the correct parameters to bsc_hack ? The current version of bsc_hack requires the parameter "-t nanobts900" or "-t nanobts1800", depending on the type of the nanoBTS you have. If you don't specify the type, the BS-11 is used. Additionally be sure to specify the ARFCN for a nanoBTS 1800 because otherwise the default GSM900 channel 123 will be used which does not work for DCS1800. Best regards, Dieter -- Dieter Spaar, Germany spaar at mirider.augusta.de From bouchtaoui at gmail.com Fri May 15 10:09:58 2009 From: bouchtaoui at gmail.com (Nordin) Date: Fri, 15 May 2009 12:09:58 +0200 Subject: Problem with installing OpenBSC on Centos 4 In-Reply-To: <4a0c65ec.mirider@mirider.augusta.de> References: <4a0c65ec.mirider@mirider.augusta.de> Message-ID: <4A0D3F76.8010306@gmail.com> Hi Dieter, You are right about the arfcn number, I modified to 880, and now it is working! I can detect the network on my mobilephone! Thank you very much! Dieter Spaar schreef: > Hello Nordin, > > On Thu, 14 May 2009 17:26:22 +0200, "Nordin" wrote: > >> Than I executed the bsc_hack for the nanoBTS (thus I give the >> appropriate parameters as described on the webpage), and I get the >> following error: >> DB: Database initialized. >> DB: Database prepared. >> mi_setup could not open socket Address family not supported by protocol >> > > Do you really provide the correct parameters to bsc_hack ? The > current version of bsc_hack requires the parameter "-t nanobts900" > or "-t nanobts1800", depending on the type of the nanoBTS you have. > If you don't specify the type, the BS-11 is used. > > Additionally be sure to specify the ARFCN for a nanoBTS 1800 because > otherwise the default GSM900 channel 123 will be used which does not > work for DCS1800. > > Best regards, > Dieter > From Juha.Tuomala at iki.fi Thu May 14 15:40:00 2009 From: Juha.Tuomala at iki.fi (Juha Tuomala) Date: Thu, 14 May 2009 18:40:00 +0300 Subject: Greetings from Estonia Message-ID: <200905141840.02252.Juha.Tuomala@iki.fi> Hi I'm new dude in this community. I'm a finn, live in Estonia. I've a background of military radios and their electronic repair, not that much of civilian stuff, nor GSM systems. Also studied some RF stuff in technical institute, but i guess never was the sharpest tool in the shed in this area, spent more time in unix machine room than in RF lab. My plan to be a tester/hangaround here, do some minor hacking but I think my coding skills and limited time leaves it there. If at some stage packaging in Fedora camp is needed, I am already pkg maintainer and could help there. Anyway, your project is very intresting and wish you success in it. Tuju -- Better to have one, and not need it, than to need one and not have it. From Juha.Tuomala at iki.fi Thu May 14 15:40:21 2009 From: Juha.Tuomala at iki.fi (Juha Tuomala) Date: Thu, 14 May 2009 18:40:21 +0300 Subject: IRC channel Message-ID: <200905141840.23129.Juha.Tuomala@iki.fi> I created an #openbsc irc channel into freenode, feel free to stop by if you're an irc user. irc://irc.freenode.net/openbsc Tuju -- Better to have one, and not need it, than to need one and not have it. From e.cathelinaud at googlemail.com Fri May 15 09:57:02 2009 From: e.cathelinaud at googlemail.com (Eric Cathelinaud) Date: Fri, 15 May 2009 11:57:02 +0200 Subject: RJ45 cable Message-ID: <383f8f9a0905150257v2d3a4508s8375537c936b0d4c@mail.gmail.com> Hi, I just saw you added to the wiki a "step by step" guide to build the RJ45. I was wondering why you are saying you use green white / green cables for pin1&2. I actually pluged in my twinax orange white / orange cables. Are you using a crossed cable? Best regards Eric Cathelinaud -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcel at koeln.ccc.de Fri May 15 10:34:30 2009 From: marcel at koeln.ccc.de (Marcel Klein) Date: Fri, 15 May 2009 12:34:30 +0200 Subject: RJ45 cable In-Reply-To: <383f8f9a0905150257v2d3a4508s8375537c936b0d4c@mail.gmail.com> References: <383f8f9a0905150257v2d3a4508s8375537c936b0d4c@mail.gmail.com> Message-ID: <4A0D4536.10905@koeln.ccc.de> Eric Cathelinaud wrote: > I just saw you added to the wiki a "step by step" guide to build the RJ45. > I was wondering why you are saying you use green white / green cables > for pin1&2. I actually pluged in my twinax orange white / orange cables. > Are you using a crossed cable? I know that you normally use orange / orange white for Pin 1&2... but I used a cable lying around in our lab and used the multimeter to find out the "correct" wires. I was to lazy to crimp a new one. :) kenny_ From e.cathelinaud at googlemail.com Fri May 15 12:35:08 2009 From: e.cathelinaud at googlemail.com (Eric Cathelinaud) Date: Fri, 15 May 2009 14:35:08 +0200 Subject: RJ45 cable In-Reply-To: <4A0D4536.10905@koeln.ccc.de> References: <383f8f9a0905150257v2d3a4508s8375537c936b0d4c@mail.gmail.com> <4A0D4536.10905@koeln.ccc.de> Message-ID: <383f8f9a0905150535w4ed01d21q14e67c591adf1330@mail.gmail.com> ah ok I am glad I don't have to plug again this cable ;) Eric 2009/5/15 Marcel Klein > Eric Cathelinaud wrote: > > I just saw you added to the wiki a "step by step" guide to build the > RJ45. > > I was wondering why you are saying you use green white / green cables > > for pin1&2. I actually pluged in my twinax orange white / orange cables. > > Are you using a crossed cable? > > I know that you normally use orange / orange white for Pin 1&2... but I > used a cable lying around in our lab and used the multimeter to find out > the "correct" wires. I was to lazy to crimp a new one. :) > > > kenny_ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Fri May 15 10:37:50 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Fri, 15 May 2009 12:37:50 +0200 Subject: patches for openbsc Message-ID: hi, finally my patch is documented (almost). you will find the documentation of the patch: http://home.eversberg.eu/stage1.html the patch in plain text fromat: http://home.eversberg.eu/stage1.patch it also includes the changes i posted here before. if you have questions, ask. regards, andreas From zecke at selfish.org Sun May 17 07:35:04 2009 From: zecke at selfish.org (Holger Freyther) Date: Sun, 17 May 2009 09:35:04 +0200 Subject: patches for openbsc In-Reply-To: References: Message-ID: <200905170935.05606.zecke@selfish.org> On Friday 15 May 2009 12:37:50 Andreas.Eversberg wrote: > hi, > > finally my patch is documented (almost). you will find the documentation > of the patch: > > http://home.eversberg.eu/stage1.html > > the patch in plain text fromat: > > http://home.eversberg.eu/stage1.patch > > it also includes the changes i posted here before. if you have > questions, ask. Hi Andreas, thank you for the patches. Let me start to review the patches one by one as replies to this one. One general thing with this and the previous patch. I'm quite picky when it comes to commented out code, and left overs from debugging.... please try to avoid leaving that in. z. From Andreas.Eversberg at versatel.de Sun May 17 15:13:24 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Sun, 17 May 2009 17:13:24 +0200 Subject: AW: patches for openbsc Message-ID: hi holger, these patches are not the "final" patch. some things must be discussed before of yourse. i removed the out commented code from the patch. some comments like "// todo ..." are not removed. when you look at the file http://home.eversberg.eu/stage1.html, you will see the new version. whenever there is something to complain about, i will change it, until we have patches that all of us agree. please ask if you don't fully understand the patch. especially for the BSC<->application interface, i was too lazy to describe all details. you will find mncc.c usefull to see how the interface is handled. regards, andres -----Urspr?ngliche Nachricht----- Von: openbsc-bounces at lists.gnumonks.org [mailto:openbsc-bounces at lists.gnumonks.org] Im Auftrag von Holger Freyther Gesendet: Sonntag, 17. Mai 2009 09:35 An: openbsc at lists.gnumonks.org Betreff: Re: patches for openbsc On Friday 15 May 2009 12:37:50 Andreas.Eversberg wrote: > hi, > > finally my patch is documented (almost). you will find the > documentation of the patch: > > http://home.eversberg.eu/stage1.html > > the patch in plain text fromat: > > http://home.eversberg.eu/stage1.patch > > it also includes the changes i posted here before. if you have > questions, ask. Hi Andreas, thank you for the patches. Let me start to review the patches one by one as replies to this one. One general thing with this and the previous patch. I'm quite picky when it comes to commented out code, and left overs from debugging.... please try to avoid leaving that in. z. From zecke at selfish.org Mon May 18 04:14:03 2009 From: zecke at selfish.org (Holger Freyther) Date: Mon, 18 May 2009 06:14:03 +0200 Subject: patches for openbsc In-Reply-To: References: Message-ID: <200905180614.05194.zecke@selfish.org> On Sunday 17 May 2009 17:13:24 Andreas.Eversberg wrote: > hi holger, > > these patches are not the "final" patch. some things must be discussed > before of yourse. i removed the out commented code from the patch. some > comments like "// todo ..." are not removed. when you look at the file > http://home.eversberg.eu/stage1.html, you will see the new version. > whenever there is something to complain about, i will change it, until we > have patches that all of us agree. > > please ask if you don't fully understand the patch. especially for the > BSC<->application interface, i was too lazy to describe all details. you > will find mncc.c usefull to see how the interface is handled. Sorry, we don't get anywhere with this. How should I comment on the stage1.html? Send you a diff against html? Currently it is way too much work to pick the good parts by hand and leave the other stuff out, I would really welcome patches one could just apply. Examples: 1.) Installation of the lib... NO! Not via an install-data-hook... If you want the lib to be installed change it away from a noinst lib. This should honor the --prefix one is giving when configuring... this is only leaving the includes... And please don't mix changing the noinst to a proper library and adding new files... They have nothing to do with each other... 2.) ... Add mncc.c in one go and not by sprinkling changes around... 3.) Adding the timer. The change looks fine, we will need to test it on real hardware... BUT it is depending on your rename of the timer functions introduced later... maybe it is time for using git and git-format-patch? So yes, patch is okay, but we can not just apply it because of its dependencies (timer rename, new trau include, ...) It would also be appreciated if you can rediff this part as the debug statements have been added... And you have unrelated changes like the autorelease within this patch, something I have merged to openbsc by hand already... And with the change of input/misdn.c you try to sneak in a mISDNuser dependency without changing the configure.in. I already asked why is this needed? What is the benefit? 4.) Skipped for now 5.) Okay, should be something like the new 3rd patch as 3rd) is depending on this one. All fine... but the title of the patch does not match the content. The renaming has nothing to do with the change of semantic of this function. So we need one patch for renaming the methods (to not pollute the global namespace...) + users of it and one for changing the semantic + user of it. 6.) Skipped for now 7.) Don't you miss a change to include/openbsc/gsm_data.h? Currently the bts is passed in terms of the data (or within a struct for data), can't this work for for you? sorry, need to stop here right now, I see most of your work is in the NMCC change... so for now what about trying to get 1-7 resolved and progress on these items? z. From codec at muc.ccc.de Mon May 18 13:22:09 2009 From: codec at muc.ccc.de (codec) Date: Mon, 18 May 2009 15:22:09 +0200 Subject: patches for openbsc In-Reply-To: <200905180614.05194.zecke@selfish.org> References: <200905180614.05194.zecke@selfish.org> Message-ID: <20090518152209.2ed820fc@muc.ccc.de> On Mon, 18 May 2009 06:14:03 +0200 Holger Freyther wrote: > we don't get anywhere with this. How should I comment on the > stage1.html? Send you a diff against html? Currently it is way too > much work to pick the good parts by hand and leave the other stuff > out, I would really welcome patches one could just apply. There's a wiki. Why don't you just write all the stuff into it? Way easier to work on. cheers, -- codec From laforge at gnumonks.org Tue May 19 02:18:57 2009 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 19 May 2009 10:18:57 +0800 Subject: patches for openbsc In-Reply-To: <200905180614.05194.zecke@selfish.org> References: <200905180614.05194.zecke@selfish.org> Message-ID: <20090519021857.GV19746@prithivi.gnumonks.org> Dear Andreas, first of all, as I indicated in the past, I am very thankful for the amount of work you are committning to OpenBSC. So please always keep this in mind! Dear Holger, we all bring different skills to this project. Andreas' strength is that he has a lot of knowledge of traditional ITU-T/ETSI telephony protocols, something that we clearly don't have. Apart from all his work, he actually also documented his work in detail - even if in a method quite uncommonly seen in FOSS projects for development discussion (colorful HTML on his website). You on the other hand (like me) have extensive experience in participating in large FOSS projects that follow certain rules and 'best practise' when it comes to the structure of contributions. Andreas is trying to help us with his code, so please be friendly and welcoming to him. I agree with you that the mode of submitting one large patch rather than an incremental per-feature patchset is not how contributions are normally acceptd. I also agree that cosmetic/syntax changes need to be kept separate from actual semantic changes of the code, or that autotools should be used the "right" way - but we can communicate that in a nicer way. Andreas, I hope you will bear with us and go through the process of splitting up your patches. I know it is the least exciting part of anyone's work, but I believe it is an important skill to have when working within the FOSS community. What I would like to see is independent and incremental patches in the following order: * timer rename throughout the existing code * llist header changes (why were they made? c++?) * the transmit delay timer * introduction of trau interface * bsc_select_main(polling) * paging extension with cbfn BTS pointer * the actual MNCC interface * installation of libbsc (this should be last, since before the other changes it is of no use) after applying each of those patches individually, the code should still compile and work. Each patch should be sent as an independent patch/diff file to the openbsc-devel list, including a short description on top of the patch what it does. If submitted this way, I can agree to merge all the infrastructure work right away, i.e. the above list up to and including the 'paging extension'. This leaves Andreas' stage1 patch limited to the MNCC interface, which I first want to find some more time to review and play with it. Is that something we can all agree to? Thanks. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From zecke at selfish.org Tue May 19 05:01:56 2009 From: zecke at selfish.org (Holger Freyther) Date: Tue, 19 May 2009 07:01:56 +0200 Subject: patches for openbsc In-Reply-To: <20090519021857.GV19746@prithivi.gnumonks.org> References: <200905180614.05194.zecke@selfish.org> <20090519021857.GV19746@prithivi.gnumonks.org> Message-ID: <200905190701.56576.zecke@selfish.org> On Tuesday 19 May 2009 04:18:57 Harald Welte wrote: > Dear Andreas, > > first of all, as I indicated in the past, I am very thankful for the amount > of work you are committning to OpenBSC. So please always keep this in > mind! > > Dear Holger, > > we all bring different skills to this project. Andreas' strength is that > he has a lot of knowledge of traditional ITU-T/ETSI telephony protocols, > something that we clearly don't have. Apart from all his work, he actually > also documented his work in detail - even if in a method quite uncommonly > seen in FOSS projects for development discussion (colorful HTML on his > website). > > You on the other hand (like me) have extensive experience in participating > in large FOSS projects that follow certain rules and 'best practise' when > it comes to the structure of contributions. > > Andreas is trying to help us with his code, so please be friendly and > welcoming to him. I agree with you that the mode of submitting one large > patch rather than an incremental per-feature patchset is not how > contributions are normally acceptd. I also agree that cosmetic/syntax > changes need to be kept separate from actual semantic changes of the code, > or that autotools should be used the "right" way - but we can communicate > that in a nicer way. Dear Andreas, sorry about the tone. I'm very interested in getting your changes into the OpenBSC repository as they are great improvements. My mail was not meant to be rough but was meant as a way forward to get things merged before you end up with a huge pile of changes (this was probably the reason that harald and me started to merge bits and pieces by hand as well). I sincerely agree with Haralds proposed order of changes and please let us progress this way. z. PS: Sorry, I went to bed early here, I try to reach you tonight Some more bla bla on why small chunks of changes. First of all we have all limits, by having smaller changes we are better to judge this individual change, the impact and such without reaching the limit. Having small independent changes allows us to roll-out (revert) a particular change (e.g. when our judgment was wrong) without ending in a big manual merge catastrophe. And finally by having each change compilable we can fall back to things like git bisect. From Andreas.Eversberg at versatel.de Tue May 19 13:40:38 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Tue, 19 May 2009 15:40:38 +0200 Subject: patches for openbsc Message-ID: dear holger, dear harald, don't worry about little communication problems. the difference between being offensive and being contructive is only determined by the sound of voice, i think. we can't hear the "tone" in emails, so we try to imagine the tone when we read mails. so your constructive arguments can be easily understand wrong. let's get back to the patches. first, i decided to use one big patch, because the application interface requires almost all other parts to work. what i can do is to provide single patches that will work stand-allone, but some are dependant of earlier patches. harald already did a list of parts in it's order: * timer rename throughout the existing code * llist header changes (why were they made? c++?) * the transmit delay timer * introduction of trau interface * bsc_select_main(polling) * paging extension with cbfn BTS pointer * the actual MNCC interface * installation of libbsc (this should be last, since before the other changes it is of no use) i will start this week to apply the changes to the latest SVN snapshot, one by one. i will test it by calling from one mobile station to another station. (i think that is enough.) i will create a diff and announce it on the mailing list. (i can also put it on home.eversberg.eu or on the wiki, if you whish). after that i will continue with the next step, test it and provide the next diff. also, i need to know about "openbsc/openbsc.h" include file, i would like to add. it shall only include functions and definitions relevant for the application to use libbsc. because the application does not need to know about libbsc internals, the pointer to the "struct gsm_net" is of type "void". example in the first parameter of mncc_send(): int mncc_send(void *net, int msg_type, void *arg); this header file contains structures that are used by application and libbsc also, like: enum gsm_bts_type currently i copied the bootstrap code from bsc_hack.c into my LCR application, so i need to incude more than openbsc.h there. in my case i use a file called "bootstrap.c" which takes all the parameters to initiate gsm network an controls bootstrapping. i think this should be part ob libbsc in the future. if bootstrapping would be part of libbsc, there is no need to include more than openbsc.h to use the MNCC interface. what do you think? best regards, andreas From zecke at selfish.org Tue May 19 15:26:03 2009 From: zecke at selfish.org (Holger Freyther) Date: Tue, 19 May 2009 17:26:03 +0200 Subject: patches for openbsc In-Reply-To: References: Message-ID: <200905191726.04116.zecke@selfish.org> On Tuesday 19 May 2009 15:40:38 Andreas.Eversberg wrote: > dear holger, dear harald, > > don't worry about little communication problems. the difference between > being offensive and being contructive is only determined by the sound of > voice, i think. we can't hear the "tone" in emails, so we try to imagine > the tone when we read mails. so your constructive arguments can be > easily understand wrong. great, thanks. > harald already did a list of parts in it's order: > > * timer rename throughout the existing code > * llist header changes (why were they made? c++?) > * the transmit delay timer > * introduction of trau interface > * bsc_select_main(polling) > * paging extension with cbfn BTS pointer > * the actual MNCC interface > * installation of libbsc (this should be last, since before the other > changes it is of no use) > > i will start this week to apply the changes to the latest SVN snapshot, > one by one. i will test it by calling from one mobile station to another > station. (i think that is enough.) i will create a diff and announce it > on the mailing list. You might find git-svn or quilt handy. Specially with git it is really easy to move hunks from one patch to another, and reapply things against later snapshots. I love this tool! And yes, sending them to the mailinglist would be my preferred mode operation. > also, i need to know about "openbsc/openbsc.h" include file, i would > like to add. it shall only include functions and definitions relevant > for the application to use libbsc. because the application does not need > to know about libbsc internals, the pointer to the "struct gsm_net" is > of type "void". example in the first parameter of mncc_send(): Please go ahead and create it, I think for now we should collect all public API in this header file. you can even pass struct gsm_net* and struct gsm_bts* around. It is unlikely that we will stop using and the compiler will be happy to just pass around the pointer (it knows the storage size). The benefit of this is that we have some level of type checking (in contrast to void*) > currently i copied the bootstrap code from bsc_hack.c into my LCR > application, so i need to incude more than openbsc.h there. in my case i > use a file called "bootstrap.c" which takes all the parameters to > initiate gsm network an controls bootstrapping. i think this should be > part ob libbsc in the future. if bootstrapping would be part of libbsc, > there is no need to include more than openbsc.h to use the MNCC > interface. what do you think? If I understood this correctly it looks like the way to go. The goal should be to just include openbsc/openbsc.h, kick the lib to initialize and then are ready to go. z. From laforge at gnumonks.org Tue May 19 19:14:15 2009 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 20 May 2009 03:14:15 +0800 Subject: patches for openbsc In-Reply-To: References: Message-ID: <20090519191415.GT19746@prithivi.gnumonks.org> Hi Andreas, On Tue, May 19, 2009 at 03:40:38PM +0200, Andreas.Eversberg wrote: > let's get back to the patches. first, i decided to use one big patch, > because the application interface requires almost all other parts to > work. what i can do is to provide single patches that will work > stand-allone, but some are dependant of earlier patches. yes, the dependency is obviously there, don't worry about that. This is why the order matters... > harald already did a list of parts in it's order: > > * timer rename throughout the existing code > * llist header changes (why were they made? c++?) > * the transmit delay timer > * introduction of trau interface > * bsc_select_main(polling) > * paging extension with cbfn BTS pointer > * the actual MNCC interface > * installation of libbsc (this should be last, since before the other > changes it is of no use) > > i will start this week to apply the changes to the latest SVN snapshot, > one by one. i will test it by calling from one mobile station to another > station. (i think that is enough.) yes, you maybe don't even need to do that, but if you're diligent, do it :) > i will create a diff and announce it on the mailing list. (i can also put it > on home.eversberg.eu or on the wiki, if you whish). after that i will > continue with the next step, test it and provide the next diff. I think quilt might be the ideal tool to create this set of incremental patches. And yes, please send each patch to the mailinglist. If you update a patch, just send the new version. > also, i need to know about "openbsc/openbsc.h" include file, i would > like to add. it shall only include functions and definitions relevant > for the application to use libbsc. because the application does not need > to know about libbsc internals, the pointer to the "struct gsm_net" is > of type "void". example in the first parameter of mncc_send(): > > int mncc_send(void *net, int msg_type, void *arg); > > this header file contains structures that are used by application and > libbsc also, like: > > enum gsm_bts_type > > > currently i copied the bootstrap code from bsc_hack.c into my LCR > application, so i need to incude more than openbsc.h there. in my case i > use a file called "bootstrap.c" which takes all the parameters to > initiate gsm network an controls bootstrapping. i think this should be > part ob libbsc in the future. if bootstrapping would be part of libbsc, > there is no need to include more than openbsc.h to use the MNCC > interface. what do you think? My plan is to have the bootstrapping in libbsc (or whatever we will call it in the future). Once the vty code has matured, we should be able to read and write config files that contain the entire network setup with all its parameters. At least at that point, applications using libbsc (in your context, i.e. lcr like applications) don't need to know any details, agreed. The applications that I have in mind in fact need to know a lot more about the details, on the other hand... -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From Andreas.Eversberg at versatel.de Wed May 20 08:36:15 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Wed, 20 May 2009 10:36:15 +0200 Subject: AW: patches for openbsc Message-ID: >At least at that point, applications using libbsc (in your context, i.e. lcr >like applications) don't need to know any details, agreed. >The applications that I have in mind in fact need to know a lot more about the >details, on the other hand... hi harald, if libbsc is a toolbox not only for MSC applilcations, but applications that e.g. trigger paging or send O&M messages, it makes sense to export most internal functions and data structures. in this case it does not make sense to create a header file "openbsc/openbsc.h" for all applications. instead it makes sense to create a header file especially for the application interface "openbsc/mncc.h". only MSC application and MNCC interface require to include this header file. other applications include other header files. i would like to keep include files as is and add openbsc/mncc.h instead. what do you think? andreas From laforge at gnumonks.org Thu May 21 07:13:16 2009 From: laforge at gnumonks.org (Harald Welte) Date: Thu, 21 May 2009 15:13:16 +0800 Subject: patches for openbsc In-Reply-To: References: Message-ID: <20090521071316.GH4021@prithivi.gnumonks.org> On Wed, May 20, 2009 at 10:36:15AM +0200, Andreas.Eversberg wrote: > i would like to keep include files as is and add openbsc/mncc.h instead. > what do you think? sounds like the way to go! -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From codec at muc.ccc.de Wed May 20 20:24:42 2009 From: codec at muc.ccc.de (codec) Date: Wed, 20 May 2009 22:24:42 +0200 Subject: patches for openbsc In-Reply-To: References: Message-ID: <20090520222442.18526091@muc.ccc.de> Hi Andreas, On Fri, 15 May 2009 12:37:50 +0200 "Andreas.Eversberg" wrote: > it also includes the changes i posted here before. if you have > questions, ask. which revision did you use for patching? We run into some problems over here, e.g. patch complaining about malformed patches. Or maybe you can provide a tarball of your changed sources? cheers, -- codec "All children are artists. The problem is how to remain an artist as one grows up." -- Picasso From lars at ibp.de Wed May 20 23:19:12 2009 From: lars at ibp.de (Lars Immisch) Date: Thu, 21 May 2009 01:19:12 +0200 Subject: Mac OS X - include file patch In-Reply-To: <20090520222442.18526091@muc.ccc.de> References: <20090520222442.18526091@muc.ccc.de> Message-ID: <4A148FF0.8090208@ibp.de> Hi, attached is a patch for Mac OS X. It fixes #include annoyances; some possibly general. With this patch, openbsc should compile on OS X (but will not link yet). - OS X has no malloc.h (malloc is in stdlib.h - as per POSIX/OpenGroup) - vty/buffer.h and vty/command.h need sys/types.h (looks harmless to me) - mISDNif.h explicitly wants etc., but the declarations in mISNif.h fairly generic. I have replaced with , unless "linux" is defined (which is defined by gcc). Regarding linking: OS X has no -lcrypt, but the openbsc binaries link without -lcrypt. I'll have to restore my autoconf knowledge from cryogenic storage and then come up with another patch. - Lars -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: osx.patch URL: From laforge at gnumonks.org Thu May 21 07:34:03 2009 From: laforge at gnumonks.org (Harald Welte) Date: Thu, 21 May 2009 15:34:03 +0800 Subject: Mac OS X - include file patch In-Reply-To: <4A148FF0.8090208@ibp.de> References: <20090520222442.18526091@muc.ccc.de> <4A148FF0.8090208@ibp.de> Message-ID: <20090521073403.GJ4021@prithivi.gnumonks.org> On Thu, May 21, 2009 at 01:19:12AM +0200, Lars Immisch wrote: > attached is a patch for Mac OS X. It fixes #include annoyances; some > possibly general. > > With this patch, openbsc should compile on OS X (but will not link yet). thanks, patch applied (svn rev 492) > OS X has no -lcrypt, but the openbsc binaries link without -lcrypt. I'll > have to restore my autoconf knowledge from cryogenic storage and then > come up with another patch. I wonder why we actually need -lcrypt... oh, the vty password encryption. I think we can live without that, I'll just disable it (svn commit 493) -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From lars at ibp.de Thu May 21 10:00:57 2009 From: lars at ibp.de (Lars Immisch) Date: Thu, 21 May 2009 12:00:57 +0200 Subject: Mac OS X - include file patch In-Reply-To: <20090521073403.GJ4021@prithivi.gnumonks.org> References: <20090520222442.18526091@muc.ccc.de> <4A148FF0.8090208@ibp.de> <20090521073403.GJ4021@prithivi.gnumonks.org> Message-ID: <4A152659.6010105@ibp.de> Hi Harald, > On Thu, May 21, 2009 at 01:19:12AM +0200, Lars Immisch wrote: >> attached is a patch for Mac OS X. It fixes #include annoyances; some >> possibly general. >> >> With this patch, openbsc should compile on OS X (but will not link yet). > > thanks, patch applied (svn rev 492) Thanks. >> OS X has no -lcrypt, but the openbsc binaries link without -lcrypt. I'll >> have to restore my autoconf knowledge from cryogenic storage and then >> come up with another patch. > > I wonder why we actually need -lcrypt... oh, the vty password encryption. > I think we can live without that, I'll just disable it (svn commit 493) Ah, well. I'm was just too tired for autoconf. But there is a simple solution - see the attached patch. It will define -DVTY_CRYPT_PW= if crypt is found. If -lcrypt is needed, $(LIB_CRYPT) will be -lcrypt Compiles on OS X and Linux and reenables crypt. - Lars -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: osxcrypt.patch URL: From zecke at selfish.org Thu May 21 10:30:56 2009 From: zecke at selfish.org (Holger Freyther) Date: Thu, 21 May 2009 12:30:56 +0200 Subject: Mac OS X - include file patch In-Reply-To: <4A152659.6010105@ibp.de> References: <20090521073403.GJ4021@prithivi.gnumonks.org> <4A152659.6010105@ibp.de> Message-ID: <200905211230.59240.zecke@selfish.org> On Thursday 21 May 2009 12:00:57 Lars Immisch wrote: > Ah, well. I'm was just too tired for autoconf. But there is a simple > solution - see the attached patch. It will define -DVTY_CRYPT_PW= if > crypt is found. If -lcrypt is needed, $(LIB_CRYPT) will be -lcrypt Interesting. I'm no autoconf expert but so far I would have added AC_SUBST(LIBCRYPT) after the check statement..... Anybody happens to know if and what difference it makes? From lars at ibp.de Thu May 21 10:41:36 2009 From: lars at ibp.de (Lars Immisch) Date: Thu, 21 May 2009 12:41:36 +0200 Subject: Mac OS X - include file patch In-Reply-To: <200905211230.59240.zecke@selfish.org> References: <20090521073403.GJ4021@prithivi.gnumonks.org> <4A152659.6010105@ibp.de> <200905211230.59240.zecke@selfish.org> Message-ID: <4A152FE0.8000605@ibp.de> >> Ah, well. I'm was just too tired for autoconf. But there is a simple >> solution - see the attached patch. It will define -DVTY_CRYPT_PW= if >> crypt is found. If -lcrypt is needed, $(LIB_CRYPT) will be -lcrypt > > Interesting. I'm no autoconf expert but so far I would have added > AC_SUBST(LIBCRYPT) after the check statement..... Anybody happens to know if > and what difference it makes? http://ftp.df.lth.se/pub/gnome/teams/marketing/en/2003/autotools/html/foil26.html With AC_SUBST, we could write @LIB_CRYPT@ in Makefile.am. It might be a matter of taste. - Lars From Andreas.Eversberg at versatel.de Fri May 15 14:11:06 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Fri, 15 May 2009 16:11:06 +0200 Subject: TRX #2 Message-ID: hi, i like to use TRX 2. to create objects, i need a password. any idea? i think that openbsc requires more changes than adding more timeslots. also the bootstrap process must be improved, i think. for multiple trx i would suggest to use an array of frequencies for each trx when calling boostrap_network() for multiple bts i would suggest to call bootstrap_network() again to configure the second bts. for multiple bts on the same E1 interface, is for further study. andreas -------------- next part -------------- An HTML attachment was scrubbed... URL: From spaar at mirider.augusta.de Fri May 15 16:46:59 2009 From: spaar at mirider.augusta.de (Dieter Spaar) Date: Fri, 15 May 2009 16:46:59 CEST Subject: TRX #2 Message-ID: <4a0d9c83.mirider@mirider.augusta.de> Hello Andreas, On Fri, 15 May 2009 16:11:06 +0200, "Andreas.Eversberg" wrote: > > i like to use TRX 2. to create objects, i need a password. any idea? The original password set by the manufacturer depends on the serial number of the BS-11. However "bs11_config" contains everything needed to set a new password and create TRX2. If you want to use LMT, you should run "bs11_config" first and than use LMT, the new password is in the source code of "bs11_config". Best regards, Dieter -- Dieter Spaar, Germany spaar at mirider.augusta.de From zecke at selfish.org Tue May 19 06:44:01 2009 From: zecke at selfish.org (Holger Freyther) Date: Tue, 19 May 2009 08:44:01 +0200 Subject: Musings on public API Message-ID: <200905190844.01727.zecke@selfish.org> Hey Harald, Andreas, I just tried to come up with a patch to prefix the timer functions with bsc_ and started to think about public API. The thing is we only need to properly prefix symbols we intend to export. I don't think we will export timers. So the questions I think of are: what are we going to export? how are we going to export it? On the what question it mostly depends on Andreas and what he needs for his application, from what I understand that is the MNCC stuff that will come as one of his patches. For the other question of how we are going to export it we have at least two approaches, symbol filter and visibility attributes of the gcc. I prefer the later and have cooked up an example patch... comments welcome z. PS: I'm sorry to use libtool... the GNU documentation tries to hide other ways PPS: With the 2nd patch in place I don't think we need to rename the timer symbols (we still can as a matter of cleaning it up) PPS: With the 2nd patch we have everything in place for installable API... -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001--timer-Prefix-global-timer-functions-with-bsc_.patch Type: text/x-patch Size: 10396 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002--lib-Create-a-shared-library-install-it-header-fi.patch Type: text/x-patch Size: 8661 bytes Desc: not available URL: From laforge at gnumonks.org Tue May 19 19:09:24 2009 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 20 May 2009 03:09:24 +0800 Subject: Musings on public API In-Reply-To: <200905190844.01727.zecke@selfish.org> References: <200905190844.01727.zecke@selfish.org> Message-ID: <20090519190924.GS19746@prithivi.gnumonks.org> On Tue, May 19, 2009 at 08:44:01AM +0200, Holger Freyther wrote: > I just tried to come up with a patch to prefix the timer functions with bsc_ > and started to think about public API. The thing is we only need to properly > prefix symbols we intend to export. I don't think we will export timers. well, it basically depens on how you want to see openbsc/libbsc. If you treat it as a library, then of course exporting timers is a stupid idea. However, if OpenBSC is an application program / daemon that also supports plugins, then providing infrastructure such as timers to the plugins is a good idea. I wasn't really sure about the way to go so far. I think in reality we might need both. The sole reason to have libbsc was that there is some code reuse between bsc_hack and bs11_config, and now even ipaccess_config. I think all practical cases will not really see libbsc as a public library. I think the BSC functionality warrants its own daemon, possibly with multiple processes/threads, one for the signalling and one or more for the TRAU handling. The question is how to treat interfaces to programs like lcr. Should we just offer a plugin API and let such users write a plugin that performs the IPC to the actual external program - or should we provide some kind of standardized IPC interface and a library that people can link into their application programs... My main focus for OpenBSC has been to have a playground for BSC-like functionality that is as flexible as possible. So my intention is to have a toolkint of A-bis and other GSM prtoocol related bits (libbsc) plus a set of programs/plugins that can turn the code into something useful. a PBX is one of many examples, but a program that fuzzes telephones over the air would be another of those applications. p.s.: I don't mind libtool at all. Regards, -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From lars at ibp.de Tue May 19 20:28:46 2009 From: lars at ibp.de (Lars Immisch) Date: Tue, 19 May 2009 22:28:46 +0200 Subject: BS11 in Berlin? Re: Musings on public API In-Reply-To: <20090519190924.GS19746@prithivi.gnumonks.org> References: <200905190844.01727.zecke@selfish.org> <20090519190924.GS19746@prithivi.gnumonks.org> Message-ID: <4A13167E.4090304@ibp.de> Hello, I just wanted to ask whether there is a BS11 that I could have a look at/play with in Berlin? Does the Club have one or the c-base? Whom could I kindly ask for a short introduction? I have experience with Telekom standards/E1/ISDN. >> I just tried to come up with a patch to prefix the timer functions with bsc_ >> and started to think about public API. The thing is we only need to properly >> prefix symbols we intend to export. I don't think we will export timers. > > well, it basically depens on how you want to see openbsc/libbsc. > > If you treat it as a library, then of course exporting timers is a stupid > idea. However, if OpenBSC is an application program / daemon that also > supports plugins, then providing infrastructure such as timers to the > plugins is a good idea. I might be off base here, and I haven't looked at the code beyond getting it to compile on OS X, but: Telekom applications always need timers and interfaces to other systems, and a reactor-style event loop with timers is nearly always the way to go. You've already got a select loop and timers - why not package it in a separate lib? Or offer integration with libevent? (http://www.monkey.org/~provos/libevent/) - Lars From mailinglists at hellercom.de Tue May 19 23:22:08 2009 From: mailinglists at hellercom.de (Bjoern Heller) Date: Wed, 20 May 2009 01:22:08 +0200 Subject: BS11 in Berlin? Re: Musings on public API In-Reply-To: <4A13167E.4090304@ibp.de> References: <200905190844.01727.zecke@selfish.org> <20090519190924.GS19746@prithivi.gnumonks.org> <4A13167E.4090304@ibp.de> Message-ID: Yes, as far as I know there ist a private BS11 from Harald located at CCCB (correct me if I am wrong). Also there are some BS11 located at the BHT University Berlin (TFH). If you want to see them in action just tell me ;) I will be also from 21. at SIGINT in Cologne, so if you have time to meet me there... Best regards Bj?rn Am 19.05.2009 um 22:28 schrieb Lars Immisch: > Hello, > > I just wanted to ask whether there is a BS11 that I could have a > look at/play with in Berlin? Does the Club have one or the c-base? > > Whom could I kindly ask for a short introduction? > > I have experience with Telekom standards/E1/ISDN. > >>> I just tried to come up with a patch to prefix the timer functions >>> with bsc_ and started to think about public API. The thing is we >>> only need to properly prefix symbols we intend to export. I don't >>> think we will export timers. >> well, it basically depens on how you want to see openbsc/libbsc. >> If you treat it as a library, then of course exporting timers is a >> stupid >> idea. However, if OpenBSC is an application program / daemon that >> also >> supports plugins, then providing infrastructure such as timers to the >> plugins is a good idea. > > > I might be off base here, and I haven't looked at the code beyond > getting it to compile on OS X, but: > > Telekom applications always need timers and interfaces to other > systems, and a reactor-style event loop with timers is nearly always > the way to go. You've already got a select loop and timers - why not > package it in a separate lib? > > Or offer integration with libevent? (http://www.monkey.org/~provos/libevent/ > ) > > - Lars > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Bj?rn Heller Jabber: tec at jabber.hellercom.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Wed May 20 01:21:28 2009 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 20 May 2009 09:21:28 +0800 Subject: BS11 in Berlin? Re: Musings on public API In-Reply-To: <4A13167E.4090304@ibp.de> References: <200905190844.01727.zecke@selfish.org> <20090519190924.GS19746@prithivi.gnumonks.org> <4A13167E.4090304@ibp.de> Message-ID: <20090520012128.GV19746@prithivi.gnumonks.org> On Tue, May 19, 2009 at 10:28:46PM +0200, Lars Immisch wrote: > I just wanted to ask whether there is a BS11 that I could have a look > at/play with in Berlin? Does the Club have one or the c-base? The CCC Berlin has one, it is located underneath the lab table in the basement. > Whom could I kindly ask for a short introduction? nibbler is probably the only one who is currently in Berlin and who has played with it. Both zecke and myself are in Taiwan at the moment. > I have experience with Telekom standards/E1/ISDN. I know :) > Telekom applications always need timers and interfaces to other systems, > and a reactor-style event loop with timers is nearly always the way to > go. You've already got a select loop and timers - why not package it in > a separate lib? well, I think we'll just see how OpenBSC is going to be used in order to see whether the timer interface is needed or not. > Or offer integration with libevent? > (http://www.monkey.org/~provos/libevent/) might be an option, but I'm personally not particularly happy about adding external dependencies unless there's a strong need. btw: Do you have any patches for fixing compilation on OS X ? Cheers, -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From lars at ibp.de Wed May 20 08:44:54 2009 From: lars at ibp.de (Lars Immisch) Date: Wed, 20 May 2009 10:44:54 +0200 Subject: BS11 in Berlin? Re: Musings on public API In-Reply-To: <20090520012128.GV19746@prithivi.gnumonks.org> References: <200905190844.01727.zecke@selfish.org> <20090519190924.GS19746@prithivi.gnumonks.org> <4A13167E.4090304@ibp.de> <20090520012128.GV19746@prithivi.gnumonks.org> Message-ID: <4A13C306.8090200@ibp.de> Hi Harald, >> I just wanted to ask whether there is a BS11 that I could have a look >> at/play with in Berlin? Does the Club have one or the c-base? > > The CCC Berlin has one, it is located underneath the lab table in the basement. > >> Whom could I kindly ask for a short introduction? > > nibbler is probably the only one who is currently in Berlin and who has > played with it. Both zecke and myself are in Taiwan at the moment. Excellent, thanks. >> I have experience with Telekom standards/E1/ISDN. > > I know :) > >> Telekom applications always need timers and interfaces to other systems, >> and a reactor-style event loop with timers is nearly always the way to >> go. You've already got a select loop and timers - why not package it in >> a separate lib? > > well, I think we'll just see how OpenBSC is going to be used in order to > see whether the timer interface is needed or not. > >> Or offer integration with libevent? >> (http://www.monkey.org/~provos/libevent/) > > might be an option, but I'm personally not particularly happy about adding > external dependencies unless there's a strong need. I noticed (and I approve of that). Your call. I'd like a pluggable reactor integration (on general considerations). I'll think about a patch. > btw: Do you have any patches for fixing compilation on OS X ? Short answer: not yet. The longer answer is: openbsc compiles with very few modifications on OS X (congratulations). The only problems are header file annoyances: OS X has no , just . Maybe #include could/should be globally replaced with #include . I'll think about it and suggest a patch. - Lars From e.cathelinaud at googlemail.com Tue May 19 09:17:17 2009 From: e.cathelinaud at googlemail.com (Eric Cathelinaud) Date: Tue, 19 May 2009 11:17:17 +0200 Subject: Problem : RS232 link Message-ID: <383f8f9a0905190217i22fce520s878c76d49351a95b@mail.gmail.com> Hi, I am now trying to configure the bs11 using bs11_config and I had a problem connecting via serial port. I tried then to use an USB adaptator as you did but I don't have any ttyUSB in my /dev/ I only have /dev/usbdev*.*_ep** (2 per USB port and 6 new ones appeared after connecting the USB adaptator). lsusb give me the following result: # lsusb Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 002: ID 413c:3012 Dell Computer Corp. Optical Wheel Mouse Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 013: ID 9710:7715 MosChip Semiconductor Printer cable Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub where "MosChip Semiconductor Printer cable" is my adaptator (for printer and DB9) #lsmod ... usbserial 26348 1 visor usbcore 118068 7 visor,usbserial,usb_storage,usbhid,uhci_hcd,ehci_hcd ... Does anyone know why I can't see any ttyUSB? Best regards, Eric Cathelinaud -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Tue May 19 19:00:06 2009 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 20 May 2009 03:00:06 +0800 Subject: Problem : RS232 link In-Reply-To: <383f8f9a0905190217i22fce520s878c76d49351a95b@mail.gmail.com> References: <383f8f9a0905190217i22fce520s878c76d49351a95b@mail.gmail.com> Message-ID: <20090519190006.GR19746@prithivi.gnumonks.org> On Tue, May 19, 2009 at 11:17:17AM +0200, Eric Cathelinaud wrote: > Does anyone know why I can't see any ttyUSB? probably for one of the following reasons 0) linux might not have a driver for your adaptor 1) your kernel wasn't compiled with support for that device 2) the driver exists, but it does not recognize the usb vendor/product id I would recommend searching the internet for your particular device and linux to understand if anyone else has used this adaptor before. Regards, -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From Juha.Tuomala at iki.fi Tue May 19 19:51:14 2009 From: Juha.Tuomala at iki.fi (Juha Tuomala) Date: Tue, 19 May 2009 22:51:14 +0300 Subject: Problem : RS232 link In-Reply-To: <20090519190006.GR19746@prithivi.gnumonks.org> References: <383f8f9a0905190217i22fce520s878c76d49351a95b@mail.gmail.com> <20090519190006.GR19746@prithivi.gnumonks.org> Message-ID: <200905192251.14830.Juha.Tuomala@iki.fi> On Tuesday 19 May 2009 22:00:06 Harald Welte wrote: > I would recommend searching the internet for your particular device and linux > to understand if anyone else has used this adaptor before. Or get another adapter. All I've tried make the device file so you chances to get a working one are quite high. Time is money, at least at this side of earth. Tuju -- Better to have one, and not need it, than to need one and not have it. From e.cathelinaud at googlemail.com Wed May 20 15:14:43 2009 From: e.cathelinaud at googlemail.com (Eric Cathelinaud) Date: Wed, 20 May 2009 17:14:43 +0200 Subject: Problem : RS232 link In-Reply-To: <200905192251.14830.Juha.Tuomala@iki.fi> References: <383f8f9a0905190217i22fce520s878c76d49351a95b@mail.gmail.com> <20090519190006.GR19746@prithivi.gnumonks.org> <200905192251.14830.Juha.Tuomala@iki.fi> Message-ID: <383f8f9a0905200814k2d46ab11hb777195de9a7f943@mail.gmail.com> I found the list of serial/USB adaptators in the menuconfig of the kernel 2.6.27.4. Mine (USB Moschip 7715) is not in the list. I will try another one. Thanks Eric Cathelinaud 2009/5/19 Juha Tuomala > > > > On Tuesday 19 May 2009 22:00:06 Harald Welte wrote: > > I would recommend searching the internet for your particular device and > linux > > to understand if anyone else has used this adaptor before. > > Or get another adapter. All I've tried make the device file > so you chances to get a working one are quite high. Time is > money, at least at this side of earth. > > > Tuju > > -- > Better to have one, and not need it, than to need one and not have it. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Thu May 21 07:18:02 2009 From: laforge at gnumonks.org (Harald Welte) Date: Thu, 21 May 2009 15:18:02 +0800 Subject: Problem : RS232 link In-Reply-To: <383f8f9a0905200814k2d46ab11hb777195de9a7f943@mail.gmail.com> References: <383f8f9a0905190217i22fce520s878c76d49351a95b@mail.gmail.com> <20090519190006.GR19746@prithivi.gnumonks.org> <200905192251.14830.Juha.Tuomala@iki.fi> <383f8f9a0905200814k2d46ab11hb777195de9a7f943@mail.gmail.com> Message-ID: <20090521071802.GI4021@prithivi.gnumonks.org> On Wed, May 20, 2009 at 05:14:43PM +0200, Eric Cathelinaud wrote: > I found the list of serial/USB adaptators in the menuconfig of the kernel > 2.6.27.4. > Mine (USB Moschip 7715) is not in the list. I will try another one. A grep through the kernel source results: drivers/usb/serial/mos7720.c: if (product == MOSCHIP_DEVICE_ID_7715) It seems this driver is part of linux since 2002, i.e. at least since v2.6.19 -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From e.cathelinaud at googlemail.com Thu May 21 17:09:18 2009 From: e.cathelinaud at googlemail.com (Eric Cathelinaud) Date: Thu, 21 May 2009 19:09:18 +0200 Subject: Problem : RS232 link In-Reply-To: <20090521071802.GI4021@prithivi.gnumonks.org> References: <383f8f9a0905190217i22fce520s878c76d49351a95b@mail.gmail.com> <20090519190006.GR19746@prithivi.gnumonks.org> <200905192251.14830.Juha.Tuomala@iki.fi> <383f8f9a0905200814k2d46ab11hb777195de9a7f943@mail.gmail.com> <20090521071802.GI4021@prithivi.gnumonks.org> Message-ID: <383f8f9a0905211009yded5e67g64c28ae52ba1bde1@mail.gmail.com> ah ok thanks but I tried another adaptator and it works so it's fine. Now I can see the ACK logon. Eric Cathelinaud 2009/5/21 Harald Welte > On Wed, May 20, 2009 at 05:14:43PM +0200, Eric Cathelinaud wrote: > > I found the list of serial/USB adaptators in the menuconfig of the kernel > > 2.6.27.4. > > Mine (USB Moschip 7715) is not in the list. I will try another one. > > A grep through the kernel source results: > > drivers/usb/serial/mos7720.c: if (product == MOSCHIP_DEVICE_ID_7715) > > It seems this driver is part of linux since 2002, i.e. at least since > v2.6.19 > -- > - Harald Welte > http://laforge.gnumonks.org/ > > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. A6) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Thu May 21 12:23:12 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 21 May 2009 14:23:12 +0200 Subject: patch: 12_application Message-ID: This interface is introduced to allow other applications than bsc_hack to be used with libbsc. The built-in application for call forwarding from mobile to mobile calls has been moved out of gsm_04_08.c to mncc.c and stays part of libbsc. The most messages on this interface begin with MNCC_ and end with _REQ (layer 4 requests) _CNF (layer 3 reply) _IND (layer 3 requests) _RSP (layer 4 replies). Other messages are used to control TRAU traffic or channel modification. More commands may be added in the future. The handling of messages from the mobile side (MMCC) and from the application (MNCC) is done by a state machine. (See Fig. 5.1b TS 04.08) The "datastate" list handles messages from the mobile side. The "downstate" list handles messages from the application. The timers are handled by a special timeout function. When a message is received, the downstate list or datastate list is checked for the current state and the message. If there is a match, for a current state and a message, it's handler called. Inside this handler, timers can be started and stopped, states can be changed, messages can be forwarded and replied, and so on. All information elements are parsed or created in gsm_04_08.c. A special "upqueue" is used to forward messages from gsm_04_08.c to the application. The dequeue function is called by the application in the main loop (before select function). If the application sends a message to BSC, it calls the "mncc_send" function of gsm_04_08.c. The process of this maessage in gsm_04_08.c may result in messages back to the application. The queue prevents libbsc from calling the application's "mncc_recv" function, while the application calls the "mncc_send" function. The upqueue makes sure that messages created by gsm_04_08.c during "mncc_send" is processed AFTER the application has finished it's processing. The call instance of the application is called "gsm_call". This has moved out of gsm_04_08.c into mncc.c. The gsm_04_08.c uses a "llist" of transactions: "struct gsm_trans". The transaction can be associated with a logical channel: "lchan". The use-counter of lchan is increased for every transaction assoicated to. After freeing of transaction, the use-counter is decremented. If lchan breaks down, all transactions are released. The application receives a "released indication" message. Multiple transactions for an lchan provide the ability to hold a call and receive/make another call. This has been successfully tested on LCR application and is not yet implemented in mncc.c, but very easy todo. A message between libbsc and application consists of a message type (mgs_type), a call reference (callref), and information elements within the same structure. Each information element has an additional flag, to indicati if it exists in the message. The message is defined in mncc.h The A transaction can have a logical channel (lchan) or not. At least it has a subscriber (subscr). If a transaction is created, the subscriber is checked. If no transaction with this subscriber exists, paging is started. If another transaction exists with an lchan, this lchan is also used for the transaction (already established). If another transaction of this subscriber exists, but no lchan, the paging is already stated, nothing is done until paging response. After a paging response, the transactions with the same subscribers are associated to the lchan. If paging failed, all transactions associated with the subscriber are released. (no user responding). -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 12_application.patch.gz Type: application/x-gzip Size: 23789 bytes Desc: 12_application.patch.gz URL: From Andreas.Eversberg at versatel.de Thu May 21 12:26:45 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 21 May 2009 14:26:45 +0200 Subject: patch: 13_install Message-ID: This patch moves telnet interface from bsc_hack to libbsc, so it can be used by applications also. If this makes sense, must be decided by you. This patch also includes the quick and dirty installation hook. This must be changed also. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 13_install.patch Type: application/octet-stream Size: 3068 bytes Desc: 13_install.patch URL: From laforge at gnumonks.org Fri May 22 18:47:23 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 02:47:23 +0800 Subject: VTY interface plans (was Re: patch: 13_install) In-Reply-To: References: Message-ID: <20090522184723.GZ4021@prithivi.gnumonks.org> On Thu, May 21, 2009 at 02:26:45PM +0200, Andreas.Eversberg wrote: > This patch moves telnet interface from bsc_hack to libbsc, so it can be > used by applications also. If this makes sense, must be decided by you. It makes sense to have it as part of libbsc, yes. However, I would prefer to have it as fully optional feature, i.e. be able to build completely without the VTY interface. I'm not asking you to do anyting to that regard, I'm just stating my intentions/plans. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Thu May 21 12:27:24 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 21 May 2009 14:27:24 +0200 Subject: patch: 1_timer Message-ID: this patch renames the timer functions to avoid name collisions with libmisdn. the return value of bsc_update_timers() is required for applications to find out if a timer was fired. (this is required for later patches). -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 1_timer.patch Type: application/octet-stream Size: 9575 bytes Desc: 1_timer.patch URL: From laforge at gnumonks.org Sat May 23 05:25:17 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 13:25:17 +0800 Subject: patch: 1_timer In-Reply-To: References: Message-ID: <20090523052517.GF4021@prithivi.gnumonks.org> Hi Andreas On Thu, May 21, 2009 at 02:27:24PM +0200, Andreas.Eversberg wrote: > this patch renames the timer functions to avoid name collisions with > libmisdn. Thanks, applied. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Thu May 21 12:27:34 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 21 May 2009 14:27:34 +0200 Subject: patch: 2_misdn Message-ID: This patch corrects the inclusion of mISDN headers. Also the mISDNif.h is updated. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 2_misdn.patch Type: application/octet-stream Size: 2088 bytes Desc: 2_misdn.patch URL: From laforge at gnumonks.org Sat May 23 05:23:40 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 13:23:40 +0800 Subject: patch: 2_misdn In-Reply-To: References: Message-ID: <20090523052340.GD4021@prithivi.gnumonks.org> On Thu, May 21, 2009 at 02:27:34PM +0200, Andreas.Eversberg wrote: > This patch corrects the inclusion of mISDN headers. Also the mISDNif.h > is updated. compat_af_isdn.h is not in our source tree. As the current socket-based mISDN headers cannot yet be expected to be present on most linux distributions, I would rather not create any additional external dependencies. I have no problem with updating our header files, but they should not create additional dependencies. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Sat May 23 07:29:36 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Sat, 23 May 2009 09:29:36 +0200 Subject: AW: patch: 2_misdn Message-ID: you can copy compat_af_isdn.h from mISDNuser package, as you did with mISDNif.h. (socket branch) then you don't need the user package. i think i forgot to copy it to the include/openbsc/ directory. -----Urspr?ngliche Nachricht----- Von: Harald Welte [mailto:laforge at gnumonks.org] Gesendet: Samstag, 23. Mai 2009 07:24 An: Andreas.Eversberg Cc: openbsc at lists.gnumonks.org Betreff: Re: patch: 2_misdn On Thu, May 21, 2009 at 02:27:34PM +0200, Andreas.Eversberg wrote: > This patch corrects the inclusion of mISDN headers. Also the mISDNif.h > is updated. compat_af_isdn.h is not in our source tree. As the current socket-based mISDN headers cannot yet be expected to be present on most linux distributions, I would rather not create any additional external dependencies. I have no problem with updating our header files, but they should not create additional dependencies. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Thu May 21 12:27:34 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 21 May 2009 14:27:34 +0200 Subject: patch: 4_txdelay Message-ID: To slow down transmission of many ABIS frames at a time, a delay timer is used for the E1's time slot. This timer replaces the "usleep()" function, so the process will not block the execution of libbsc. The timer is started after a frame is transmitted. If another frame is in the transmit queue, the frame will only be queued until the timer times out. If the timer is not running or times out, the frame is transmitted and the timer is restarted. The problem with partly provisioned TRX (locks show on LMT) is solved. The adjustment for the inter frame delay of 50 miliseconds is for further study. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 4_txdelay.patch Type: application/octet-stream Size: 4154 bytes Desc: 4_txdelay.patch URL: From laforge at gnumonks.org Sat May 23 06:20:42 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 14:20:42 +0800 Subject: patch: 4_txdelay In-Reply-To: References: Message-ID: <20090523062042.GK4021@prithivi.gnumonks.org> On Thu, May 21, 2009 at 02:27:34PM +0200, Andreas.Eversberg wrote: > > To slow down transmission of many ABIS frames at a time, a delay timer > is used for the E1's time slot. This timer replaces the "usleep()" > function, so the process will not block the execution of libbsc. The > timer is started after a frame is transmitted. If another frame is in > the transmit queue, the frame will only be queued until the timer times > out. If the timer is not running or times out, the frame is transmitted > and the timer is restarted. thanks, also applied now. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Thu May 21 12:27:34 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 21 May 2009 14:27:34 +0200 Subject: patch: 3_llist Message-ID: This patch chnages the variable "new" to "_new" in order to include it in C++ code. The define "container_of" will cast pointer before assigning. Compiler with stricter options require this. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 3_llist.patch Type: application/octet-stream Size: 2154 bytes Desc: 3_llist.patch URL: From laforge at gnumonks.org Sat May 23 05:24:58 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 13:24:58 +0800 Subject: patch: 3_llist In-Reply-To: References: Message-ID: <20090523052458.GE4021@prithivi.gnumonks.org> Hi Andreas, On Thu, May 21, 2009 at 02:27:34PM +0200, Andreas.Eversberg wrote: > This patch chnages the variable "new" to "_new" in order to include it > in C++ code. thanks, applied (svn rev. 495) -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Thu May 21 12:27:35 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 21 May 2009 14:27:35 +0200 Subject: patch: 6_datalink Message-ID: This patch corrects the handling of data link status change. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 6_datalink.patch Type: application/octet-stream Size: 1595 bytes Desc: 6_datalink.patch URL: From laforge at gnumonks.org Sat May 23 05:42:39 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 13:42:39 +0800 Subject: patch: 6_datalink In-Reply-To: References: Message-ID: <20090523054239.GI4021@prithivi.gnumonks.org> On Thu, May 21, 2009 at 02:27:35PM +0200, Andreas.Eversberg wrote: > This patch corrects the handling of data link status change. thanks, applied - with the exception of the last hunk removing the 'kernel doesnt support sapi' comment. As far as I know, we still need to claim that we use SAPI0, despite in reality using a different one, since the kernel will refuse any non-sapi-0 request from userspace. Regards, -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Sat May 23 07:32:41 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Sat, 23 May 2009 09:32:41 +0200 Subject: AW: patch: 6_datalink Message-ID: i don't know if it works with the latest mISDN. have you tested it? if it doesn't work, we need to fix it. do you have any idea why it does not work with mISDN? -----Urspr?ngliche Nachricht----- Von: Harald Welte [mailto:laforge at gnumonks.org] Gesendet: Samstag, 23. Mai 2009 07:43 An: Andreas.Eversberg Cc: openbsc at lists.gnumonks.org Betreff: Re: patch: 6_datalink On Thu, May 21, 2009 at 02:27:35PM +0200, Andreas.Eversberg wrote: > This patch corrects the handling of data link status change. thanks, applied - with the exception of the last hunk removing the 'kernel doesnt support sapi' comment. As far as I know, we still need to claim that we use SAPI0, despite in reality using a different one, since the kernel will refuse any non-sapi-0 request from userspace. Regards, -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From laforge at gnumonks.org Sat May 23 08:27:27 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 16:27:27 +0800 Subject: patch: 6_datalink In-Reply-To: References: Message-ID: <20090523082727.GP4021@prithivi.gnumonks.org> On Sat, May 23, 2009 at 09:32:41AM +0200, Andreas.Eversberg wrote: > i don't know if it works with the latest mISDN. have you tested it? if it > doesn't work, we need to fix it. do you have any idea why it does not work > with mISDN? I haven't tested it, but at least in my old patches I never fixed this issue with the kernel's mISDN. It's probably worth trying. But basically, I believe the kernel must be doing something wrong in any case. TEI management uses SAPI 63 and TEI 127 OML (for BTS0) uses SAPI 62 and TEI 25 RSL (for TRX0) uses SAPI 0 and TEI 1 If we only look at what OpenBSC does at the moment (before and after your patch, unchanged): It calls bind to a sockaddr_mISDN with add.sapi = 0 and addr.tei = 127. This is simply wrong, since that is the TEI manager's TEI and the SAPI of the RSL. However, the code works. This is what surprised me when first writing the misdn code inside OpenBSC... I think the logical choice would be to pass SAPI 63 to the kernel when binding, but at least the last time I tried this, the kernel rejected that. Regards, -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Thu May 21 12:27:35 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 21 May 2009 14:27:35 +0200 Subject: patch: 5_e1inp_list Message-ID: Added missing "extern" prefix. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 5_e1inp_list.patch Type: application/octet-stream Size: 607 bytes Desc: 5_e1inp_list.patch URL: From laforge at gnumonks.org Sat May 23 05:26:29 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 13:26:29 +0800 Subject: patch: 5_e1inp_list In-Reply-To: References: Message-ID: <20090523052629.GG4021@prithivi.gnumonks.org> On Thu, May 21, 2009 at 02:27:35PM +0200, Andreas.Eversberg wrote: > Added missing "extern" prefix. thanks, applied. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Thu May 21 12:27:36 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 21 May 2009 14:27:36 +0200 Subject: patch: 9_tlv Message-ID: Some messages have one or two length-value information elements. The is no IE type included in the message. These information elements are mandatory, so their actual IE type is known. The improved parse_tlv() function allows to parse zero, one, or two length-value elements. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 9_tlv.patch Type: application/octet-stream Size: 4733 bytes Desc: 9_tlv.patch URL: From laforge at gnumonks.org Sat May 23 06:39:56 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 14:39:56 +0800 Subject: patch: 9_tlv In-Reply-To: References: Message-ID: <20090523063956.GN4021@prithivi.gnumonks.org> On Thu, May 21, 2009 at 02:27:36PM +0200, Andreas.Eversberg wrote: > Some messages have one or two length-value information elements. The is > no IE type included in the message. These information elements are > mandatory, so their actual IE type is known. The improved parse_tlv() > function allows to parse zero, one, or two length-value elements. thanks, applied. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Thu May 21 12:27:36 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 21 May 2009 14:27:36 +0200 Subject: patch: 8_paging Message-ID: Paging refers to a BTS. To page a mobile phone, the current location is required. If paging succeeds or expires, the BTS structure is also given to the callback function (cbfn). Because paging refers to a BTS, the cbfn (callback function) must include a pointer to bts. There is no implementation yet for the paging of the actual BTS where the subscriber is located. gsm_04_08.c always uses BTS 0 (in later patches) The database requires improvement to store the current BTS number. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 8_paging.patch Type: application/octet-stream Size: 5709 bytes Desc: 8_paging.patch URL: From laforge at gnumonks.org Sat May 23 06:23:11 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 14:23:11 +0800 Subject: patch: 8_paging In-Reply-To: References: Message-ID: <20090523062311.GL4021@prithivi.gnumonks.org> Hi Andreas, On Thu, May 21, 2009 at 02:27:36PM +0200, Andreas.Eversberg wrote: > Paging refers to a BTS. To page a mobile phone, the current location is > required. If paging succeeds or expires, the BTS structure is also given > to the callback function (cbfn). > > Because paging refers to a BTS, the cbfn (callback function) must > include a pointer to bts. The paging response includes a lchan pointer, which can be resolved to the physical channel / timeslot and to the trx and finally to the BTS. Is this not sufficient? -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From laforge at gnumonks.org Sat May 23 06:30:28 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 14:30:28 +0800 Subject: patch: 8_paging In-Reply-To: <20090523062311.GL4021@prithivi.gnumonks.org> References: <20090523062311.GL4021@prithivi.gnumonks.org> Message-ID: <20090523063028.GM4021@prithivi.gnumonks.org> Hi again, On Sat, May 23, 2009 at 02:23:11PM +0800, Harald Welte wrote: > On Thu, May 21, 2009 at 02:27:36PM +0200, Andreas.Eversberg wrote: > > Paging refers to a BTS. To page a mobile phone, the current location is > > required. If paging succeeds or expires, the BTS structure is also given > > to the callback function (cbfn). > > > > Because paging refers to a BTS, the cbfn (callback function) must > > include a pointer to bts. > > The paging response includes a lchan pointer, which can be resolved to the > physical channel / timeslot and to the trx and finally to the BTS. Is this > not sufficient? Ah, ok, in the case we do not successfully allocate a lchan, then that's obviously NULL. Still, when you call paging_request() you actually pass on a number of parameters, including: 1) the BTS on which you want to page (whcih, indeed, is currently the BTS of the calling party rather than the called party). So this parameter is likely to get removed soon. 2) The subscriber that was called. This should be used by paging_request() to resolve the BTS that this subscriber was last seen/registered to. 3) a reference to the call, which is treated as an opaque pointer that is passed back as a reference when calling the call-back function. So if the bts of the calling or called party needs to be known, it should probably be referenced from that data structure. Or am I missing something? -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Sat May 23 07:47:01 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Sat, 23 May 2009 09:47:01 +0200 Subject: AW: patch: 8_paging Message-ID: i use the calling party's BTS, because the subscriber database does not contain the current BTS number of the subscriber last seen. (or detached) i agree that the subscriber gives us information about the paged bts and we can resolve the gsm_network from that also. -----Urspr?ngliche Nachricht----- Von: Harald Welte [mailto:laforge at gnumonks.org] Gesendet: Samstag, 23. Mai 2009 08:30 An: Andreas.Eversberg Cc: openbsc at lists.gnumonks.org Betreff: Re: patch: 8_paging Hi again, On Sat, May 23, 2009 at 02:23:11PM +0800, Harald Welte wrote: > On Thu, May 21, 2009 at 02:27:36PM +0200, Andreas.Eversberg wrote: > > Paging refers to a BTS. To page a mobile phone, the current location > > is required. If paging succeeds or expires, the BTS structure is > > also given to the callback function (cbfn). > > > > Because paging refers to a BTS, the cbfn (callback function) must > > include a pointer to bts. > > The paging response includes a lchan pointer, which can be resolved to > the physical channel / timeslot and to the trx and finally to the BTS. > Is this not sufficient? Ah, ok, in the case we do not successfully allocate a lchan, then that's obviously NULL. Still, when you call paging_request() you actually pass on a number of parameters, including: 1) the BTS on which you want to page (whcih, indeed, is currently the BTS of the calling party rather than the called party). So this parameter is likely to get removed soon. 2) The subscriber that was called. This should be used by paging_request() to resolve the BTS that this subscriber was last seen/registered to. 3) a reference to the call, which is treated as an opaque pointer that is passed back as a reference when calling the call-back function. So if the bts of the calling or called party needs to be known, it should probably be referenced from that data structure. Or am I missing something? -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From laforge at gnumonks.org Sat May 23 13:48:04 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 21:48:04 +0800 Subject: patch: 8_paging In-Reply-To: References: Message-ID: <20090523134804.GV4021@prithivi.gnumonks.org> Hi Andreas, On Sat, May 23, 2009 at 09:47:01AM +0200, Andreas.Eversberg wrote: > i use the calling party's BTS, because the subscriber database does not > contain the current BTS number of the subscriber last seen. (or detached) Well, from my understanding, at least in typical GSM network operation, the network never really knows the exact BTS. It only knows the 'location area' in which the phone was last seen. A location area can be as small as a single BTS, but it can also contain any number of BTS. If a network pages a MS, it checks the HLR/VLR for the location area the MS was last seen in. If there are multiple BTS in that location area, _all_ of those BTS need to page for the MS. So I think for OpenBSC, we do as follows: 1) We assume that in the typical small network, users will configure the network to only have a single BTS per location area. 2) If a user has multiple BTS in a location area, we should (maybe not right now, but at least at some point in the future) send the paging request on every BTS in that location area The subscriber database even right now contains the location area code (LAC) as a field in the database. the db.c code re-reads this lac from the SQL table, so you can lookup the subscriber by its extension, then determine its LAC, lookup the BTS based on the LAC and then send the paging requests there. > -----Urspr?ngliche Nachricht----- If you don't mind, I would like to ask you to not full-quote the previous messages on the list. Thanks. Cheers, -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From laforge at gnumonks.org Sat May 23 13:58:26 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 21:58:26 +0800 Subject: patch: 8_paging In-Reply-To: <20090523134804.GV4021@prithivi.gnumonks.org> References: <20090523134804.GV4021@prithivi.gnumonks.org> Message-ID: <20090523135826.GW4021@prithivi.gnumonks.org> On Sat, May 23, 2009 at 09:48:04PM +0800, Harald Welte wrote: > The subscriber database even right now contains the location area code (LAC) as > a field in the database. the db.c code re-reads this lac from the SQL table, > so you can lookup the subscriber by its extension, then determine its LAC, > lookup the BTS based on the LAC and then send the paging requests there. I have just added a function gsm_bts_by_lac() which should allow you to search for a BTS based on the LAC of the called subscriber. What we're still missing (but that's an optimization) is some code that removes the LAC (or sets some 'detached' flag) in the Subscriber table once we get the IMSI DETACH. Right now, when a subscriber is called after he has DETACHed, we still try to page him. Well, I can live with that for now, we're not running out of paging slots any time soon :) Regards, -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Sat May 23 08:20:33 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Sat, 23 May 2009 10:20:33 +0200 Subject: AW: patch: 8_paging Message-ID: here is the problem: we don't know about the called bts, if - the subscriber detaches after paging was started and the current_bts pointer inside subscriber is NULL. - the lchan is not set because paging expires. we can use the network pointer instead of the bts pointer for paging callback function. the gsm_network is required when paging result is received. all transactions (call instances) are linked in a list in gsm_network. (see patch 13) even if paging expires, the transactions in this list with the same subscriber must be released. (MO out of order) but it is more complex: the subscriber will not be NULL, because it is "used" by the transactions. the use-counter of subscriber is increased for every transaction created and decreased on release of that transaction. if there is a call process for the paged subscriber, the subscr is set when paging response is received. we need at least a pointer to the network to access the transactions. we can keep paging callback function without bts (or network) pointer, but then we need a network pointer in gsm_subscriber to process the network's paging result. -----Urspr?ngliche Nachricht----- Von: openbsc-bounces at lists.gnumonks.org [mailto:openbsc-bounces at lists.gnumonks.org] Im Auftrag von Andreas.Eversberg Gesendet: Samstag, 23. Mai 2009 09:47 An: Harald Welte Cc: openbsc at lists.gnumonks.org Betreff: AW: patch: 8_paging i use the calling party's BTS, because the subscriber database does not contain the current BTS number of the subscriber last seen. (or detached) i agree that the subscriber gives us information about the paged bts and we can resolve the gsm_network from that also. -----Urspr?ngliche Nachricht----- Von: Harald Welte [mailto:laforge at gnumonks.org] Gesendet: Samstag, 23. Mai 2009 08:30 An: Andreas.Eversberg Cc: openbsc at lists.gnumonks.org Betreff: Re: patch: 8_paging Hi again, On Sat, May 23, 2009 at 02:23:11PM +0800, Harald Welte wrote: > On Thu, May 21, 2009 at 02:27:36PM +0200, Andreas.Eversberg wrote: > > Paging refers to a BTS. To page a mobile phone, the current location > > is required. If paging succeeds or expires, the BTS structure is > > also given to the callback function (cbfn). > > > > Because paging refers to a BTS, the cbfn (callback function) must > > include a pointer to bts. > > The paging response includes a lchan pointer, which can be resolved to > the physical channel / timeslot and to the trx and finally to the BTS. > Is this not sufficient? Ah, ok, in the case we do not successfully allocate a lchan, then that's obviously NULL. Still, when you call paging_request() you actually pass on a number of parameters, including: 1) the BTS on which you want to page (whcih, indeed, is currently the BTS of the calling party rather than the called party). So this parameter is likely to get removed soon. 2) The subscriber that was called. This should be used by paging_request() to resolve the BTS that this subscriber was last seen/registered to. 3) a reference to the call, which is treated as an opaque pointer that is passed back as a reference when calling the call-back function. So if the bts of the calling or called party needs to be known, it should probably be referenced from that data structure. Or am I missing something? -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Sat May 23 08:35:53 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Sat, 23 May 2009 10:35:53 +0200 Subject: AW: patch: 8_paging Message-ID: correction: patch 12 (not 13) uses dynamic transactions. -----Urspr?ngliche Nachricht----- Von: openbsc-bounces at lists.gnumonks.org [mailto:openbsc-bounces at lists.gnumonks.org] Im Auftrag von Andreas.Eversberg Gesendet: Samstag, 23. Mai 2009 10:21 An: Harald Welte Cc: openbsc at lists.gnumonks.org Betreff: AW: patch: 8_paging here is the problem: we don't know about the called bts, if - the subscriber detaches after paging was started and the current_bts pointer inside subscriber is NULL. - the lchan is not set because paging expires. we can use the network pointer instead of the bts pointer for paging callback function. the gsm_network is required when paging result is received. all transactions (call instances) are linked in a list in gsm_network. (see patch 13) even if paging expires, the transactions in this list with the same subscriber must be released. (MO out of order) but it is more complex: the subscriber will not be NULL, because it is "used" by the transactions. the use-counter of subscriber is increased for every transaction created and decreased on release of that transaction. if there is a call process for the paged subscriber, the subscr is set when paging response is received. we need at least a pointer to the network to access the transactions. we can keep paging callback function without bts (or network) pointer, but then we need a network pointer in gsm_subscriber to process the network's paging result. -----Urspr?ngliche Nachricht----- Von: openbsc-bounces at lists.gnumonks.org [mailto:openbsc-bounces at lists.gnumonks.org] Im Auftrag von Andreas.Eversberg Gesendet: Samstag, 23. Mai 2009 09:47 An: Harald Welte Cc: openbsc at lists.gnumonks.org Betreff: AW: patch: 8_paging i use the calling party's BTS, because the subscriber database does not contain the current BTS number of the subscriber last seen. (or detached) i agree that the subscriber gives us information about the paged bts and we can resolve the gsm_network from that also. -----Urspr?ngliche Nachricht----- Von: Harald Welte [mailto:laforge at gnumonks.org] Gesendet: Samstag, 23. Mai 2009 08:30 An: Andreas.Eversberg Cc: openbsc at lists.gnumonks.org Betreff: Re: patch: 8_paging Hi again, On Sat, May 23, 2009 at 02:23:11PM +0800, Harald Welte wrote: > On Thu, May 21, 2009 at 02:27:36PM +0200, Andreas.Eversberg wrote: > > Paging refers to a BTS. To page a mobile phone, the current location > > is required. If paging succeeds or expires, the BTS structure is > > also given to the callback function (cbfn). > > > > Because paging refers to a BTS, the cbfn (callback function) must > > include a pointer to bts. > > The paging response includes a lchan pointer, which can be resolved to > the physical channel / timeslot and to the trx and finally to the BTS. > Is this not sufficient? Ah, ok, in the case we do not successfully allocate a lchan, then that's obviously NULL. Still, when you call paging_request() you actually pass on a number of parameters, including: 1) the BTS on which you want to page (whcih, indeed, is currently the BTS of the calling party rather than the called party). So this parameter is likely to get removed soon. 2) The subscriber that was called. This should be used by paging_request() to resolve the BTS that this subscriber was last seen/registered to. 3) a reference to the call, which is treated as an opaque pointer that is passed back as a reference when calling the call-back function. So if the bts of the calling or called party needs to be known, it should probably be referenced from that data structure. Or am I missing something? -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Thu May 21 12:27:36 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 21 May 2009 14:27:36 +0200 Subject: patch: 7_polling Message-ID: An application that has own events and file descriptors, must poll select function ob libbsc. A "polling" flag is used to enable polling. In this case select() will not sleep until file descriptor events occurr or nearest timer expires. Also a return value will indicate if there was an event that has been handled. If there was an event, the application decides to poll again and don't wait. In case for bsc_hack, the polling flag is not set. select will sleep as usual. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 7_polling.patch Type: application/octet-stream Size: 3514 bytes Desc: 7_polling.patch URL: From laforge at gnumonks.org Sat May 23 06:06:57 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 14:06:57 +0800 Subject: patch: 7_polling In-Reply-To: References: Message-ID: <20090523060657.GJ4021@prithivi.gnumonks.org> On Thu, May 21, 2009 at 02:27:36PM +0200, Andreas.Eversberg wrote: > > An application that has own events and file descriptors, must poll > select function ob libbsc. A "polling" flag is used to enable polling. > In this case select() will not sleep until file descriptor events occurr > or nearest timer expires. Also a return value will indicate if there was > an event that has been handled. If there was an event, the application > decides to poll again and don't wait. thanks, applied. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From Andreas.Eversberg at versatel.de Thu May 21 12:27:36 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 21 May 2009 14:27:36 +0200 Subject: patch: 10_debug Message-ID: A new debug flag is introduced: "DMNCC". MNCC is the Mobile Network Call Control. This is required for later patches, that extract the call control from gsm_04_08.c -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 10_debug.patch Type: application/octet-stream Size: 2019 bytes Desc: 10_debug.patch URL: From laforge at gnumonks.org Sat May 23 06:42:34 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 14:42:34 +0800 Subject: patch: 10_debug In-Reply-To: References: Message-ID: <20090523064234.GO4021@prithivi.gnumonks.org> On Thu, May 21, 2009 at 02:27:36PM +0200, Andreas.Eversberg wrote: > > A new debug flag is introduced: "DMNCC". MNCC is the Mobile Network Call > Control. This is required for later patches, that extract the call > control from gsm_04_08.c thanks, applied. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Thu May 21 12:27:36 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 21 May 2009 14:27:36 +0200 Subject: patch: 11_trau Message-ID: I improved trau_mux.c. Now it supports not just bridging only. A new function "trau_recv_lchan" is used to link a channel to a call reference of a transaction. (Transactions are used in later patches.) TRAU frames will then be forwarded to the application with the given call reference (in later patches). Also the application can send TRAU frames by using "trau_send_lchan". A new list is introduced in trau_mux.c. (upqueue_entry) All subslots that must be sent to application are listed here. Received TRAU frames are written in the upqueue of application interface, if a call reference is found in the upqueue-list. If an entry is found the ss_entry list, the TRAU frames are bridged as before. The frames have a message type (msg_type), a call reference (callref) and a trau frame (data). The length of trau frame is defined by the content of the c-bits inside the frame. There is no support for ip-access yet. Harald must add this in order to use application interface with ip-access. The bridging with ip-access works as before. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 11_trau.patch Type: application/octet-stream Size: 7690 bytes Desc: 11_trau.patch URL: From laforge at gnumonks.org Sat May 23 15:51:05 2009 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 23 May 2009 23:51:05 +0800 Subject: patch: 11_trau In-Reply-To: References: Message-ID: <20090523155105.GB4021@prithivi.gnumonks.org> Thanks, applied. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Sat May 23 18:25:54 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Sat, 23 May 2009 20:25:54 +0200 Subject: patch: 16_subscr_lac Message-ID: The patch will store the current LAC in the HLC when the subscriber successfully attaches. If the subscriber detaches, the LAC will be set to 0. This patch is required to make patch 15 (paging) work. This patch does not depend on any other patch i made. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 16_subscr_lac.patch Type: application/octet-stream Size: 1533 bytes Desc: 16_subscr_lac.patch URL: From Andreas.Eversberg at versatel.de Sat May 23 18:31:45 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Sat, 23 May 2009 20:31:45 +0200 Subject: AW: patch: 16_subscr_lac Message-ID: This patch in conjunction with patch 15 (paging lac) makes patch 8 (paging) obsolete. > The patch will store the current LAC in the HLC when the subscriber successfully attaches. If the subscriber detaches, the LAC will be set to 0. > This patch is required to make patch 15 (paging) work. This patch does not depend on any other patch i made. From Andreas.Eversberg at versatel.de Sat May 23 18:26:41 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Sat, 23 May 2009 20:26:41 +0200 Subject: patch: 15_paging_lac Message-ID: This patch will resolve all BTS with the LAC of the subscriber and page every BTS with this LAC. If the subscriber is not currently attached, the LAC is not set, so the caller will get cleared with cause 27 (MO out of order). This patch must be applied AFTER patch 12 (application interface) has been applied. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 15_paging_lac.patch Type: application/octet-stream Size: 4992 bytes Desc: 15_paging_lac.patch URL: From Andreas.Eversberg at versatel.de Sat May 23 18:26:42 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Sat, 23 May 2009 20:26:42 +0200 Subject: patch: 14_DMM Message-ID: a minor fix of DMM debugging. now MM debugging is shown, if given by debug option, not only by default debugging. the color of DNM debugging changes to cyan as it is supposed to be. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 14_DMM.patch Type: application/octet-stream Size: 607 bytes Desc: 14_DMM.patch URL: From e.cathelinaud at googlemail.com Mon May 25 13:08:10 2009 From: e.cathelinaud at googlemail.com (Eric Cathelinaud) Date: Mon, 25 May 2009 15:08:10 +0200 Subject: Problem testing E1 link Message-ID: <383f8f9a0905250608r329e8304g8be8765fc1c8dfbe@mail.gmail.com> Hello, Now I can configure the bs11 using the bs11_config. Everything worked fine and I obtained this on bs11_config query : LMT LOGON: ACK PHASE: 3 Normal MBCCU0: Load MBCCU1: No Load Abis-link: Restoring BS11 ATTRIBUTES: BS-11 ESN PCB Serial Number: 001073 BS-11 ESN Hardware Code Number: 135-2044/03.03 BS-11 ESN Firmware Code Number: 135-2044/03.03 PLL Set Value=1053, Work Value=1053 SITE MANAGER ATTRIBUTES: E1 Channel: Port=0 Timeslot=1 (Full Slot) TEI: 25 BS11 Line Interface ATTRIBUTES: PLL Mode: Standalone BS11 Power Amplifier 0 ATTRIBUTES: TRX Power: 30mW (GSM) Mon May 25 16:01:12 2009 <0020> abis_nm.c:811 GET ATTRIBUTE NACK LMT LOGOFF: ACK I didn't doanwload: -the SAFETY LOAD software -the BTS software Is it necessary since I can reach Phase 3 and since I can see the Firmware Code Number? I continued to follow the "getting started" tutorial untill the E1 Link and I have the following problem when launching bsc_hack : ./bsc_hack -f 123 --debug=DRLL:DCC:DMM:DRR:DRSL:DNM:DMI:DMUX:DPAG:DRLL:DSMS DB: Database initialized. DB: Database prepared. 1 device found id: 0 Dprotocols: 00000018 Bprotocols: 0000006e protocol: 4 nrbchan: 30 name: hfc-e1.1 activate bchan activate bchan Mon May 25 16:07:39 2009 <1000> input/misdn.c:125 alen =6, dev(0) channel(0) sapi(63) tei(127) Mon May 25 16:07:39 2009 <1000> input/misdn.c:128 <= len = 12, prim(0x8) id(0x7f3f): DL_INFORMATION_IND Mon May 25 16:07:39 2009 <1000> input/misdn.c:135 DL_INFORMATION_IND: use channel(0) sapi(63) tei(127) for now mISDN message for unknown sign_link May be it's coming from my BN1E1 card from Beronet. I only changed the Dip switches for 120 ohms. I can see 2 steady red led (which means i am in NT mode, TE mode deactivate). Both green leds are off (is it normal?). /* HFC-E1 OEM */ + /* 2 red blinking: NT mode deactivate + * 2 red steady: TE mode deactivate + * left green: L1 active + * left red: frame sync, but no L1 + * right green: L2 active + */ Anyone? Thanks in advance! Best regards Eric Cathelinaud -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Mon May 25 13:22:10 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Mon, 25 May 2009 15:22:10 +0200 Subject: AW: Problem testing E1 link Message-ID: did you load hfcmulti.ko with dslot=1 parameter? this is required to move dchannel slot from 16 to 1. > Mon May 25 16:07:39 2009 <1000> input/misdn.c:125 alen =6, dev(0) channel(0) sapi(63) tei(127) > Mon May 25 16:07:39 2009 <1000> input/misdn.c:128 <= len = 12, prim(0x8) id(0x7f3f): DL_INFORMATION_IND > Mon May 25 16:07:39 2009 <1000> input/misdn.c:135 DL_INFORMATION_IND: use channel(0) sapi(63) tei(127) for now > ISDN message for unknown sign_link > -------------- next part -------------- An HTML attachment was scrubbed... URL: From e.cathelinaud at googlemail.com Mon May 25 13:31:55 2009 From: e.cathelinaud at googlemail.com (Eric Cathelinaud) Date: Mon, 25 May 2009 15:31:55 +0200 Subject: Problem testing E1 link In-Reply-To: References: Message-ID: <383f8f9a0905250631l5539f293p5ba624b428292eb9@mail.gmail.com> I have this in the /boot/grub/menu.lst and it doesn't display any error at restart. title Debian GNU/Linux, kernel 2.6.27.4 root (hd0,0) kernel /boot/vmlinuz-2.6.27.4 root=/dev/hda1 hfcmulti.dslot=1 ro quiet initrd /boot/initrd.img-2.6.27.4 2009/5/25 Andreas.Eversberg > did you load hfcmulti.ko with dslot=1 parameter? this is required to move > dchannel slot from 16 to 1. > > > > Mon May 25 16:07:39 2009 <1000> input/misdn.c:125 alen =6, dev(0) > channel(0) sapi(63) tei(127) > > Mon May 25 16:07:39 2009 <1000> input/misdn.c:128 <= len = 12, > prim(0x8) id(0x7f3f): DL_INFORMATION_IND > > Mon May 25 16:07:39 2009 <1000> input/misdn.c:135 DL_INFORMATION_IND: > use channel(0) sapi(63) tei(127) for now > > ISDN message for unknown sign_link > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From e.cathelinaud at googlemail.com Mon May 25 14:25:10 2009 From: e.cathelinaud at googlemail.com (Eric Cathelinaud) Date: Mon, 25 May 2009 16:25:10 +0200 Subject: Problem testing E1 link In-Reply-To: <383f8f9a0905250631l5539f293p5ba624b428292eb9@mail.gmail.com> References: <383f8f9a0905250631l5539f293p5ba624b428292eb9@mail.gmail.com> Message-ID: <383f8f9a0905250725m6ce71840mb8f566d6a010abaf@mail.gmail.com> I just noticed something more: the red led are steady at reboot and when configuring bs11 (bs11_config) and when I launch the bsc_hack, the led start to blink. I followed the jumperplan from Beronet but I think there is something wrong cause if the card I can see on the following link is also a BN1E1 I don t have the same locations. http://bs11-abis.gnumonks.org/trac/attachment/wiki/HFC-E1/hfc_e1_evalbd_jumper.jpg I will try this one and let u know 2009/5/25 Eric Cathelinaud > I have this in the /boot/grub/menu.lst and it doesn't display any error at > restart. > > title Debian GNU/Linux, kernel 2.6.27.4 > root (hd0,0) > kernel /boot/vmlinuz-2.6.27.4 root=/dev/hda1 hfcmulti.dslot=1 ro > quiet > initrd /boot/initrd.img-2.6.27.4 > > > 2009/5/25 Andreas.Eversberg > > did you load hfcmulti.ko with dslot=1 parameter? this is required to move >> dchannel slot from 16 to 1. >> >> >> > Mon May 25 16:07:39 2009 <1000> input/misdn.c:125 alen =6, dev(0) >> channel(0) sapi(63) tei(127) >> > Mon May 25 16:07:39 2009 <1000> input/misdn.c:128 <= len = 12, >> prim(0x8) id(0x7f3f): DL_INFORMATION_IND >> > Mon May 25 16:07:39 2009 <1000> input/misdn.c:135 DL_INFORMATION_IND: >> use channel(0) sapi(63) tei(127) for now >> > ISDN message for unknown sign_link >> > >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From e.cathelinaud at googlemail.com Mon May 25 15:39:56 2009 From: e.cathelinaud at googlemail.com (Eric Cathelinaud) Date: Mon, 25 May 2009 17:39:56 +0200 Subject: Problem testing E1 link In-Reply-To: <383f8f9a0905250725m6ce71840mb8f566d6a010abaf@mail.gmail.com> References: <383f8f9a0905250631l5539f293p5ba624b428292eb9@mail.gmail.com> <383f8f9a0905250725m6ce71840mb8f566d6a010abaf@mail.gmail.com> Message-ID: <383f8f9a0905250839j78ebc8abldfdf6c50bb18341f@mail.gmail.com> Well i tried every possibilities with the jumpers giving the same result: red steady at start and red blinking after bsc_hack. Following the jumper plan http://www.beronet.com/download/docs/BNXE1/BN1E1_Jumperplan.pdf I should normally have: C2 on the left (pin 1,2,4,5) C1 on the right (NT) D-1: 1-ON / 2-OFF So I came back on my first jumper configuration. I checked also the RJ45 link on my BTS - Y01 PCM in (from BSC): RJ45 pin 4,5 - Y02 PCM out (to BSC): RJ45 pin 1,2 which is Y01 : blue/white blue and Y02 : orange/white orange for a straight cable I noticed something else but don't know if will help: After reboot, when launching bsc_hack for the first time, the protocol is 0 and, when launching bsc_hack after, it's everytimes equal to 4. Best regards Eric Cathelinaud 2009/5/25 Eric Cathelinaud > I just noticed something more: the red led are steady at reboot and when > configuring bs11 (bs11_config) and when I launch the bsc_hack, the led start > to blink. > I followed the jumperplan from Beronet but I think there is something wrong > cause if the card I can see on the following link is also a BN1E1 I don t > have the same locations. > > http://bs11-abis.gnumonks.org/trac/attachment/wiki/HFC-E1/hfc_e1_evalbd_jumper.jpg > I will try this one and let u know > > 2009/5/25 Eric Cathelinaud > > I have this in the /boot/grub/menu.lst and it doesn't display any error at >> restart. >> >> title Debian GNU/Linux, kernel 2.6.27.4 >> root (hd0,0) >> kernel /boot/vmlinuz-2.6.27.4 root=/dev/hda1 hfcmulti.dslot=1 ro >> quiet >> initrd /boot/initrd.img-2.6.27.4 >> >> >> 2009/5/25 Andreas.Eversberg >> >> did you load hfcmulti.ko with dslot=1 parameter? this is required to >>> move dchannel slot from 16 to 1. >>> >>> >>> > Mon May 25 16:07:39 2009 <1000> input/misdn.c:125 alen =6, dev(0) >>> channel(0) sapi(63) tei(127) >>> > Mon May 25 16:07:39 2009 <1000> input/misdn.c:128 <= len = 12, >>> prim(0x8) id(0x7f3f): DL_INFORMATION_IND >>> > Mon May 25 16:07:39 2009 <1000> input/misdn.c:135 DL_INFORMATION_IND: >>> use channel(0) sapi(63) tei(127) for now >>> > ISDN message for unknown sign_link >>> > >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Tue May 26 18:51:46 2009 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 26 May 2009 20:51:46 +0200 Subject: Problem testing E1 link In-Reply-To: <383f8f9a0905250725m6ce71840mb8f566d6a010abaf@mail.gmail.com> References: <383f8f9a0905250631l5539f293p5ba624b428292eb9@mail.gmail.com> <383f8f9a0905250725m6ce71840mb8f566d6a010abaf@mail.gmail.com> Message-ID: <20090526185146.GC4024@prithivi.gnumonks.org> On Mon, May 25, 2009 at 04:25:10PM +0200, Eric Cathelinaud wrote: > I just noticed something more: the red led are steady at reboot and when > configuring bs11 (bs11_config) and when I launch the bsc_hack, the led start > to blink. yes, this is correect. I think the linux kernel driver should probably use the LED's in a more useful way, i.e. indicate layer 1 up/down or TEI layer up/down.... but well, nobody is perfect and it didn't bother me enough to come up with a patch. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From laforge at gnumonks.org Tue May 26 18:54:28 2009 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 26 May 2009 20:54:28 +0200 Subject: Problem testing E1 link In-Reply-To: <383f8f9a0905250608r329e8304g8be8765fc1c8dfbe@mail.gmail.com> References: <383f8f9a0905250608r329e8304g8be8765fc1c8dfbe@mail.gmail.com> Message-ID: <20090526185428.GD4024@prithivi.gnumonks.org> On Mon, May 25, 2009 at 03:08:10PM +0200, Eric Cathelinaud wrote: > I didn't doanwload: > -the SAFETY LOAD software > -the BTS software > Is it necessary since I can reach Phase 3 and since I can see the Firmware > Code Number? no, it is not. the firmware is completely installed on your system, otherwise the TRX0 would never get into 'Load" > Mon May 25 16:07:39 2009 <1000> input/misdn.c:125 alen =6, dev(0) channel(0) > sapi(63) tei(127) > Mon May 25 16:07:39 2009 <1000> input/misdn.c:128 <= len = 12, prim(0x8) > id(0x7f3f): DL_INFORMATION_IND > Mon May 25 16:07:39 2009 <1000> input/misdn.c:135 DL_INFORMATION_IND: use > channel(0) sapi(63) tei(127) for now > mISDN message for unknown sign_link this basically means that the TEI manager was instantiated on the E1 link, but no TEIs were established, most likely a layer 1 problem... Regards, -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From e.cathelinaud at googlemail.com Wed May 27 16:00:19 2009 From: e.cathelinaud at googlemail.com (Eric Cathelinaud) Date: Wed, 27 May 2009 18:00:19 +0200 Subject: Problem testing E1 link In-Reply-To: <20090526185428.GD4024@prithivi.gnumonks.org> References: <383f8f9a0905250608r329e8304g8be8765fc1c8dfbe@mail.gmail.com> <20090526185428.GD4024@prithivi.gnumonks.org> Message-ID: <383f8f9a0905270900s77cde1dep2789515f96d574a8@mail.gmail.com> I think I still have a problem with mISDN cause I checked the RJ45 cable connections and it's ok. If I try a lsmod I can't see any mISDN_*** modules. But the line in /boot/grub/menu.lst "hfcmulti.dslot=1" is recognized at the boot (no more ignored). In my menuconfig I put an * for : <*> Modular ISDN driver ---> <*>Digital Audio Processing of transparent data <*>ISDN over IP tunnel <*>Support for HFC PCI cards <*>Support for HFC multiport cards (HFC-4S/8S/E1) Is there something more to do for mISDN? I saw on mISDN.org that mISDNv2 is already in the kernel >= 2.6.27 so I were thinking it should work directly. I can't even do "modprobe mISDN_core" for exemple. mISDN_core is not found. So I checked the /lib/modules/2.6.27.4/ directories. I didn't find any mISDN directory in /lib/modules/ 2.6.27.4/kernel/drivers/isdn but I found it in /lib/modules/2.6.27.4/build/drivers/isdn with about 60 files inside (.o, .c, .h and .ko) and I found it also in /lib/modules/2.6.27.4/source/drivers/isdn (exactly the same content in mISDN directory) Is this normal? Thanks Eric Cathelinaud 2009/5/26, Harald Welte : > > On Mon, May 25, 2009 at 03:08:10PM +0200, Eric Cathelinaud wrote: > > > I didn't doanwload: > > -the SAFETY LOAD software > > -the BTS software > > Is it necessary since I can reach Phase 3 and since I can see the > Firmware > > Code Number? > > no, it is not. the firmware is completely installed on your system, > otherwise the TRX0 would never get into 'Load" > > > Mon May 25 16:07:39 2009 <1000> input/misdn.c:125 alen =6, dev(0) > channel(0) > > sapi(63) tei(127) > > Mon May 25 16:07:39 2009 <1000> input/misdn.c:128 <= len = 12, prim(0x8) > > id(0x7f3f): DL_INFORMATION_IND > > Mon May 25 16:07:39 2009 <1000> input/misdn.c:135 DL_INFORMATION_IND: use > > channel(0) sapi(63) tei(127) for now > > mISDN message for unknown sign_link > > this basically means that the TEI manager was instantiated on the E1 link, > but no TEIs were established, most likely a layer 1 problem... > > Regards, > -- > - Harald Welte > http://laforge.gnumonks.org/ > > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. A6) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From codec at muc.ccc.de Wed May 27 18:37:23 2009 From: codec at muc.ccc.de (codec) Date: Wed, 27 May 2009 20:37:23 +0200 Subject: Problem testing E1 link In-Reply-To: <383f8f9a0905270900s77cde1dep2789515f96d574a8@mail.gmail.com> References: <383f8f9a0905250608r329e8304g8be8765fc1c8dfbe@mail.gmail.com> <20090526185428.GD4024@prithivi.gnumonks.org> <383f8f9a0905270900s77cde1dep2789515f96d574a8@mail.gmail.com> Message-ID: <20090527203723.70b1aad6@muc.ccc.de> On Wed, 27 May 2009 18:00:19 +0200 Eric Cathelinaud wrote: > Is this normal? Yes, it is, as you compiled it into the kernel and not as a module. (<*> = Builtin, = Module in menuconfig). cheers, -- codec "All children are artists. The problem is how to remain an artist as one grows up." -- Picasso From Andreas.Eversberg at versatel.de Thu May 28 07:26:14 2009 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 28 May 2009 09:26:14 +0200 Subject: AW: Problem testing E1 link Message-ID: > In my menuconfig I put an * for : > <*> Modular ISDN driver ---> <*>Digital Audio Processing of transparent data > <*>ISDN over IP tunnel > <*>Support for HFC PCI cards > <*>Support for HFC multiport cards (HFC-4S/8S/E1) try compile as module then load after boot modprobe mISDN_core modprobe hfcmulti dslot=1 > Is there something more to do for mISDN? I saw on mISDN.org that mISDNv2 is already in the kernel >= 2.6.27 so I were thinking it should work directly. no it doesn't! it works for ISDN, but not for openbsc. openbsc requires differen SAPI values and multiple layer 2 processes on the d-channel. it will work with the latest mISDN from git repository: git clone git://git.misdn.org/git/mISDN.git cd mISDN sh checkout-branch.sh socket <- change to socket branch (mISDNv2) make force <- delete all mISDN includes from kernel. make make install be sure to disable mISDN support from kernel. the modules from git will be installed under /lib/modules/xxxx/extra. the "extra" modules have lower priority than the kernel modules, so disable mISDN in kernel config and reinstall modules (make modules && make modules_install). unused modules will then be removed. then install the git modules as described above. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bouchtaoui at gmail.com Tue May 26 15:18:53 2009 From: bouchtaoui at gmail.com (Nordin) Date: Tue, 26 May 2009 17:18:53 +0200 Subject: Trying to understanding the source Message-ID: <4A1C085D.50402@gmail.com> Hello guys, I was studying the sourcecode of OpenBSC to get a good understanding of how things work. But due to my lack of experience in Linux programming I have some difficulties to understand the source. I understand that the way bsc_hack works is based on event-queue concept, am I right? Anyway, in select.c I don't understand what's going on when it comes to registering and unregistering fd's in combination with linuxlist.c. Can someone please give me some links where such concepts are being explained, so I can study it? Thanks in advance. From laforge at gnumonks.org Tue May 26 18:50:09 2009 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 26 May 2009 20:50:09 +0200 Subject: Trying to understanding the source In-Reply-To: <4A1C085D.50402@gmail.com> References: <4A1C085D.50402@gmail.com> Message-ID: <20090526185009.GB4024@prithivi.gnumonks.org> Hi! On Tue, May 26, 2009 at 05:18:53PM +0200, Nordin wrote: > I was studying the sourcecode of OpenBSC to get a good understanding of > how things work. good! > But due to my lack of experience in Linux programming I have some > difficulties to understand the source. > I understand that the way bsc_hack works is based on event-queue > concept, am I right? we don't really have queues of events, so I think no. > Anyway, in select.c I don't understand what's going on when it comes to > registering and unregistering fd's in combination with linuxlist.c. well, basically any part of the program can register a file descriptor object (struct bsc_fd) with select.c. As part of the object, you specify * which file descriptor * whether you are interested in reading from it or writing to it * a call-back function to be called when fd becomes readable or writable select.c takes care of the event-loop, i.e. it will get notified by the operating system once any of those file descriptors is readable/writable, and then call the respective callback functions. but that happens synchronously, i.e. a file-descriptor is available for reading, then the select.c code calls the respective callback, which then issues the actual read() system call. Afterwards, it processes the data from the filedescriptor and does whatever it wants. When it returns to the select.c code through the stack up to the callback and back into the select.c code, we process the next file descriptor. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From codec at muc.ccc.de Tue May 26 19:03:03 2009 From: codec at muc.ccc.de (codec) Date: Tue, 26 May 2009 21:03:03 +0200 Subject: Howto for OpenBSC, LCR and Asterisk Message-ID: <20090526210303.7003f75b@muc.ccc.de> Hi, I wrote a small howto for the setup of OpenBSC, LCR and Asterisk. I'll add it to the wiki within the next days. https://brezn.muc.ccc.de/~codec/openbsc/howto.txt Sorry for the broken english. ;P cheers, -- codec "All children are artists. The problem is how to remain an artist as one grows up." -- Picasso From codec at muc.ccc.de Wed May 27 07:13:16 2009 From: codec at muc.ccc.de (codec) Date: Wed, 27 May 2009 09:13:16 +0200 Subject: Howto for OpenBSC, LCR and Asterisk In-Reply-To: <20090526210303.7003f75b@muc.ccc.de> References: <20090526210303.7003f75b@muc.ccc.de> Message-ID: <20090527091316.3fa65f9c@muc.ccc.de> Hi, I just noticed that I f*cked up my include-directories. The howto doesn't work on a vanilla r513 - still needs some patches from Andreas. I'll fix that and post the tutorial on the wiki today. Sorry ;) cheers, -- codec "All children are artists. The problem is how to remain an artist as one grows up." -- Picasso From bouchtaoui at gmail.com Thu May 28 10:36:49 2009 From: bouchtaoui at gmail.com (Nordin) Date: Thu, 28 May 2009 12:36:49 +0200 Subject: Possible to control the radio strength of a nanoBTS? Message-ID: <4A1E6941.4060005@gmail.com> Hello guys, While I'm still busy with understanding the OpenBSC sourcecodes and GSM protocols, I wonder if it's possible to control the nanoBTS's transmissionpower. If some additional code is needed, I'd like to give a try with some hints or directions to look at. Thank you. From juanbackson at gmail.com Fri May 29 10:01:21 2009 From: juanbackson at gmail.com (Juan Backson) Date: Fri, 29 May 2009 18:01:21 +0800 Subject: unable to compile openbsc Message-ID: <27c25bc40905290301x4fec7194h6c354e4373ddb408@mail.gmail.com> Hi, I am having difficulty compiling openbsc and the error message is as follows. Does anyone know why? 1; fi db.c:30:21: error: dbi/dbi.h: No such file or directory db.c:34: error: expected ?? ?? ?? ?sm?or ?_attribute__?before ?onn? db.c:91: error: expected ??before ?onn? db.c: In function ?b_init? db.c:98: warning: implicit declaration of function ?bi_initialize? db.c:99: error: ?onn?undeclared (first use in this function) db.c:99: error: (Each undeclared identifier is reported only once db.c:99: error: for each function it appears in.) db.c:99: warning: implicit declaration of function ?bi_conn_new? db.c:105: warning: implicit declaration of function ?bi_conn_error_handler? db.c:105: error: ?b_error_func?undeclared (first use in this function) db.c:118: warning: implicit declaration of function ?bi_conn_set_option? db.c:121: warning: implicit declaration of function ?bi_conn_connect? db.c: In function ?b_prepare? db.c:133: error: ?bi_result?undeclared (first use in this function) db.c:133: error: expected ??before ?esult? db.c:137: error: ?esult?undeclared (first use in this function) db.c:137: warning: implicit declaration of function ?bi_conn_query? db.c:137: error: ?onn?undeclared (first use in this function) db.c:142: warning: implicit declaration of function ?bi_result_free? db.c: In function ?b_fini? db.c:149: warning: implicit declaration of function ?bi_conn_close? db.c:149: error: ?onn?undeclared (first use in this function) db.c:150: warning: implicit declaration of function ?bi_shutdown? db.c: In function ?b_create_subscriber? db.c:160: error: ?bi_result?undeclared (first use in this function) db.c:160: error: expected ??before ?esult? db.c:166: error: ?esult?undeclared (first use in this function) db.c:166: warning: implicit declaration of function ?bi_conn_queryf? db.c:166: error: ?onn?undeclared (first use in this function) db.c:190: warning: implicit declaration of function ?bi_conn_sequence_last? db.c:193: warning: format ?llu?expects type ?ong long unsigned int? but argument 2 has type ?ong unsigned int? db.c: In function ?b_get_subscriber? db.c:198: error: ?bi_result?undeclared (first use in this function) db.c:198: error: expected ??before ?esult? db.c:205: warning: implicit declaration of function ?bi_conn_quote_string_copy? db.c:205: error: ?onn?undeclared (first use in this function) db.c:206: error: ?esult?undeclared (first use in this function) db.c:239: warning: implicit declaration of function ?bi_result_next_row? db.c:247: warning: implicit declaration of function ?bi_result_get_ulonglong? db.c:248: warning: implicit declaration of function ?bi_result_get_string? db.c:248: warning: assignment makes pointer from integer without a cast db.c:252: warning: assignment makes pointer from integer without a cast db.c:256: warning: assignment makes pointer from integer without a cast db.c:260: warning: assignment makes pointer from integer without a cast db.c:264: warning: implicit declaration of function ?bi_result_get_uint? db.c:268: warning: format ?llu?expects type ?ong long unsigned int? but argument 2 has type ?ong unsigned int? db.c: In function ?b_sync_subscriber? db.c:274: error: ?bi_result?undeclared (first use in this function) db.c:274: error: expected ??before ?esult? db.c:275: error: ?esult?undeclared (first use in this function) db.c:275: error: ?onn?undeclared (first use in this function) db.c: In function ?b_subscriber_alloc_tmsi? db.c:294: error: ?bi_result?undeclared (first use in this function) db.c:294: error: expected ??before ?esult? db.c:298: error: ?onn?undeclared (first use in this function) db.c:299: error: ?esult?undeclared (first use in this function) db.c:309: warning: implicit declaration of function ?bi_result_get_numrows? db.c: In function ?b_subscriber_assoc_imei? db.c:325: error: ?bi_result?undeclared (first use in this function) db.c:325: error: expected ??before ?esult? db.c:327: error: ?esult?undeclared (first use in this function) db.c:327: error: ?onn?undeclared (first use in this function) db.c:339: warning: implicit declaration of function ?bi_result_get_numrows_affected? db.c:344: warning: format ?llu?expects type ?ong long unsigned int? but argument 2 has type ?_int64_t? db.c:382: warning: format ?llu?expects type ?ong long unsigned int? but argument 2 has type ?_int64_t? db.c:396: warning: format ?llu?expects type ?ong long unsigned int? but argument 2 has type ?_int64_t? db.c: In function ?b_sms_store? db.c:405: error: ?bi_result?undeclared (first use in this function) db.c:405: error: expected ??before ?esult? db.c:408: error: ?onn?undeclared (first use in this function) db.c:409: error: ?esult?undeclared (first use in this function) db.c: In function ?b_sms_get_unsent? db.c:428: error: ?bi_result?undeclared (first use in this function) db.c:428: error: expected ??before ?esult? db.c:436: error: ?esult?undeclared (first use in this function) db.c:436: error: ?onn?undeclared (first use in this function) db.c: In function ?b_sms_mark_sent? db.c:453: error: ?bi_result?undeclared (first use in this function) db.c:453: error: expected ??before ?esult? db.c:455: error: ?esult?undeclared (first use in this function) db.c:455: error: ?onn?undeclared (first use in this function) db.c:460: warning: format ?llu?expects type ?ong long unsigned int? but argument 2 has type ?_int64_t? make[1]: *** [db.o] Error 1 make[1]: Leaving directory `/usr/src/openbsc/src' make: *** [all-recursive] Error 1 Thank you for your help. JB -------------- next part -------------- An HTML attachment was scrubbed... URL: From bouchtaoui at gmail.com Fri May 29 10:40:55 2009 From: bouchtaoui at gmail.com (Nordin) Date: Fri, 29 May 2009 12:40:55 +0200 Subject: unable to compile openbsc In-Reply-To: <27c25bc40905290301x4fec7194h6c354e4373ddb408@mail.gmail.com> References: <27c25bc40905290301x4fec7194h6c354e4373ddb408@mail.gmail.com> Message-ID: <4A1FBBB7.7030409@gmail.com> This means you have no libdbi, libdbi-dev and libdbd-sqlite3. You run in to the same problem as I did. I guess you use a Linux distro other than Debian. You might be able to install libdbi, libdbi-dev, but you still need libdbd-sqlite3. The latter one I only found for Debian, but not for other distros. So I recommend you install Debian and than try again. Juan Backson schreef: > Hi, > I am having difficulty compiling openbsc and the error message is as > follows. Does anyone know why? > > 1; fi > db.c:30:21: error: dbi/dbi.h: No such file or directory > db.c:34: error: expected ?? ?? ?? ?sm?or ?_attribute__?before ?onn? > db.c:91: error: expected ??before ?onn? > db.c: In function ?b_init? > db.c:98: warning: implicit declaration of function ?bi_initialize? > db.c:99: error: ?onn?undeclared (first use in this function) > db.c:99: error: (Each undeclared identifier is reported only once > db.c:99: error: for each function it appears in.) > db.c:99: warning: implicit declaration of function ?bi_conn_new? > db.c:105: warning: implicit declaration of function ?bi_conn_error_handler? > db.c:105: error: ?b_error_func?undeclared (first use in this function) > db.c:118: warning: implicit declaration of function ?bi_conn_set_option? > db.c:121: warning: implicit declaration of function ?bi_conn_connect? > db.c: In function ?b_prepare? > db.c:133: error: ?bi_result?undeclared (first use in this function) > db.c:133: error: expected ??before ?esult? > db.c:137: error: ?esult?undeclared (first use in this function) > db.c:137: warning: implicit declaration of function ?bi_conn_query? > db.c:137: error: ?onn?undeclared (first use in this function) > db.c:142: warning: implicit declaration of function ?bi_result_free? > db.c: In function ?b_fini? > db.c:149: warning: implicit declaration of function ?bi_conn_close? > db.c:149: error: ?onn?undeclared (first use in this function) > db.c:150: warning: implicit declaration of function ?bi_shutdown? > db.c: In function ?b_create_subscriber? > db.c:160: error: ?bi_result?undeclared (first use in this function) > db.c:160: error: expected ??before ?esult? > db.c:166: error: ?esult?undeclared (first use in this function) > db.c:166: warning: implicit declaration of function ?bi_conn_queryf? > db.c:166: error: ?onn?undeclared (first use in this function) > db.c:190: warning: implicit declaration of function ?bi_conn_sequence_last? > db.c:193: warning: format ?llu?expects type ?ong long unsigned int? but > argument 2 has type ?ong unsigned int? > db.c: In function ?b_get_subscriber? > db.c:198: error: ?bi_result?undeclared (first use in this function) > db.c:198: error: expected ??before ?esult? > db.c:205: warning: implicit declaration of function > ?bi_conn_quote_string_copy? > db.c:205: error: ?onn?undeclared (first use in this function) > db.c:206: error: ?esult?undeclared (first use in this function) > db.c:239: warning: implicit declaration of function ?bi_result_next_row? > db.c:247: warning: implicit declaration of function > ?bi_result_get_ulonglong? > db.c:248: warning: implicit declaration of function ?bi_result_get_string? > db.c:248: warning: assignment makes pointer from integer without a cast > db.c:252: warning: assignment makes pointer from integer without a cast > db.c:256: warning: assignment makes pointer from integer without a cast > db.c:260: warning: assignment makes pointer from integer without a cast > db.c:264: warning: implicit declaration of function ?bi_result_get_uint? > db.c:268: warning: format ?llu?expects type ?ong long unsigned int? but > argument 2 has type ?ong unsigned int? > db.c: In function ?b_sync_subscriber? > db.c:274: error: ?bi_result?undeclared (first use in this function) > db.c:274: error: expected ??before ?esult? > db.c:275: error: ?esult?undeclared (first use in this function) > db.c:275: error: ?onn?undeclared (first use in this function) > db.c: In function ?b_subscriber_alloc_tmsi? > db.c:294: error: ?bi_result?undeclared (first use in this function) > db.c:294: error: expected ??before ?esult? > db.c:298: error: ?onn?undeclared (first use in this function) > db.c:299: error: ?esult?undeclared (first use in this function) > db.c:309: warning: implicit declaration of function ?bi_result_get_numrows? > db.c: In function ?b_subscriber_assoc_imei? > db.c:325: error: ?bi_result?undeclared (first use in this function) > db.c:325: error: expected ??before ?esult? > db.c:327: error: ?esult?undeclared (first use in this function) > db.c:327: error: ?onn?undeclared (first use in this function) > db.c:339: warning: implicit declaration of function > ?bi_result_get_numrows_affected? > db.c:344: warning: format ?llu?expects type ?ong long unsigned int? but > argument 2 has type ?_int64_t? > db.c:382: warning: format ?llu?expects type ?ong long unsigned int? but > argument 2 has type ?_int64_t? > db.c:396: warning: format ?llu?expects type ?ong long unsigned int? but > argument 2 has type ?_int64_t? > db.c: In function ?b_sms_store? > db.c:405: error: ?bi_result?undeclared (first use in this function) > db.c:405: error: expected ??before ?esult? > db.c:408: error: ?onn?undeclared (first use in this function) > db.c:409: error: ?esult?undeclared (first use in this function) > db.c: In function ?b_sms_get_unsent? > db.c:428: error: ?bi_result?undeclared (first use in this function) > db.c:428: error: expected ??before ?esult? > db.c:436: error: ?esult?undeclared (first use in this function) > db.c:436: error: ?onn?undeclared (first use in this function) > db.c: In function ?b_sms_mark_sent? > db.c:453: error: ?bi_result?undeclared (first use in this function) > db.c:453: error: expected ??before ?esult? > db.c:455: error: ?esult?undeclared (first use in this function) > db.c:455: error: ?onn?undeclared (first use in this function) > db.c:460: warning: format ?llu?expects type ?ong long unsigned int? but > argument 2 has type ?_int64_t? > make[1]: *** [db.o] Error 1 > make[1]: Leaving directory `/usr/src/openbsc/src' > make: *** [all-recursive] Error 1 > > > Thank you for your help. > > JB > > From holger at kernreaktor.org Fri May 29 10:42:26 2009 From: holger at kernreaktor.org (Holger Adams) Date: Fri, 29 May 2009 12:42:26 +0200 (CEST) Subject: unable to compile openbsc In-Reply-To: <27c25bc40905290301x4fec7194h6c354e4373ddb408@mail.gmail.com> References: <27c25bc40905290301x4fec7194h6c354e4373ddb408@mail.gmail.com> Message-ID: <46823.134.108.34.9.1243593746.squirrel@mail.internet-xs.de> Hi Juan, Am Fr, 29.05.2009, 12:01, schrieb Juan Backson: > Hi, > I am having difficulty compiling openbsc and the error message is as > follows. Does anyone know why? > > 1; fi > db.c:30:21: error: dbi/dbi.h: No such file or directory > db.c:34: error: expected ?? ?? ?? ???sm?or ???_attribute__?before ???onn? > db.c:91: error: expected ??before ???onn? You must install libdbi-dev and libdbd-sqlite3. Best Regards, Holger -- | Holger Adams | University of Applied Sciences Esslingen | Faculty of Communications Engineering