From laforge at gnumonks.org Thu Jan 1 12:40:00 2015 From: laforge at gnumonks.org (Harald Welte) Date: Thu, 1 Jan 2015 13:40:00 +0100 Subject: libosmocore sylvain/security branch Message-ID: <20150101124000.GC20168@nataraja> Hi Sylvain, I was doingwwwww libosmocore 'branch hygiene' and was wondering what's the status of that branch? I would like to see XOR support and randomized padding support included. Is it ready for merge? It is clear that of course osmo-bts / osmocom-bb would subsequently need to be modified to use randomized padding... 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 laforge at gnumonks.org Thu Jan 1 12:34:40 2015 From: laforge at gnumonks.org (Harald Welte) Date: Thu, 1 Jan 2015 13:34:40 +0100 Subject: libosmocore daniel/scts-fixes branch Message-ID: <20150101123440.GB20168@nataraja> Hi Daniel, I was doing some libosmocore 'branch hygiene' and removed several of your branches that had already been merged. However, there's the scts-fixes branch. Can you please let me know about the status of the branch? Does it still need testing? Is it ready for merge? 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 jerlbeck at sysmocom.de Mon Jan 5 10:11:06 2015 From: jerlbeck at sysmocom.de (Jacob Erlbeck) Date: Mon, 05 Jan 2015 11:11:06 +0100 Subject: meas_feed fails to compile if libcdk5-dev is not installed Message-ID: <54AA633A.9070902@sysmocom.de> Hi Harald, OpenBSC fails to compile because meas_feed unconditionally depends on cdk.h. If this file is not available, configure just issues checking cdk/cdk.h usability... no checking cdk/cdk.h presence... no checking for cdk/cdk.h... no but does not fail. On the other hand, the meas_tool's Makefile does not check for the result of that check before starting the compilation. So IMO either the configure script should abort (and the package added to debian/control) or the compilation of meas_feed should be optional. Jacob -- - Jacob Erlbeck http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Schivelbeiner Str. 5 * 10439 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Directors: Holger Freyther, Harald Welte From 246tnt at gmail.com Mon Jan 5 10:54:13 2015 From: 246tnt at gmail.com (Sylvain Munaut) Date: Mon, 5 Jan 2015 11:54:13 +0100 Subject: libosmocore sylvain/security branch In-Reply-To: <20150101124000.GC20168@nataraja> References: <20150101124000.GC20168@nataraja> Message-ID: Hi, > I was doingwwwww libosmocore 'branch hygiene' and was wondering what's > the status of that branch? I would like to see XOR support and > randomized padding support included. Is it ready for merge? What it's missing is a code review and "On-the-air" testing. I wrote proper test case for it and it passes and meets the specs AFAICT, but I never tried it running with a real-bts and trying to connect to it with a real phone. Cheers, Sylvain From laforge at gnumonks.org Mon Jan 5 13:11:52 2015 From: laforge at gnumonks.org (Harald Welte) Date: Mon, 5 Jan 2015 14:11:52 +0100 Subject: meas_feed fails to compile if libcdk5-dev is not installed In-Reply-To: <54AA633A.9070902@sysmocom.de> References: <54AA633A.9070902@sysmocom.de> Message-ID: <20150105131152.GB13298@nataraja> Hi Jacob, On Mon, Jan 05, 2015 at 11:11:06AM +0100, Jacob Erlbeck wrote: > Hi Harald, > > OpenBSC fails to compile because meas_feed unconditionally depends on > cdk.h. If this file is not available, configure just issues > > checking cdk/cdk.h usability... no > checking cdk/cdk.h presence... no > checking for cdk/cdk.h... no > > but does not fail. On the other hand, the meas_tool's Makefile does not > check for the result of that check before starting the compilation. I actually disagree with that last statement: if HAVE_LIBCDK bin_PROGRAMS = bs11_config isdnsync osmo-meas-pcap2db osmo-meas-udp2db meas_vis else bin_PROGRAMS = bs11_config isdnsync osmo-meas-pcap2db osmo-meas-udp2db endif > So IMO either the configure script should abort (and the package added > to debian/control) or the compilation of meas_feed should be optional. it should not abort, the compilation is optional. I guess the problem was that cdk.k was #included also for meas_pcap2db.c, which was a copy+paste mistake as there's nothing curses related in that. I hope this fixes it. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From rs515794 at gmail.com Tue Jan 13 21:30:12 2015 From: rs515794 at gmail.com (ramesh shankar) Date: Tue, 13 Jan 2015 16:30:12 -0500 Subject: openbsc Crypto Message-ID: Hello Its says in OpenBSC_crypto that "The keys will be stored in the table AuthKeys? of the hlr databse". I don't see that, is there any setting to get that. I am using sqlitebrowser to open HLR regards Ramesh -------------- next part -------------- An HTML attachment was scrubbed... URL: From benedetoula at gmail.com Sat Jan 17 01:14:52 2015 From: benedetoula at gmail.com (Benedetta Piantella Simeonidis) Date: Fri, 16 Jan 2015 20:14:52 -0500 Subject: Osmo-trx and USRP1 Message-ID: All mighty list, I am stuck and hope you can help. I know the USRP1 is no longer supported (and so libusrp), but the USRP1 is the only thing I have access to at the moment. I have gotten Osmo NITB working with the USRP1 previously, but this new install seems to be stuck between a rock and a hard place. I am running Ubuntu 12.04 and I have gnuradio-3.4.2 installed (for libusrp) and I followed the directions here: http://openbsc.osmocom.org/trac/wiki/network_from_scratch and http://openbsc.osmocom.org/trac/wiki/OsmoTRX Running OpenBSC and OsmoBTS seems to be working fine. Issuing uhd_usrp_probe works and returns the details of the USRP1 with two daughtercards and I have the USRP1 connected to clocktamer and properly clocked at 52MHz. All the hardware modifications have been done on the USRP1. The issues are: Problem 1: When running osmo-trx this is what happens: ~$ sudo osmo-trx linux; GNU C++ version 4.6.3; Boost_104601; UHD_003.008.000-release Config Settings Log Level............... NOTICE Device args............. TRX Base Port........... 5700 TRX Address............. 127.0.0.1 Channels................ 1 Samples-per-Symbol...... 4 External Reference...... Disabled C0 Filler Table......... Disabled Diversity............... Disabled Tuning offset........... 0 -- Opening a USRP1 device... -- Using FPGA clock rate of 52.000000MHz... ALERT 3044955904 03:14:40.8 UHDDevice.cpp:607:parse_dev_type: USRP1 is not supported using the UHD driver ALERT 3044955904 03:14:40.8 UHDDevice.cpp:608:parse_dev_type: Please compile with GNU Radio libusrp support ALERT 3044955904 03:14:40.8 osmo-trx.cpp:380:main: Failed to create radio device Shutting down transceiver... Problem 2: When I try and configure osmo-trx using ./configure --with-usrp1, it configures and then at the make process this is what happens: ... CXX USRPDevice.lo USRPDevice.cpp:603:14: error: prototype for 'RadioDevice* RadioDevice::make(size_t, size_t, bool)' does not match any in class 'RadioDevice' radioDevice.h:40:23: error: candidate is: static RadioDevice* RadioDevice::make(size_t, size_t, bool, double) make[3]: *** [USRPDevice.lo] Error 1 make[3]: Leaving directory `/home/cosmo/osmo-trx/Transceiver52M' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/cosmo/osmo-trx/Transceiver52M' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cosmo/osmo-trx' make: *** [all] Error 2 Could this have anything to do with permissions or where all my files are located? I am wondering if anyone has had the same issues and has some insight on what I am doing wrong or missing. Any help will be super appreciated, Thanks a lot! Benny -- Benedetta Piantella Simeonidis Phone US: +1.347.495.1237 Phone EU: +39.3397921313 -------------- next part -------------- An HTML attachment was scrubbed... URL: