From meierk at informatik.uni-freiburg.de Mon Mar 1 09:32:52 2010 From: meierk at informatik.uni-freiburg.de (Konrad Meier) Date: Mon, 01 Mar 2010 10:32:52 +0100 Subject: no Voice during a call with nanoBTS 139 In-Reply-To: <866320f71002261242r3825c58au5de32a0c886a049b@mail.gmail.com> References: <000e0cdfd9f8f5701204808449a8@google.com> <4B881E15.6020603@informatik.uni-freiburg.de> <866320f71002261242r3825c58au5de32a0c886a049b@mail.gmail.com> Message-ID: <4B8B89C4.6000902@informatik.uni-freiburg.de> Sylvain Munaut schrieb: > Hi > > You either didn't merge properly or didn't take the right branch or > didn' cherry pick the right patch because the packets send on your > trace don't show the right RTP payload IE on the CRCX messages. > > I just rebased my sylvain/pending branch onto master so just update > and try this branch again and it should work. > > Cheers, > > Sylvain > Hi Sylvain I don't know what went wrong with the path. But with the updated branch it works! Thank you for your help. In your branch you wrote: "More testing with newer EDGE units should be done by whoever has some of theses." I hope to get a nanoBTS 165AU soon. I could do some tests if you think this is helpful. Regards Konrad From 246tnt at gmail.com Mon Mar 1 09:45:41 2010 From: 246tnt at gmail.com (Sylvain Munaut) Date: Mon, 1 Mar 2010 10:45:41 +0100 Subject: no Voice during a call with nanoBTS 139 In-Reply-To: <4B8B89C4.6000902@informatik.uni-freiburg.de> References: <000e0cdfd9f8f5701204808449a8@google.com> <4B881E15.6020603@informatik.uni-freiburg.de> <866320f71002261242r3825c58au5de32a0c886a049b@mail.gmail.com> <4B8B89C4.6000902@informatik.uni-freiburg.de> Message-ID: <866320f71003010145h4ec14ecbge288cd097e41504c@mail.gmail.com> Hi > In your branch you wrote: > "More testing with newer EDGE units should be done by whoever has some of > theses." > > I hope to get a nanoBTS 165AU soon. I could do some tests if you think this > is helpful. Yes, and post the result to the list. If my branch runs without issues on those and on BS-11, it'll get merged in mainline. Sylvain From ashwin.lists at gmail.com Mon Mar 1 13:14:33 2010 From: ashwin.lists at gmail.com (Ashwin) Date: Mon, 01 Mar 2010 18:44:33 +0530 Subject: Compilation Errors on Lenny 5.0.4 Message-ID: <4B8BBDB9.8060000@gmail.com> Hi, Tried to compile and got some errors at the ./configure stage. ./configure: line 3551: syntax error near unexpected token `LIBOSMOCORE,' ./configure: line 3551: `PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore)' Can some one help ? with Regards, ASHWIN From bjarnisi at gmail.com Mon Mar 1 13:59:05 2010 From: bjarnisi at gmail.com (=?ISO-8859-1?Q?Bjarni_S=2E_Sigur=F0sson?=) Date: Mon, 1 Mar 2010 13:59:05 +0000 Subject: Compilation Errors on Lenny 5.0.4 In-Reply-To: <4B8BBDB9.8060000@gmail.com> References: <4B8BBDB9.8060000@gmail.com> Message-ID: <430474bb1003010559p2ae1f5b7h3abde45465d3a151@mail.gmail.com> Hi, You need to install pkg-config: >> apt-get install pkg-config Regards, BSS On Mon, Mar 1, 2010 at 1:14 PM, Ashwin wrote: > Hi, > > Tried to compile and got some errors at the ./configure stage. > > ./configure: line 3551: syntax error near unexpected token `LIBOSMOCORE,' > ./configure: line 3551: `PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore)' > > Can some one help ? > > with Regards, > ASHWIN > > > From ashwin.lists at gmail.com Tue Mar 2 02:13:15 2010 From: ashwin.lists at gmail.com (Ashwin) Date: Tue, 02 Mar 2010 07:43:15 +0530 Subject: Compilation Errors on Lenny 5.0.4 In-Reply-To: <430474bb1003010559p2ae1f5b7h3abde45465d3a151@mail.gmail.com> References: <4B8BBDB9.8060000@gmail.com> <430474bb1003010559p2ae1f5b7h3abde45465d3a151@mail.gmail.com> Message-ID: <4B8C743B.1070901@gmail.com> On 01-Mar-10 7:29 PM, Bjarni S. Sigur?sson wrote: > apt-get install pkg-config Still getting same error as below : tiny:~/openbsc/openbsc# cd tiny:~# apt-get install pkg-config Reading package lists... Done Building dependency tree Reading state information... Done pkg-config is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. tiny:~# cd openbsc/openbsc/ tiny:~/openbsc/openbsc# ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking whether make sets $(MAKE)... (cached) yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for a BSD-compatible install... /usr/bin/install -c checking for ranlib... ranlib checking for library containing crypt... -lcrypt ./configure: line 3551: syntax error near unexpected token `LIBOSMOCORE,' ./configure: line 3551: `PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore)' tiny:~/openbsc/openbsc# Any other issue ? with Regards, ASHWIN From ashwin.lists at gmail.com Tue Mar 2 17:53:37 2010 From: ashwin.lists at gmail.com (Ashwin) Date: Tue, 02 Mar 2010 23:23:37 +0530 Subject: Compilation Errors on Lenny 5.0.4 In-Reply-To: <430474bb1003020142t5622768dq2f35de549e7cecb6@mail.gmail.com> References: <4B8BBDB9.8060000@gmail.com> <430474bb1003010559p2ae1f5b7h3abde45465d3a151@mail.gmail.com> <4B8C743B.1070901@gmail.com> <430474bb1003020130n2c56a2e2xd0700d900e60208d@mail.gmail.com> <430474bb1003020142t5622768dq2f35de549e7cecb6@mail.gmail.com> Message-ID: <4B8D50A1.2000205@gmail.com> On 02-Mar-10 3:12 PM, Bjarni S. Sigur?sson wrote: > Also, you can check if PKG_CHECK_MODULES is defined in aclocal.m4. >>> grep PKG_CHECK_MODULES aclocal.m4 > > Should get a line with "AC_DEFUN([PKG_CHECK_MODULES],". If not then > there is something "wrong" with the autoconf setup, or you are missing > the pkg.m4 file which should come with the pkg-config package. > > -BSS Thanks for putting in so much effort for me. There were multiple problems in my freshly installed "lenny" :) There was no libosmocore. So downloaded (git://git.osmocom.org/libosmocore.git) and started compiling. Ran into problem of some a4 errors and installed gettext with apt-get. Then there was problem of libtool missing. So installed libtool with apt-get. Finally compiled and installed libosmocore. After solving the above issues came back to openbsc - Now the autoreconf -i is cleanly executed. The ./configure step is also clean and same as your output. The make step is *breaking* now with errors as below :- Making all in src make[2]: Entering directory `/root/openbsc/openbsc/src' gcc -DHAVE_CONFIG_H -I. -I.. -I../include -Wall -I/usr/local/include/ -g -O2 -MT abis_rsl.o -MD -MP -MF .deps/abis_rsl.Tpo -c -o abis_rsl.o abis_rsl.c In file included from ../include/openbsc/gsm_data.h:59, from abis_rsl.c:31: /usr/local/include/osmocore/utils.h:8: error: redefinition of ?struct value_string? make[2]: *** [abis_rsl.o] Error 1 make[2]: Leaving directory `/root/openbsc/openbsc/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/openbsc/openbsc' make: *** [all] Error 2 Any guesses what else to fix ? with Regards, ASHWIN From ihab.elbakri at hotmail.com Tue Mar 2 18:30:51 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Tue, 2 Mar 2010 19:30:51 +0100 Subject: Compilation Errors on Lenny 5.0.4 In-Reply-To: <4B8D50A1.2000205@gmail.com> References: <4B8BBDB9.8060000@gmail.com>, <430474bb1003010559p2ae1f5b7h3abde45465d3a151@mail.gmail.com>, <4B8C743B.1070901@gmail.com>, <430474bb1003020130n2c56a2e2xd0700d900e60208d@mail.gmail.com>, <430474bb1003020142t5622768dq2f35de549e7cecb6@mail.gmail.com>, <4B8D50A1.2000205@gmail.com> Message-ID: Hello there, what kernel are you using ? which gcc version ? installed all packages needed ? apt-get install build-essential kernel-package automake autoconf fakeroot git-core git-arch flex bison libgsm1-dev libgsmme-dev libncurses5-dev subversion libtool libdbi libdbi0-dev I used gcc 4.4.3, debian lenny 2.6.32 64bit kernel and it worked. Best regards Ihab El Bakri > Date: Tue, 2 Mar 2010 23:23:37 +0530 > From: ashwin.lists at gmail.com > To: bjarnisi at gmail.com; openbsc at lists.gnumonks.org > Subject: Re: Compilation Errors on Lenny 5.0.4 > > On 02-Mar-10 3:12 PM, Bjarni S. Sigur?sson wrote: > > Also, you can check if PKG_CHECK_MODULES is defined in aclocal.m4. > >>> grep PKG_CHECK_MODULES aclocal.m4 > > > > Should get a line with "AC_DEFUN([PKG_CHECK_MODULES],". If not then > > there is something "wrong" with the autoconf setup, or you are missing > > the pkg.m4 file which should come with the pkg-config package. > > > > -BSS > > Thanks for putting in so much effort for me. > > There were multiple problems in my freshly installed "lenny" :) > > There was no libosmocore. So downloaded > (git://git.osmocom.org/libosmocore.git) and started compiling. Ran into > problem of some a4 errors and installed gettext with apt-get. Then there > was problem of libtool missing. So installed libtool with apt-get. > Finally compiled and installed libosmocore. > > After solving the above issues came back to openbsc - > > Now the autoreconf -i is cleanly executed. > The ./configure step is also clean and same as your output. > > The make step is *breaking* now with errors as below :- > > Making all in src > make[2]: Entering directory `/root/openbsc/openbsc/src' > gcc -DHAVE_CONFIG_H -I. -I.. -I../include -Wall -I/usr/local/include/ > -g -O2 -MT abis_rsl.o -MD -MP -MF .deps/abis_rsl.Tpo -c -o abis_rsl.o > abis_rsl.c > In file included from ../include/openbsc/gsm_data.h:59, > from abis_rsl.c:31: > /usr/local/include/osmocore/utils.h:8: error: redefinition of ?struct > value_string? > make[2]: *** [abis_rsl.o] Error 1 > make[2]: Leaving directory `/root/openbsc/openbsc/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/root/openbsc/openbsc' > make: *** [all] Error 2 > > Any guesses what else to fix ? > > with Regards, > ASHWIN > _________________________________________________________________ Hotmail: Free, trusted and rich email service. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ashwin.lists at gmail.com Wed Mar 3 06:36:00 2010 From: ashwin.lists at gmail.com (Ashwin) Date: Wed, 03 Mar 2010 12:06:00 +0530 Subject: Compilation Errors on Lenny 5.0.4 In-Reply-To: References: <4B8BBDB9.8060000@gmail.com>, <430474bb1003010559p2ae1f5b7h3abde45465d3a151@mail.gmail.com>, <4B8C743B.1070901@gmail.com>, <430474bb1003020130n2c56a2e2xd0700d900e60208d@mail.gmail.com>, <430474bb1003020142t5622768dq2f35de549e7cecb6@mail.gmail.com>, <4B8D50A1.2000205@gmail.com> Message-ID: <4B8E0350.3050908@gmail.com> On 03-Mar-10 12:00 AM, Ihab el Bakri wrote: > Hello there, > > what kernel are you using ? which gcc version ? The kernel version as per "uname -a " Linux tiny 2.6.26-2-686 #1 SMP Wed Feb 10 08:59:21 UTC 2010 i686 GNU/Linux The gcc version as per "gcc --version" gcc (Debian 4.3.2-1.1) 4.3.2 > |installed all packages needed ? apt-get install build-essential > kernel-package automake autoconf fakeroot git-core git-arch flex bison > libgsm1-dev libgsmme-dev libncurses5-dev subversion libtool libdbi > libdbi0-dev These are already installed in my system. > I used gcc 4.4.3, debian lenny 2.6.32 64bit kernel and it worked. Has anyone had any success in compiling with lenny 5.0.4 with kernel version 2.6.26-2-686 and gcc version 4.3.2 ? with Regards, ASHWIN From zecke at selfish.org Wed Mar 3 09:15:44 2010 From: zecke at selfish.org (Holger Freyther) Date: Wed, 3 Mar 2010 10:15:44 +0100 Subject: Compilation Errors on Lenny 5.0.4 In-Reply-To: <4B8D50A1.2000205@gmail.com> References: <4B8BBDB9.8060000@gmail.com> <430474bb1003020142t5622768dq2f35de549e7cecb6@mail.gmail.com> <4B8D50A1.2000205@gmail.com> Message-ID: <201003031015.45223.zecke@selfish.org> On Tuesday 02 March 2010 18:53:37 Ashwin wrote: > On 02-Mar-10 3:12 PM, Bjarni S. Sigur?sson wrote: > Making all in src > make[2]: Entering directory `/root/openbsc/openbsc/src' > gcc -DHAVE_CONFIG_H -I. -I.. -I../include -Wall -I/usr/local/include/ > -g -O2 -MT abis_rsl.o -MD -MP -MF .deps/abis_rsl.Tpo -c -o abis_rsl.o > abis_rsl.c > In file included from ../include/openbsc/gsm_data.h:59, > from abis_rsl.c:31: > /usr/local/include/osmocore/utils.h:8: error: redefinition of ?struct > value_string? You are using the latest version of libosmocore but not the one of OpenBSC. You will have to "git pull --rebase" OpenBSC and compile it again. libosmocore is a rather new library and we move stuff from OpenBSC into this library, which means if you have a new version of libosmocore and a bit older one of OpenBSC your compiler will see stuff twice. z. From ashwin.lists at gmail.com Wed Mar 3 11:31:36 2010 From: ashwin.lists at gmail.com (Ashwin) Date: Wed, 03 Mar 2010 17:01:36 +0530 Subject: Compilation Errors on Lenny 5.0.4 In-Reply-To: <201003031015.45223.zecke@selfish.org> References: <4B8BBDB9.8060000@gmail.com> <430474bb1003020142t5622768dq2f35de549e7cecb6@mail.gmail.com> <4B8D50A1.2000205@gmail.com> <201003031015.45223.zecke@selfish.org> Message-ID: <4B8E4898.7060708@gmail.com> On 03-Mar-10 2:45 PM, Holger Freyther wrote: > On Tuesday 02 March 2010 18:53:37 Ashwin wrote: >> On 02-Mar-10 3:12 PM, Bjarni S. Sigur?sson wrote: > >> Making all in src >> make[2]: Entering directory `/root/openbsc/openbsc/src' >> gcc -DHAVE_CONFIG_H -I. -I.. -I../include -Wall -I/usr/local/include/ >> -g -O2 -MT abis_rsl.o -MD -MP -MF .deps/abis_rsl.Tpo -c -o abis_rsl.o >> abis_rsl.c >> In file included from ../include/openbsc/gsm_data.h:59, >> from abis_rsl.c:31: >> /usr/local/include/osmocore/utils.h:8: error: redefinition of ?struct >> value_string? > > > You are using the latest version of libosmocore but not the one of OpenBSC. > You will have to "git pull --rebase" OpenBSC and compile it again. > Did as advised. Still facing the same issue. :( tiny:~/openbsc# git pull --rebase remote: Counting objects: 81, done. remote: Compressing objects: 100% (37/37), done. remote: Total 38 (delta 30), reused 0 (delta 0) Unpacking objects: 100% (38/38), done. From git://bs11-abis.gnumonks.org/openbsc 8b00799..474d19f master -> origin/master 1ebad74..774f072 on-waves/mgcp -> origin/on-waves/mgcp * [new branch] on-waves/tmp-master -> origin/on-waves/tmp-master First, rewinding head to replay your work on top of it... Fast-forwarded master to 474d19f5c00f6224852e28606dbe4f2e455198c0. tiny:~/openbsc/openbsc# make clean Making clean in tests make[1]: Entering directory `/root/openbsc/openbsc/tests' Making clean in sccp make[2]: Entering directory `/root/openbsc/openbsc/tests/sccp' test -z "sccp_test" || rm -f sccp_test rm -f *.o make[2]: Leaving directory `/root/openbsc/openbsc/tests/sccp' Making clean in channel make[2]: Entering directory `/root/openbsc/openbsc/tests/channel' test -z "channel_test" || rm -f channel_test rm -f *.o make[2]: Leaving directory `/root/openbsc/openbsc/tests/channel' Making clean in db make[2]: Entering directory `/root/openbsc/openbsc/tests/db' test -z "db_test" || rm -f db_test rm -f *.o make[2]: Leaving directory `/root/openbsc/openbsc/tests/db' Making clean in gsm0408 make[2]: Entering directory `/root/openbsc/openbsc/tests/gsm0408' test -z "gsm0408_test" || rm -f gsm0408_test rm -f *.o make[2]: Leaving directory `/root/openbsc/openbsc/tests/gsm0408' Making clean in debug make[2]: Entering directory `/root/openbsc/openbsc/tests/debug' test -z "debug_test" || rm -f debug_test rm -f *.o make[2]: Leaving directory `/root/openbsc/openbsc/tests/debug' Making clean in . make[2]: Entering directory `/root/openbsc/openbsc/tests' make[2]: Nothing to be done for `clean-am'. make[2]: Leaving directory `/root/openbsc/openbsc/tests' make[1]: Leaving directory `/root/openbsc/openbsc/tests' Making clean in src make[1]: Entering directory `/root/openbsc/openbsc/src' test -z "libsccp.a" || rm -f libsccp.a test -z "libbsc.a libmsc.a libvty.a" || rm -f libbsc.a libmsc.a libvty.a test -z "bsc_hack bs11_config ipaccess-find ipaccess-config isdnsync bsc_mgcp ipaccess-proxy" || rm -f bsc_hack bs11_config ipaccess-find ipaccess-config isdnsync bsc_mgcp ipaccess-proxy rm -f *.o make[1]: Leaving directory `/root/openbsc/openbsc/src' Making clean in include make[1]: Entering directory `/root/openbsc/openbsc/include' Making clean in sccp make[2]: Entering directory `/root/openbsc/openbsc/include/sccp' make[2]: Nothing to be done for `clean'. make[2]: Leaving directory `/root/openbsc/openbsc/include/sccp' Making clean in vty make[2]: Entering directory `/root/openbsc/openbsc/include/vty' make[2]: Nothing to be done for `clean'. make[2]: Leaving directory `/root/openbsc/openbsc/include/vty' Making clean in openbsc make[2]: Entering directory `/root/openbsc/openbsc/include/openbsc' make[2]: Nothing to be done for `clean'. make[2]: Leaving directory `/root/openbsc/openbsc/include/openbsc' Making clean in . make[2]: Entering directory `/root/openbsc/openbsc/include' make[2]: Nothing to be done for `clean-am'. make[2]: Leaving directory `/root/openbsc/openbsc/include' make[1]: Leaving directory `/root/openbsc/openbsc/include' Making clean in . make[1]: Entering directory `/root/openbsc/openbsc' make[1]: Nothing to be done for `clean-am'. make[1]: Leaving directory `/root/openbsc/openbsc' tiny:~/openbsc/openbsc# autoreconf -i tiny:~/openbsc/openbsc# ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make sets $(MAKE)... (cached) yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for a BSD-compatible install... /usr/bin/install -c checking for ranlib... ranlib checking for library containing crypt... -lcrypt checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for LIBOSMOCORE... yes checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking if gcc supports -fvisibility=hidden... yes configure: creating ./config.status config.status: creating openbsc.pc config.status: creating libsccp.pc config.status: creating include/openbsc/Makefile config.status: creating include/vty/Makefile config.status: creating include/sccp/Makefile config.status: creating include/Makefile config.status: creating src/Makefile config.status: creating tests/Makefile config.status: creating tests/debug/Makefile config.status: creating tests/gsm0408/Makefile config.status: creating tests/db/Makefile config.status: creating tests/channel/Makefile config.status: creating tests/sccp/Makefile config.status: creating Makefile config.status: creating bscconfig.h config.status: bscconfig.h is unchanged config.status: executing depfiles commands tiny:~/openbsc/openbsc# make make all-recursive make[1]: Entering directory `/root/openbsc/openbsc' Making all in include make[2]: Entering directory `/root/openbsc/openbsc/include' Making all in openbsc make[3]: Entering directory `/root/openbsc/openbsc/include/openbsc' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/root/openbsc/openbsc/include/openbsc' Making all in vty make[3]: Entering directory `/root/openbsc/openbsc/include/vty' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/root/openbsc/openbsc/include/vty' Making all in sccp make[3]: Entering directory `/root/openbsc/openbsc/include/sccp' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/root/openbsc/openbsc/include/sccp' make[3]: Entering directory `/root/openbsc/openbsc/include' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/root/openbsc/openbsc/include' make[2]: Leaving directory `/root/openbsc/openbsc/include' Making all in src make[2]: Entering directory `/root/openbsc/openbsc/src' gcc -DHAVE_CONFIG_H -I. -I.. -I../include -Wall -I/usr/local/include/ -g -O2 -MT sccp.o -MD -MP -MF .deps/sccp.Tpo -c -o sccp.o `test -f 'sccp/sccp.c' || echo './'`sccp/sccp.c mv -f .deps/sccp.Tpo .deps/sccp.Po rm -f libsccp.a ar cru libsccp.a sccp.o ranlib libsccp.a gcc -DHAVE_CONFIG_H -I. -I.. -I../include -Wall -I/usr/local/include/ -g -O2 -MT abis_rsl.o -MD -MP -MF .deps/abis_rsl.Tpo -c -o abis_rsl.o abis_rsl.c In file included from ../include/openbsc/gsm_data.h:44, from abis_rsl.c:31: ../include/openbsc/gsm_04_08.h:7:28: error: osmocore/gsm48.h: No such file or directory make[2]: *** [abis_rsl.o] Error 1 make[2]: Leaving directory `/root/openbsc/openbsc/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/openbsc/openbsc' make: *** [all] Error 2 tiny:~/openbsc/openbsc# w with Regards, ASHWIN From ashwin.lists at gmail.com Wed Mar 3 12:10:10 2010 From: ashwin.lists at gmail.com (Ashwin) Date: Wed, 03 Mar 2010 17:40:10 +0530 Subject: Compilation Errors on Lenny 5.0.4 In-Reply-To: References: <4B8BBDB9.8060000@gmail.com> <430474bb1003020142t5622768dq2f35de549e7cecb6@mail.gmail.com> <4B8D50A1.2000205@gmail.com>, <201003031015.45223.zecke@selfish.org>, <4B8E4898.7060708@gmail.com> Message-ID: <4B8E51A2.50900@gmail.com> On 03-Mar-10 5:05 PM, Ihab el Bakri wrote: > Hello Ashwin, > > > Checkout the attached file.. ./configure && make && make install > Hi Ihab, Extracted the rar file in /root/temp/ The "make" breaks as below. with Regards ASHWIN tiny:~/temp# ./configure -bash: ./configure: Permission denied tiny:~/temp# ls -l con config config.log config.status configure configure.in convert_to_enum.py tiny:~/temp# chmod 755 configure tiny:~/temp# ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make sets $(MAKE)... (cached) yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for ranlib... ranlib checking for library containing crypt... -lcrypt checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking if gcc supports -fvisibility=hidden... yes configure: creating ./config.status config.status: creating openbsc.pc config.status: creating liblaf0rge1.pc config.status: creating libsccp.pc config.status: error: cannot find input file: `include/openbsc/Makefile.in' tiny:~/temp# make mkdir -p asn1_gen && \ cd asn1_gen && \ ../../../tmp/rrlp/asn1c/asn1c/asn1c -fskeletons-copy -fnative-types -gen-PER /bin/sh: line 2: ../../../tmp/rrlp/asn1c/asn1c/asn1c: No such file or directory make: *** [libgsm-asn1.a] Error 127 tiny:~/temp# From zecke at selfish.org Wed Mar 3 16:45:19 2010 From: zecke at selfish.org (Holger Freyther) Date: Wed, 3 Mar 2010 17:45:19 +0100 Subject: Compilation Errors on Lenny 5.0.4 In-Reply-To: <4B8E4898.7060708@gmail.com> References: <4B8BBDB9.8060000@gmail.com> <201003031015.45223.zecke@selfish.org> <4B8E4898.7060708@gmail.com> Message-ID: <201003031745.20279.zecke@selfish.org> On Wednesday 03 March 2010 12:31:36 Ashwin wrote: > Did as advised. Still facing the same issue. :( Well, then think about it. I told you libosmocore and OpenBSC need to match as we move stuff from OpenBSC into libosmocore. And now you see a missing osmocore include. What could this mean? From ashwin.lists at gmail.com Thu Mar 4 03:41:18 2010 From: ashwin.lists at gmail.com (Ashwin) Date: Thu, 04 Mar 2010 09:11:18 +0530 Subject: Compilation Errors on Lenny 5.0.4 In-Reply-To: <201003031745.20279.zecke@selfish.org> References: <4B8BBDB9.8060000@gmail.com> <201003031015.45223.zecke@selfish.org> <4B8E4898.7060708@gmail.com> <201003031745.20279.zecke@selfish.org> Message-ID: <4B8F2BDE.9040301@gmail.com> On 03-Mar-10 10:15 PM, Holger Freyther wrote: > On Wednesday 03 March 2010 12:31:36 Ashwin wrote: > >> Did as advised. Still facing the same issue. :( > > Well, then think about it. I told you libosmocore and OpenBSC need to match as > we move stuff from OpenBSC into libosmocore. And now you see a missing osmocore > include. What could this mean? > > Right. I did a "rebase" of libosmocore and OpenBSC at the same time. Complied and installed libosmocore first and the OpenBSC also complied. Thanks for pointing out. :) Now what ? I do not have a BTS. Are there any test routines that I can run for anyone here ? I can setup a VPN with someone who has a BTS. with Regards, ASHWIN From ihab.elbakri at hotmail.com Tue Mar 2 13:48:55 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Tue, 2 Mar 2010 14:48:55 +0100 Subject: BS-11/nanoBTS Units Message-ID: Hello, I am looking for a couple of BS-11/nanoBTS Units 10 and more, price is not a problem, so if any body has a BS-11 or an ip.access nanoBTS to sell, please contact me immediately :) Best regards Ihab El Bakri _________________________________________________________________ Hotmail: Trusted email with Microsoft?s powerful SPAM protection. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From knyee8 at googlemail.com Thu Mar 4 10:59:06 2010 From: knyee8 at googlemail.com (ken) Date: Thu, 4 Mar 2010 18:59:06 +0800 Subject: wireshark help Message-ID: <46baa5a11003040259v1727dfdcs77783976c38ba1a9@mail.gmail.com> Hi, I have the OpenBSC up and running with a nanobts at 900MHz. I would require some help with the following issues. 1) I'm able to view most of the air interface messages on wireshark but not able to view the gsm system information blocks. Is there any patches I should add on wireshark and is it possible to provide instructions on how to apply the patches ? 2) I'm able to see the rrlp request made to the mobile on wireshark. However I'm not see any rrlp response from the mobile on wireshark. I'm sure my mobile suppot ms-based rrlp request. Again, what are the patches to wireshark I should apply? Appreciate if details on how to apply the patches are provided. 3) I have copied out the gprs branch and am able to run the gprs OpenBSC codes without any problems. Just that at this stage, my mobile (i-phone 3Gs) does not seem to be able to do a gprs attach and have the OpenBSC allocate it a P-TMSI. Is there any thing I should do to get my i-phone 3Gs to do a gprs attach on the OpenBSC? (For my i-phone 3Gs, the settings is gsm mode only) 4) Also in the OpenBSC folder, there's this rrlp-ephemeris folder, if possible, would like to have further details on the purpose of the rrlp-ephemeris folder. Appreciate any kind advise and help. Thanks so much Ken -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Fri Mar 5 10:43:33 2010 From: laforge at gnumonks.org (Harald Welte) Date: Fri, 5 Mar 2010 11:43:33 +0100 Subject: wireshark help In-Reply-To: <46baa5a11003040259v1727dfdcs77783976c38ba1a9@mail.gmail.com> References: <46baa5a11003040259v1727dfdcs77783976c38ba1a9@mail.gmail.com> Message-ID: <20100305104333.GP27899@prithivi.gnumonks.org> Hi Ken. On Thu, Mar 04, 2010 at 06:59:06PM +0800, ken wrote: > I have the OpenBSC up and running with a nanobts at 900MHz. > I would require some help with the following issues. > > 1) I'm able to view most of the air interface messages on wireshark but not > able to > view the gsm system information blocks. Is there any patches I should add on > wireshark and is it possible > to provide instructions on how to apply the patches ? no, it always worked with the current wireshark svn version. no patches needed for proper RSL decoding. maybe you're using some old/release version of wireshark. > 2) I'm able to see the rrlp request made to the mobile on wireshark. However > I'm not > see any rrlp response from the mobile on wireshark. I'm sure my mobile > suppot ms-based rrlp request. > Again, what are the patches to wireshark I should apply? Appreciate if > details on how to apply the patches > are provided. again, no patches needed. if your phone doesn't respond, it doesn't like the request or doesn't suppor RRLP. > 3) I have copied out the gprs branch and am able to run the gprs OpenBSC > codes without any problems. > Just that at this stage, my mobile (i-phone 3Gs) does not seem to be able to > do a gprs attach and have > the OpenBSC allocate it a P-TMSI. Is there any thing I should do to get my > i-phone 3Gs to do a gprs attach on the > OpenBSC? (For my i-phone 3Gs, the settings is gsm mode only) the gprs branch is highly experimental, unmaintained and unsupported at this point. Don't expect anything to work at all. I'll get around improving that through the next weeks/months. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From ihab.elbakri at hotmail.com Fri Mar 5 09:32:31 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Fri, 5 Mar 2010 10:32:31 +0100 Subject: LCR compilation error Message-ID: Hello, I am getting some errors when trying to compile lcr with asterisk and gsm. error: g++ -DHAVE_CONFIG_H -I. -DWITH_GSM -I./openbsc/include -Wall -I/usr/include/mISDNuser -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT gsm.o -MD -MP -MF .deps/gsm.Tpo -c -o gsm.o gsm.cpp gsm.cpp: In member function ?void Pgsm::bchannel_send(unsigned int, unsigned int, unsigned char*, int)?: gsm.cpp:228: error: overloaded function with no contextual type information make[1]: *** [gsm.o] Error 1 make[1]: Leaving directory `/home/bs11/bs11/lcr' make: *** [all] Error 2 Best regards Ihab El Bakri _________________________________________________________________ Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bouchtaoui at gmail.com Fri Mar 5 14:58:17 2010 From: bouchtaoui at gmail.com (Nordin Bouchtaoui) Date: Fri, 5 Mar 2010 09:58:17 -0500 Subject: Error compiling openbsc Message-ID: <8aedb85a1003050658l5e52e7e8x5193c287fb3a0d19@mail.gmail.com> Hello guys, I installed a newly fresh Debian Lenny, downloaded openbsc project using git. But when running ./configure after autoreconf -i (which went well), I get the following message: ./configure: line 3551: syntax error near unexpected token `LIBOSMOCORE,' ./configure: line 3551: `PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore)' I know the osmocomBB project has a bit of the focus now and that some sources in openbsc are also used in osmocomBB, hence the libosmocore? But can someone helping me out to get the openbsc build? Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From zecke at selfish.org Fri Mar 5 16:11:23 2010 From: zecke at selfish.org (Holger Freyther) Date: Fri, 5 Mar 2010 17:11:23 +0100 Subject: Error compiling openbsc In-Reply-To: <8aedb85a1003050658l5e52e7e8x5193c287fb3a0d19@mail.gmail.com> References: <8aedb85a1003050658l5e52e7e8x5193c287fb3a0d19@mail.gmail.com> Message-ID: <201003051711.24980.zecke@selfish.org> On Friday 05 March 2010 15:58:17 Nordin Bouchtaoui wrote: > Hello guys, > > I installed a newly fresh Debian Lenny, downloaded openbsc project using > git. But when running ./configure after autoreconf -i (which went well), I > get the following message: > ./configure: line 3551: syntax error near unexpected token `LIBOSMOCORE,' > ./configure: line 3551: `PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore)' Please check the archives. I can't look it up for your right now as I'm about to board an airplane... z. From ashwin.lists at gmail.com Fri Mar 5 16:51:56 2010 From: ashwin.lists at gmail.com (Ashwin) Date: Fri, 05 Mar 2010 22:21:56 +0530 Subject: Error compiling openbsc In-Reply-To: <8aedb85a1003050658l5e52e7e8x5193c287fb3a0d19@mail.gmail.com> References: <8aedb85a1003050658l5e52e7e8x5193c287fb3a0d19@mail.gmail.com> Message-ID: <4B9136AC.8060901@gmail.com> On 05-Mar-10 8:28 PM, Nordin Bouchtaoui wrote: > Hello guys, > > I installed a newly fresh Debian Lenny, downloaded openbsc project using > git. But when running ./configure after autoreconf -i (which went well), > I get the following message: > ./configure: line 3551: syntax error near unexpected token `LIBOSMOCORE,' > ./configure: line 3551: `PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore)' > > I know the osmocomBB project has a bit of the focus now and that some > sources in openbsc are also used in osmocomBB, hence the libosmocore? > But can someone helping me out to get the openbsc build? > > Thank you. Hi, I had the exactly same problem, and as recent as this week. There was no libosmocore installed. It is solved now. Two simple things to be done - 1. Get the libosmocore - So downloaded from (git://git.osmocom.org/libosmocore.git), autoreconf -i && ./configure && make && make install. 2. Get the OpenBSC rebased - "git pull --rebase" OpenBSC and compile it again. I think after this you will be comfortable. In case of further doubts, can help out since I solved it very recently. with Regards, ASHWIN From bouchtaoui at gmail.com Tue Mar 9 09:24:20 2010 From: bouchtaoui at gmail.com (Nordin) Date: Tue, 09 Mar 2010 10:24:20 +0100 Subject: Error compiling openbsc In-Reply-To: <4B9136AC.8060901@gmail.com> References: <8aedb85a1003050658l5e52e7e8x5193c287fb3a0d19@mail.gmail.com> <4B9136AC.8060901@gmail.com> Message-ID: <4B9613C4.3000306@gmail.com> Ashwin schreef: > On 05-Mar-10 8:28 PM, Nordin Bouchtaoui wrote: >> Hello guys, >> >> I installed a newly fresh Debian Lenny, downloaded openbsc project using >> git. But when running ./configure after autoreconf -i (which went well), >> I get the following message: >> ./configure: line 3551: syntax error near unexpected token >> `LIBOSMOCORE,' >> ./configure: line 3551: `PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore)' >> >> I know the osmocomBB project has a bit of the focus now and that some >> sources in openbsc are also used in osmocomBB, hence the libosmocore? >> But can someone helping me out to get the openbsc build? >> >> Thank you. > > Hi, > > I had the exactly same problem, and as recent as this week. There was > no libosmocore installed. It is solved now. > > Two simple things to be done - > > 1. Get the libosmocore - So downloaded from > (git://git.osmocom.org/libosmocore.git), autoreconf -i && ./configure > && make && make install. > > 2. Get the OpenBSC rebased - "git pull --rebase" OpenBSC and compile > it again. I've done the two steps you provided me, but still the same situation. I did even git clone libosmocore repo and git clone openbsc repo. First started to buil libosmocore, which was succefully done. After that I tried to build openbsc and than the same two errormessage I stated in the first mail returns again. So, I think it can't find the libosmocore that's installed (guess somewhere in usr/local/... What do you think? From laforge at gnumonks.org Tue Mar 9 13:36:57 2010 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 9 Mar 2010 14:36:57 +0100 Subject: Error compiling openbsc In-Reply-To: <4B9613C4.3000306@gmail.com> References: <8aedb85a1003050658l5e52e7e8x5193c287fb3a0d19@mail.gmail.com> <4B9136AC.8060901@gmail.com> <4B9613C4.3000306@gmail.com> Message-ID: <20100309133657.GF30088@prithivi.gnumonks.org> On Tue, Mar 09, 2010 at 10:24:20AM +0100, Nordin wrote: > I've done the two steps you provided me, but still the same situation. > I did even git clone libosmocore repo and git clone openbsc repo. > First started to buil libosmocore, which was succefully done. After > that I tried to build openbsc and than the same two errormessage I > stated in the first mail returns again. So, I think it can't find > the libosmocore that's installed (guess somewhere in usr/local/... Hi Nordin, did you actually do 'make install' with libosmocore before running ./configure of openbsc? Only the 'make install' step installs it into /usr/local/include and /usr/local/lib I've just done the same steps (clone + autoreconf + configure + make install of libosmocore, then clone openbsc followed by autoreconf + configure + make of OpenBSC). Works fine here (debian unstable on x86_64) > >>./configure: line 3551: syntax error near unexpected token > >>`LIBOSMOCORE,' > >>./configure: line 3551: `PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore)' If you really get this error message, then something is wrong with your autotools/pkgconfig installation. ============== $ autoreconf --version autoreconf (GNU Autoconf) 2.65 Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+/Autoconf: GNU GPL version 3 or later , This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by David J. MacKenzie and Akim Demaille. --- Autoconf 2.50 chosen by Debian wrapper script. For information and tuning advice see autoconf(1). ============== furthermore, I'm using automake-1.11 Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From bouchtaoui at gmail.com Tue Mar 9 15:20:25 2010 From: bouchtaoui at gmail.com (Nordin) Date: Tue, 09 Mar 2010 16:20:25 +0100 Subject: Error compiling openbsc In-Reply-To: <20100309133657.GF30088@prithivi.gnumonks.org> References: <8aedb85a1003050658l5e52e7e8x5193c287fb3a0d19@mail.gmail.com> <4B9136AC.8060901@gmail.com> <4B9613C4.3000306@gmail.com> <20100309133657.GF30088@prithivi.gnumonks.org> Message-ID: <4B966739.7050204@gmail.com> > did you actually do 'make install' with libosmocore before running > ./configure of openbsc? Only the 'make install' step installs it into > /usr/local/include and /usr/local/lib > I've checked these directories and they seem to be installed, at least I can see them. > I've just done the same steps (clone + autoreconf + configure + make > install of libosmocore, then clone openbsc followed by autoreconf + > configure + make of OpenBSC). Works fine here (debian unstable on > x86_64) > Ok, mine is running as a virtual machine, I don't know whether the virtual environment has to do something with the problem. I'll try out on my old Linux box which is also running Debian Lenny (stable). If it installed well, than things get exciting... > >>>> ./configure: line 3551: syntax error near unexpected token >>>> `LIBOSMOCORE,' >>>> ./configure: line 3551: `PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore)' >>>> > > If you really get this error message, then something is wrong with your > autotools/pkgconfig installation. > Do you think so? Cause libosmocore installed well, I've checked usr/local/include and usr/local/lib. > ============== > $ autoreconf --version > autoreconf (GNU Autoconf) 2.65 > Copyright (C) 2009 Free Software Foundation, Inc. > License GPLv3+/Autoconf: GNU GPL version 3 or later > , > > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. > > Written by David J. MacKenzie and Akim Demaille. > --- > Autoconf 2.50 chosen by Debian wrapper script. > For information and tuning advice see autoconf(1). > ============== > > furthermore, I'm using automake-1.11 > Thnx for your reponse. > Regards, > Harald > From bjarnisi at gmail.com Tue Mar 9 15:33:40 2010 From: bjarnisi at gmail.com (=?ISO-8859-1?Q?Bjarni_S=2E_Sigur=F0sson?=) Date: Tue, 9 Mar 2010 15:33:40 +0000 Subject: Error compiling openbsc In-Reply-To: <4B966739.7050204@gmail.com> References: <8aedb85a1003050658l5e52e7e8x5193c287fb3a0d19@mail.gmail.com> <4B9136AC.8060901@gmail.com> <4B9613C4.3000306@gmail.com> <20100309133657.GF30088@prithivi.gnumonks.org> <4B966739.7050204@gmail.com> Message-ID: <430474bb1003090733h63c3f3ceo7930dcf75164ea7e@mail.gmail.com> Hi, FYI: I am running OpenBSC on Debian Lenny on a virtual machine (VirtualBox) with no problems. > ./configure: line 3551: syntax error near unexpected token > `LIBOSMOCORE,' > ./configure: line 3551: `PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore)' Just a thought, have you installed pkg-config? (apt-get install pkg-config) -BSS On Tue, Mar 9, 2010 at 3:20 PM, Nordin wrote: > >> did you actually do 'make install' with libosmocore before running >> ./configure of openbsc? ?Only the 'make install' step installs it into >> /usr/local/include and /usr/local/lib >> > > I've checked these directories and they seem to be installed, at least I can > see them. > >> I've just done the same steps (clone + autoreconf + configure + make >> install of libosmocore, then clone openbsc followed by autoreconf + >> configure + make of OpenBSC). ?Works fine here (debian unstable on >> x86_64) >> > > Ok, mine is running as a virtual machine, I don't know whether the virtual > environment has to do something with the problem. I'll try out on my old > Linux box which is also running Debian Lenny (stable). If it installed well, > than things get exciting... > >> >>>>> >>>>> ./configure: line 3551: syntax error near unexpected token >>>>> `LIBOSMOCORE,' >>>>> ./configure: line 3551: `PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore)' >>>>> >> >> If you really get this error message, then something is wrong with your >> autotools/pkgconfig installation. >> > > Do you think so? Cause libosmocore installed well, I've checked > usr/local/include and usr/local/lib. > >> ============== >> $ autoreconf --version >> autoreconf (GNU Autoconf) 2.65 >> Copyright (C) 2009 Free Software Foundation, Inc. >> License GPLv3+/Autoconf: GNU GPL version 3 or later >> , >> >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. >> >> Written by David J. MacKenzie and Akim Demaille. >> --- >> Autoconf 2.50 chosen by Debian wrapper script. >> For information and tuning advice see autoconf(1). >> ============== >> >> furthermore, I'm using automake-1.11 >> > > Thnx for your reponse. > >> Regards, >> ? ? ? ?Harald >> > > > From bouchtaoui at gmail.com Tue Mar 9 16:00:19 2010 From: bouchtaoui at gmail.com (Nordin) Date: Tue, 09 Mar 2010 17:00:19 +0100 Subject: Error compiling openbsc In-Reply-To: <430474bb1003090733h63c3f3ceo7930dcf75164ea7e@mail.gmail.com> References: <8aedb85a1003050658l5e52e7e8x5193c287fb3a0d19@mail.gmail.com> <4B9136AC.8060901@gmail.com> <4B9613C4.3000306@gmail.com> <20100309133657.GF30088@prithivi.gnumonks.org> <4B966739.7050204@gmail.com> <430474bb1003090733h63c3f3ceo7930dcf75164ea7e@mail.gmail.com> Message-ID: <4B967093.4030906@gmail.com> Bjarni S. Sigur?sson schreef: > Hi, > > FYI: I am running OpenBSC on Debian Lenny on a virtual machine > (VirtualBox) with no problems. > > >> ./configure: line 3551: syntax error near unexpected token >> `LIBOSMOCORE,' >> ./configure: line 3551: `PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore)' >> > > Just a thought, have you installed pkg-config? (apt-get install pkg-config) > Hehehe, pkg-config did the trick Bjarni. Thnx boys. I was searching pkgconfig with apt instead of pkg-config, but didn't come with usable results. Anyway, problem solved and gained extra knowledge :) From laforge at gnumonks.org Fri Mar 5 23:58:50 2010 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 6 Mar 2010 00:58:50 +0100 Subject: IMPORTANT: Building OpenBSC with libosmocore Message-ID: <20100305235850.GA8313@prithivi.gnumonks.org> Hi All Just to clarify this (since we've had another question on the ML) On Wed, Mar 03, 2010 at 10:15:44AM +0100, Holger Freyther wrote: > You are using the latest version of libosmocore but not the one of OpenBSC. You always need to use latest OpenBSC with latest libosmocore. We really cannot afford to spend more time in supporting any kind of forward/backward compatibility on a commit level. However, what we should do, is to make official releases of both the library and the OpenBSC program. OpenBSC will then require a particular version of libosmocore, and the configure script will notice if it is not available. I think OpenBSC has been quite useful and stable for quite some time, it would be great to make something like an 1.0 release at some point soon. Maybe zecke and myself can do this in the next couple of weeks. > libosmocore is a rather new library and we move stuff from OpenBSC into this > library, which means if you have a new version of libosmocore and a bit older > one of OpenBSC your compiler will see stuff twice. This will probably still be the case for the weeks to come, while even more stuff (e.g. 04.08 call control IE parsing / generation) moves into libosmocore. So please, always do a full cycle of * "git pull" on libosmocore * "git pull" on openbsc * "./configure && make install" on libosmocore * "./configure && make" on openbsc This way you'll get a consistent build. Thanks for your understanding, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From zecke at selfish.org Mon Mar 22 14:11:32 2010 From: zecke at selfish.org (Holger Freyther) Date: Mon, 22 Mar 2010 15:11:32 +0100 Subject: IMPORTANT: Building OpenBSC with libosmocore In-Reply-To: <20100305235850.GA8313@prithivi.gnumonks.org> References: <20100305235850.GA8313@prithivi.gnumonks.org> Message-ID: <201003221511.32761.zecke@selfish.org> On Saturday 06 March 2010 00:58:50 Harald Welte wrote: > > I think OpenBSC has been quite useful and stable for quite some time, it > would be great to make something like an 1.0 release at some point soon. > Maybe zecke and myself can do this in the next couple of weeks. Shall we pick 1.0.0 for both OpenBSC and libosmocore? From zecke at selfish.org Tue Mar 23 04:33:07 2010 From: zecke at selfish.org (Holger Freyther) Date: Tue, 23 Mar 2010 05:33:07 +0100 Subject: IMPORTANT: Building OpenBSC with libosmocore Message-ID: <201003230533.07682.zecke@selfish.org> On Saturday 06 March 2010 00:58:50 Harald Welte wrote: > > I think OpenBSC has been quite useful and stable for quite some time, it > would be great to make something like an 1.0 release at some point soon. > Maybe zecke and myself can do this in the next couple of weeks. Shall we pick 1.0.0 for both OpenBSC and libosmocore? From zecke at selfish.org Tue Mar 23 05:37:01 2010 From: zecke at selfish.org (Holger Freyther) Date: Tue, 23 Mar 2010 06:37:01 +0100 Subject: IMPORTANT: Building OpenBSC with libosmocore Message-ID: <201003230637.01405.zecke@selfish.org> On Saturday 06 March 2010 00:58:50 Harald Welte wrote: > > I think OpenBSC has been quite useful and stable for quite some time, it > would be great to make something like an 1.0 release at some point soon. > Maybe zecke and myself can do this in the next couple of weeks. Shall we pick 1.0.0 for both OpenBSC and libosmocore? From laforge at gnumonks.org Tue Mar 23 13:50:42 2010 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 23 Mar 2010 21:50:42 +0800 Subject: releasing openbsc and libosmocore stable version In-Reply-To: <201003230637.01405.zecke@selfish.org> References: <201003230637.01405.zecke@selfish.org> Message-ID: <20100323135042.GB14821@prithivi.gnumonks.org> On Tue, Mar 23, 2010 at 06:37:01AM +0100, Holger Freyther wrote: > On Saturday 06 March 2010 00:58:50 Harald Welte wrote: > > > > > I think OpenBSC has been quite useful and stable for quite some time, it > > would be great to make something like an 1.0 release at some point soon. > > Maybe zecke and myself can do this in the next couple of weeks. > > Shall we pick 1.0.0 for both OpenBSC and libosmocore? I've just tagged libosmocore 0.1.0 and openbsc 0.9.0 just to test the version magic before tagging the final release. As it seems to work now, I'm happy if you bump the version numbers, create new tags, create the release tarballs and put them up on the wiki. -- - 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 Mar 11 07:22:17 2010 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 11 Mar 2010 08:22:17 +0100 Subject: missing mncc.h? Message-ID: hi, i got some problems with missing mncc.h at osmocore include directory. i am in the master branch. any idea? thanx, andreas make[2]: Entering directory `/root/gsm/openbsc/openbsc/src' gcc -DHAVE_CONFIG_H -I. -I.. -I../include -Wall -I/usr/local/include/ -g -O2 -MT abis_rsl.o -MD -MP -MF .deps/abis_rsl.Tpo -c -o abis_rsl.o abis_rsl.c In file included from ../include/openbsc/gsm_data.h:46, from abis_rsl.c:31: ../include/openbsc/mncc.h:29:27: error: osmocore/mncc.h: No such file or directory In file included from ../include/openbsc/gsm_data.h:46, from abis_rsl.c:31: ../include/openbsc/mncc.h:122: error: field 'bearer_cap' has incomplete type ../include/openbsc/mncc.h:123: error: field 'called' has incomplete type ../include/openbsc/mncc.h:124: error: field 'calling' has incomplete type ../include/openbsc/mncc.h:125: error: field 'redirecting' has incomplete type ../include/openbsc/mncc.h:126: error: field 'connected' has incomplete type ../include/openbsc/mncc.h:127: error: field 'cause' has incomplete type ../include/openbsc/mncc.h:128: error: field 'progress' has incomplete type ../include/openbsc/mncc.h:129: error: field 'useruser' has incomplete type ../include/openbsc/mncc.h:130: error: field 'facility' has incomplete type ../include/openbsc/mncc.h:131: error: field 'cccap' has incomplete type ../include/openbsc/mncc.h:132: error: field 'ssversion' has incomplete type make[2]: *** [abis_rsl.o] Error 1 make[2]: Leaving directory `/root/gsm/openbsc/openbsc/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/gsm/openbsc/openbsc' make: *** [all] Error 2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From zecke at selfish.org Thu Mar 11 07:39:01 2010 From: zecke at selfish.org (Holger Freyther) Date: Thu, 11 Mar 2010 08:39:01 +0100 Subject: missing mncc.h? In-Reply-To: References: Message-ID: <201003110839.01333.zecke@selfish.org> On Thursday 11 March 2010 08:22:17 Andreas.Eversberg wrote: > hi, > > i got some problems with missing mncc.h at osmocore include directory. i > am in the master branch. any idea? Yes, git pull in libosmocore please. We are still moving stuff out of OpenBSC into libosmocore and if you update the one you should update the other. My libosmocore contains a mncc.h file. z. From Andreas.Eversberg at versatel.de Thu Mar 11 08:42:17 2010 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 11 Mar 2010 09:42:17 +0100 Subject: AW: missing mncc.h? Message-ID: hi holger, i still can't see it. regards, andreas >git pull in libosmocore please. We are still moving stuff out of OpenBSC into >libosmocore and if you update the one you should update the other. My >libosmocore contains a mncc.h file. root at nuedel libosmocore # git pull Already up-to-date. root at nuedel libosmocore # ls include/osmocore/ -R include/osmocore/: Makefile bitvec.h gsm_utils.h msgb.h rxlev_stat.h statistics.h tlv.h Makefile.am comp128.h gsmtap.h protocol select.h talloc.h utils.h Makefile.in gsm48.h linuxlist.h rsl.h signal.h timer.h write_queue.h include/osmocore/protocol: Makefile Makefile.am Makefile.in gsm_04_08.h gsm_04_11.h gsm_04_80.h gsm_08_58.h gsm_12_21.h From zecke at selfish.org Thu Mar 11 09:11:23 2010 From: zecke at selfish.org (Holger Freyther) Date: Thu, 11 Mar 2010 10:11:23 +0100 Subject: missing mncc.h? In-Reply-To: References: Message-ID: <201003111011.23368.zecke@selfish.org> On Thursday 11 March 2010 09:42:17 Andreas.Eversberg wrote: > hi holger, > > i still can't see it. > > regards, > > andreas > > >git pull in libosmocore please. We are still moving stuff out of > > OpenBSC into > > >libosmocore and if you update the one you should update the other. My > >libosmocore contains a mncc.h file. ich at tamarin:~/source/gsm/libosmocore$ git log --pretty=oneline include/osmocore/mncc.h 1e9086684f258a9b8eed8f5c8d7d4f6c98665636 import GSM04.08 encode/decode functions and mncc.h from openbsc ich at tamarin:~/source/gsm/libosmocore$ git branch -- contains=1e9086684f258a9b8eed8f5c8d7d4f6c98665636 * master ich at tamarin:~/source/gsm/libosmocore$ git branch -- contains=1e9086684f258a9b8eed8f5c8d7d4f6c98665636 -a * master remotes/origin/HEAD -> origin/master remotes/origin/master Your working copy was most likely not updated, e.g. because you had local modfications. The above should show you that origin/master contains the commit but your master branch does not. You can just type git rebase origin/master.. From Andreas.Eversberg at versatel.de Thu Mar 11 13:17:34 2010 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 11 Mar 2010 14:17:34 +0100 Subject: again compilation of lcr Message-ID: hi, now after changing code of lcr, it compiles with libosmocom and openbsc. all packets are the latest (mISDN, mISDNuser, libosmocom, openbsc, lcr) i have started it without crashing, but i could not test it. please change to "develop" branch of LCR. be sure to add links to openbsc and libosmocore to the LCR source directories: libosmocore -> ../libosmocore/ openbsc -> ../openbsc/openbsc/ also i found some little problems while compiling osmocore and openbsc: the 'extern' is missing: diff --git a/include/osmocore/gsm48.h b/include/osmocore/gsm48.h index 6356379..787cdd0 100644 --- a/include/osmocore/gsm48.h +++ b/include/osmocore/gsm48.h @@ -6,7 +6,7 @@ extern const struct tlv_definition gsm48_att_tlvdef; extern const char *cc_state_names[32]; -const char *gsm48_cc_msg_names[0x40]; +extern const char *gsm48_cc_msg_names[0x40]; const char *rr_cause_name(uint8_t cause); void gsm48_generate_lai(struct gsm48_loc_area_id *lai48, uint16_t mcc, an here is a warning i did not analyse yet: /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../../../i686-pc-linux-gnu/bin/l d: Warning: size of symbol `rsl_rlm_cause_strs' changed from 8 in ./openbsc/src/libbsc.a(abis_rsl.o) to 120 in /usr/local/lib/libosmocore.so regards, andreas -------------- next part -------------- An HTML attachment was scrubbed... URL: From ihab.elbakri at hotmail.com Thu Mar 11 13:41:47 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Thu, 11 Mar 2010 14:41:47 +0100 Subject: again compilation of lcr In-Reply-To: References: Message-ID: Hi, am still getting this error: make make all-am make[1]: Entering directory `/usr/src/develop/lcr' g++ -g -O2 -o lcr gsm_audio.o gsm.o gsm_conf.o bsc_init.o vty_interface.o vty_interface_layer3.o select.o action.o mISDN.o tones.o action_efi.o crypt.o mail.o trace.o action_vbox.o dss1.o main.o vbox.o alawulaw.o endpoint.o interface.o message.o apppbx.o endpointapp.o join.o options.o extension.o joinpbx.o port.o callerid.o joinremote.o route.o cause.o socket_server.o -lmisdn -lpthread /usr/lib/libgsm.a ./openbsc/src/libbsc.a ./openbsc/src/libmsc.a ./openbsc/src/libvty.a -L./libosmocore/src/ -losmocore -ldbi -lcrypt -lpthread -lncurses -lm gsm_conf.o: In function `sprint': /usr/src/develop/lcr/macro.h:48: multiple definition of `gsm48_cc_msg_names' gsm.o:/usr/src/develop/lcr/gsm.cpp:1463: first defined here action.o:/usr/src/develop/lcr/action.cpp:67: multiple definition of `gsm48_cc_msg_names' gsm.o:/usr/src/develop/lcr/gsm.cpp:1463: first defined here mISDN.o: In function `mISDNport_static(mISDNport*)': /usr/src/develop/lcr/mISDN.cpp:2419: multiple definition of `gsm48_cc_msg_names' gsm.o:/usr/src/develop/lcr/gsm.cpp:1463: first defined here tones.o: In function `read_tone_fetched(void**, void*, int, int, int*, int)': /usr/src/develop/lcr/tones.c:542: multiple definition of `gsm48_cc_msg_names' gsm.o:/usr/src/develop/lcr/gsm.cpp:1463: first defined here action_efi.o:/usr/src/develop/lcr/action_efi.cpp:137: multiple definition of `gsm48_cc_msg_names' gsm.o:/usr/src/develop/lcr/gsm.cpp:1463: first defined here crypt.o: In function `crc_init()': ........ .......... .......... installed libosmocore , openbsc , then lcr from git ,, git checkout develop .. Best regards Ihab el Bakri Subject: again compilation of lcr Date: Thu, 11 Mar 2010 14:17:34 +0100 From: Andreas.Eversberg at versatel.de To: ihab.elbakri at hotmail.com CC: openbsc at lists.gnumonks.org hi, now after changing code of lcr, it compiles with libosmocom and openbsc. all packets are the latest (mISDN, mISDNuser, libosmocom, openbsc, lcr) i have started it without crashing, but i could not test it. please change to "develop" branch of LCR. be sure to add links to openbsc and libosmocore to the LCR source directories: libosmocore -> ../libosmocore/ openbsc -> ../openbsc/openbsc/ also i found some little problems while compiling osmocore and openbsc: the 'extern' is missing: diff --git a/include/osmocore/gsm48.h b/include/osmocore/gsm48.h index 6356379..787cdd0 100644 --- a/include/osmocore/gsm48.h +++ b/include/osmocore/gsm48.h @@ -6,7 +6,7 @@ extern const struct tlv_definition gsm48_att_tlvdef; extern const char *cc_state_names[32]; -const char *gsm48_cc_msg_names[0x40]; +extern const char *gsm48_cc_msg_names[0x40]; const char *rr_cause_name(uint8_t cause); void gsm48_generate_lai(struct gsm48_loc_area_id *lai48, uint16_t mcc, an here is a warning i did not analyse yet: /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../../../i686-pc-linux-gnu/bin/ld: Warning: size of symbol `rsl_rlm_cause_strs' changed from 8 in ./openbsc/src/libbsc.a(abis_rsl.o) to 120 in /usr/local/lib/libosmocore.so regards, andreas _________________________________________________________________ Hotmail: Powerful Free email with security by Microsoft. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Thu Mar 11 13:55:02 2010 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 11 Mar 2010 14:55:02 +0100 Subject: AW: again compilation of lcr Message-ID: > am still getting this error: try the patch i added to my last mail. it is not yet committed to GIT. go into your osmocore GIT directiory, say "patch -p1" and paste the following. (end with CTRL+d) ---- diff --git a/include/osmocore/gsm48.h b/include/osmocore/gsm48.h index 6356379..787cdd0 100644 --- a/include/osmocore/gsm48.h +++ b/include/osmocore/gsm48.h @@ -6,7 +6,7 @@ extern const struct tlv_definition gsm48_att_tlvdef; extern const char *cc_state_names[32]; -const char *gsm48_cc_msg_names[0x40]; +extern const char *gsm48_cc_msg_names[0x40]; const char *rr_cause_name(uint8_t cause); void gsm48_generate_lai(struct gsm48_loc_area_id *lai48, uint16_t mcc, ---- -------------- next part -------------- An HTML attachment was scrubbed... URL: From ihab.elbakri at hotmail.com Thu Mar 11 14:24:55 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Thu, 11 Mar 2010 15:24:55 +0100 Subject: AW: again compilation of lcr In-Reply-To: References: Message-ID: Hi , compilation completed :) .. when starting lcr this error pops out : ** LCR Version 1.7 ./lcr: symbol lookup error: ./lcr: undefined symbol: init_af_isdn Best regards Ihab el bakri > am still getting this error: try the patch i added to my last mail. it is not yet committed to GIT. go into your osmocore GIT directiory, say "patch -p1" and paste the following. (end with CTRL+d) ---- diff --git a/include/osmocore/gsm48.h b/include/osmocore/gsm48.h index 6356379..787cdd0 100644 --- a/include/osmocore/gsm48.h +++ b/include/osmocore/gsm48.h @@ -6,7 +6,7 @@ extern const struct tlv_definition gsm48_att_tlvdef; extern const char *cc_state_names[32]; -const char *gsm48_cc_msg_names[0x40]; +extern const char *gsm48_cc_msg_names[0x40]; const char *rr_cause_name(uint8_t cause); void gsm48_generate_lai(struct gsm48_loc_area_id *lai48, uint16_t mcc, ---- _________________________________________________________________ Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ihab.elbakri at hotmail.com Thu Mar 11 14:49:47 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Thu, 11 Mar 2010 15:49:47 +0100 Subject: AW: again compilation of lcr In-Reply-To: References: Message-ID: one more : Cannot open mISDN due to 'Address family not supported by protocol'. (Does your Kernel support socket based mISDN?) misdn_info Found 3 ports Port 0 'hfc-e1.1': TE/NT-mode PRI E1 (for phone lines & E1 devices) 30 B-channels: 2-31 B-protocols: RAW HDLC X75slp L2:DSP L2:DSPHDLC -------- Port 1 'mISDN_l1loop.1': TE/NT-mode PRI E1 (for phone lines & E1 devices) 30 B-channels: 1-15 17-31 B-protocols: RAW HDLC X75slp L2:DSP L2:DSPHDLC -------- Port 2 'mISDN_l1loop.2': TE/NT-mode PRI E1 (for phone lines & E1 devices) 30 B-channels: 1-15 17-31 B-protocols: RAW HDLC X75slp L2:DSP L2:DSPHDLC standard options in lcr (gsm.conf ...etc. ) > am still getting this error: try the patch i added to my last mail. it is not yet committed to GIT. go into your osmocore GIT directiory, say "patch -p1" and paste the following. (end with CTRL+d) ---- diff --git a/include/osmocore/gsm48.h b/include/osmocore/gsm48.h index 6356379..787cdd0 100644 --- a/include/osmocore/gsm48.h +++ b/include/osmocore/gsm48.h @@ -6,7 +6,7 @@ extern const struct tlv_definition gsm48_att_tlvdef; extern const char *cc_state_names[32]; -const char *gsm48_cc_msg_names[0x40]; +extern const char *gsm48_cc_msg_names[0x40]; const char *rr_cause_name(uint8_t cause); void gsm48_generate_lai(struct gsm48_loc_area_id *lai48, uint16_t mcc, ---- _________________________________________________________________ Hotmail: Free, trusted and rich email service. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Thu Mar 11 15:34:49 2010 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 11 Mar 2010 16:34:49 +0100 Subject: WG: again compilation of lcr Message-ID: >. /lcr: symbol lookup error: ./lcr: undefined symbol: init_af_isdn pull lcr again. the mISDNuser header paths have changed. i changed more stuff. also try to remove the /usr/include/mISDNuser directory. it is obsolete. now compat_af_isdn.h can be removed from openbsc also. todo so, replace the include of this file by: #include int __af_isdn = MISDN_AF_ISDN; maybe it is better to use "static int", so it will not conflict when linking to lcr... we will see. the function call init_af_isdn(); can be removed. From ihab.elbakri at hotmail.com Fri Mar 12 16:48:36 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Fri, 12 Mar 2010 17:48:36 +0100 Subject: WG: again compilation of lcr In-Reply-To: References: Message-ID: Hello, now getting the following error when starting lcr: : symbol lookup error: /sbin/lcr: undefined symbol: AF_ISDN Best regards Ihab el Bakri > > > > > >. /lcr: symbol lookup error: ./lcr: undefined symbol: init_af_isdn > > pull lcr again. the mISDNuser header paths have changed. i changed more > stuff. > also try to remove the /usr/include/mISDNuser directory. it is obsolete. > > now compat_af_isdn.h can be removed from openbsc also. todo so, replace > the include of this file by: > > #include > int __af_isdn = MISDN_AF_ISDN; > > maybe it is better to use "static int", so it will not conflict when > linking to lcr... we will see. > > the function call init_af_isdn(); can be removed. > > > > > > _________________________________________________________________ Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Mon Mar 15 07:43:44 2010 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Mon, 15 Mar 2010 08:43:44 +0100 Subject: AW: WG: again compilation of lcr Message-ID: please try the following patch. i cannot test it right now. especially the gsm.cpp change is relevant. i hope that everything is clean now. diff --git a/bchannel.c b/bchannel.c index f49572b..baa8434 100644 --- a/bchannel.c +++ b/bchannel.c @@ -23,7 +23,7 @@ #include #include #include -#include +#include #include int __af_isdn = MISDN_AF_ISDN; diff --git a/gsm.cpp b/gsm.cpp index b2bdd6b..d8906c4 100644 --- a/gsm.cpp +++ b/gsm.cpp @@ -44,12 +44,9 @@ static struct timer_list db_sync_timer; #include "gsm_audio.h" -#undef AF_ISDN -#undef PF_ISDN -extern int AF_ISDN; -#define PF_ISDN AF_ISDN } +#include struct lcr_gsm *gsm = NULL; > symbol lookup error: /sbin/lcr: undefined symbol: AF_ISDN From ihab.elbakri at hotmail.com Mon Mar 15 11:19:27 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Mon, 15 Mar 2010 12:19:27 +0100 Subject: AW: WG: again compilation of lcr In-Reply-To: References: Message-ID: Hello, compilation complete, configuration done as in the files located in /lcr/.. following error appears now when starting lcr: /lcr/sbin/lcr start ** LCR Version 1.7 000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found. Segmentation fault could it be a problem with mISDN V2 ? dmesg says: [330443.563787] base_sock_release(ffff880127629340) sk=ffff880124801000 [330504.787527] lcr[28891]: segfault at 49829f ip 00007f7e5f59470b sp 00007fffe4eed950 error 7 in libc-2.10.2.so[7f7e5f52e000+14a000] [330504.787703] base_sock_release(ffff88012762b9c0) sk=ffff880124801800 Syslog says: Mar 15 06:17:42 openbsc kernel: [330504.787527] lcr[28891]: segfault at 49829f ip 00007f7e5f59470b sp 00007fffe4eed950 error 7 in libc-2.10.2.so[7f7e5f52e000+14a000] Mar 15 06:17:42 openbsc kernel: [330504.787703] base_sock_release(ffff88012762b9c0) sk=ffff880124801800 Best regards Ihab el Bakri _________________________________________________________________ Hotmail: Free, trusted and rich email service. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Mon Mar 15 11:25:05 2010 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Mon, 15 Mar 2010 12:25:05 +0100 Subject: AW: AW: WG: again compilation of lcr Message-ID: > 000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found. > Segmentation fault can you provide gnu debug? start gdb inside lcr source directory: root at isdn-tester:~# gdb GNU gdb 6.0 Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-pc-linux-gnu". (gdb) load and run (gdb) file lcr Reading symbols from lcr...done. (gdb) run start after crash type (gdb) where you will get a traceback. it should also say the line in code where the crash happened. (before libc was called) From ihab.elbakri at hotmail.com Mon Mar 15 15:36:42 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Mon, 15 Mar 2010 16:36:42 +0100 Subject: AW: AW: WG: again compilation of lcr In-Reply-To: References: Message-ID: Hi Andreas, Here is the debug output : [Thread debugging using libthread_db enabled] ** LCR Version 1.7 000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found. Program received signal SIGSEGV, Segmentation fault. 0x00007ffff667e70b in vsnprintf () from /lib/libc.so.6 (gdb) where #0 0x00007ffff667e70b in vsnprintf () from /lib/libc.so.6 #1 0x000000000040a53d in sprint (dst=0x7fffffffd800 "", siz=4817567, fmt=0x7
) at macro.h:52 #2 0x000000000040ae31 in gsm_conf (gsm_conf=0x6e2e18) at gsm_conf.c:164 #3 0x0000000000409362 in gsm_init () at gsm.cpp:1632 #4 0x0000000000435f92 in main (argc=, argv=) at main.c:366 (gdb) Best regards Ihab el Bakri _________________________________________________________________ Hotmail: Free, trusted and rich email service. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Mon Mar 15 15:49:47 2010 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Mon, 15 Mar 2010 16:49:47 +0100 Subject: AW: AW: AW: WG: again compilation of lcr Message-ID: oops, try this: --- diff --git a/gsm_conf.c b/gsm_conf.c index 560d9b3..6daf9b3 100644 --- a/gsm_conf.c +++ b/gsm_conf.c @@ -12,7 +12,7 @@ #include "main.h" -char *gsm_conf_error = (char *)""; +char gsm_conf_error[128] = ""; /* read options * --- i never had an error in the config, so an error message never created. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ihab.elbakri at hotmail.com Tue Mar 16 11:32:37 2010 From: ihab.elbakri at hotmail.com (Ihab el Bakri) Date: Tue, 16 Mar 2010 12:32:37 +0100 Subject: AW: AW: AW: WG: again compilation of lcr In-Reply-To: References: Message-ID: still getting errors: gsm_conf.c:15: error: conflicting declaration ?char gsm_conf_error [128]? gsm.h:79: error: ?gsm_conf_error? has a previous declaration as ?char* gsm_conf_error? make[1]: *** [gsm_conf.o] Error 1 make[1]: Leaving directory `/usr/src/test2/new/lcr' make: *** [all] Error 2 _________________________________________________________________ Hotmail: Trusted email with powerful SPAM protection. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Tue Mar 16 12:44:50 2010 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Tue, 16 Mar 2010 13:44:50 +0100 Subject: AW: AW: AW: AW: WG: again compilation of lcr Message-ID: i thought it is the same (sorry, but i could not yet compile it myself). try changing gsm.h line 79 into: extern char gsm_conf_error[128]; or extern char gsm_conf_error[]; anyway: i hate global return values and i will change it. ________________________________ Von: Ihab el Bakri [mailto:ihab.elbakri at hotmail.com] Gesendet: Dienstag, 16. M?rz 2010 12:33 An: Andreas.Eversberg Cc: openbsc Betreff: RE: AW: AW: AW: WG: again compilation of lcr still getting errors: gsm_conf.c:15: error: conflicting declaration ?char gsm_conf_error [128]? gsm.h:79: error: ?gsm_conf_error? has a previous declaration as ?char* gsm_conf_error? make[1]: *** [gsm_conf.o] Error 1 make[1]: Leaving directory `/usr/src/test2/new/lcr' make: *** [all] Error 2 ________________________________ Hotmail: Trusted email with powerful SPAM protection. Sign up now. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mailman-bounces at lists.gnumonks.org Sun Mar 14 08:00:02 2010 From: mailman-bounces at lists.gnumonks.org (mailman-bounces at lists.gnumonks.org) Date: Sun, 14 Mar 2010 09:00:02 +0100 Subject: OpenBSC unsubscribe notification Message-ID: 2b00042 at gmx.com has been removed from OpenBSC. From Andreas.Eversberg at versatel.de Sun Mar 14 20:16:57 2010 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Sun, 14 Mar 2010 21:16:57 +0100 Subject: GSM overview Message-ID: hi, i just found some valuable information this weekend at www.informatik.hu-berlin.de/~goeller/isdn/ an introduction into gsm tracing in german http://www.informatik.hu-berlin.de/~goeller/isdn/DieGSMDmKanaele.pdf and the same in english http://www.informatik.hu-berlin.de/~goeller/isdn/GSMDmChannels.pdf it gives a rough history of GSM development, GSM network structure, framing, encryption, coding, and services - in just 100 pages. for me it is usefull to verify my parsing of SYSTEM INFORMATION messages. it describes traces of the most importaint messages. andreas From mailman at lists.gnumonks.org Mon Mar 15 07:44:27 2010 From: mailman at lists.gnumonks.org (mailman at lists.gnumonks.org) Date: Mon, 15 Mar 2010 08:44:27 +0100 Subject: Bounce action notification Message-ID: This is a Mailman mailing list bounce action notice: List: OpenBSC Member: sebastian.holter at wavelight.com Action: Subscription disabled. Reason: Excessive or fatal bounces. The triggering bounce notice is attached below. Questions? Contact the Mailman site administrator at mailman at lists.gnumonks.org. -------------- next part -------------- An embedded message was scrubbed... From: Mail Delivery System Subject: Mail delivery failed: returning message to sender Date: Mon, 15 Mar 2010 08:44:27 +0100 Size: 5278 URL: From tillusbazillus at gmx.net Sat Mar 20 00:47:53 2010 From: tillusbazillus at gmx.net (till) Date: Sat, 20 Mar 2010 01:47:53 +0100 Subject: BS-11 multidrop problem Message-ID: <1269046073.8017.13.camel@core2> Hi, i want to operate two BS-11 via one E1-card. And i did it almost like here: http://lists.gnumonks.org/pipermail/openbsc/2009-August/000733.html But i dont know how to configure the bport1 object for multidrop and how to use the hfcmulti module to get two interfaces (for lcr i compiled misdn_l1loop but i think this isnt the right here ;)). So atm i am not able to communicate with the second BS11 :/. Any idea? Thx & Greets Till From marcus.specht.bs11 at openmvno.org Sun Mar 21 10:22:05 2010 From: marcus.specht.bs11 at openmvno.org (Marcus Specht) Date: Sun, 21 Mar 2010 11:22:05 +0100 Subject: Problem with bs11_config Message-ID: <1269166925.10545.33.camel@localhost> Hi, i have a problem with bs11_config. When i start it, i get this: --------------------------------------------------------- # ./bs11_config -p /dev/ttyS0 /path/to/BTSBMC76.SWI bs11_config (C) 2009 by Harald Welte and Dieter Spaar This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY Invalid length in hdr: 0 Speicherzugriffsfehler --------------------------------------------------------- Thanks Marcus -- Marcus Specht open|MVNO c/o Cyber-Dynamix Gesellschaft f?r Systemintegration GmbH Heiner-Stuhlfauth-Str. 28 90480 N?rnberg Tel.: 0911 / 1809105 Fax.: 0911 / 1809109 Gesch?ftsf?hrer: Heiko Thierbach, Gerhard Feder Sitz der Gesellschaft ist N?rnberg Amtsgericht N?rnberg, HRB 16704 Ust-Id.-Nr. DE204640808 ------------------------------------------------------------------------------ Diese Nachricht ist eine nicht ?ffentliche Mitteilung. Sollten Sie diese Nachricht versehentlich erhalten haben und nicht der gew?nschte Empf?nger sein, so bitten wir Sie, diese Nachricht zu l?schen, keine Kopien anzufertigen und nicht weiterzuleiten. Bitte informieren Sie uns per eMail ?ber den Zustellungsfehler und entschuldigen Sie die Unannehmlichkeit. Bitte beachten Sie: Unabh?ngig vom Inhalt stellt diese Nachricht keinerlei vertragliche Verpflichtung, Zusicherung, Bestellung, Angebot oder ?hnliches dar, solange keine schriftliche Best?tigung von uns vorliegt. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From zero-kelvin at gmx.de Sun Mar 21 11:01:17 2010 From: zero-kelvin at gmx.de (dexter) Date: Sun, 21 Mar 2010 12:01:17 +0100 Subject: Problem with bs11_config In-Reply-To: <1269166925.10545.33.camel@localhost> References: <1269166925.10545.33.camel@localhost> Message-ID: <4BA5FC7D.5070705@gmx.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Marcus. > # ./bs11_config -p /dev/ttyS0 /path/to/BTSBMC76.SWI /dev/ttyS0 .... Hmm ;-) Did you already try an USB to Serial Adaptor? Maybe that helps. regards. Philipp -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkul/H0ACgkQrQQa6thSCbB4QwCeKb/nDKNC3nYY7XKPgrY6vu2v mhIAnicKMTIDtmyQWwJ4uDr1cVR9ACFq =NiWi -----END PGP SIGNATURE----- From zecke at selfish.org Thu Mar 25 02:37:37 2010 From: zecke at selfish.org (Holger Freyther) Date: Thu, 25 Mar 2010 03:37:37 +0100 Subject: Problem with bs11_config In-Reply-To: <1269166925.10545.33.camel@localhost> References: <1269166925.10545.33.camel@localhost> Message-ID: <201003250337.37985.zecke@selfish.org> On Sunday 21 March 2010 11:22:05 Marcus Specht wrote: > Hi, > > i have a problem with bs11_config. When i start it, i get this: > > --------------------------------------------------------- > # ./bs11_config -p /dev/ttyS0 /path/to/BTSBMC76.SWI > bs11_config (C) 2009 by Harald Welte and Dieter Spaar > This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY > > Invalid length in hdr: 0 > Speicherzugriffsfehler Could you get us a backtrace of the crash? gdb --args ./bs11_config -p /dev/ttyS0 /path/to/BTSBMC76.SWI (gdb) r wait for the crash (gdb) bt thanks From agultekin35 at gmail.com Mon Mar 22 16:09:23 2010 From: agultekin35 at gmail.com (=?ISO-8859-9?Q?AHMET_G=DCLTEK=DDN?=) Date: Mon, 22 Mar 2010 18:09:23 +0200 Subject: cannot execute OpenBSC programs Message-ID: <33ef02751003220909p41d82a3bgafdc08ce01e6d5b7@mail.gmail.com> Hi, I have downloaded and compiled both libosmocore and OpenBSC. However, when I try to execute an OpenBSC program (for example ipaccess-find) I see the following error ~/openbsc/openbsc/src# ./ipaccess-find eth0 ./ipaccess-find: error while loading shared libraries: libosmocore.so.0: cannot open shared object file: No such file or directory could you help me. Thanks. Ahmet -------------- next part -------------- An HTML attachment was scrubbed... URL: From f.koliqi at gmail.com Mon Mar 22 19:47:54 2010 From: f.koliqi at gmail.com (Fadil Berisha) Date: Mon, 22 Mar 2010 15:47:54 -0400 Subject: cannot execute OpenBSC programs In-Reply-To: <33ef02751003220909p41d82a3bgafdc08ce01e6d5b7@mail.gmail.com> References: <33ef02751003220909p41d82a3bgafdc08ce01e6d5b7@mail.gmail.com> Message-ID: <5c7d82f21003221247v464f66ffpf528c5005776e898@mail.gmail.com> Hi Ahmet, If you did make install Try to locate path for your libosmcore.so.0 locate libosmcore.so If that shown library on nonstandard location, include that path in /etc/ld.so.conf and after that execute as root ldconfig -v Also try ./ipaccess-find with IP address as parameter. Hope this help koliqi 2010/3/22 AHMET G?LTEK?N > Hi, > I have downloaded and compiled both libosmocore and OpenBSC. However, when > I try to execute an OpenBSC program (for example ipaccess-find) I see the > following error > > ~/openbsc/openbsc/src# ./ipaccess-find eth0 > ./ipaccess-find: error while loading shared libraries: libosmocore.so.0: > cannot open shared object file: No such file or directory > > could you help me. Thanks. > > Ahmet > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fabrice.poundeu at smail.inf.fh-bonn-rhein-sieg.de Tue Mar 23 07:41:41 2010 From: fabrice.poundeu at smail.inf.fh-bonn-rhein-sieg.de (Fabrice Ismael Poundeu Tchouatieu) Date: Tue, 23 Mar 2010 08:41:41 +0100 Subject: cannot execute OpenBSC programs In-Reply-To: <33ef02751003220909p41d82a3bgafdc08ce01e6d5b7@mail.gmail.com> References: <33ef02751003220909p41d82a3bgafdc08ce01e6d5b7@mail.gmail.com> Message-ID: <20100323084141.47p24dukyssko8sc@www4.inf.fh-bonn-rhein-sieg.de> Hye Ahmet OpenBSC can not find the share library libosmocore.so.0. therefore you should set a path to the library. Try to find out where the library is (Path to the library) and do the following to solve the problem: 1.) edit the file /etc/bash.bashrc and add the following line LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path_to_the_library ; export LD_LIBRARY_PATH 2.)also add the same line to the file /etc/ld.so.conf 3.)run /sbin/ldconfig after now try again to run ipaccess-find, it should work now Quoting AHMET G?LTEK?N : > Hi, > I have downloaded and compiled both libosmocore and OpenBSC. However, when > I try to execute an OpenBSC program (for example ipaccess-find) I see the > following error > > ~/openbsc/openbsc/src# ./ipaccess-find eth0 > ./ipaccess-find: error while loading shared libraries: libosmocore.so.0: > cannot open shared object file: No such file or directory > > could you help me. Thanks. > > Ahmet > -- Fabrice Ismael Poundeu Tchouatieu ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From zecke at selfish.org Thu Mar 25 09:44:50 2010 From: zecke at selfish.org (Holger Freyther) Date: Thu, 25 Mar 2010 10:44:50 +0100 Subject: Merge plan for the On-Waves branch to master Message-ID: <201003251045.16047.zecke@selfish.org> Hi, I have finally an idea on how to go from varpoware "oh I need to merge that" to actually merging stuff and started to work on that. The one goal I have is to create a BSC/MSC split inside our codebase and to make MSC functionality only communicate via a given BSC API. This move will allow to do some things transparently to the MSC code, it includes automatic RLL establishes for SAPI, very early/early assignment will become transparent and in the future I can roll out my "subscriber task" scheduler to do stuff like SMS submit during a voice call... Here is my plan on how to get there... 1.) Create a new structure for the MS Connection. This would happen on a GSM 0808 Complete Layer3 Information message (e.g. CM Service Request, Paging Response). The name I picked is total rubish but can easily changed later. I have embedded this connection into the struct gsm_lchan and moved all MSC attributes into this new structure. So right now we have a 1:1 mapping between a GSM LCHAN and the Subscriber Connection. 2.) Moved transaction code to work on this new structure instead of the lchan, I verified MT-SMS, MO-SMS, MT-Call, MO-Call. So the plan is to remove the occurence of GSM LCHAN from the MSC code paths, this will also mean to remove direct calls to RSL, RLL, paging.c. 3.) I picked gsm_04_11.c as the first file from the MSC (actually SMSC) code to go without the lchan. I have removed the direct call to RSL and placed it behind a new GSM0808 DTAP API. This would be the place where we figure out the real LCHAN.. This is all working and I can build on top of that until I reach the goal at which point I can forward port some of my code from the On Waves branch and instead of playing MSC myself, put it into SCCP... <- now comes the stuff that I want to complete by the end of next month -> 4.) Currently when compiling you see a "BROKEN" warning, this is more that it is broken conceptually as the code handles paging and RLL establishment by itself. So the idea will be to move my "bssap.c" code to master and handle the RLL establishment and paging inside the new BSC API. This would involve queuing of messages... 5.) Remove the callback for SMS from abis_rsl.c and create a bsc_api_init with callbacks for various things (mostly Create Connection, Clear Request, Data). At this point the gsm_04_11.c will be free of BSC code. 6.) Move it to gsm_04_08. This will involve adding new commands (resembling the GSM 08.08) message names, sharing some callbacks between SAPI=0 and SAPI=3 and having a dispatch. E.g. later we should have a handler for new connection which would run authentication and then dispatch the handling of the connection to a task, on task completion close the channel or give it to the next task. After this we should magically be able to switch between very early/early assignment in the BSC code and the MSC will not recognize this, also TCH/H handling with be mostly transparent. 7.) Remove the 1:1 mapping of of GSM LChan to the new struct. Actually the new struct should include two lchan's (in case of handover or assignment), I will have to figure out on how to marry the handover code with that... 8.) I could rebuild my bsc_msc_ip.c on top of the new BSC API and all I need to do is to handle MSC. We could also create a msc_bsc_ip.c which takes these SCCP messages and sticks it into the MSC code of ours and we have a MSC. as usual... any help is more than welcome. z. From laforge at gnumonks.org Mon Mar 29 02:25:02 2010 From: laforge at gnumonks.org (Harald Welte) Date: Mon, 29 Mar 2010 10:25:02 +0800 Subject: Merge plan for the On-Waves branch to master In-Reply-To: <201003251045.16047.zecke@selfish.org> References: <201003251045.16047.zecke@selfish.org> Message-ID: <20100329022502.GU13763@prithivi.gnumonks.org> Hi zecke, On Thu, Mar 25, 2010 at 10:44:50AM +0100, Holger Freyther wrote: > I have finally an idea on how to go from varpoware "oh I need to merge > that" to actually merging stuff and started to work on that. thanks, this is much anticipated by me. As far as I can understand the implications of your approach, I completely agree with it. We need that BSC/MSC split and the resulting split of bsc-side lchan and msc-side structure. > 1.) Create a new structure for the MS Connection. This would happen on a GSM > 0808 Complete Layer3 Information message (e.g. CM Service Request, Paging > Response). The name I picked is total rubish but can easily changed later. my (not final) suggestion for the name would be 'struct ms_context' or something like that. > <- now comes the stuff that I want to complete by the end of next month -> > > 4.) Currently when compiling you see a "BROKEN" warning, this is more > that it is broken conceptually as the code handles paging and RLL > establishment by itself. So the idea will be to move my "bssap.c" code > to master and handle the RLL establishment and paging inside the new > BSC API. Makes perfect sense. > This would involve queuing of messages... can you illustrate why that is required? I don't doubt it, but I can't seem to figure out why... > 7.) Remove the 1:1 mapping of of GSM LChan to the new struct. Actually > the new struct should include two lchan's (in case of handover or > assignment), I will have to figure out on how to marry the handover > code with that... I also cannot tell right now what's the best way to 'marry' handover, but I'm happy to have a look at (and do or at least comment on) the handover part once your other code is at a point where you want to do this step. Simply drop me a message once that is the case. > 8.) I could rebuild my bsc_msc_ip.c on top of the new BSC API and all > I need to do is to handle MSC. We could also create a msc_bsc_ip.c > which takes these SCCP messages and sticks it into the MSC code of > ours and we have a MSC. sounds like fun. By the way: One comment regarding naming. I would like to move OpenBSC into the namespace of Osmocom. One thing that will happen is that the URL of the homepage will change from openbsc.gnumonks.org to openbsc.osmocom.org (with rediects in place, of course). Also, the standalone SGSN code that I'm working on is already called osmo_sgsn. I'm willing to expand it to osmocom_sgsn (or change from _ to -)if you think it's a better idea. So once we really have separate BSC and MSC executables, I'd appreciate if their naming would also somehow include the osmocom/osmo prefix in them. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From zecke at selfish.org Mon Mar 29 05:23:08 2010 From: zecke at selfish.org (Holger Freyther) Date: Mon, 29 Mar 2010 07:23:08 +0200 Subject: Merge plan for the On-Waves branch to master In-Reply-To: <20100329022502.GU13763@prithivi.gnumonks.org> References: <201003251045.16047.zecke@selfish.org> <20100329022502.GU13763@prithivi.gnumonks.org> Message-ID: <201003290723.08797.zecke@selfish.org> On Monday 29 March 2010 04:25:02 Harald Welte wrote: Hi LaF0rge, > As far as I can understand the implications of your approach, I > completely agree with it. We need that BSC/MSC split and the resulting > split of bsc-side lchan and msc-side structure. thanks. > > This would involve queuing of messages... > > can you illustrate why that is required? I don't doubt it, but I can't > seem to figure out why... I see why you are wondering. All the messages seem to work with sending a request and then getting an ack. So besides queuing the one message that starts transmitting on a new SAPI in theory we should not need to queue. I have a queue in the on-waves/bsc-master branch just because I have a MSC that was sending more commands even when something like ASSIGNMENT, CIPHER MODE, or SAPI establishment was not yet completed. > So once we really have separate BSC and MSC executables, I'd appreciate > if their naming would also somehow include the osmocom/osmo prefix in > them. I see no issue in putting a osmo_ in front of the executable names and joining all of the different GSM subsystems into the "osmocom" umbrella. From laforge at gnumonks.org Thu Mar 25 15:05:32 2010 From: laforge at gnumonks.org (Harald Welte) Date: Thu, 25 Mar 2010 23:05:32 +0800 Subject: JFYI: moving 'debug.[ch]' to libosmocore Message-ID: <20100325150532.GI5221@prithivi.gnumonks.org> Hi! One of the bigger missing parts in libosmocore is the debug support that we have in OpenBSC, including support for multiple debug categories, log levels, log targets, filters, context, etc. I'm currently half-way through splitting/generalizing the core code from the OpenBSC specific bits (like IMSI context/filter). It's coming along quite nicely - actually less of a problem than I originally thought. The purpose of this is (as usual) to enable OsmocomBB to use the same codebase as OpenBSC for logging/debugging. So this mail is simply a heads-up that some changes will be visible in this area, once again requiring you to update + build libosmocore and OpenBSC after the changes have been committed. The good news, at least it should fail gracefully now, as the OpenBSC autotools magic is now requesting a certain libosmocore version during ./configure. Cheers, Harald -- - 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 Sun Mar 28 05:16:36 2010 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 28 Mar 2010 13:16:36 +0800 Subject: layer3 work / issues Message-ID: <20100328051635.GI13763@prithivi.gnumonks.org> Hi Andreas, some comments regarding your issues.txt: > must random value in chan_request change on every resend or only on > every RR establishment? (currently it changes on every RR > establishment only.) as far as I know, it has to change on every retransmission. Dieter is probably the person who knows all RACH aspects in detail, maybe he can comment on this. > must be expanded: struct osmocom_ms: no problem here, expand it how you see fit. I just generally prefer caller-allocated structures to callee-allocated ones, and I'd like to use static allocation whenever possible. So if there's only one 'struct rrlayer' per ms, then we should simply include 'struct rrlayer' as sub-structure of 'struct osmocom_ms', rather than having two structures and pointers between them. > OpenBSC: if tx-msg fails during process, the msg must be freed to > avoid memory leak. I don't understand, can you please explain this further? > random acces via RSL? I think we simply add some new / non-standard primitives, as it does not have any notion of RACH bursts. It might also be possible to encode it as UNIT DATA REQUEST for channel (chan_nr) RACH (CCCH uplink), but then we still cannot specify details like at which frame number, etc. From what I can see, your RSL_MT_RAND_ACC_REQ approach looks fine to me. As a minor improvement we could call it RSLms_MT_RAND_ACC_REQ to indicate that it is our custom RSLms message and nothing specified in the original RSLms spec. Cheers, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From spaar at mirider.augusta.de Sun Mar 28 09:02:37 2010 From: spaar at mirider.augusta.de (Dieter Spaar) Date: Sun, 28 Mar 2010 09:02:37 Subject: layer3 work / issues Message-ID: <4baf1b2e.mirider@mirider.augusta.de> Hello Harald, On Sun, 28 Mar 2010 13:16:36 +0800, "Harald Welte" wrote: > > as far as I know, it has to change on every retransmission. Dieter is > probably the person who knows all RACH aspects in detail, maybe he can > comment on this. According to the specification the random value has to change on every transmission: a random reference which is drawn randomly from a uniform probability distribution for every new transmission. In the TSM30 firmware this is done by having a table with random values and an index into the table which is initialised to a random value when the Immediate Assignment Procedure is started and incremented with every random number taken for a retransmission. The table has 32 values because the random reference is not larger than 5 bits. Best regards, Dieter -- Dieter Spaar, Germany spaar at mirider.augusta.de From laforge at gnumonks.org Sun Mar 28 05:23:07 2010 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 28 Mar 2010 13:23:07 +0800 Subject: OpenBSC GPRS status update Message-ID: <20100328052307.GJ13763@prithivi.gnumonks.org> Hi all! As some of you may have noticed, there are some references to GPRS in the openbsc 'master' branch now. The code in there is sufficient to configure a nanoBTS via OML and RSL (SI13) to establish contact with an existing NS-over-IP capable SGSN. All that needs to be done is to set a couple of parameters at the BTS level in openbsc.cfg. I've documented them briefly in the wiki (VTY reference page). Also, at least one of your timeslots have to be of PDCH pchan type. We don't implement dynamic TCH/PDCH switching yet. As the changes required to get this initialization/configuration done are non-invasive, I decided to include them in the master branch right away. If you set 'gprs enabled 0' in your openbsc.cfg, all GPRS functionality should be disabled. This is of course only the first step. The much bigger work will be in the grps-sgsn branch, where work will continue on completing the BSSGP and LLC protocol implementations and the actual SGSN + GGSN functionality. The goal is of course to eliminate the need for an external SGSN/GGSN completely. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From carcellelist at free.fr Mon Mar 29 19:47:27 2010 From: carcellelist at free.fr (Carcellelist) Date: Mon, 29 Mar 2010 21:47:27 +0200 Subject: Functionnal support for the Digium E1 T122P in OpenBSC In-Reply-To: <20100328052307.GJ13763@prithivi.gnumonks.org> References: <20100328052307.GJ13763@prithivi.gnumonks.org> Message-ID: <201003292147.28375.carcellelist@free.fr> Hey there, This post to announce a first functionnal support in OpenBSC for the Digium E1 T122P with the great work of creslin287 and available here : http://github.com/xcarcelle/openbsc-digium This work was done starting on : _E1 Driver : The dahdi driver (src/input/dahdi.c) used in Asterisk and adapted to OpenBSC _LAPD support : The lapd (src/input/lapd.c) layer implemented in Asterisk (libpri) with the following steps : _Signaling fixes to have a Q921-LAPD working with the E1 driver for the TE122P card _Voice fixes with tx/rx buffer optimizations It could be great for the ones who can to test this code and give the mailing- list some feedbacks before Harald could possibly merge this branch. My best regards, Xavier Carcelle. From laforge at gnumonks.org Tue Mar 30 10:31:18 2010 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 30 Mar 2010 18:31:18 +0800 Subject: Functionnal support for the Digium E1 T122P in OpenBSC In-Reply-To: <201003292147.28375.carcellelist@free.fr> References: <20100328052307.GJ13763@prithivi.gnumonks.org> <201003292147.28375.carcellelist@free.fr> Message-ID: <20100330103118.GC13763@prithivi.gnumonks.org> Hi Xavier, I just wanted to thank Matthew, you and everyone else involved in this work, as it is the first working/complete input driver that was contributed by somebody outside the core developer team (Zecke/myself). I personally don't have any of those Digium E1 board so I'll never be able to test your driver. However, if anyone else on this list has access to one and some time to spare, testing is much appreciated. I'd be more than happy to merge your patch, after it has been cleaned up a bit. There are still some large '#if 0 ...' sections that need to be removed, and we probably need some kind of autotools-magic to automatically detect the presence of the dahdi header files and build the dahdi input driver only when they are present. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From kpj at junghanns.net Tue Mar 30 10:41:33 2010 From: kpj at junghanns.net (Klaus-Peter Junghanns) Date: Tue, 30 Mar 2010 12:41:33 +0200 Subject: Functionnal support for the Digium E1 T122P in OpenBSC In-Reply-To: <20100330103118.GC13763@prithivi.gnumonks.org> References: <20100328052307.GJ13763@prithivi.gnumonks.org> <201003292147.28375.carcellelist@free.fr> <20100330103118.GC13763@prithivi.gnumonks.org> Message-ID: <4BB1D55D.7060306@junghanns.net> Harald Welte wrote: > Hi Xavier, > > I just wanted to thank Matthew, you and everyone else involved in this > work, as it is the first working/complete input driver that was > contributed by somebody outside the core developer team (Zecke/myself). > > I personally don't have any of those Digium E1 board so I'll never be > able to test your driver. However, if anyone else on this list has > access to one and some time to spare, testing is much appreciated. > > I'd be more than happy to merge your patch, after it has been cleaned up > a bit. There are still some large '#if 0 ...' sections that need to be > removed, and we probably need some kind of autotools-magic to > automatically detect the presence of the dahdi header files and build > the dahdi input driver only when they are present. > > Regards, > Harald Hi, i assume that the input driver is using dahdi. Anybody that got a HFC-E1 based card can test it with the Junghanns.NET driver for dahdi (the "cwain" module in particular) which i (silently) released last week. You can find them at: http://junghanns.net/downloads/jnet-dahdi-drivers-1.0.0.tar.gz Have fun :) -- Mit freundlichen Gr??en / best regards Klaus-Peter Junghanns Junghanns.NET Gesellschaft fuer Internet-Services & Software-Development mbH Breite Str. 13a 12167 Berlin Germany Geschaeftsfuehrer : Klaus-Peter Junghanns Eingetragen beim Amtsgericht Charlottenburg, HRB 79169 Finanzamt fuer Koerperschaften III, Steuernummer 29/409/8978 Umsatzsteuernummer : DE 217621658 WEEE-Reg.-Nr. DE 86102730 From matt at fredricknet.net Tue Mar 30 14:15:55 2010 From: matt at fredricknet.net (Matthew Fredrickson) Date: Tue, 30 Mar 2010 08:15:55 -0600 Subject: Functionnal support for the Digium E1 T122P in OpenBSC In-Reply-To: <201003292147.28375.carcellelist@free.fr> References: <20100328052307.GJ13763@prithivi.gnumonks.org> <201003292147.28375.carcellelist@free.fr> Message-ID: Just a couple of quick corrections (so credit goes to the proper parties): - dahdi.c is based on misdn.c (that's where I started from when I wrote it) - lapd.c is the original lapd.c that the original sangoma card patch's author wrote (so thanks to him for that) I had talked with Xavier about maybe importing libpri's lapd layer instead though, since it is more fully featured and robust (in cases of error handling, etc). I have not done this yet though. Also, on our TODO list I need to fix the configuration interface so it maps better to the way DAHDI works. Right now, it only works if your card is the first E1 DAHDI card loaded in the system (channels DAHDI/1-DAHDI/31). A sample configuration for /etc/dahdi/system.conf would be: span=1,0,0,ccs,hdb3,crc4 dchan=1 bchan=2-31 I think that getting the config interface in OpenBSC fixed so that it maps to DAHDI channels better (instead of mISDN spans) for DAHDI devices would be something that would need to be fixed though, probably pre-merge... Most of my thanks go to Xavier though, for getting me interested in this project, and for staying after work so many long hours working with me on testing and development. Thanks also to you and your team Harald, for this really neat project. I hope you guys are able to put this driver addition for some good use. If there are any problems or issues, please email to the list. I'm not sure how much I'll be able to do (since I don't have any hardware here with me to test on), but I'll make a best effort attempt to help out with any issues that come along. Thanks again, Matthew Fredrickson On Mon, Mar 29, 2010 at 1:47 PM, Carcellelist wrote: > Hey there, > > This post to announce a first functionnal support in OpenBSC for the Digium E1 > T122P with the great work of creslin287 and available here : > > http://github.com/xcarcelle/openbsc-digium > > This work was done starting on : > _E1 Driver : The dahdi driver (src/input/dahdi.c) used in Asterisk and adapted > to OpenBSC > _LAPD support : The lapd (src/input/lapd.c) layer implemented in Asterisk > (libpri) > > with the following steps : > _Signaling fixes to have a Q921-LAPD working with the E1 driver for the TE122P > card > _Voice fixes with tx/rx buffer optimizations > > It could be great for the ones who can to test this code and give the mailing- > list some feedbacks before Harald could possibly merge this branch. > > My best regards, > > Xavier Carcelle. > > From laforge at gnumonks.org Sun Mar 28 14:03:42 2010 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 28 Mar 2010 22:03:42 +0800 Subject: Whether to include a cells own BCCH in the BCCH Allocation Message-ID: <20100328140342.GQ13763@prithivi.gnumonks.org> Hi! I don't exactly remember in which context I was last communicating with whom of you about the question whether or not the BA of a cell should include its own BCCH frequency or not. I think from commercial networks we could see both behaviors, and it was thus unclear what we should do for OpenBSC. I've now found a reference for this in the GMS specs: GSM 3.22 Chapter 4.8: > NOTE: The PLMN operator cannot expect the ME to store the BCCH or > CPBCCH carrier frequency of the serving cell in the SIM unless the > BA(BCCH) includes the BCCH or CPBCCH carrier frequency on which it is > broadcast. So now we know at least the difference when it comes to those two options. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From amed.et at hotmail.com Tue Mar 30 12:15:10 2010 From: amed.et at hotmail.com (amed etambelli) Date: Tue, 30 Mar 2010 12:15:10 +0000 Subject: Openbsc sounds great, but where can i get the hardware ? Message-ID: Hello there, I was reading throught the openbsc website, and its really a great project i would like to test and particiopate in. Installed the software, the only problem is that i dont have the hardware to test it !!! My question : I am looking for the hardware to test it eg. for one Siemens Bs11 (since the ip.access is a bit too expensive for my pocket :) ), is there a chance to buy such device from any one ? Who is selling this devices ? greets amed _________________________________________________________________ http://redirect.gimas.net/?n=M1003xWin7Geschenk2_WW Hol dir das Gratis-Geschenkpaket von Windows 7 f?r deinen PC ab! -------------- next part -------------- An HTML attachment was scrubbed... URL: From fabrice.poundeu at smail.inf.fh-bonn-rhein-sieg.de Tue Mar 30 15:04:06 2010 From: fabrice.poundeu at smail.inf.fh-bonn-rhein-sieg.de (Fabrice Ismael Poundeu Tchouatieu) Date: Tue, 30 Mar 2010 17:04:06 +0200 Subject: building a connection (and communication) between two different nanoBTS GSM Cells Message-ID: <20100330170406.zloaeis51c8s4k84@www4.inf.fh-bonn-rhein-sieg.de> Hallo guys, just a question. Did some of you can tell me the best way to connect two different GSM cells (two nanoBTS) and build the communication between the two of them over my IP network? Which components(Astersik, LCR, mISDN ....)are requested for that? is it possible at all? Thanks!! -- Fabrice Ismael Poundeu Tchouatieu ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From bouchtaoui at gmail.com Tue Mar 30 15:56:29 2010 From: bouchtaoui at gmail.com (Nordin) Date: Tue, 30 Mar 2010 17:56:29 +0200 Subject: Can't start nanoBTS properly. Message-ID: <4BB21F2D.9020708@gmail.com> I downloaded and built the latest version of openbsc/libosmocore (that's today's version), but when running, it hangs on this part: <0005> abis_nm.c:519 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) IPACCESS(0xe1): RSL CONNECT ACK IP=10.100.1.22 PORT=3003 STREAM=0x00 <0005> abis_nm.c:519 OC=CHANNEL(03) INST=(00,00,00) CHANGE ADMINISTRATIVE STATE NACK CAUSE=Message cannot be performed <0005> abis_nm.c:519 OC=CHANNEL(03) INST=(00,00,01) CHANGE ADMINISTRATIVE STATE NACK CAUSE=Message cannot be performed <0005> abis_nm.c:519 OC=CHANNEL(03) INST=(00,00,02) CHANGE ADMINISTRATIVE STATE NACK CAUSE=Message cannot be performed <0005> abis_nm.c:519 OC=CHANNEL(03) INST=(00,00,03) CHANGE ADMINISTRATIVE STATE NACK CAUSE=Message cannot be performed <0005> abis_nm.c:519 OC=CHANNEL(03) INST=(00,00,04) CHANGE ADMINISTRATIVE STATE NACK CAUSE=Message cannot be performed <0005> abis_nm.c:519 OC=CHANNEL(03) INST=(00,00,05) CHANGE ADMINISTRATIVE STATE NACK CAUSE=Message cannot be performed <0005> abis_nm.c:519 OC=CHANNEL(03) INST=(00,00,06) CHANGE ADMINISTRATIVE STATE NACK CAUSE=Message cannot be performed <0005> abis_nm.c:519 OC=CHANNEL(03) INST=(00,00,07) CHANGE ADMINISTRATIVE STATE NACK CAUSE=Message cannot be performed <0005> abis_nm.c:519 OC=RADIO CARRIER(02) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Off line(03) <0005> abis_nm.c:519 OC=RADIO CARRIER(02) INST=(00,00,ff) Software Activated Report <0005> abis_nm.c:1770 Set TRX Attr (bts=0,trx=0) <0005> abis_nm.c:519 OC=RADIO CARRIER(02) INST=(00,00,ff) Sending OPSTART <0005> abis_nm.c:519 OC=RADIO CARRIER(02) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=OK(ff) ADM=Unlocked <0005> abis_nm.c:519 OC=RADIO CARRIER(02) INST=(00,00,ff) Sending OPSTART It stops there and nanoBTS keeps blinking green light. When running an older version (without libosmocore), it works well. Is this a familiar behaviour, any idea? Thnx. From zecke at selfish.org Wed Mar 31 00:34:14 2010 From: zecke at selfish.org (Holger Freyther) Date: Wed, 31 Mar 2010 02:34:14 +0200 Subject: Can't start nanoBTS properly. In-Reply-To: <4BB21F2D.9020708@gmail.com> References: <4BB21F2D.9020708@gmail.com> Message-ID: <201003310234.14799.zecke@selfish.org> On Tuesday 30 March 2010 17:56:29 Nordin wrote: > It stops there and nanoBTS keeps blinking green light. > When running an older version (without libosmocore), it works well. > Is this a familiar behaviour, any idea? Oh, could you try a git bisect on the master branch then? Something like this could work $ git bisect libosmocore (this will limit revs to the library) $ git bisect good GOOD_VERSION of libosmocore $ git bisect bad HEAD then on each step try to build libosmocore and openbsc and try. thanks z. From laforge at gnumonks.org Wed Mar 31 15:08:37 2010 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 31 Mar 2010 23:08:37 +0800 Subject: Can't start nanoBTS properly. In-Reply-To: <4BB21F2D.9020708@gmail.com> References: <4BB21F2D.9020708@gmail.com> Message-ID: <20100331150836.GJ13763@prithivi.gnumonks.org> Hi, On Tue, Mar 30, 2010 at 05:56:29PM +0200, Nordin wrote: > I downloaded and built the latest version of openbsc/libosmocore > (that's today's version), but when running, it hangs on this part: it might be the EDGE coding scheme attribute that I more or less inadvertently merged while merging the gprs config part. Apart from that, creating a pcap of the good and failed start and looking at the differences might help, too... -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)