OpenBTS

Re: [Openbts-discuss] about Power Attenuation parameter in config file From: Harvind Samra <hssamra@ke...> - 2009-10-29 17:12 Reynaldo, It's not implemented. We used it a Burning Man, and I'll put it into 2.4.1 and 2.5. --- Harvind On Thu, 2009-10-29 at 11:53 -0500, Reynaldo Baquerizo wrote: > Hi, > > Does anyone has set this parameter different than zero? > > This is supossed to reduced the gain of the signal, right? > I have set it that parameter to different values in the range of 10 to > 30 dB and I verified the amplitude of the signal in an spectrum > analyzer but it reports the same level whatsoever. > > I've checked the code and went as far as Transceiver::driveControl() > in Transceiver.cpp and found no errors in the logs. > > I've tested it with gnuradio 3.1.3 and openbts version 1.6 and > 2.4.1(64KHz) with an external clock > USRP is rev4. > > greetings, > Reynaldo > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ Openbts-discuss mailing list Openbts-discuss@li... https://lists.sourceforge.net/lists/listinfo/openbts-discuss

Re: [Openbts-discuss] about Power Attenuation parameter in config file From: Reynaldo Baquerizo <reynaldomic@gm...> - 2009-10-29 17:33 Attachments: Message as HTML      Hello Harvind, On Thu, Oct 29, 2009 at 12:12 PM, Harvind Samra <hssamra@ke...>wrote: > Reynaldo, > > It's not implemented. We used it a Burning Man, and I'll put it into > 2.4.1 and 2.5. > > Ach,, that is relieving.! I thought there was something wrong. Looking forward it Reynaldo

[Openbts-discuss] Why can't virtual machines work for OpenBTS? From: Jane Chen <janechen_1979@ya...> - 2009-10-29 23:54 Attachments: Message as HTML      Hi all, I would like to use a virtual machine  ( OpenVZ ) to run OpenBTS. However, I saw a message from OpenBTS wiki. It said that "Virtual machines are not likely to work, nor is Cygwin. " http://gnuradio.org/trac/wiki/OpenBTS/DesktopTestingKit I am wondering why Openbts can't be run on the virtual machines. Since the OpenVZ can run native speed, OpenBTS should work on OpenVZ. Right? Currently, I have a hard time to install the OpenVZ. Could any one please tell me the reasions that OpenBTS cannot work on OpenVZ? Since I have spent a lot of time on installing OpenVZ and keep failing, should I keep trying to install the OpenVZ to run OpenBTS or just give up the OpenVZ? Any suggestions or help will be appreciated. Thank you, Jane

Re: [Openbts-discuss] Why can't virtual machines work for OpenBTS? From: Thomas Tsou <ttsou@vt...> - 2009-10-30 01:10 On Thu, Oct 29, 2009 at 7:54 PM, Jane Chen <janechen_1979@ya...> wrote: > > I would like to use a virtual machine  ( OpenVZ ) to run OpenBTS. However, I saw a message from OpenBTS wiki. It said that "Virtual machines are not likely to work, nor is Cygwin. " > http://gnuradio.org/trac/wiki/OpenBTS/DesktopTestingKit > > I am wondering why Openbts can't be run on the virtual machines. Since the OpenVZ can run native speed, OpenBTS should work on OpenVZ. Right? > USB performance is likely to suffer in a virtual machine environment. Though there is no reason why you would not be able to build and install OpenBTS. My guess is that very few people have tried it. Thomas

Re: [Openbts-discuss] Why can't virtual machines work for OpenBTS? From: David A. Burgess <dburgess@jc...> - 2009-10-30 01:21 I don't know that it *won't* work. I'm just saying that I have my doubts that it will work and that it is not very interesting or important in the development of the project, so there's no motivation to put any effort into it. On Oct 29, 2009, at 8:15 PM, Thomas Tsou wrote: > On Thu, Oct 29, 2009 at 7:54 PM, Jane Chen > <janechen_1979@ya...> wrote: >> >> I would like to use a virtual machine ( OpenVZ ) to run OpenBTS. >> However, I saw a message from OpenBTS wiki. It said that "Virtual >> machines are not likely to work, nor is Cygwin. " >> http://gnuradio.org/trac/wiki/OpenBTS/DesktopTestingKit >> >> I am wondering why Openbts can't be run on the virtual machines. >> Since the OpenVZ can run native speed, OpenBTS should work on >> OpenVZ. Right? >> > > USB performance is likely to suffer in a virtual machine environment. > Though there is no reason why you would not be able to build and > install OpenBTS. My guess is that very few people have tried it. > > Thomas > > ---------------------------------------------------------------------- > -------- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market > and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Openbts-discuss mailing list > Openbts-discuss@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss David A. Burgess Kestrel Signal Processing, Inc.

Re: [Openbts-discuss] Why can't virtual machines work for OpenBTS? From: Casey Halverson <spaceneedle@gm...> - 2009-10-30 02:17 VMs will work fine and has for us, however, it does create a little bit of overhead. With a fast enough machine, it may not matter, but I'd highly recommend running things natively. That all being said, if there is an interest in vm appliances and binaries (in particular OSX), that is something I can do. However, it depends on interest, licensing, and what else. The side benefit would be a fully working set of gnuradio. It is my personal opinion (and not popular) that gnuradio and openbts are difficult to build and get working properly within a reasonable amount of time. Its a roadblock. I've been thinking the above may bootstrap the community and userbase. If it wasn't for the $1400 I dropped on the hardware, I would have given up a month ago. That can't be a very positive thing to say. On Oct 29, 2009, at 6:16 PM, "David A. Burgess" <dburgess@jc...> wrote: > > I don't know that it *won't* work. I'm just saying that I have my > doubts that it will work and that it is not very interesting or > important in the development of the project, so there's no motivation > to put any effort into it. > > > On Oct 29, 2009, at 8:15 PM, Thomas Tsou wrote: > >> On Thu, Oct 29, 2009 at 7:54 PM, Jane Chen >> <janechen_1979@ya...> wrote: >>> >>> I would like to use a virtual machine ( OpenVZ ) to run OpenBTS. >>> However, I saw a message from OpenBTS wiki. It said that "Virtual >>> machines are not likely to work, nor is Cygwin. " >>> http://gnuradio.org/trac/wiki/OpenBTS/DesktopTestingKit >>> >>> I am wondering why Openbts can't be run on the virtual machines. >>> Since the OpenVZ can run native speed, OpenBTS should work on >>> OpenVZ. Right? >>> >> >> USB performance is likely to suffer in a virtual machine environment. >> Though there is no reason why you would not be able to build and >> install OpenBTS. My guess is that very few people have tried it. >> >> Thomas >> >> --- >> ------------------------------------------------------------------- >> -------- >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart >> your >> developing skills, take BlackBerry mobile applications to market >> and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> Openbts-discuss mailing list >> Openbts-discuss@li... >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > David A. Burgess > Kestrel Signal Processing, Inc. > > > > > > --- > --- > --- > --------------------------------------------------------------------- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Openbts-discuss mailing list > Openbts-discuss@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss

Re: [Openbts-discuss] Why can't virtual machines work for OpenBTS? From: Alexander Chemeris <alexander.chemeris@gm...> - 2009-10-30 20:41 Hi Jane, I have never use OpenVZ, but I did a lot of soft-realtime audio tunning under VMWare and VirtualBox and I should say it's very hard (next to impossible) to make it work without glitches. And you will likely see the same problem with OpenBTS. It is a soft- realtime application and you may see unreliable if you can't guarantee deadlines. And under VMs you usually can't guarantee them. So I would recommend you to use real hardware at least for the reference system. On Fri, Oct 30, 2009 at 02:54, Jane Chen <janechen_1979@ya...> wrote: > > Hi all, > > I would like to use a virtual machine  ( OpenVZ ) to run OpenBTS. However, I saw a message from OpenBTS wiki. It said that "Virtual machines are not likely to work, nor is Cygwin. " > http://gnuradio.org/trac/wiki/OpenBTS/DesktopTestingKit > > I am wondering why Openbts can't be run on the virtual machines. Since the OpenVZ can run native speed, OpenBTS should work on OpenVZ. Right? > > Currently, I have a hard time to install the OpenVZ. Could any one please tell me the reasions that OpenBTS cannot work on OpenVZ? Since I have spent a lot of time on installing OpenVZ and keep failing, should I keep trying to install the OpenVZ to run OpenBTS or just give up the OpenVZ? > > Any suggestions or help will be appreciated. > > Thank you, > Jane > > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Openbts-discuss mailing list > Openbts-discuss@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > -- Regards, Alexander Chemeris.

Re: [Openbts-discuss] Why can't virtual machines work for OpenBTS? From: David A. Burgess <dburgess@jc...> - 2009-10-30 21:41 On Oct 29, 2009, at 10:16 PM, Casey Halverson wrote: > VMs will work fine and has for us, however, it does create a little > bit of overhead. With a fast enough machine, it may not matter, but > I'd highly recommend running things natively. Interesting to know. > > That all being said, if there is an interest in vm appliances and > binaries (in particular OSX), that is something I can do. However, it > depends on interest, licensing, and what else. The side benefit would > be a fully working set of gnuradio. I think the only restriction is the normal one of providing source code for everything. Unless you happen to hold patents or patent licenses related to GSM. > > It is my personal opinion (and not popular) that gnuradio and openbts > are difficult to build and get working properly within a reasonable > amount of time. Its a roadblock. I've been thinking the above may > bootstrap the community and userbase. You're preaching to the choir here. I installed everything on a blank-slate Ubuntu 9.04 system the other day. It took over 4 hours. More than half of that was installing GNU Radio and its kitchen-sink dependency list. Why do I need to install FFTW just to get linusrp? Did they *really* have to use Omnithread and Boost when pthreads and the C++ standard libraries are right there? It's like you have to download and compile the whole internet to get this little driver. It's crazy. <rant> This touches on a pet peeve of mine in open source projects in general, which is the tendency to use too many external packages. You need to make a serious cost-benefit analysis before you add a dependency to a project, especially a cascading dependency, where you depend on package A, but A depends on B, but B depends on C, etc., and at every step you take the risk of something not building correctly on your target system. Just because a library is available doesn't mean you have to use it. Seriously consider limiting yourself to primary sources, like the stuff that comes with g++, instead. Here are some observations: * The probability of being able to port an application to a new target system is inversely proportional to the total number of package dependencies. * The number of weeks that can pass without having to patch your application to keep up with API changes in other packages is also inversely proportional to the number of packages you use. * The complexity of all of your #defines and configuration options and installation dependencies is proportional to both the number of packages you reference and the age of your application. In other words, your installation process gets more complicated over time and gets more complicated faster if you use more external packages, because those packages are also changing over time. In short, the more crap you pile on, the less portable, upgradable and maintainable your application will be. This is the dark side of open source development. Don't give in to it. Maybe you're talking about some other painful aspect of the installation process, but this is the one that irks me. </rant> In the development of OpenBTS, we are trying hard to avoid external dependencies. For example, at one point, someone put readline in the command line interface. It was nice functionality and I really liked it at first, but it wasn't vital and it made porting to some platforms a pain in the ass, so I removed it. I actually think that one of the best things someone could do for OpenBTS would be to fix the GNU Radio configuration process and clean up the source code for libusrp so that it can be built with fewer dependencies. Another really good thing would be to package it up with all of its build dependencies, including binaries of libusrp for a lot of common target systems. Early on, we would offer tech support to clients who needed help with installations. What we are starting to do now, though, is just buy a laptop or mini-ITX on behalf of the client and then install everything for them, usually by cloning a known-good reference system. Everyone is happier. > > If it wasn't for the $1400 I dropped on the hardware, I would have > given up a month ago. That can't be a very positive thing to say. So do you actually have anything working yet? David A. Burgess Kestrel Signal Processing, Inc.

Re: [Openbts-discuss] Why can't virtual machines work for OpenBTS? From: Alexander Chemeris <alexander.chemeris@gm...> - 2009-10-30 22:26 Hi David, On Fri, Oct 30, 2009 at 15:28, David A. Burgess <dburgess@jc...> wrote: > In the development of OpenBTS, we are trying hard to avoid external > dependencies.  For example, at one point, someone put readline in the > command line interface.  It was nice functionality and I really liked > it at first, but it wasn't vital and it made porting to some > platforms a pain in the ass, so I removed it. Huh? Have you really removed it entirely? Isn't it better to make it a configure time option? What's wrong with having more nice features on big systems and less features on slow and hard-to-port-to systems? >  I actually think that > one of the best things someone could do for OpenBTS would be to fix > the GNU Radio configuration process and clean up the source code for > libusrp so that it can be built with fewer dependencies.  Another > really good thing would be to package it up with all of its build > dependencies, including binaries of libusrp for a lot of common > target systems. I believe that the easiest way to go (at least for Ubuntu) is to provide a PPA with up-to-date GnuRadio and OpenBTS. Creating PPA for GnuRadio should be fairly easy - I think I can do this during a day. Creating OpenBTS is slightly more time-consuming, because we need to package it for Debian/Ubuntu first. But nothing impossible - I think I can spend a day or two on this too. As long as I'm involved in OpenBTS I'm ready to maintain these packages. -- Regards, Alexander Chemeris.

Re: [Openbts-discuss] Why can't virtual machines work for OpenBTS? From: Christian Meier <Christian.Meier@in...> - 2009-10-30 22:34 Alexander Chemeris schrieb: > Hi David, > > On Fri, Oct 30, 2009 at 15:28, David A. Burgess <dburgess@jc...> wrote: > >> In the development of OpenBTS, we are trying hard to avoid external >> dependencies. For example, at one point, someone put readline in the >> command line interface. It was nice functionality and I really liked >> it at first, but it wasn't vital and it made porting to some >> platforms a pain in the ass, so I removed it. >> > > Huh? Have you really removed it entirely? Isn't it better to make it > > a configure time option? What's wrong with having more nice features > on big systems and less features on slow and hard-to-port-to systems? > I think David pointed out he removed readline, not the complete CLI, right? Christian

Re: [Openbts-discuss] Why can't virtual machines work for OpenBTS? From: Alexander Chemeris <alexander.chemeris@gm...> - 2009-10-30 22:39 Hi Christian, On Sat, Oct 31, 2009 at 01:33, Christian Meier <Christian.Meier@in...> wrote: > Alexander Chemeris schrieb: >> Hi David, >> >> On Fri, Oct 30, 2009 at 15:28, David A. Burgess <dburgess@jc...> wrote: >> >>> In the development of OpenBTS, we are trying hard to avoid external >>> dependencies.  For example, at one point, someone put readline in the >>> command line interface.  It was nice functionality and I really liked >>> it at first, but it wasn't vital and it made porting to some >>> platforms a pain in the ass, so I removed it. >>> >> >> Huh? Have you really removed it entirely? Isn't it better to make it >> >> a configure time option? What's wrong with having more nice features >> on big systems and less features on slow and hard-to-port-to systems? >> > I think David pointed out he removed readline, not the complete CLI, right? Yep, but I also think that CLI without readline will have less features and will be less usable, no? -- Regards, Alexander Chemeris.

Re: [Openbts-discuss] Why can't virtual machines work for OpenBTS? From: Alexander Chemeris <alexander.chemeris@gm...> - 2009-10-31 17:01 Hi David, On Sat, Oct 31, 2009 at 01:26, Alexander Chemeris <alexander.chemeris@gm...> wrote: > On Fri, Oct 30, 2009 at 15:28, David A. Burgess <dburgess@jc...> wrote: >>  I actually think that >> one of the best things someone could do for OpenBTS would be to fix >> the GNU Radio configuration process and clean up the source code for >> libusrp so that it can be built with fewer dependencies.  Another >> really good thing would be to package it up with all of its build >> dependencies, including binaries of libusrp for a lot of common >> target systems. > > I believe that the easiest way to go (at least for Ubuntu) is to provide > a PPA with up-to-date GnuRadio and OpenBTS. Creating PPA for GnuRadio > should be fairly easy - I think I can do this during a day. Creating OpenBTS > is slightly more time-consuming, because we need to package it for > Debian/Ubuntu first. But nothing impossible - I think I can spend a day or > two on this too. As long as I'm involved in OpenBTS I'm ready to maintain > these packages. I've just realized that *there is* a kind of official support for Debian/Ubuntu in GnuRadio and even there is GnuRadio repository for Ubuntu. This is described at http://gnuradio.org/trac/wiki/DebianPackages I'm going to try them as soon as come home to my normal wired connection and will update OpenBTS installation instructions. So, what we might want to do is to create a package for OpenBTS, though I don't think it's required at this moment - OpenBTS is very easy to compile having GnuRadio in place and with so active development it's much better to have source code near your hands. Yet, if there will be demand, I can go create Ubuntu package. -- Regards, Alexander Chemeris.

Re: [Openbts-discuss] Why can't virtual machines work for OpenBTS? From: David A. Burgess <dburgess@jc...> - 2009-10-31 17:31 If these packages work, please, someone, document them in the wiki. It has also been my impression that OpenBTS itself pretty easy to build, once you get past the hurdle of installing GNU Radio. On Oct 31, 2009, at 10:00 AM, Alexander Chemeris wrote: > I've just realized that *there is* a kind of official support for > Debian/Ubuntu > in GnuRadio and even there is GnuRadio repository for Ubuntu. This is > described at http://gnuradio.org/trac/wiki/DebianPackages > > I'm going to try them as soon as come home to my normal wired > connection > and will update OpenBTS installation instructions. > > So, what we might want to do is to create a package for OpenBTS, > though > I don't think it's required at this moment - OpenBTS is very easy > to compile > having GnuRadio in place and with so active development it's much > better > to have source code near your hands. Yet, if there will be demand, > I can > go create Ubuntu package. > David A. Burgess Kestrel Signal Processing, Inc.

[Openbts-discuss] Error message: "You're doing it wrong! Welcome anyway!" From: Jane Chen <janechen_1979@ya...> - 2009-11-10 20:19 Attachments: Message as HTML      Hi all, I installed OpenBTS 2.4 on fedora 9 ( guest OS: fedora 9 and host OS: Mac X by parallels desktop). In other words, I use a virtual machine to run OpenBTS.  Zoiper cannot register with Asterisk in the setting. I ran ./OpenBTS and my handset got "You're doing it wrong! Welcome anyway!" I found this message in OpenBTS.config. I think this migiht be because my Asterisk setting is not right. I setup the asterisk according to  http://gnuradio.org/trac/wiki/OpenBTS/SettingUpAsterisk .  I am wondering why the Zoiper cannot register with Asterisk. Is it because I run the OpenBTS on virtual machine? I tried to use differnt domain, such as 127.0.0.1 or the real IP address. However, I got the same results. I added information to sip.conf as follows: [sip.zoiper2] username=sip.zoiper2 secret=my_pass234 context=zoiper_tests type=friend host=dynamic callerid=8765431 [SIPTestPhone] callerid=2105 canreinvite=no type=friend context=sip-external allow=ulaw allow=gsm host=dynamic secret=1234 [310410219581951] canreinvite=no type=friend context=sip-external allow=gsm host=dynamic I added information to extensions.conf as follows: [zoiper_tests]   exten => 1001,1,Dial(SIP/sip.zoiper2,20) exten => 1001,2,VoiceMail(501@default) exten => 1001,n,HangUp()   exten => 1002,1,Dial(IAX2/iax.zoiper2,20) exten => 1002,2,VoiceMail(502@default) exten => 1002,n,HangUp()     exten => 111001,1,Answer() exten => 111001,2,VoiceMailMain(501@default) exten => 111001,n,HangUp()   exten => 111002,1,Answer() exten => 111002,2,VoiceMailMain(502@default) exten => 111002,n,HangUp() [macro-dialGSM] exten => s,1,Dial(SIP/${ARG1}) exten => s,2,Goto(s-${DIALSTATUS},1) exten => s-CANCEL,1,Hangup exten => s-NOANSWER,1,Hangup exten => s-BUSY,1,Busy(30) exten => s-CONGESTION,1,Congestion(30) exten => s-CHANUNAVAIL,1,playback(ss-noservice) exten => s-CANCEL,1,Hangup   [sip-external] exten => 2105,1,Macro(dialGSM,SIPTestPhone) exten => 2114,1,Macro(dialGSM,310410219581951) In the ZoIPER: Domain: 127.0.0.1 Username: sip.zoiper2 Password:my_pass234 Call ID Name: sip.zoiper2 Any suggestions or help will be appreciated!!! Thank you, Jane

2 messages have been excluded from this view by a project administrator.