From craig.reading1 at gmail.com Sun Mar 3 20:30:28 2013 From: craig.reading1 at gmail.com (Craig Reading) Date: Sun, 3 Mar 2013 20:30:28 +0000 Subject: UHD Utils and Boost Message-ID: Hi, I have been fighting with this one all day! Its my own fault as I'm on a CentOs 5.x distro. Anyway, when trying to run UHD utils I get: ./uhd_usrp_probe --args="addr=192.168.10.2" linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_103900; UHD_003. 004.000-93a49d0 Error: boost::bad_any_cast: failed conversion using boost::any_cast Help please. Regards Craig -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane at shimaore.net Mon Mar 4 00:50:12 2013 From: stephane at shimaore.net (stephane at shimaore.net) Date: Mon, 4 Mar 2013 01:50:12 +0100 Subject: UHD Utils and Boost In-Reply-To: References: Message-ID: <20130304005012.GB31204@shimaore.net> > I have been fighting with this one all day! Its my own fault as I'm on a > CentOs 5.x distro. Anyway, when trying to run UHD utils I get: > ./uhd_usrp_probe --args="addr=192.168.10.2" [...] > Error: boost::bad_any_cast: failed conversion using boost::any_cast Given that this error belongs in the code for libboost, maybe try upgrading it? For comparison purposes on Debian/testing my libboost(-dev) version is 1.49.0 S. From alexander.chemeris at gmail.com Mon Mar 4 09:24:39 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Mon, 4 Mar 2013 13:24:39 +0400 Subject: UHD Utils and Boost In-Reply-To: References: Message-ID: Hi Craig, We recommend to use Ubuntu 10.04 or 12.04, as these are what we're using here for all the development and testing. E.g. we recently discovered that OpenBTS is unstable on some older versions of Fedora, while it is very stable on aforementioned Ubuntu. We're yet to find the reason for this. In this particular case I recommend you to upgrade to a decent Boost version. On my Ubuntu 12.04 I use Boost 1.48 and it works fine. On Mon, Mar 4, 2013 at 12:30 AM, Craig Reading wrote: > Hi, > > I have been fighting with this one all day! Its my own fault as I'm on a > CentOs 5.x distro. Anyway, when trying to run UHD utils I get: > > ./uhd_usrp_probe --args="addr=192.168.10.2" > linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_103900; > UHD_003. > 004.000-93a49d0 > > Error: boost::bad_any_cast: failed conversion using boost::any_cast > > Help please. > > Regards > Craig -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From craig.reading1 at gmail.com Mon Mar 4 13:02:22 2013 From: craig.reading1 at gmail.com (Craig Reading) Date: Mon, 4 Mar 2013 13:02:22 +0000 Subject: UHD Utils and Boost In-Reply-To: References: Message-ID: Many thanks for the help and advice. Upgrading to Boost 1.41 has resolved this issue. Regards Craig On 4 March 2013 09:24, Alexander Chemeris wrote: > Hi Craig, > > We recommend to use Ubuntu 10.04 or 12.04, as these are what we're > using here for all the development and testing. E.g. we recently > discovered that OpenBTS is unstable on some older versions of Fedora, > while it is very stable on aforementioned Ubuntu. We're yet to find > the reason for this. > > In this particular case I recommend you to upgrade to a decent Boost > version. On my Ubuntu 12.04 I use Boost 1.48 and it works fine. > > On Mon, Mar 4, 2013 at 12:30 AM, Craig Reading > wrote: > > Hi, > > > > I have been fighting with this one all day! Its my own fault as I'm on a > > CentOs 5.x distro. Anyway, when trying to run UHD utils I get: > > > > ./uhd_usrp_probe --args="addr=192.168.10.2" > > linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_103900; > > UHD_003. > > 004.000-93a49d0 > > > > Error: boost::bad_any_cast: failed conversion using boost::any_cast > > > > Help please. > > > > Regards > > Craig > > > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Tue Mar 5 13:32:53 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 5 Mar 2013 17:32:53 +0400 Subject: transceiver won't start; fpga build error In-Reply-To: <20130223202258.GB6824@shimaore.net> References: <20130223160257.GB4895@shimaore.net> <20130223171359.GA6824@shimaore.net> <20130223202258.GB6824@shimaore.net> Message-ID: Hi Stephane, I'm back from MWC, catching up with the mailing list. On Sun, Feb 24, 2013 at 12:22 AM, wrote: >> I'll go ahead and recompile openBTS using your version. Thank you! > > That worked out rather smoothly. I can see the '00101' GSM network on my > phone and OpenBTS attempts to SIP REGISTER when I choose it on the > phone. > > Here are my notes, I'll be posting further updates there as well: > http://blog.shimaore.net/2013/02/umtrx.html > Hope this helps. Nice stuff! Though I should note that FPGA and ZPU compilation and flashing is not needed in most cases. UmTRX comes pre-flashed and should not need all those cumbersome steps. > Next steps for me are to setup FreeSwitch (and maybe OpenSIPS) so that I > can start testing calls. Thank you for your patch to make it working with OpenSIPS :) Looking forward for more contributions to the SIP side of things. They're need quite some attention, as you already noticed. One idea is to have a normal state machines for SIP, independent from GSM state machines. Current tightly coupled integration between SIP and GSM states makes both sides to break in various cases. I even thought about completely replacing oSIP with a library which already implements SIP state machines, like Sofia-SIP. But this requires research on whether we'll be able to implement things which require non-standard behavior, like handover. Thoughts on this topic are welcome. > Question: I used RX1 and TX1 on the board to connect the antennae, but > `transceiver` says "using transmit antenna RX1" and "using receive antenna > TX2", does that mean I should use RX1/TX2 instead, or is this a > configuration parameter I should modify in OpenBTS.db? Sorry for the confusion. TX1/RX1 label on the board refer to RX/TX of the channel 1. While in the software channel 1 is referred to as "daughter board A" and RX1 means we use LNA1 input on LMS chip. In other words, there are two LMS chips on UmTRX: channel 1 (daughter board A) - RX1, TX1, SCN1 labels on a PCB channel 2 (daughter board B) - RX2, TX2, SCN2 labels on a PCB And each LMS chip has RX1, RX2, RX3 inputs and TX1, TX2 outputs ("antennas" in software) with the following mapping: RX1 (software) = RXn (PCB label) RX2 (software) = not connected on the PCB RX3 (software) = SCNn (PCB label) TX1 (software) = not connected on the PCB TX2 (software) = TXn (PCB label) > PS: Congratulations to everyone involved in making this so painless! > Eight hours (lunch included) from unpacking to being able to see the MNC > show up on a phone is _very_ nice. Thank you! -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Tue Mar 5 14:07:46 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 5 Mar 2013 18:07:46 +0400 Subject: UmTRX performance questions Message-ID: On Fri, Feb 22, 2013 at 6:28 PM, joel yabut wrote: > May i know the following specs > 1. What is the tx and rx isolation of umtrx? > 2. What is the power output in dbm of your umtrx? Andrey Sviyazov will comment on this. > 3. How is the lna on the rx input and is an external lna and bpf > recommended? For Fairwaves 10W base stations we're developing UmSEL, which has channel filter and an additional LNA. For the use without amplifier you don't need any additional filters or LNAs. > 4. What is the main advantage of umtrx compared to usrp by ettus? If you want to use it for GSM, then it's cheaper and gives you dual-channel support. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Tue Mar 5 14:40:04 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 5 Mar 2013 18:40:04 +0400 Subject: Dual channel In-Reply-To: References: Message-ID: Joel, On Fri, Feb 22, 2013 at 6:31 PM, joel yabut wrote: > What does dual channel actually mean? It means that you could run a BTS with two completely independent ARFCNs. > Can you use 2 different frequencies at > the same time like 900 and 1800 or is it same band but different arfcn? Theoretically you should be able use different bands with the only limitation that in this case you can't benefit from receive diversity. Note, that dual-TRX support is implemented in UHD, but is not yet implemented in OpenBTS. The code is almost there, but need some more work. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Tue Mar 5 14:42:11 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 5 Mar 2013 18:42:11 +0400 Subject: Fairwaves contact form In-Reply-To: References: Message-ID: Carlos, I'm forwarding this question to the mailing list. On Tue, Mar 5, 2013 at 4:04 PM, charlie yabut wrote: > I was able to compile the drivers and also openBTS.. When I run > openBTS i am getting an error in the transceiver saying that i can > not set the clock? Where should i look for the error? You should clone OpenBTS from our repository: https://github.com/fairwaves/openbts-2.8 and check out "umtrx" branch instead of "master". -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From carlos.yabut at octaltech.net Tue Mar 5 14:44:05 2013 From: carlos.yabut at octaltech.net (Carlos Yabut) Date: Tue, 5 Mar 2013 22:44:05 +0800 Subject: Fairwaves contact form In-Reply-To: References: Message-ID: <01DB69FA-80D9-454A-9126-286120B3B1C3@octaltech.net> ok will try that thanks On Mar 5, 2013, at 22:42, Alexander Chemeris wrote: > Carlos, > > I'm forwarding this question to the mailing list. > > On Tue, Mar 5, 2013 at 4:04 PM, charlie yabut > wrote: >> I was able to compile the drivers and also openBTS.. When I run >> openBTS i am getting an error in the transceiver saying that i can >> not set the clock? Where should i look for the error? > > You should clone OpenBTS from our repository: > https://github.com/fairwaves/openbts-2.8 > and check out "umtrx" branch instead of "master". > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru From andreysviyaz at gmail.com Tue Mar 5 18:16:41 2013 From: andreysviyaz at gmail.com (Andrey Sviyazov) Date: Tue, 5 Mar 2013 22:16:41 +0400 Subject: UmTRX performance questions In-Reply-To: References: Message-ID: Hi Joel. On Fri, Feb 22, 2013 at 6:28 PM, joel yabut wrote: > > May i know the following specs > > 1. What is the tx and rx isolation of umtrx? > Not yet measured and unfortunately there are no info from Lime Micro. > 2. What is the power output in dbm of your umtrx? > After fixing this issueI measured + 20 dBm for 900 MHz band and +17 dBm for 1800. > > > 3. How is the lna on the rx input and is an external lna and bpf > > recommended? > > For Fairwaves 10W base stations we're developing UmSEL, which has > channel filter and an additional LNA. For the use without amplifier > you don't need any additional filters or LNAs. > > > 4. What is the main advantage of umtrx compared to usrp by ettus? > > If you want to use it for GSM, then it's cheaper and gives you > dual-channel support. > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru > > Best regards, Andrey Sviyazov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane at shimaore.net Wed Mar 6 00:20:18 2013 From: stephane at shimaore.net (stephane at shimaore.net) Date: Wed, 6 Mar 2013 01:20:18 +0100 Subject: transceiver won't start; fpga build error In-Reply-To: References: <20130223160257.GB4895@shimaore.net> <20130223171359.GA6824@shimaore.net> <20130223202258.GB6824@shimaore.net> Message-ID: <20130306002018.GB22230@shimaore.net> Hi Alexander, Hope you guys made some interesting contacts while in Spain. > Though I should note that FPGA and ZPU compilation and flashing is not > needed in most cases. UmTRX comes pre-flashed and should not need all > those cumbersome steps. Yup, changed my page to indicate that as well. (Although really I should be updating the wiki.) > Thank you for your patch to make it working with OpenSIPS :) Looking > forward for more contributions to the SIP side of things. My line of thought is to use OpenSIPS as registrar, with a Redis backend. Then use OpenSIPS to route calls, SMS, .. based on the IMSI. > I even thought about completely replacing oSIP with a library which > already implements SIP state machines, like Sofia-SIP. But this requires > research on whether we'll be able to implement things which require > non-standard behavior, like handover. If we are to keep the strong coupling (with OpenBTS a thin layer between GSM and SIP), the SIP stack can remain pretty simple (with some level of equivalence between GSM and SIP messages); in that case the SIP call handling intelligence will be deported to other tools (OpenSIPS, FreeSwitch, Yate, ...): OpenBTS won't be able to do things like handover or roaming on its own, the call control will belong in those external servers, but that's what they were designed to do (and OpenBTS remains a manageable project). However, in that case, SIP might not be the best protocol, since the model is more of a call-agent / gateway relationship (so something better suited to, e.g., MGCP). Or we need to defined a subset of SIP that matches that call-agent / gateway relationship carefully. On the other hand if OpenBTS is to be a full-flegde User-Agent (UA) this will require a strong SIP stack like sofia-sip, and handling a lot of "exception cases" inside OpenBTS (SIP is a piece of work). This means an amount of work similar to that required to write Asterisk, FreeSwitch, or Yate. Maybe in that case it's simpler to (re)implement OpenBTS as, e.g., a FreeSwitch "endpoint" than trying to re-invent a new SIP UA. About handover: With regards to Dmitri's handover proposal[1], I can imagine that in some contexts (large cities?) handover might be a common occurrence and keeping the call pinned in one (or more?) OpenBTS might cause scalability or audio quality issues. (This would especially be the case if multiple handovers mean traversing multiple OpenBTS.) [1] http://wush.net/trac/rangepublic/wiki/Handover Also I can imagine that we might eventually want to do GSM-to-WiFi back to-GSM type of handovers (or is that what GSM would consider roaming?). I don't know whether there are existing procedures to handle this? > RX1 (software) = RXn (PCB label) > RX3 (software) = SCNn (PCB label) > TX2 (software) = TXn (PCB label) OK, that was the missing translation table. I guess I could look at the hardware schematics when I have hardware questions. :) S. From joel at jointventure.com Sun Mar 10 18:00:32 2013 From: joel at jointventure.com (joel yabut) Date: Sun, 10 Mar 2013 11:00:32 -0700 Subject: UmTRX performance questions In-Reply-To: References: Message-ID: OK. Thank you. > 2. What is the power output in dbm of your umtrx? > After fixing this issueI measured + 20 dBm for 900 MHz band and +17 dBm for 1800. I will be testing this UMTRX with a DCS amp with 10 dBM input. Just to be sure, I just need to adjust attenuation to at least 7 dBM and 8 probably to avoid clipping the RF amp as below: GSM.Radio.PowerManager.MaxAttenDB 8 GSM.Radio.PowerManager.MinAttenDB 0 Is using an LNA with BPF advisable with your UMTRX? What is the operating temperature of your UMTRX as I want to make sure the HD case I am using for testing is good enough. I installed a small fan and so far temperature is around 40 deg C. The LEDs are on the board and I may want to solder some LEDs to monitor status, where on the board can I terminate the power for LEDs? On Tue, Mar 5, 2013 at 10:16 AM, Andrey Sviyazov wrote: > Hi Joel. > > On Fri, Feb 22, 2013 at 6:28 PM, joel yabut wrote: > >> > May i know the following specs >> > 1. What is the tx and rx isolation of umtrx? >> > Not yet measured and unfortunately there are no info from Lime Micro. > > > 2. What is the power output in dbm of your umtrx? >> > After fixing this issueI measured + 20 dBm for 900 MHz band and +17 dBm for 1800. > > >> >> > 3. How is the lna on the rx input and is an external lna and bpf >> > recommended? >> >> For Fairwaves 10W base stations we're developing UmSEL, which has >> channel filter and an additional LNA. For the use without amplifier >> you don't need any additional filters or LNAs. >> >> > 4. What is the main advantage of umtrx compared to usrp by ettus? >> >> If you want to use it for GSM, then it's cheaper and gives you >> dual-channel support. >> >> -- >> Regards, >> Alexander Chemeris. >> CEO, Fairwaves LLC / ??? ??????? >> http://fairwaves.ru >> >> Best regards, > Andrey Sviyazov. > -- Mother Ignacia Avenue corner Scout Rallos St. Quezon City, Metro Manila, Philippines -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreysviyaz at gmail.com Sun Mar 10 19:20:31 2013 From: andreysviyaz at gmail.com (Andrey Sviyazov) Date: Sun, 10 Mar 2013 23:20:31 +0400 Subject: UmTRX performance questions In-Reply-To: References: Message-ID: Hi Joel. > 2. What is the power output in dbm of your umtrx? >> > After fixing this issueI measured + 20 dBm for 900 MHz band and +17 dBm for 1800. > > I will be testing this UMTRX with a DCS amp with 10 dBM input. Just to be > sure, I just need to adjust attenuation to at least 7 dBM and 8 probably to > avoid clipping the RF amp as below: > > GSM.Radio.PowerManager.MaxAttenDB 8 > GSM.Radio.PowerManager.MinAttenDB 0 > Please explain more what att do you try to use and what clipping do you mean (may be 1dB gain compression) ? Anyhow, you can easy adjust output signal of UmTRX by using --gain in case of UHD TX control. Also can be used TXVGA2 gain in case of direct LMS registers control via Python scripts. > Is using an LNA with BPF advisable with your UMTRX? > Yes of course. External LNA and duplexer or band pass filter should be used for better NF performance. > > What is the operating temperature of your UMTRX as I want to make sure the > HD case I am using for testing is good enough. I installed a small fan and > so far temperature is around 40 deg C. > You can find on the board FUN2 control IC (U35) MAX6665ASA45 . So, at the PCB temperature +45'C FUN2 must start to cooling. And if you do not use FAN2 (or broken) then this IC will switch off UmTRX at temperature 45+30=75'C. Low temperature limit is minus 40'C due to industrial components (is not tested 100% in production). > The LEDs are on the board and I may want to solder some LEDs to monitor > status, where on the board can I terminate the power for LEDs? > You can use any DC-DC output higher 2V through current limiting resistor. Pleas refer to datasheet of your LED's type to find proper resistor value. > > On Tue, Mar 5, 2013 at 10:16 AM, Andrey Sviyazov wrote: > >> Hi Joel. >> >> On Fri, Feb 22, 2013 at 6:28 PM, joel yabut >> wrote: >> >>> > May i know the following specs >>> > 1. What is the tx and rx isolation of umtrx? >>> >> Not yet measured and unfortunately there are no info from Lime Micro. >> >> > 2. What is the power output in dbm of your umtrx? >>> >> After fixing this issueI measured + 20 dBm for 900 MHz band and +17 dBm for 1800. >> >> >>> >>> > 3. How is the lna on the rx input and is an external lna and bpf >>> > recommended? >>> >>> For Fairwaves 10W base stations we're developing UmSEL, which has >>> channel filter and an additional LNA. For the use without amplifier >>> you don't need any additional filters or LNAs. >>> >>> > 4. What is the main advantage of umtrx compared to usrp by ettus? >>> >>> If you want to use it for GSM, then it's cheaper and gives you >>> dual-channel support. >>> >>> -- >>> Regards, >>> Alexander Chemeris. >>> CEO, Fairwaves LLC / ??? ??????? >>> http://fairwaves.ru >>> >>> Best regards, >> Andrey Sviyazov. >> > > > > -- > Mother Ignacia Avenue corner Scout Rallos St. > Quezon City, Metro Manila, Philippines > > Best regards, Andrey Sviyazov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Sun Mar 10 20:16:45 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Mon, 11 Mar 2013 00:16:45 +0400 Subject: UmTRX performance questions In-Reply-To: References: Message-ID: Joel, In addition to comments from Andrey: On Sun, Mar 10, 2013 at 10:00 PM, joel yabut wrote: > I will be testing this UMTRX with a DCS amp with 10 dBM input. Just to be > sure, I just need to adjust attenuation to at least 7 dBM and 8 probably to > avoid clipping the RF amp as below: > > GSM.Radio.PowerManager.MaxAttenDB 8 > GSM.Radio.PowerManager.MinAttenDB 0 Yes, you could use these config values to control power output. Note, that maximum output power is control by MinAttenDB and not MaxAttenDB, because these are attenuation values. > Is using an LNA with BPF advisable with your UMTRX? It depends on you intended usage. For high power BTS you need them, yes. At this moment we're designing a proper RF solution for UmTRX as a part of our UmSITE hardware. > What is the operating temperature of your UMTRX as I want to make sure the > HD case I am using for testing is good enough. I installed a small fan and > so far temperature is around 40 deg C. It is designed to meet industrial temperature range, but only units used for UmSITE will be tested during manufacturing. UmTRX's which are sold as DIY kit are not tested and could be assumed to meet indoor temperature range. > The LEDs are on the board and I may want to solder some LEDs to monitor > status, where on the board can I terminate the power for LEDs? You could use "Ext connector" or LED1/LED2/LED3 connectors. Please check schematics for details. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From joel.yabut at gmail.com Mon Mar 11 02:28:44 2013 From: joel.yabut at gmail.com (Joel Yabut) Date: Mon, 11 Mar 2013 10:28:44 +0800 Subject: UmTRX performance questions In-Reply-To: References: Message-ID: <1BA934BF-E58E-44B5-856C-48F0F9749B3B@gmail.com> Yes i need to attenuate the tx output and Also take into consideration the 1 db compression. I just have to min attenuation to 8. Sent from my Ipad On Mar 11, 2013, at 3:20 AM, Andrey Sviyazov wrote: > Hi Joel. > > > 2. What is the power output in dbm of your umtrx? > After fixing this issue I measured + 20 dBm for 900 MHz band and +17 dBm for 1800. > > I will be testing this UMTRX with a DCS amp with 10 dBM input. Just to be sure, I just need to adjust attenuation to at least 7 dBM and 8 probably to avoid clipping the RF amp as below: > > GSM.Radio.PowerManager.MaxAttenDB 8 > GSM.Radio.PowerManager.MinAttenDB 0 > > Please explain more what att do you try to use and what clipping do you mean (may be 1dB gain compression) ? > Anyhow, you can easy adjust output signal of UmTRX by using --gain in case of UHD TX control. > Also can be used TXVGA2 gain in case of direct LMS registers control via Python scripts. > > > Is using an LNA with BPF advisable with your UMTRX? > Yes of course. > External LNA and duplexer or band pass filter should be used for better NF performance. > > > What is the operating temperature of your UMTRX as I want to make sure the HD case I am using for testing is good enough. I installed a small fan and so far temperature is around 40 deg C. > > You can find on the board FUN2 control IC (U35) MAX6665ASA45. > So, at the PCB temperature +45'C FUN2 must start to cooling. > And if you do not use FAN2 (or broken) then this IC will switch off UmTRX at temperature 45+30=75'C. > Low temperature limit is minus 40'C due to industrial components (is not tested 100% in production). > > > The LEDs are on the board and I may want to solder some LEDs to monitor status, where on the board can I terminate the power for LEDs? > > You can use any DC-DC output higher 2V through current limiting resistor. > Pleas refer to datasheet of your LED's type to find proper resistor value. > > > > On Tue, Mar 5, 2013 at 10:16 AM, Andrey Sviyazov wrote: > Hi Joel. > > On Fri, Feb 22, 2013 at 6:28 PM, joel yabut wrote: > > May i know the following specs > > 1. What is the tx and rx isolation of umtrx? > Not yet measured and unfortunately there are no info from Lime Micro. > > > 2. What is the power output in dbm of your umtrx? > After fixing this issue I measured + 20 dBm for 900 MHz band and +17 dBm for 1800. > > > > 3. How is the lna on the rx input and is an external lna and bpf > > recommended? > > For Fairwaves 10W base stations we're developing UmSEL, which has > channel filter and an additional LNA. For the use without amplifier > you don't need any additional filters or LNAs. > > > 4. What is the main advantage of umtrx compared to usrp by ettus? > > If you want to use it for GSM, then it's cheaper and gives you > dual-channel support. > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru > > Best regards, > Andrey Sviyazov. > > > > -- > Mother Ignacia Avenue corner Scout Rallos St. > Quezon City, Metro Manila, Philippines > > > Best regards, > Andrey Sviyazov. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From joel at jointventure.com Wed Mar 13 17:09:43 2013 From: joel at jointventure.com (joel yabut) Date: Thu, 14 Mar 2013 01:09:43 +0800 Subject: UmTRX performance questions In-Reply-To: References: Message-ID: I have a question about the ideal RSSI Noise. I am testing the UMTRX and have the following obeservation: when I type noise with the default setup of RX GAin 47. the RSSI noise is -26dB and when i change the noise to RX Gain 0. the RSSI noise goes down to -46dB. Which is the better option? as I understand the lower the noise floor the better. Now if I install my Duplexer, LNA and BPF my noise goise up to -16dB. Is this okay or should I trim the RX gain? What is the ideal RSSI NOISE? Thanks, Joel On Tue, Mar 5, 2013 at 10:07 PM, Alexander Chemeris < alexander.chemeris at gmail.com> wrote: > On Fri, Feb 22, 2013 at 6:28 PM, joel yabut wrote: > > May i know the following specs > > 1. What is the tx and rx isolation of umtrx? > > 2. What is the power output in dbm of your umtrx? > > Andrey Sviyazov will comment on this. > > > 3. How is the lna on the rx input and is an external lna and bpf > > recommended? > > For Fairwaves 10W base stations we're developing UmSEL, which has > channel filter and an additional LNA. For the use without amplifier > you don't need any additional filters or LNAs. > > > 4. What is the main advantage of umtrx compared to usrp by ettus? > > If you want to use it for GSM, then it's cheaper and gives you > dual-channel support. > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru > > -- Mother Ignacia Avenue corner Scout Rallos St. Quezon City, Metro Manila, Philippines -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Fri Mar 15 08:28:14 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Fri, 15 Mar 2013 12:28:14 +0400 Subject: Setting In-Reply-To: <74227065-10F2-4F6B-B411-92599341C886@gmail.com> References: <74227065-10F2-4F6B-B411-92599341C886@gmail.com> Message-ID: Joel, MaxAttenDB value is used on the start of the BTS and then gradually decrease to MinAttenDB I recommend you to read section "5.2 Downlink Power and Congestion Management" of the OpenBTS manual. On Wed, Mar 13, 2013 at 10:56 PM, Joel Yabut wrote: > Alex, > > What should be the setting of GSM.Radio.PowerManager.MaxAttenDB|? > > Ive been playing with the attenuation from 10 to 20 and dont see much difference on the dbm level on my phone. > > GSM.Radio.PowerManager.MinAttenDB|0 > > > > Sent from my Ipad -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From Ivan.Kluchnikov at fairwaves.ru Fri Mar 15 10:40:39 2013 From: Ivan.Kluchnikov at fairwaves.ru (Ivan Kluchnikov) Date: Fri, 15 Mar 2013 14:40:39 +0400 Subject: UmTRX is Alive Message-ID: First feedback from umtrx users, thanks to Craig. Cool case design! :) http://genesysguru.com/blog/blog/2013/03/12/umtrx-is-alive/ -- Regards, Ivan Kluchnikov. http://fairwaves.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreysviyaz at gmail.com Fri Mar 15 11:20:47 2013 From: andreysviyaz at gmail.com (Andrey Sviyazov) Date: Fri, 15 Mar 2013 15:20:47 +0400 Subject: UmTRX is Alive In-Reply-To: References: Message-ID: And plz do not forget about first of many blog posts Best regards, Andrey Sviyazov. 2013/3/15 Ivan Kluchnikov > First feedback from umtrx users, thanks to Craig. > Cool case design! :) > > http://genesysguru.com/blog/blog/2013/03/12/umtrx-is-alive/ > > -- > Regards, > Ivan Kluchnikov. > http://fairwaves.ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From craig.reading1 at gmail.com Fri Mar 15 17:45:14 2013 From: craig.reading1 at gmail.com (Craig Reading) Date: Fri, 15 Mar 2013 17:45:14 +0000 Subject: Transceiver quiting Message-ID: Hi All, After my initial success early in the week things seems to have gone pear shaped! I cannot get OpenBTS to start reliably as per traces below. After a power cycle of the UmTRX I can normally get OpenBTS to start for a few seconds before the transceiver terminates again. ./transceiver starts and runs on its own OK but there is a lot less traffic in a wireshark trace compared to being started from OpenBTS. When the transceiver starts from OpenBTS a Wireshark trace shows a lot of UDP packets. Approx 460 x 36 byte UDP packets for the first 0.5 seconds Then some variable length UDP packets all ACKed back with 36 bytes After 0.8 from startup the UmTRX sends a 28 byte message: 14d0000700000005000000140000000000a6d5180000000000100100 After approx 1.0s from startup I then only get a few packets back from UmTRX After 5s I get nothing back from UmTRX After 6s I get an ICMP Port Unreachable If I had more time I would look into the transceiver source code to figure out where things are stopping. I suspect this might be a networking issue and have tried changing some Linux kernel buffer settings without success. I have also reset my OpenBTS database just in case I had an option in there causing this. I'll carry on checking out the network side of things but I am starting so suspect there might be an issue with the UmTRX. Help! Regards Craig >> Traces ALERT 46937531359488 TRXManager.cpp:408:powerOn: POWERON failed with status -1 transceiver: no process killed linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; UHD_003. 004.000-93a49d0 terminate called after throwing an instance of 'uhd::runtime_error' what(): RuntimeError: no control response *EMERG 1101519168 OpenBTS.cpp:134:startTransceiver: Transceiver quit with status 6. Exiting.* or: ALERT 47613775102208 TRXManager.cpp:408:powerOn: POWERON failed with status -1 transceiver: no process killed linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; UHD_003. 004.000-93a49d0 ALERT 47832442212256 UHDDevice.cpp:469:open: UHD make failed, device type=umtrx, addr=192.168.1.10,name=UmTRX,serial=13 ALERT 47832442212256 runTransceiver.cpp:95:main: Transceiver exiting... *EMERG 1104513344 OpenBTS.cpp:134:startTransceiver: Transceiver quit with status 256. Exiting.* -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Fri Mar 15 19:04:50 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Fri, 15 Mar 2013 23:04:50 +0400 Subject: Transceiver quiting In-Reply-To: References: Message-ID: Craig, Could you please send a Wireshark capture of the start attempt? Send it to me directly if it's more then 100k. This looks very much like a networking issue. Have you changed your network setup since it was working? May be connected it through a different switch? We found that some models of switches does not work well and introduce weird issues. Is your network card 100Mbit or 1Gbit? If it's an UmTRX issue indeed, we'll replace it. Our beta testers is our most precious asset. Please excuse typos. Written with a touchscreen keyboard. -- Regards, Alexander Chemeris CEO/Founder Fairwaves LLC http://fairwaves.ru On Mar 15, 2013 10:07 PM, "Craig Reading" wrote: > Hi All, > > After my initial success early in the week things seems to have gone pear > shaped! > > I cannot get OpenBTS to start reliably as per traces below. After a power > cycle of the UmTRX I can normally get OpenBTS to start for a few seconds > before the transceiver terminates again. ./transceiver starts and runs on > its own OK but there is a lot less traffic in a wireshark trace compared to > being started from OpenBTS. > > When the transceiver starts from OpenBTS a Wireshark trace shows a lot of > UDP packets. > > Approx 460 x 36 byte UDP packets for the first 0.5 seconds > Then some variable length UDP packets all ACKed back with 36 bytes > After 0.8 from startup the UmTRX sends a 28 byte message: > > 14d0000700000005000000140000000000a6d5180000000000100100 > > After approx 1.0s from startup I then only get a few packets back from > UmTRX > After 5s I get nothing back from UmTRX > After 6s I get an ICMP Port Unreachable > > If I had more time I would look into the transceiver source code to figure > out where things are stopping. > > I suspect this might be a networking issue and have tried changing some > Linux kernel buffer settings without success. I have also reset my OpenBTS > database just in case I had an option in there causing this. I'll carry on > checking out the network side of things but I am starting so suspect there > might be an issue with the UmTRX. > > Help! > > Regards > Craig > > >> Traces > > ALERT 46937531359488 TRXManager.cpp:408:powerOn: POWERON failed with > status -1 > transceiver: no process killed > linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; > UHD_003. > 004.000-93a49d0 > > terminate called after throwing an instance of 'uhd::runtime_error' > what(): RuntimeError: no control response > *EMERG 1101519168 OpenBTS.cpp:134:startTransceiver: Transceiver quit with > status > 6. Exiting.* > > or: > > ALERT 47613775102208 TRXManager.cpp:408:powerOn: POWERON failed with > status -1 > transceiver: no process killed > linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; > UHD_003. > 004.000-93a49d0 > > ALERT 47832442212256 UHDDevice.cpp:469:open: UHD make failed, device > type=umtrx, > addr=192.168.1.10,name=UmTRX,serial=13 > ALERT 47832442212256 runTransceiver.cpp:95:main: Transceiver exiting... > > *EMERG 1104513344 OpenBTS.cpp:134:startTransceiver: Transceiver quit with > status > 256. Exiting.* > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From craig.reading1 at gmail.com Fri Mar 15 19:29:17 2013 From: craig.reading1 at gmail.com (Craig Reading) Date: Fri, 15 Mar 2013 19:29:17 +0000 Subject: Transceiver quiting In-Reply-To: References: Message-ID: <3DFED25B-242A-4D2A-B6FB-FA400024B0C8@gmail.com> Hi Alexander I'll email the wireshark trace to you shortly. Yes I have been playing with network setup but can't remember the configuration when successful! The openBTS server has a 1Gbit NIC but can't get it to negotiate anything other than 100Mbit even after updating drivers and much other 'playing' with cables hubs and switches! Mr Amazon is bringing some new network components tomorrow which should help further my investigations. This might well be one of these weird network issues you have seen that we might get to the bottom off. Regards Craig On 15 Mar 2013, at 19:04, Alexander Chemeris wrote: > Craig, > > Could you please send a Wireshark capture of the start attempt? Send it to me directly if it's more then 100k. > > This looks very much like a networking issue. Have you changed your network setup since it was working? May be connected it through a different switch? We found that some models of switches does not work well and introduce weird issues. > > Is your network card 100Mbit or 1Gbit? > > If it's an UmTRX issue indeed, we'll replace it. Our beta testers is our most precious asset. > > Please excuse typos. Written with a touchscreen keyboard. > > -- > Regards, > Alexander Chemeris > CEO/Founder Fairwaves LLC > http://fairwaves.ru > > On Mar 15, 2013 10:07 PM, "Craig Reading" wrote: >> Hi All, >> >> After my initial success early in the week things seems to have gone pear shaped! >> >> I cannot get OpenBTS to start reliably as per traces below. After a power cycle of the UmTRX I can normally get OpenBTS to start for a few seconds before the transceiver terminates again. ./transceiver starts and runs on its own OK but there is a lot less traffic in a wireshark trace compared to being started from OpenBTS. >> >> When the transceiver starts from OpenBTS a Wireshark trace shows a lot of UDP packets. >> >> Approx 460 x 36 byte UDP packets for the first 0.5 seconds >> Then some variable length UDP packets all ACKed back with 36 bytes >> After 0.8 from startup the UmTRX sends a 28 byte message: >> >> 14d0000700000005000000140000000000a6d5180000000000100100 >> >> After approx 1.0s from startup I then only get a few packets back from UmTRX >> After 5s I get nothing back from UmTRX >> After 6s I get an ICMP Port Unreachable >> >> If I had more time I would look into the transceiver source code to figure out where things are stopping. >> >> I suspect this might be a networking issue and have tried changing some Linux kernel buffer settings without success. I have also reset my OpenBTS database just in case I had an option in there causing this. I'll carry on checking out the network side of things but I am starting so suspect there might be an issue with the UmTRX. >> >> Help! >> >> Regards >> Craig >> >> >> Traces >> >> ALERT 46937531359488 TRXManager.cpp:408:powerOn: POWERON failed with status -1 >> transceiver: no process killed >> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; UHD_003. >> 004.000-93a49d0 >> >> terminate called after throwing an instance of 'uhd::runtime_error' >> what(): RuntimeError: no control response >> EMERG 1101519168 OpenBTS.cpp:134:startTransceiver: Transceiver quit with status >> 6. Exiting. >> >> or: >> >> ALERT 47613775102208 TRXManager.cpp:408:powerOn: POWERON failed with status -1 >> transceiver: no process killed >> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; UHD_003. >> 004.000-93a49d0 >> >> ALERT 47832442212256 UHDDevice.cpp:469:open: UHD make failed, device type=umtrx, >> addr=192.168.1.10,name=UmTRX,serial=13 >> ALERT 47832442212256 runTransceiver.cpp:95:main: Transceiver exiting... >> >> EMERG 1104513344 OpenBTS.cpp:134:startTransceiver: Transceiver quit with status >> 256. Exiting. -------------- next part -------------- An HTML attachment was scrubbed... URL: From craig.reading1 at gmail.com Fri Mar 15 20:51:53 2013 From: craig.reading1 at gmail.com (Craig Reading) Date: Fri, 15 Mar 2013 20:51:53 +0000 Subject: Transceiver quiting In-Reply-To: <3DFED25B-242A-4D2A-B6FB-FA400024B0C8@gmail.com> References: <3DFED25B-242A-4D2A-B6FB-FA400024B0C8@gmail.com> Message-ID: Trace attached. Regards Craig On 15 March 2013 19:29, Craig Reading wrote: > Hi Alexander > > I'll email the wireshark trace to you shortly. Yes I have been playing > with network setup but can't remember the configuration when successful! > > The openBTS server has a 1Gbit NIC but can't get it to negotiate anything > other than 100Mbit even after updating drivers and much other 'playing' > with cables hubs and switches! > > Mr Amazon is bringing some new network components tomorrow which should > help further my investigations. > > This might well be one of these weird network issues you have seen that we > might get to the bottom off. > > Regards > Craig > > On 15 Mar 2013, at 19:04, Alexander Chemeris > wrote: > > Craig, > > Could you please send a Wireshark capture of the start attempt? Send it to > me directly if it's more then 100k. > > This looks very much like a networking issue. Have you changed your > network setup since it was working? May be connected it through a different > switch? We found that some models of switches does not work well and > introduce weird issues. > > Is your network card 100Mbit or 1Gbit? > > If it's an UmTRX issue indeed, we'll replace it. Our beta testers is our > most precious asset. > > Please excuse typos. Written with a touchscreen keyboard. > > -- > Regards, > Alexander Chemeris > CEO/Founder Fairwaves LLC > http://fairwaves.ru > On Mar 15, 2013 10:07 PM, "Craig Reading" > wrote: > >> Hi All, >> >> After my initial success early in the week things seems to have gone pear >> shaped! >> >> I cannot get OpenBTS to start reliably as per traces below. After a power >> cycle of the UmTRX I can normally get OpenBTS to start for a few seconds >> before the transceiver terminates again. ./transceiver starts and runs on >> its own OK but there is a lot less traffic in a wireshark trace compared to >> being started from OpenBTS. >> >> When the transceiver starts from OpenBTS a Wireshark trace shows a lot of >> UDP packets. >> >> Approx 460 x 36 byte UDP packets for the first 0.5 seconds >> Then some variable length UDP packets all ACKed back with 36 bytes >> After 0.8 from startup the UmTRX sends a 28 byte message: >> >> 14d0000700000005000000140000000000a6d5180000000000100100 >> >> After approx 1.0s from startup I then only get a few packets back from >> UmTRX >> After 5s I get nothing back from UmTRX >> After 6s I get an ICMP Port Unreachable >> >> If I had more time I would look into the transceiver source code to >> figure out where things are stopping. >> >> I suspect this might be a networking issue and have tried changing some >> Linux kernel buffer settings without success. I have also reset my OpenBTS >> database just in case I had an option in there causing this. I'll carry on >> checking out the network side of things but I am starting so suspect there >> might be an issue with the UmTRX. >> >> Help! >> >> Regards >> Craig >> >> >> Traces >> >> ALERT 46937531359488 TRXManager.cpp:408:powerOn: POWERON failed with >> status -1 >> transceiver: no process killed >> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; >> UHD_003. >> 004.000-93a49d0 >> >> terminate called after throwing an instance of 'uhd::runtime_error' >> what(): RuntimeError: no control response >> *EMERG 1101519168 OpenBTS.cpp:134:startTransceiver: Transceiver quit >> with status >> 6. Exiting.* >> >> or: >> >> ALERT 47613775102208 TRXManager.cpp:408:powerOn: POWERON failed with >> status -1 >> transceiver: no process killed >> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; >> UHD_003. >> 004.000-93a49d0 >> >> ALERT 47832442212256 UHDDevice.cpp:469:open: UHD make failed, device >> type=umtrx, >> addr=192.168.1.10,name=UmTRX,serial=13 >> ALERT 47832442212256 runTransceiver.cpp:95:main: Transceiver exiting... >> >> *EMERG 1104513344 OpenBTS.cpp:134:startTransceiver: Transceiver quit >> with status >> 256. Exiting.* >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: UmTRX15032013.pcap Type: application/octet-stream Size: 345280 bytes Desc: not available URL: From alexander.chemeris at gmail.com Fri Mar 15 21:24:35 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Sat, 16 Mar 2013 01:24:35 +0400 Subject: Transceiver quiting In-Reply-To: <3DFED25B-242A-4D2A-B6FB-FA400024B0C8@gmail.com> References: <3DFED25B-242A-4D2A-B6FB-FA400024B0C8@gmail.com> Message-ID: Craig, Which NIC is that? We had the same experience (no Gbit connection) on Shuttle computers. I don't have this information near my hands, but IIRC they had JMicron NICs. We never had issues with Intel motherboards. Please excuse typos. Written with a touchscreen keyboard. -- Regards, Alexander Chemeris CEO/Founder Fairwaves LLC http://fairwaves.ru On Mar 15, 2013 11:26 PM, "Craig Reading" wrote: > Hi Alexander > > I'll email the wireshark trace to you shortly. Yes I have been playing > with network setup but can't remember the configuration when successful! > > The openBTS server has a 1Gbit NIC but can't get it to negotiate anything > other than 100Mbit even after updating drivers and much other 'playing' > with cables hubs and switches! > > Mr Amazon is bringing some new network components tomorrow which should > help further my investigations. > > This might well be one of these weird network issues you have seen that we > might get to the bottom off. > > Regards > Craig > > On 15 Mar 2013, at 19:04, Alexander Chemeris > wrote: > > Craig, > > Could you please send a Wireshark capture of the start attempt? Send it to > me directly if it's more then 100k. > > This looks very much like a networking issue. Have you changed your > network setup since it was working? May be connected it through a different > switch? We found that some models of switches does not work well and > introduce weird issues. > > Is your network card 100Mbit or 1Gbit? > > If it's an UmTRX issue indeed, we'll replace it. Our beta testers is our > most precious asset. > > Please excuse typos. Written with a touchscreen keyboard. > > -- > Regards, > Alexander Chemeris > CEO/Founder Fairwaves LLC > http://fairwaves.ru > On Mar 15, 2013 10:07 PM, "Craig Reading" > wrote: > >> Hi All, >> >> After my initial success early in the week things seems to have gone pear >> shaped! >> >> I cannot get OpenBTS to start reliably as per traces below. After a power >> cycle of the UmTRX I can normally get OpenBTS to start for a few seconds >> before the transceiver terminates again. ./transceiver starts and runs on >> its own OK but there is a lot less traffic in a wireshark trace compared to >> being started from OpenBTS. >> >> When the transceiver starts from OpenBTS a Wireshark trace shows a lot of >> UDP packets. >> >> Approx 460 x 36 byte UDP packets for the first 0.5 seconds >> Then some variable length UDP packets all ACKed back with 36 bytes >> After 0.8 from startup the UmTRX sends a 28 byte message: >> >> 14d0000700000005000000140000000000a6d5180000000000100100 >> >> After approx 1.0s from startup I then only get a few packets back from >> UmTRX >> After 5s I get nothing back from UmTRX >> After 6s I get an ICMP Port Unreachable >> >> If I had more time I would look into the transceiver source code to >> figure out where things are stopping. >> >> I suspect this might be a networking issue and have tried changing some >> Linux kernel buffer settings without success. I have also reset my OpenBTS >> database just in case I had an option in there causing this. I'll carry on >> checking out the network side of things but I am starting so suspect there >> might be an issue with the UmTRX. >> >> Help! >> >> Regards >> Craig >> >> >> Traces >> >> ALERT 46937531359488 TRXManager.cpp:408:powerOn: POWERON failed with >> status -1 >> transceiver: no process killed >> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; >> UHD_003. >> 004.000-93a49d0 >> >> terminate called after throwing an instance of 'uhd::runtime_error' >> what(): RuntimeError: no control response >> *EMERG 1101519168 OpenBTS.cpp:134:startTransceiver: Transceiver quit >> with status >> 6. Exiting.* >> >> or: >> >> ALERT 47613775102208 TRXManager.cpp:408:powerOn: POWERON failed with >> status -1 >> transceiver: no process killed >> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; >> UHD_003. >> 004.000-93a49d0 >> >> ALERT 47832442212256 UHDDevice.cpp:469:open: UHD make failed, device >> type=umtrx, >> addr=192.168.1.10,name=UmTRX,serial=13 >> ALERT 47832442212256 runTransceiver.cpp:95:main: Transceiver exiting... >> >> *EMERG 1104513344 OpenBTS.cpp:134:startTransceiver: Transceiver quit >> with status >> 256. Exiting.* >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Sat Mar 16 12:33:56 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Sat, 16 Mar 2013 16:33:56 +0400 Subject: Transceiver quiting In-Reply-To: <0BA7D5A1-8F1E-49AC-9C60-7E988907F6A4@gmail.com> References: <3DFED25B-242A-4D2A-B6FB-FA400024B0C8@gmail.com> <0BA7D5A1-8F1E-49AC-9C60-7E988907F6A4@gmail.com> Message-ID: We temporarily solved issues with this JMC chip by putting a switch between it and UmTRX, but not all models of switches worked and even after that stability was not perfect. Looking forward to know more about your experience. On Sat, Mar 16, 2013 at 1:39 AM, Craig Reading wrote: > Yes - shuttle with JMicron JMC250 (off top of my head). Depends on chip > revision - complete pain! > > I'll post my experiences - basically no joy on Pre revision 4 chips. > > Regards > Craig > On 15 Mar 2013, at 21:24, Alexander Chemeris > wrote: > > Craig, > > Which NIC is that? We had the same experience (no Gbit connection) on > Shuttle computers. I don't have this information near my hands, but IIRC > they had JMicron NICs. We never had issues with Intel motherboards. > > Please excuse typos. Written with a touchscreen keyboard. > > -- > Regards, > Alexander Chemeris > CEO/Founder Fairwaves LLC > http://fairwaves.ru > > On Mar 15, 2013 11:26 PM, "Craig Reading" wrote: >> >> Hi Alexander >> >> I'll email the wireshark trace to you shortly. Yes I have been playing >> with network setup but can't remember the configuration when successful! >> >> The openBTS server has a 1Gbit NIC but can't get it to negotiate anything >> other than 100Mbit even after updating drivers and much other 'playing' with >> cables hubs and switches! >> >> Mr Amazon is bringing some new network components tomorrow which should >> help further my investigations. >> >> This might well be one of these weird network issues you have seen that we >> might get to the bottom off. >> >> Regards >> Craig >> >> On 15 Mar 2013, at 19:04, Alexander Chemeris >> wrote: >> >> Craig, >> >> Could you please send a Wireshark capture of the start attempt? Send it to >> me directly if it's more then 100k. >> >> This looks very much like a networking issue. Have you changed your >> network setup since it was working? May be connected it through a different >> switch? We found that some models of switches does not work well and >> introduce weird issues. >> >> Is your network card 100Mbit or 1Gbit? >> >> If it's an UmTRX issue indeed, we'll replace it. Our beta testers is our >> most precious asset. >> >> Please excuse typos. Written with a touchscreen keyboard. >> >> -- >> Regards, >> Alexander Chemeris >> CEO/Founder Fairwaves LLC >> http://fairwaves.ru >> >> On Mar 15, 2013 10:07 PM, "Craig Reading" >> wrote: >>> >>> Hi All, >>> >>> After my initial success early in the week things seems to have gone pear >>> shaped! >>> >>> I cannot get OpenBTS to start reliably as per traces below. After a power >>> cycle of the UmTRX I can normally get OpenBTS to start for a few seconds >>> before the transceiver terminates again. ./transceiver starts and runs on >>> its own OK but there is a lot less traffic in a wireshark trace compared to >>> being started from OpenBTS. >>> >>> When the transceiver starts from OpenBTS a Wireshark trace shows a lot of >>> UDP packets. >>> >>> Approx 460 x 36 byte UDP packets for the first 0.5 seconds >>> Then some variable length UDP packets all ACKed back with 36 bytes >>> After 0.8 from startup the UmTRX sends a 28 byte message: >>> >>> 14d0000700000005000000140000000000a6d5180000000000100100 >>> >>> After approx 1.0s from startup I then only get a few packets back from >>> UmTRX >>> After 5s I get nothing back from UmTRX >>> After 6s I get an ICMP Port Unreachable >>> >>> If I had more time I would look into the transceiver source code to >>> figure out where things are stopping. >>> >>> I suspect this might be a networking issue and have tried changing some >>> Linux kernel buffer settings without success. I have also reset my OpenBTS >>> database just in case I had an option in there causing this. I'll carry on >>> checking out the network side of things but I am starting so suspect there >>> might be an issue with the UmTRX. >>> >>> Help! >>> >>> Regards >>> Craig >>> >>> >> Traces >>> >>> ALERT 46937531359488 TRXManager.cpp:408:powerOn: POWERON failed with >>> status -1 >>> transceiver: no process killed >>> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; >>> UHD_003. >>> 004.000-93a49d0 >>> >>> terminate called after throwing an instance of 'uhd::runtime_error' >>> what(): RuntimeError: no control response >>> EMERG 1101519168 OpenBTS.cpp:134:startTransceiver: Transceiver quit with >>> status >>> 6. Exiting. >>> >>> or: >>> >>> ALERT 47613775102208 TRXManager.cpp:408:powerOn: POWERON failed with >>> status -1 >>> transceiver: no process killed >>> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; >>> UHD_003. >>> 004.000-93a49d0 >>> >>> ALERT 47832442212256 UHDDevice.cpp:469:open: UHD make failed, device >>> type=umtrx, >>> addr=192.168.1.10,name=UmTRX,serial=13 >>> ALERT 47832442212256 runTransceiver.cpp:95:main: Transceiver exiting... >>> >>> EMERG 1104513344 OpenBTS.cpp:134:startTransceiver: Transceiver quit with >>> status >>> 256. Exiting. >>> > -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From craig.reading1 at gmail.com Sat Mar 16 14:45:56 2013 From: craig.reading1 at gmail.com (Craig Reading) Date: Sat, 16 Mar 2013 14:45:56 +0000 Subject: RESOLVED:Transceiver quiting Message-ID: All, Thanks for you help I have sort of resolved this issue: UmTRX now hanging off TP-Link TL-SG1005D Gigabit switch and Shuttle XS35-703 V2 running OpenBTS hanging off Netgear FS605 10/100Mbps switch. Root cause: JMicron JMC250 connecting to a Gigabit switch and the link partner enabled the IEEE 802.3az Energy Efficient Ethernet feature War and peace can be found here: http://genesysguru.com/blog/blog/2013/03/16/umtrx-networking-issues/ Regards Craig On 16 March 2013 12:33, Alexander Chemeris wrote: > We temporarily solved issues with this JMC chip by putting a switch > between it and UmTRX, but not all models of switches worked and even > after that stability was not perfect. > > Looking forward to know more about your experience. > > On Sat, Mar 16, 2013 at 1:39 AM, Craig Reading > wrote: > > Yes - shuttle with JMicron JMC250 (off top of my head). Depends on chip > > revision - complete pain! > > > > I'll post my experiences - basically no joy on Pre revision 4 chips. > > > > Regards > > Craig > > On 15 Mar 2013, at 21:24, Alexander Chemeris < > alexander.chemeris at gmail.com> > > wrote: > > > > Craig, > > > > Which NIC is that? We had the same experience (no Gbit connection) on > > Shuttle computers. I don't have this information near my hands, but IIRC > > they had JMicron NICs. We never had issues with Intel motherboards. > > > > Please excuse typos. Written with a touchscreen keyboard. > > > > -- > > Regards, > > Alexander Chemeris > > CEO/Founder Fairwaves LLC > > http://fairwaves.ru > > > > On Mar 15, 2013 11:26 PM, "Craig Reading" > wrote: > >> > >> Hi Alexander > >> > >> I'll email the wireshark trace to you shortly. Yes I have been playing > >> with network setup but can't remember the configuration when successful! > >> > >> The openBTS server has a 1Gbit NIC but can't get it to negotiate > anything > >> other than 100Mbit even after updating drivers and much other 'playing' > with > >> cables hubs and switches! > >> > >> Mr Amazon is bringing some new network components tomorrow which should > >> help further my investigations. > >> > >> This might well be one of these weird network issues you have seen that > we > >> might get to the bottom off. > >> > >> Regards > >> Craig > >> > >> On 15 Mar 2013, at 19:04, Alexander Chemeris > >> wrote: > >> > >> Craig, > >> > >> Could you please send a Wireshark capture of the start attempt? Send it > to > >> me directly if it's more then 100k. > >> > >> This looks very much like a networking issue. Have you changed your > >> network setup since it was working? May be connected it through a > different > >> switch? We found that some models of switches does not work well and > >> introduce weird issues. > >> > >> Is your network card 100Mbit or 1Gbit? > >> > >> If it's an UmTRX issue indeed, we'll replace it. Our beta testers is our > >> most precious asset. > >> > >> Please excuse typos. Written with a touchscreen keyboard. > >> > >> -- > >> Regards, > >> Alexander Chemeris > >> CEO/Founder Fairwaves LLC > >> http://fairwaves.ru > >> > >> On Mar 15, 2013 10:07 PM, "Craig Reading" > >> wrote: > >>> > >>> Hi All, > >>> > >>> After my initial success early in the week things seems to have gone > pear > >>> shaped! > >>> > >>> I cannot get OpenBTS to start reliably as per traces below. After a > power > >>> cycle of the UmTRX I can normally get OpenBTS to start for a few > seconds > >>> before the transceiver terminates again. ./transceiver starts and runs > on > >>> its own OK but there is a lot less traffic in a wireshark trace > compared to > >>> being started from OpenBTS. > >>> > >>> When the transceiver starts from OpenBTS a Wireshark trace shows a lot > of > >>> UDP packets. > >>> > >>> Approx 460 x 36 byte UDP packets for the first 0.5 seconds > >>> Then some variable length UDP packets all ACKed back with 36 bytes > >>> After 0.8 from startup the UmTRX sends a 28 byte message: > >>> > >>> 14d0000700000005000000140000000000a6d5180000000000100100 > >>> > >>> After approx 1.0s from startup I then only get a few packets back from > >>> UmTRX > >>> After 5s I get nothing back from UmTRX > >>> After 6s I get an ICMP Port Unreachable > >>> > >>> If I had more time I would look into the transceiver source code to > >>> figure out where things are stopping. > >>> > >>> I suspect this might be a networking issue and have tried changing some > >>> Linux kernel buffer settings without success. I have also reset my > OpenBTS > >>> database just in case I had an option in there causing this. I'll > carry on > >>> checking out the network side of things but I am starting so suspect > there > >>> might be an issue with the UmTRX. > >>> > >>> Help! > >>> > >>> Regards > >>> Craig > >>> > >>> >> Traces > >>> > >>> ALERT 46937531359488 TRXManager.cpp:408:powerOn: POWERON failed with > >>> status -1 > >>> transceiver: no process killed > >>> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; > >>> UHD_003. > >>> 004.000-93a49d0 > >>> > >>> terminate called after throwing an instance of 'uhd::runtime_error' > >>> what(): RuntimeError: no control response > >>> EMERG 1101519168 OpenBTS.cpp:134:startTransceiver: Transceiver quit > with > >>> status > >>> 6. Exiting. > >>> > >>> or: > >>> > >>> ALERT 47613775102208 TRXManager.cpp:408:powerOn: POWERON failed with > >>> status -1 > >>> transceiver: no process killed > >>> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; > >>> UHD_003. > >>> 004.000-93a49d0 > >>> > >>> ALERT 47832442212256 UHDDevice.cpp:469:open: UHD make failed, device > >>> type=umtrx, > >>> addr=192.168.1.10,name=UmTRX,serial=13 > >>> ALERT 47832442212256 runTransceiver.cpp:95:main: Transceiver exiting... > >>> > >>> EMERG 1104513344 OpenBTS.cpp:134:startTransceiver: Transceiver quit > with > >>> status > >>> 256. Exiting. > >>> > > > > > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Sat Mar 16 16:00:08 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Sat, 16 Mar 2013 20:00:08 +0400 Subject: RESOLVED:Transceiver quiting In-Reply-To: References: Message-ID: Craig, Thank you for digging deep into the issue. Interesting info about JMC controller. We had no time to debug this issue on our own, so your information is very valuable. I wonder whether USB-to-1GbE will work well for you. It's not only a limitation of throughput, but also USB as higher latency. GSM has quite relxed requirements and USN alone works fine, but stacking of Ethernet and USB is something I'm suspicious about. Let us know your testing results. Worst case you'll have to get another Atom board from a more reliable manufacturer. "what(): RuntimeError: no control response" error is because UHD sends a command to UmTRX, but doesn't get anything back. Seems like link is going down in the middle of communiction. Transceiver starts fine without OpenBTS, because it basically does nothing. The real work starts when OpenBTS sends "POWER ON" command to the transceiver. On Sat, Mar 16, 2013 at 6:45 PM, Craig Reading wrote: > All, > > Thanks for you help I have sort of resolved this issue: > > UmTRX now hanging off TP-Link TL-SG1005D Gigabit switch and Shuttle XS35-703 > V2 running OpenBTS hanging off Netgear FS605 10/100Mbps switch. > > Root cause: JMicron JMC250 connecting to a Gigabit switch and the link > partner enabled the IEEE 802.3az Energy Efficient Ethernet feature > > War and peace can be found here: > > http://genesysguru.com/blog/blog/2013/03/16/umtrx-networking-issues/ > > Regards > Craig > > On 16 March 2013 12:33, Alexander Chemeris > wrote: >> >> We temporarily solved issues with this JMC chip by putting a switch >> between it and UmTRX, but not all models of switches worked and even >> after that stability was not perfect. >> >> Looking forward to know more about your experience. >> >> On Sat, Mar 16, 2013 at 1:39 AM, Craig Reading >> wrote: >> > Yes - shuttle with JMicron JMC250 (off top of my head). Depends on chip >> > revision - complete pain! >> > >> > I'll post my experiences - basically no joy on Pre revision 4 chips. >> > >> > Regards >> > Craig >> > On 15 Mar 2013, at 21:24, Alexander Chemeris >> > >> > wrote: >> > >> > Craig, >> > >> > Which NIC is that? We had the same experience (no Gbit connection) on >> > Shuttle computers. I don't have this information near my hands, but IIRC >> > they had JMicron NICs. We never had issues with Intel motherboards. >> > >> > Please excuse typos. Written with a touchscreen keyboard. >> > >> > -- >> > Regards, >> > Alexander Chemeris >> > CEO/Founder Fairwaves LLC >> > http://fairwaves.ru >> > >> > On Mar 15, 2013 11:26 PM, "Craig Reading" >> > wrote: >> >> >> >> Hi Alexander >> >> >> >> I'll email the wireshark trace to you shortly. Yes I have been playing >> >> with network setup but can't remember the configuration when >> >> successful! >> >> >> >> The openBTS server has a 1Gbit NIC but can't get it to negotiate >> >> anything >> >> other than 100Mbit even after updating drivers and much other 'playing' >> >> with >> >> cables hubs and switches! >> >> >> >> Mr Amazon is bringing some new network components tomorrow which should >> >> help further my investigations. >> >> >> >> This might well be one of these weird network issues you have seen that >> >> we >> >> might get to the bottom off. >> >> >> >> Regards >> >> Craig >> >> >> >> On 15 Mar 2013, at 19:04, Alexander Chemeris >> >> wrote: >> >> >> >> Craig, >> >> >> >> Could you please send a Wireshark capture of the start attempt? Send it >> >> to >> >> me directly if it's more then 100k. >> >> >> >> This looks very much like a networking issue. Have you changed your >> >> network setup since it was working? May be connected it through a >> >> different >> >> switch? We found that some models of switches does not work well and >> >> introduce weird issues. >> >> >> >> Is your network card 100Mbit or 1Gbit? >> >> >> >> If it's an UmTRX issue indeed, we'll replace it. Our beta testers is >> >> our >> >> most precious asset. >> >> >> >> Please excuse typos. Written with a touchscreen keyboard. >> >> >> >> -- >> >> Regards, >> >> Alexander Chemeris >> >> CEO/Founder Fairwaves LLC >> >> http://fairwaves.ru >> >> >> >> On Mar 15, 2013 10:07 PM, "Craig Reading" >> >> wrote: >> >>> >> >>> Hi All, >> >>> >> >>> After my initial success early in the week things seems to have gone >> >>> pear >> >>> shaped! >> >>> >> >>> I cannot get OpenBTS to start reliably as per traces below. After a >> >>> power >> >>> cycle of the UmTRX I can normally get OpenBTS to start for a few >> >>> seconds >> >>> before the transceiver terminates again. ./transceiver starts and runs >> >>> on >> >>> its own OK but there is a lot less traffic in a wireshark trace >> >>> compared to >> >>> being started from OpenBTS. >> >>> >> >>> When the transceiver starts from OpenBTS a Wireshark trace shows a lot >> >>> of >> >>> UDP packets. >> >>> >> >>> Approx 460 x 36 byte UDP packets for the first 0.5 seconds >> >>> Then some variable length UDP packets all ACKed back with 36 bytes >> >>> After 0.8 from startup the UmTRX sends a 28 byte message: >> >>> >> >>> 14d0000700000005000000140000000000a6d5180000000000100100 >> >>> >> >>> After approx 1.0s from startup I then only get a few packets back from >> >>> UmTRX >> >>> After 5s I get nothing back from UmTRX >> >>> After 6s I get an ICMP Port Unreachable >> >>> >> >>> If I had more time I would look into the transceiver source code to >> >>> figure out where things are stopping. >> >>> >> >>> I suspect this might be a networking issue and have tried changing >> >>> some >> >>> Linux kernel buffer settings without success. I have also reset my >> >>> OpenBTS >> >>> database just in case I had an option in there causing this. I'll >> >>> carry on >> >>> checking out the network side of things but I am starting so suspect >> >>> there >> >>> might be an issue with the UmTRX. >> >>> >> >>> Help! >> >>> >> >>> Regards >> >>> Craig >> >>> >> >>> >> Traces >> >>> >> >>> ALERT 46937531359488 TRXManager.cpp:408:powerOn: POWERON failed with >> >>> status -1 >> >>> transceiver: no process killed >> >>> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); >> >>> Boost_104100; >> >>> UHD_003. >> >>> 004.000-93a49d0 >> >>> >> >>> terminate called after throwing an instance of 'uhd::runtime_error' >> >>> what(): RuntimeError: no control response >> >>> EMERG 1101519168 OpenBTS.cpp:134:startTransceiver: Transceiver quit >> >>> with >> >>> status >> >>> 6. Exiting. >> >>> >> >>> or: >> >>> >> >>> ALERT 47613775102208 TRXManager.cpp:408:powerOn: POWERON failed with >> >>> status -1 >> >>> transceiver: no process killed >> >>> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); >> >>> Boost_104100; >> >>> UHD_003. >> >>> 004.000-93a49d0 >> >>> >> >>> ALERT 47832442212256 UHDDevice.cpp:469:open: UHD make failed, device >> >>> type=umtrx, >> >>> addr=192.168.1.10,name=UmTRX,serial=13 >> >>> ALERT 47832442212256 runTransceiver.cpp:95:main: Transceiver >> >>> exiting... >> >>> >> >>> EMERG 1104513344 OpenBTS.cpp:134:startTransceiver: Transceiver quit >> >>> with >> >>> status >> >>> 256. Exiting. >> >>> >> > >> >> >> >> -- >> Regards, >> Alexander Chemeris. >> CEO, Fairwaves LLC / ??? ??????? >> http://fairwaves.ru > > -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From andreysviyaz at gmail.com Sat Mar 16 16:05:07 2013 From: andreysviyaz at gmail.com (Andrey Sviyazov) Date: Sat, 16 Mar 2013 20:05:07 +0400 Subject: RESOLVED:Transceiver quiting In-Reply-To: References: Message-ID: Hi Craig. Yeah, it seem really "War and Peace" by Leo Tolstoy :) Please, let us know how UmTRX will work via USB to Gigabit Ethernet Adapter. Best regards, Andrey Sviyazov. 2013/3/16 Craig Reading > All, > > Thanks for you help I have sort of resolved this issue: > > UmTRX now hanging off TP-Link TL-SG1005D Gigabit switch and Shuttle > XS35-703 V2 running OpenBTS hanging off Netgear FS605 10/100Mbps switch. > > Root cause: JMicron JMC250 connecting to a Gigabit switch and the link > partner enabled the IEEE 802.3az Energy Efficient Ethernet feature > War and peace can be found here: > > http://genesysguru.com/blog/blog/2013/03/16/umtrx-networking-issues/ > > Regards > Craig > > On 16 March 2013 12:33, Alexander Chemeris wrote: > >> We temporarily solved issues with this JMC chip by putting a switch >> between it and UmTRX, but not all models of switches worked and even >> after that stability was not perfect. >> >> Looking forward to know more about your experience. >> >> On Sat, Mar 16, 2013 at 1:39 AM, Craig Reading >> wrote: >> > Yes - shuttle with JMicron JMC250 (off top of my head). Depends on chip >> > revision - complete pain! >> > >> > I'll post my experiences - basically no joy on Pre revision 4 chips. >> > >> > Regards >> > Craig >> > On 15 Mar 2013, at 21:24, Alexander Chemeris < >> alexander.chemeris at gmail.com> >> > wrote: >> > >> > Craig, >> > >> > Which NIC is that? We had the same experience (no Gbit connection) on >> > Shuttle computers. I don't have this information near my hands, but IIRC >> > they had JMicron NICs. We never had issues with Intel motherboards. >> > >> > Please excuse typos. Written with a touchscreen keyboard. >> > >> > -- >> > Regards, >> > Alexander Chemeris >> > CEO/Founder Fairwaves LLC >> > http://fairwaves.ru >> > >> > On Mar 15, 2013 11:26 PM, "Craig Reading" >> wrote: >> >> >> >> Hi Alexander >> >> >> >> I'll email the wireshark trace to you shortly. Yes I have been playing >> >> with network setup but can't remember the configuration when >> successful! >> >> >> >> The openBTS server has a 1Gbit NIC but can't get it to negotiate >> anything >> >> other than 100Mbit even after updating drivers and much other >> 'playing' with >> >> cables hubs and switches! >> >> >> >> Mr Amazon is bringing some new network components tomorrow which should >> >> help further my investigations. >> >> >> >> This might well be one of these weird network issues you have seen >> that we >> >> might get to the bottom off. >> >> >> >> Regards >> >> Craig >> >> >> >> On 15 Mar 2013, at 19:04, Alexander Chemeris >> >> wrote: >> >> >> >> Craig, >> >> >> >> Could you please send a Wireshark capture of the start attempt? Send >> it to >> >> me directly if it's more then 100k. >> >> >> >> This looks very much like a networking issue. Have you changed your >> >> network setup since it was working? May be connected it through a >> different >> >> switch? We found that some models of switches does not work well and >> >> introduce weird issues. >> >> >> >> Is your network card 100Mbit or 1Gbit? >> >> >> >> If it's an UmTRX issue indeed, we'll replace it. Our beta testers is >> our >> >> most precious asset. >> >> >> >> Please excuse typos. Written with a touchscreen keyboard. >> >> >> >> -- >> >> Regards, >> >> Alexander Chemeris >> >> CEO/Founder Fairwaves LLC >> >> http://fairwaves.ru >> >> >> >> On Mar 15, 2013 10:07 PM, "Craig Reading" >> >> wrote: >> >>> >> >>> Hi All, >> >>> >> >>> After my initial success early in the week things seems to have gone >> pear >> >>> shaped! >> >>> >> >>> I cannot get OpenBTS to start reliably as per traces below. After a >> power >> >>> cycle of the UmTRX I can normally get OpenBTS to start for a few >> seconds >> >>> before the transceiver terminates again. ./transceiver starts and >> runs on >> >>> its own OK but there is a lot less traffic in a wireshark trace >> compared to >> >>> being started from OpenBTS. >> >>> >> >>> When the transceiver starts from OpenBTS a Wireshark trace shows a >> lot of >> >>> UDP packets. >> >>> >> >>> Approx 460 x 36 byte UDP packets for the first 0.5 seconds >> >>> Then some variable length UDP packets all ACKed back with 36 bytes >> >>> After 0.8 from startup the UmTRX sends a 28 byte message: >> >>> >> >>> 14d0000700000005000000140000000000a6d5180000000000100100 >> >>> >> >>> After approx 1.0s from startup I then only get a few packets back from >> >>> UmTRX >> >>> After 5s I get nothing back from UmTRX >> >>> After 6s I get an ICMP Port Unreachable >> >>> >> >>> If I had more time I would look into the transceiver source code to >> >>> figure out where things are stopping. >> >>> >> >>> I suspect this might be a networking issue and have tried changing >> some >> >>> Linux kernel buffer settings without success. I have also reset my >> OpenBTS >> >>> database just in case I had an option in there causing this. I'll >> carry on >> >>> checking out the network side of things but I am starting so suspect >> there >> >>> might be an issue with the UmTRX. >> >>> >> >>> Help! >> >>> >> >>> Regards >> >>> Craig >> >>> >> >>> >> Traces >> >>> >> >>> ALERT 46937531359488 TRXManager.cpp:408:powerOn: POWERON failed with >> >>> status -1 >> >>> transceiver: no process killed >> >>> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); >> Boost_104100; >> >>> UHD_003. >> >>> 004.000-93a49d0 >> >>> >> >>> terminate called after throwing an instance of 'uhd::runtime_error' >> >>> what(): RuntimeError: no control response >> >>> EMERG 1101519168 OpenBTS.cpp:134:startTransceiver: Transceiver quit >> with >> >>> status >> >>> 6. Exiting. >> >>> >> >>> or: >> >>> >> >>> ALERT 47613775102208 TRXManager.cpp:408:powerOn: POWERON failed with >> >>> status -1 >> >>> transceiver: no process killed >> >>> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); >> Boost_104100; >> >>> UHD_003. >> >>> 004.000-93a49d0 >> >>> >> >>> ALERT 47832442212256 UHDDevice.cpp:469:open: UHD make failed, device >> >>> type=umtrx, >> >>> addr=192.168.1.10,name=UmTRX,serial=13 >> >>> ALERT 47832442212256 runTransceiver.cpp:95:main: Transceiver >> exiting... >> >>> >> >>> EMERG 1104513344 OpenBTS.cpp:134:startTransceiver: Transceiver quit >> with >> >>> status >> >>> 256. Exiting. >> >>> >> > >> >> >> >> -- >> Regards, >> Alexander Chemeris. >> CEO, Fairwaves LLC / ??? ??????? >> http://fairwaves.ru >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Mon Mar 18 07:19:03 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Mon, 18 Mar 2013 11:19:03 +0400 Subject: UmSELv1 - back from the fab Message-ID: Hi all, We've received UmSEL units from the manufacturing and working on its testing and integration right now. Results are as expected so far, which is a good sign. Attached are pictures of UmSELs and UmSEL on a UmTRX: https://lh6.googleusercontent.com/-mdrwUTthuCE/UUa1PXmXqEI/AAAAAAAAFLY/A6ne42K5jiE/s852/2013-03-17 https://lh5.googleusercontent.com/-nC-F9O9NM1U/UUa1j0488SI/AAAAAAAAFLw/rCzvCF4WJjs/s852/2013-03-17 LNA gain measurements, made by Andrey Sviyazov are attached here as well. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru -------------- next part -------------- A non-text attachment was scrubbed... Name: DCS_LNA_gain.png Type: image/png Size: 33989 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: GSM_LNA_gain.png Type: image/png Size: 26911 bytes Desc: not available URL: From martin at windycitysdr.com Mon Mar 18 15:21:11 2013 From: martin at windycitysdr.com (Martin O'Shield) Date: Mon, 18 Mar 2013 10:21:11 -0500 Subject: Looking outstanding = Fairwaves! ;-) Re: UmSELv1 - back from the fab Message-ID: On Mon, Mar 18, 2013 at 2:19 AM, Alexander Chemeris < alexander.chemeris at gmail.com> wrote: > Hi all, > > We've received UmSEL units from the manufacturing and working on its > testing and integration right now. Results are as expected so far, > which is a good sign. > > Attached are pictures of UmSELs and UmSEL on a UmTRX: > > https://lh6.googleusercontent.com/-mdrwUTthuCE/UUa1PXmXqEI/AAAAAAAAFLY/A6ne42K5jiE/s852/2013-03-17 > > https://lh5.googleusercontent.com/-nC-F9O9NM1U/UUa1j0488SI/AAAAAAAAFLw/rCzvCF4WJjs/s852/2013-03-17 > > LNA gain measurements, made by Andrey Sviyazov are attached here as well. > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreysviyaz at gmail.com Mon Mar 18 16:29:09 2013 From: andreysviyaz at gmail.com (Andrey Sviyazov) Date: Mon, 18 Mar 2013 20:29:09 +0400 Subject: UmSELv1 - back from the fab In-Reply-To: References: Message-ID: Hi all. Here attached pics of UmSELv1 inputs leakage for E-GSM900. Measured at MIXER inputs, i.e. it is diversity switches isolation and/or between LNA's (PCB). As for the DCS, my first quick test shows that isolation is not so good and around 15dB only. Best regards, Andrey Sviyazov. 2013/3/18 Alexander Chemeris > Hi all, > > We've received UmSEL units from the manufacturing and working on its > testing and integration right now. Results are as expected so far, > which is a good sign. > > Attached are pictures of UmSELs and UmSEL on a UmTRX: > > https://lh6.googleusercontent.com/-mdrwUTthuCE/UUa1PXmXqEI/AAAAAAAAFLY/A6ne42K5jiE/s852/2013-03-17 > > https://lh5.googleusercontent.com/-nC-F9O9NM1U/UUa1j0488SI/AAAAAAAAFLw/rCzvCF4WJjs/s852/2013-03-17 > > LNA gain measurements, made by Andrey Sviyazov are attached here as well. > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreysviyaz at gmail.com Mon Mar 18 16:30:14 2013 From: andreysviyaz at gmail.com (Andrey Sviyazov) Date: Mon, 18 Mar 2013 20:30:14 +0400 Subject: UmSELv1 - back from the fab In-Reply-To: References: Message-ID: Oh, pics here. Best regards, Andrey Sviyazov. 2013/3/18 Andrey Sviyazov > Hi all. > > Here attached pics of UmSELv1 inputs leakage for E-GSM900. > Measured at MIXER inputs, i.e. it is diversity switches isolation and/or > between LNA's (PCB). > > As for the DCS, my first quick test shows that isolation is not so good > and around 15dB only. > > Best regards, > Andrey Sviyazov. > > > 2013/3/18 Alexander Chemeris > >> Hi all, >> >> We've received UmSEL units from the manufacturing and working on its >> testing and integration right now. Results are as expected so far, >> which is a good sign. >> >> Attached are pictures of UmSELs and UmSEL on a UmTRX: >> >> https://lh6.googleusercontent.com/-mdrwUTthuCE/UUa1PXmXqEI/AAAAAAAAFLY/A6ne42K5jiE/s852/2013-03-17 >> >> https://lh5.googleusercontent.com/-nC-F9O9NM1U/UUa1j0488SI/AAAAAAAAFLw/rCzvCF4WJjs/s852/2013-03-17 >> >> LNA gain measurements, made by Andrey Sviyazov are attached here as well. >> >> -- >> Regards, >> Alexander Chemeris. >> CEO, Fairwaves LLC / ??? ??????? >> http://fairwaves.ru >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: GSM_LNA_leakage.png Type: image/png Size: 21157 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: GSM_LNA-D_leakage.png Type: image/png Size: 21115 bytes Desc: not available URL: From craig.reading1 at gmail.com Mon Mar 18 18:33:23 2013 From: craig.reading1 at gmail.com (Craig Reading) Date: Mon, 18 Mar 2013 18:33:23 +0000 Subject: No ARP reply Message-ID: <190BAD68-ACFE-4A53-9D1F-D9BABA050EF3@gmail.com> Moved UmTRX on to 192.168.11.10 and get no ARP reply. I'm probably being dumb! Just wanted to make sure there is no issue with subnet mask etc. Regards Craig From alexander.chemeris at gmail.com Mon Mar 18 18:49:55 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Mon, 18 Mar 2013 22:49:55 +0400 Subject: UmTRX performance questions In-Reply-To: References: Message-ID: Joel, On Wed, Mar 13, 2013 at 9:09 PM, joel yabut wrote: > I have a question about the ideal RSSI Noise. I am testing the UMTRX and > have the following obeservation: > > when I type noise with the default setup of RX GAin 47. the RSSI noise is > -26dB and when i change the noise to RX Gain 0. the RSSI noise goes down to > -46dB. > > Which is the better option? as I understand the lower the noise floor the > better. Now if I install my Duplexer, LNA and BPF my noise goise up to > -16dB. Is this okay or should I trim the RX gain? What is the ideal RSSI > NOISE? I can't give you an easy answer here. We're using a complicated procedure of tuning Rx gain to specific hardware configuration of our base stations. If you don't have measurement equipment, you could follow this manual to get to working results: https://code.google.com/p/umtrx/wiki/RunningOpenBTS#Tune_OpenBTS_for_specific_hardware -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From Joel at jointventure.com Mon Mar 18 18:52:54 2013 From: Joel at jointventure.com (Joel Que Yabut) Date: Tue, 19 Mar 2013 02:52:54 +0800 Subject: UmTRX performance questions In-Reply-To: Message-ID: Thanks I have done this already. I have a spectrum analyzer as well but I am just want to check if I really need to install the LNA as it seems that noise is going up. -- Joint Venture SLEC, Inc. No. 2 Scout Rallos, Quezon City, Metro Manila Philippines Tel. 63 2 3742969 Fax 63 2 3748662 On 3/19/13 2:49 AM, "Alexander Chemeris" wrote: >Joel, > >On Wed, Mar 13, 2013 at 9:09 PM, joel yabut wrote: >> I have a question about the ideal RSSI Noise. I am testing the UMTRX and >> have the following obeservation: >> >> when I type noise with the default setup of RX GAin 47. the RSSI noise >>is >> -26dB and when i change the noise to RX Gain 0. the RSSI noise goes >>down to >> -46dB. >> >> Which is the better option? as I understand the lower the noise floor >>the >> better. Now if I install my Duplexer, LNA and BPF my noise goise up to >> -16dB. Is this okay or should I trim the RX gain? What is the ideal RSSI >> NOISE? > >I can't give you an easy answer here. We're using a complicated >procedure of tuning Rx gain to specific hardware configuration of our >base stations. If you don't have measurement equipment, you could >follow this manual to get to working results: >https://code.google.com/p/umtrx/wiki/RunningOpenBTS#Tune_OpenBTS_for_speci >fic_hardware > >-- >Regards, >Alexander Chemeris. >CEO, Fairwaves LLC / ??? ??????? >http://fairwaves.ru > From alexander.chemeris at gmail.com Mon Mar 18 20:30:02 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 19 Mar 2013 00:30:02 +0400 Subject: UmTRX performance questions In-Reply-To: References: Message-ID: Joel, What matters is not an absolute noise level, but signal SNR. On Mon, Mar 18, 2013 at 10:52 PM, Joel Que Yabut wrote: > Thanks I have done this already. > I have a spectrum analyzer as well but I am just want to check if I really > need to install the LNA as it seems that noise is going up. > > -- > Joint Venture SLEC, Inc. > > No. 2 Scout Rallos, Quezon City, Metro Manila > Philippines > Tel. 63 2 3742969 > Fax 63 2 3748662 > > > > > > On 3/19/13 2:49 AM, "Alexander Chemeris" > wrote: > >>Joel, >> >>On Wed, Mar 13, 2013 at 9:09 PM, joel yabut wrote: >>> I have a question about the ideal RSSI Noise. I am testing the UMTRX and >>> have the following obeservation: >>> >>> when I type noise with the default setup of RX GAin 47. the RSSI noise >>>is >>> -26dB and when i change the noise to RX Gain 0. the RSSI noise goes >>>down to >>> -46dB. >>> >>> Which is the better option? as I understand the lower the noise floor >>>the >>> better. Now if I install my Duplexer, LNA and BPF my noise goise up to >>> -16dB. Is this okay or should I trim the RX gain? What is the ideal RSSI >>> NOISE? >> >>I can't give you an easy answer here. We're using a complicated >>procedure of tuning Rx gain to specific hardware configuration of our >>base stations. If you don't have measurement equipment, you could >>follow this manual to get to working results: >>https://code.google.com/p/umtrx/wiki/RunningOpenBTS#Tune_OpenBTS_for_speci >>fic_hardware >> >>-- >>Regards, >>Alexander Chemeris. >>CEO, Fairwaves LLC / ??? ??????? >>http://fairwaves.ru >> > > -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Tue Mar 19 12:47:05 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 19 Mar 2013 16:47:05 +0400 Subject: No ARP reply In-Reply-To: <190BAD68-ACFE-4A53-9D1F-D9BABA050EF3@gmail.com> References: <190BAD68-ACFE-4A53-9D1F-D9BABA050EF3@gmail.com> Message-ID: Craig, On Mon, Mar 18, 2013 at 10:33 PM, Craig Reading wrote: > Moved UmTRX on to 192.168.11.10 and get no ARP reply. I'm probably being dumb! Just wanted to make sure there is no issue with subnet mask etc. Have you changed subnet mask or IP address only? Changing IP addresses on UmTRX works fine here. E.g. for the network at CCC we ran all UmTRX's at 192.168.51.xx subnetwork. I've never tried to change mask, though. If you want to debug - here is the code which controls networking in ZPU in UmTRX: https://github.com/fairwaves/UHD-Fairwaves/blob/fairwaves/umtrx/firmware/zpu/lib/net_common.c -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Tue Mar 19 13:46:46 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 19 Mar 2013 17:46:46 +0400 Subject: UHD dissector for Wireshark Message-ID: Hi all, I apologize for cross-posting. Please reply to the mailing list you're subscribed to. Ivan Kluchnikov and I wrote a simple dissector for UHD-over-IP control streams. We use it to debug UmTRX which is using UHD under the hood, but I thought it might be useful for a wider USRP community. Patches are as usual welcome. Source code: https://github.com/chemeris/uhd_dissector -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From craig.reading1 at gmail.com Tue Mar 19 14:39:58 2013 From: craig.reading1 at gmail.com (Craig Reading) Date: Tue, 19 Mar 2013 14:39:58 +0000 Subject: No ARP reply In-Reply-To: References: <190BAD68-ACFE-4A53-9D1F-D9BABA050EF3@gmail.com> Message-ID: Hi Alexander, I only changed the IP since I do not think changing the mask using the following commands is supported: ./usrp_burn_mb_eeprom --args="addr=xxx.xxx.xxx.xxx" --key=*subnet * --val=255.255.255.0 ./usrp_burn_mb_eeprom --args="addr=xxx.xxx.xxx.xxx" --key=*gateway * --val=xxx.xxx.xxx.xxx I'm doing some more tracing soon. Regards Craig On 19 March 2013 12:47, Alexander Chemeris wrote: > Craig, > > On Mon, Mar 18, 2013 at 10:33 PM, Craig Reading > wrote: > > Moved UmTRX on to 192.168.11.10 and get no ARP reply. I'm probably being > dumb! Just wanted to make sure there is no issue with subnet mask etc. > > Have you changed subnet mask or IP address only? > > Changing IP addresses on UmTRX works fine here. E.g. for the network > at CCC we ran all UmTRX's at 192.168.51.xx subnetwork. I've never > tried to change mask, though. > > If you want to debug - here is the code which controls networking in > ZPU in UmTRX: > > https://github.com/fairwaves/UHD-Fairwaves/blob/fairwaves/umtrx/firmware/zpu/lib/net_common.c > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Tue Mar 19 14:44:56 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 19 Mar 2013 18:44:56 +0400 Subject: No ARP reply In-Reply-To: References: <190BAD68-ACFE-4A53-9D1F-D9BABA050EF3@gmail.com> Message-ID: Yes, subnet and gateway EEPROM settings were introduced in UHD mainline after we forked our version of UHD. We didn't bother merging those changes as we never needed them. On Tue, Mar 19, 2013 at 6:39 PM, Craig Reading wrote: > Hi Alexander, > > I only changed the IP since I do not think changing the mask using the > following commands is supported: > > ./usrp_burn_mb_eeprom --args="addr=xxx.xxx.xxx.xxx" --key=subnet > --val=255.255.255.0 > ./usrp_burn_mb_eeprom --args="addr=xxx.xxx.xxx.xxx" --key=gateway > --val=xxx.xxx.xxx.xxx > > I'm doing some more tracing soon. > > Regards > Craig > > > On 19 March 2013 12:47, Alexander Chemeris > wrote: >> >> Craig, >> >> On Mon, Mar 18, 2013 at 10:33 PM, Craig Reading >> wrote: >> > Moved UmTRX on to 192.168.11.10 and get no ARP reply. I'm probably being >> > dumb! Just wanted to make sure there is no issue with subnet mask etc. >> >> Have you changed subnet mask or IP address only? >> >> Changing IP addresses on UmTRX works fine here. E.g. for the network >> at CCC we ran all UmTRX's at 192.168.51.xx subnetwork. I've never >> tried to change mask, though. >> >> If you want to debug - here is the code which controls networking in >> ZPU in UmTRX: >> >> https://github.com/fairwaves/UHD-Fairwaves/blob/fairwaves/umtrx/firmware/zpu/lib/net_common.c >> >> -- >> Regards, >> Alexander Chemeris. >> CEO, Fairwaves LLC / ??? ??????? >> http://fairwaves.ru > > -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From craig.reading1 at gmail.com Tue Mar 19 17:36:29 2013 From: craig.reading1 at gmail.com (Craig Reading) Date: Tue, 19 Mar 2013 17:36:29 +0000 Subject: No ARP reply In-Reply-To: References: <190BAD68-ACFE-4A53-9D1F-D9BABA050EF3@gmail.com> Message-ID: All, I am 99% certain this is a problem with the USB 2.0 to 10/100/1000 Gigabit Ethernet LAN Wired Network Adapter I added to my OpenBTS server to solve another issue. Having looked through the source code and compared good and bad wireshark traces I can find no difference or bug in the ARP handling. Hence, time to move on and build up a new dedicated server for OpenBTS based on Ubuntu 12.04. Regards Craig On 19 March 2013 14:44, Alexander Chemeris wrote: > Yes, subnet and gateway EEPROM settings were introduced in UHD > mainline after we forked our version of UHD. We didn't bother merging > those changes as we never needed them. > > On Tue, Mar 19, 2013 at 6:39 PM, Craig Reading > wrote: > > Hi Alexander, > > > > I only changed the IP since I do not think changing the mask using the > > following commands is supported: > > > > ./usrp_burn_mb_eeprom --args="addr=xxx.xxx.xxx.xxx" --key=subnet > > --val=255.255.255.0 > > ./usrp_burn_mb_eeprom --args="addr=xxx.xxx.xxx.xxx" --key=gateway > > --val=xxx.xxx.xxx.xxx > > > > I'm doing some more tracing soon. > > > > Regards > > Craig > > > > > > On 19 March 2013 12:47, Alexander Chemeris > > > wrote: > >> > >> Craig, > >> > >> On Mon, Mar 18, 2013 at 10:33 PM, Craig Reading > >> wrote: > >> > Moved UmTRX on to 192.168.11.10 and get no ARP reply. I'm probably > being > >> > dumb! Just wanted to make sure there is no issue with subnet mask etc. > >> > >> Have you changed subnet mask or IP address only? > >> > >> Changing IP addresses on UmTRX works fine here. E.g. for the network > >> at CCC we ran all UmTRX's at 192.168.51.xx subnetwork. I've never > >> tried to change mask, though. > >> > >> If you want to debug - here is the code which controls networking in > >> ZPU in UmTRX: > >> > >> > https://github.com/fairwaves/UHD-Fairwaves/blob/fairwaves/umtrx/firmware/zpu/lib/net_common.c > >> > >> -- > >> Regards, > >> Alexander Chemeris. > >> CEO, Fairwaves LLC / ??? ??????? > >> http://fairwaves.ru > > > > > > > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Tue Mar 19 19:24:32 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 19 Mar 2013 23:24:32 +0400 Subject: No ARP reply In-Reply-To: References: <190BAD68-ACFE-4A53-9D1F-D9BABA050EF3@gmail.com> Message-ID: On Tue, Mar 19, 2013 at 9:36 PM, Craig Reading wrote: > All, > > I am 99% certain this is a problem with the USB 2.0 to 10/100/1000 Gigabit > Ethernet LAN Wired Network Adapter I added to my OpenBTS server to solve > another issue. Having looked through the source code and compared good and > bad wireshark traces I can find no difference or bug in the ARP handling. > > Hence, time to move on and build up a new dedicated server for OpenBTS based > on Ubuntu 12.04. Good idea! We use Ubuntu 12.04 and 12.10 for development, and it works well. For a motherboard we have good experience with Intel DN2800MT and we're going to test D2500CC (it has 2x1GbE). -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From craig.reading1 at gmail.com Tue Mar 19 19:42:33 2013 From: craig.reading1 at gmail.com (Craig Reading) Date: Tue, 19 Mar 2013 19:42:33 +0000 Subject: No ARP reply In-Reply-To: References: <190BAD68-ACFE-4A53-9D1F-D9BABA050EF3@gmail.com> Message-ID: <0A81AFFD-084C-49C6-A646-CC49D1FDC1D4@gmail.com> You can only stand pissing into the wind for so long! Nice fun investigating things we take for granted like ARP but more important things to do. I'll let you know when everything is built and I can do some more testing. A have a range of gigabit NICs to try in this new server. As I said earlier in the thread this is not a UmTRX issue thankfully. Regards Craig On 19 Mar 2013, at 19:24, Alexander Chemeris wrote: > On Tue, Mar 19, 2013 at 9:36 PM, Craig Reading wrote: >> All, >> >> I am 99% certain this is a problem with the USB 2.0 to 10/100/1000 Gigabit >> Ethernet LAN Wired Network Adapter I added to my OpenBTS server to solve >> another issue. Having looked through the source code and compared good and >> bad wireshark traces I can find no difference or bug in the ARP handling. >> >> Hence, time to move on and build up a new dedicated server for OpenBTS based >> on Ubuntu 12.04. > > Good idea! We use Ubuntu 12.04 and 12.10 for development, and it works well. > For a motherboard we have good experience with Intel DN2800MT and > we're going to test D2500CC (it has 2x1GbE). > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru From alexander.chemeris at gmail.com Tue Mar 19 20:33:29 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Wed, 20 Mar 2013 00:33:29 +0400 Subject: Tx signal quality improvement Message-ID: Hi all, I've found an issue with out Tx configuration of LMS which led to constant phase rotation of the transmitted signal. After fixing this issue I get quite better signal quality on transmit side. I advise everyone to update to the most recent UHD on the host side to benefit from this improvement. The reason for the issue was that we used the wrong polarity of TX_ IQ_SEL. As a result, LMS transmitted I from one sample and Q from the other sample. One of the visible results was a huge I/Q imbalance on Tx which made it impossible to use multi-ARFCN configurations. We've solved this issue in software by setting tx_fsinc_polarity and tx_interleave_mode to proper values in LMS configuration registers. Attached screenshots from our E4406A shows signal quality transmitted by OpenBTS we could have now. Tests are performed with "laurent" branch of Fairwaves, compiled with SPS (samples per symbol) set to 4. DC offset and I/Q imbalance are calibrated. screen2.gif, screen3.gif - constellation and phase error when LO leakage is at the center of the signal spectrum, i.e. with no LO offset on Tx. screen4.gif, screen5.gif - constellation and phase error when DC offset is when LO leakage is shifted to 300kHz away from the signal spectrum center, i.e, with 300kHz LO offset on Tx. screen6.gif - phase error per symbol plots for the same settings as with screen4.gif and screen5.gif. When we implement a true GMSK transmitter we should be able to get even better phase noise parameters, meaning excellent downlink signal quality. But even this values are much better than required by the Standard. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru -------------- next part -------------- A non-text attachment was scrubbed... Name: screen2.gif Type: image/gif Size: 14989 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screen3.gif Type: image/gif Size: 14347 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screen4.gif Type: image/gif Size: 14629 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screen5.gif Type: image/gif Size: 15218 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screen6.gif Type: image/gif Size: 20776 bytes Desc: not available URL: From alexander.chemeris at gmail.com Wed Mar 20 12:57:26 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Wed, 20 Mar 2013 16:57:26 +0400 Subject: Fwd: UmTRX Digest, Vol 9, Issue 16 In-Reply-To: References: Message-ID: This is pure host side UHD update (UHD driver as you call it). Sent from my Android device. -- Regards, Alexander Chemeris CEO, Fairwaves LLC http://fairwaves.ru 20.03.2013 16:47 ???????????? "Craig Reading" ???????: > Alexander > > Is this a firmware update or UHD driver update? If firmware would it be > possible to upload an image? > > Regards > Craig > > Begin forwarded message: > > *From:* umtrx-request at lists.osmocom.org > *Date:* 19 March 2013 20:36:34 GMT > *To:* umtrx at lists.osmocom.org > *Subject:* *UmTRX Digest, Vol 9, Issue 16* > *Reply-To:* umtrx at lists.osmocom.org > > Send UmTRX mailing list submissions to > umtrx at lists.osmocom.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.osmocom.org/cgi-bin/mailman/listinfo/umtrx > or, via email, send a message with subject or body 'help' to > umtrx-request at lists.osmocom.org > > You can reach the person managing the list at > umtrx-owner at lists.osmocom.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of UmTRX digest..." > > > Today's Topics: > > 1. Tx signal quality improvement (Alexander Chemeris) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 20 Mar 2013 00:33:29 +0400 > From: Alexander Chemeris > To: umtrx > Subject: Tx signal quality improvement > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > Hi all, > > I've found an issue with out Tx configuration of LMS which led to > constant phase rotation of the transmitted signal. After fixing this > issue I get quite better signal quality on transmit side. I advise > everyone to update to the most recent UHD on the host side to benefit > from this improvement. > > The reason for the issue was that we used the wrong polarity of TX_ > IQ_SEL. As a result, LMS transmitted I from one sample and Q from the > other sample. One of the visible results was a huge I/Q imbalance on > Tx which made it impossible to use multi-ARFCN configurations. We've > solved this issue in software by setting tx_fsinc_polarity and > tx_interleave_mode to proper values in LMS configuration registers. > > Attached screenshots from our E4406A shows signal quality transmitted > by OpenBTS we could have now. Tests are performed with "laurent" > branch of Fairwaves, compiled with SPS (samples per symbol) set to 4. > DC offset and I/Q imbalance are calibrated. > > screen2.gif, screen3.gif - constellation and phase error when LO > leakage is at the center of the signal spectrum, i.e. with no LO > offset on Tx. > > screen4.gif, screen5.gif - constellation and phase error when DC > offset is when LO leakage is shifted to 300kHz away from the signal > spectrum center, i.e, with 300kHz LO offset on Tx. > > screen6.gif - phase error per symbol plots for the same settings as > with screen4.gif and screen5.gif. > > When we implement a true GMSK transmitter we should be able to get > even better phase noise parameters, meaning excellent downlink signal > quality. But even this values are much better than required by the > Standard. > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: screen2.gif > Type: image/gif > Size: 14989 bytes > Desc: not available > URL: < > http://lists.osmocom.org/pipermail/umtrx/attachments/20130320/7863d1f1/attachment.gif > > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: screen3.gif > Type: image/gif > Size: 14347 bytes > Desc: not available > URL: < > http://lists.osmocom.org/pipermail/umtrx/attachments/20130320/7863d1f1/attachment-0001.gif > > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: screen4.gif > Type: image/gif > Size: 14629 bytes > Desc: not available > URL: < > http://lists.osmocom.org/pipermail/umtrx/attachments/20130320/7863d1f1/attachment-0002.gif > > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: screen5.gif > Type: image/gif > Size: 15218 bytes > Desc: not available > URL: < > http://lists.osmocom.org/pipermail/umtrx/attachments/20130320/7863d1f1/attachment-0003.gif > > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: screen6.gif > Type: image/gif > Size: 20776 bytes > Desc: not available > URL: < > http://lists.osmocom.org/pipermail/umtrx/attachments/20130320/7863d1f1/attachment-0004.gif > > > > ------------------------------ > > _______________________________________________ > UmTRX mailing list > UmTRX at lists.osmocom.org > http://lists.osmocom.org/cgi-bin/mailman/listinfo/umtrx > > > End of UmTRX Digest, Vol 9, Issue 16 > ************************************ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From craig.reading1 at gmail.com Sat Mar 23 19:07:33 2013 From: craig.reading1 at gmail.com (Craig Reading) Date: Sat, 23 Mar 2013 19:07:33 +0000 Subject: UmTRX is Alive (again!) Message-ID: After rebuilding everything on a new server with Ubuntu 12.04 my UmTRX test setup now seems to be rock solid. http://genesysguru.com/blog/blog/2013/03/23/umtrx-is-alive-again/ Regards Craig -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Sat Mar 23 19:46:42 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Sat, 23 Mar 2013 23:46:42 +0400 Subject: UmTRX is Alive (again!) In-Reply-To: References: Message-ID: Great blog post! With only one exception - we implemented encryption in the open-source version of OpenBTS and we maintain it in a special branch. It has issues with some phones and thus we haven't merged it into Fairwaves master branch yet. Please excuse typos. Written with a touchscreen keyboard. -- Regards, Alexander Chemeris CEO/Founder Fairwaves LLC http://fairwaves.ru On Mar 23, 2013 11:28 PM, "Craig Reading" wrote: > After rebuilding everything on a new server with Ubuntu 12.04 my UmTRX > test setup now seems to be rock solid. > > http://genesysguru.com/blog/blog/2013/03/23/umtrx-is-alive-again/ > > Regards > Craig > -------------- next part -------------- An HTML attachment was scrubbed... URL: From craig.reading1 at gmail.com Sat Mar 23 20:07:38 2013 From: craig.reading1 at gmail.com (Craig Reading) Date: Sat, 23 Mar 2013 20:07:38 +0000 Subject: UmTRX is Alive (again!) In-Reply-To: References: Message-ID: <4E67E362-A80F-4C0D-9D8A-CE8A757DDA6E@gmail.com> Hi Alexander Thanks for the info re: encryption. If my tests with an iPhone 5 are correct it would seem that GSM networks due to SIM overrides are still very insecure! Regards Craig On 23 Mar 2013, at 19:46, Alexander Chemeris wrote: > Great blog post! With only one exception - we implemented encryption in the open-source version of OpenBTS and we maintain it in a special branch. It has issues with some phones and thus we haven't merged it into Fairwaves master branch yet. > Please excuse typos. Written with a touchscreen keyboard. > > -- > Regards, > Alexander Chemeris > CEO/Founder Fairwaves LLC > http://fairwaves.ru > > On Mar 23, 2013 11:28 PM, "Craig Reading" wrote: >> After rebuilding everything on a new server with Ubuntu 12.04 my UmTRX test setup now seems to be rock solid. >> >> http://genesysguru.com/blog/blog/2013/03/23/umtrx-is-alive-again/ >> >> Regards >> Craig -------------- next part -------------- An HTML attachment was scrubbed... URL: From joel.yabut at gmail.com Sat Mar 23 20:14:56 2013 From: joel.yabut at gmail.com (Joel Yabut) Date: Sun, 24 Mar 2013 04:14:56 +0800 Subject: Sendsms using cli In-Reply-To: References: Message-ID: Alex, Anyone having issues with sendsms using cli commands? I have been sending test 1 to 10 and i only received 5 out of 10. Also, it does not always send a welcome message to my phones when camping. Tha ks. From alexander.chemeris at gmail.com Sun Mar 24 06:23:21 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Sun, 24 Mar 2013 10:23:21 +0400 Subject: Sendsms using cli In-Reply-To: References: Message-ID: Joel, These questions are actually out of topic for this mailing list. I recommend you to report this to the OpenBTS mailing list and attach relevant logs. But my comments are below anyway: On Sun, Mar 24, 2013 at 12:14 AM, Joel Yabut wrote: > Anyone having issues with sendsms using cli commands? I have been sending test 1 to 10 and i only received 5 out of 10. I haven't used this command extensively, but it shouldn't be much different from sending an SMS through smqueue. > Also, it does not always send a welcome message to my phones when camping. It sends welcome message only to phones which a cell sees for the first time, i.e. the ones which are not present at the TMSI table. Try clearing TMSI table before your experiments. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Sun Mar 24 06:29:20 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Sun, 24 Mar 2013 10:29:20 +0400 Subject: UmTRX is Alive (again!) In-Reply-To: References: Message-ID: Craig, One more notice: MS RSSI Target should be higher than "noise" by a healthy number. I usually use something like 4-6dB margin. Look at the notices I wrote down here: https://code.google.com/p/umtrx/wiki/RunningOpenBTS#Tune_OpenBTS_for_specific_hardware On Sat, Mar 23, 2013 at 11:07 PM, Craig Reading wrote: > After rebuilding everything on a new server with Ubuntu 12.04 my UmTRX test > setup now seems to be rock solid. > > http://genesysguru.com/blog/blog/2013/03/23/umtrx-is-alive-again/ > > Regards > Craig -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From craig.reading1 at gmail.com Sun Mar 24 13:57:11 2013 From: craig.reading1 at gmail.com (Craig Reading) Date: Sun, 24 Mar 2013 13:57:11 +0000 Subject: Sendsms using cli Message-ID: Joel, I have played with sendsms and the results seem hit and miss. Sometimes OpenBTS core dumps. After a power cycle of my Nokia MS the first SMS is received OK e.g. sendsms 234100516180928 SabreTek Hello with a Wireshark trace showing: GSM SMS 87 I, N(R)=0, N(S)=1(DTAP) (SMS) CP-DATA (RP) RP-DATA (Network to MS) The next SMS does not get received and I see the following error in the OpenBTS logs: GSML2LAPDm.cpp:925:sendMultiframeData: obj: 0x8b14078 attempt to send DATA on released LAPm channel I would up the log level on GSM L2 and continue investigations here. config Log.Level.GSML2LAPDm.cpp DEBUG PS: You can clear the TMSI table using the following SQL in a file named "TMSI.sql": BEGIN TRANSACTION; DELETE FROM TMSI_TABLE; COMMIT; Then: sqlite3 -init TMSI.sql /etc/OpenBTS/OpenBTS.db ".quit" Regards Craig -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Sun Mar 24 15:25:35 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Sun, 24 Mar 2013 19:25:35 +0400 Subject: Sendsms using cli In-Reply-To: References: Message-ID: Joel, It could be because of bad Rx settings. What are your 'rxgain' and MS RSSI Target? On Sun, Mar 24, 2013 at 7:06 PM, Joel Yabut wrote: > Sorry, its because our ettus are having no issues with this sms wherein we have this issue with the umtrx with the new build of open bts. > > Sent from my Ipad > > On Mar 24, 2013, at 2:23 PM, Alexander Chemeris wrote: > >> Joel, >> >> These questions are actually out of topic for this mailing list. I >> recommend you to report this to the OpenBTS mailing list and attach >> relevant logs. >> >> But my comments are below anyway: >> >> On Sun, Mar 24, 2013 at 12:14 AM, Joel Yabut wrote: >>> Anyone having issues with sendsms using cli commands? I have been sending test 1 to 10 and i only received 5 out of 10. >> >> I haven't used this command extensively, but it shouldn't be much >> different from sending an SMS through smqueue. >> >>> Also, it does not always send a welcome message to my phones when camping. >> >> It sends welcome message only to phones which a cell sees for the >> first time, i.e. the ones which are not present at the TMSI table. Try >> clearing TMSI table before your experiments. >> >> -- >> Regards, >> Alexander Chemeris. >> CEO, Fairwaves LLC / ??? ??????? >> http://fairwaves.ru -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Mon Mar 25 15:20:03 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Mon, 25 Mar 2013 19:20:03 +0400 Subject: Sendsms using cli In-Reply-To: <01A65961-D7F0-4057-8606-29A21CD3F178@gmail.com> References: <01A65961-D7F0-4057-8606-29A21CD3F178@gmail.com> Message-ID: Joel, If you use an external LNA you could be saturating the input of LMS. It's hard to tell without checking your exact configuration with the proper tools. Anyway, try decreasing rxgain to minimum and see whether it works better. On Sun, Mar 24, 2013 at 8:51 PM, Joel Yabut wrote: > Rxgain is at 20. I have an external lna installed. > Noise is at -23 and target is at -15 > > Sent from my Ipad > > On Mar 24, 2013, at 11:25 PM, Alexander Chemeris wrote: > >> Joel, >> >> It could be because of bad Rx settings. What are your 'rxgain' and MS >> RSSI Target? >> >> On Sun, Mar 24, 2013 at 7:06 PM, Joel Yabut wrote: >>> Sorry, its because our ettus are having no issues with this sms wherein we have this issue with the umtrx with the new build of open bts. >>> >>> Sent from my Ipad >>> >>> On Mar 24, 2013, at 2:23 PM, Alexander Chemeris wrote: >>> >>>> Joel, >>>> >>>> These questions are actually out of topic for this mailing list. I >>>> recommend you to report this to the OpenBTS mailing list and attach >>>> relevant logs. >>>> >>>> But my comments are below anyway: >>>> >>>> On Sun, Mar 24, 2013 at 12:14 AM, Joel Yabut wrote: >>>>> Anyone having issues with sendsms using cli commands? I have been sending test 1 to 10 and i only received 5 out of 10. >>>> >>>> I haven't used this command extensively, but it shouldn't be much >>>> different from sending an SMS through smqueue. >>>> >>>>> Also, it does not always send a welcome message to my phones when camping. >>>> >>>> It sends welcome message only to phones which a cell sees for the >>>> first time, i.e. the ones which are not present at the TMSI table. Try >>>> clearing TMSI table before your experiments. >>>> >>>> -- >>>> Regards, >>>> Alexander Chemeris. >>>> CEO, Fairwaves LLC / ??? ??????? >>>> http://fairwaves.ru >> >> >> >> -- >> Regards, >> Alexander Chemeris. >> CEO, Fairwaves LLC / ??? ??????? >> http://fairwaves.ru -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Mon Mar 25 15:48:00 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Mon, 25 Mar 2013 19:48:00 +0400 Subject: Sendsms using cli In-Reply-To: References: <01A65961-D7F0-4057-8606-29A21CD3F178@gmail.com> Message-ID: Joel, On Mon, Mar 25, 2013 at 7:30 PM, Joel Yabut wrote: > I have a spectrum analyzer let me know what values to check. Unfortunately, I don't have a ready answer for this on hands. May be someone with RF skills from the community could help you or extend our manual on how to tune parameters for a specific hardware. On our side we could only offer you a paid support on this issue, as it includes remote debugging with hardware which is unknown to us (LNA, antenna, etc). Funds from the paid support are going to support development of UmSEL and other RF parts which are optimized to work with UmTRX. > Also, do you think this is hardware related and not software related? Could be hardware setup related or software configuration related. Just for the reference, we have a customer who achieve coverage of >1.2km with a 2W booster and things work fine for him. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From goorbatchev at gmail.com Tue Mar 26 16:28:57 2013 From: goorbatchev at gmail.com (Emmanuel Aposaz) Date: Tue, 26 Mar 2013 17:28:57 +0100 Subject: hi Message-ID: hi i want the umtrx module for test. Where can i order it. i hope to have the help of the community if after i get problem whith configuration. Is the module come with antenna and daughterboaders or i have to order it also? -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Wed Mar 27 07:16:43 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Wed, 27 Mar 2013 11:16:43 +0400 Subject: hi In-Reply-To: References: Message-ID: Emmanuel, On Tue, Mar 26, 2013 at 8:28 PM, Emmanuel Aposaz wrote: > i want the umtrx module for test. > Where can i order it. We plan to start sales very soon, hopefully next week. > i hope to have the help of the community if after i > get problem whith configuration. You're welcome! > Is the module come with antenna and > daughterboaders or i have to order it also? There is no daugtherboards needed for operation in a room. For high coverage installations you'll need an UmSEL on which we're working at this moment. Standard UmTRX package includes two small antennas which is enough for room operation. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Wed Mar 27 13:45:45 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Wed, 27 Mar 2013 17:45:45 +0400 Subject: Sendsms using cli In-Reply-To: References: <01A65961-D7F0-4057-8606-29A21CD3F178@gmail.com> Message-ID: Joel, On Mon, Mar 25, 2013 at 7:48 PM, Alexander Chemeris wrote: >> Also, do you think this is hardware related and not software related? > > Could be hardware setup related or software configuration related. Good news - if you check out the latest 'umtrx' branch, the issue should be gone. Ivan looked into the issue and was able to reproduce it on one of our test benches under some conditions. The real issue is that with a slow CPU or some heavy things like X11 present, processing which should be real-time in OpenBTS is not real-time anymore. And this creates issues like this at random points of time. The fix which Ivan committed today hides the problem for SMS, but doesn't fix the underlying problem. Ivan will try to look deeper in the coming days. Your observation that everything worked well with USRP N and doesn't work with UmTRX is quite strange, because the CPU load with UmTRX is less than with USRP N. And we sue the same code except that we don't need resampling with UmTRX. The issue actually comes from the original OpenBTS code and was discussed some time ago at the OpenBTS mailing list (search for "Thoughts on the filler table and why it needs to go" thread). So I'd guess there are other changes which introduced this issue. May be you've changed your motherboard meantime, or added X11 or did something else which induced non-realtime behavior. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From alexander.chemeris at gmail.com Wed Mar 27 16:19:35 2013 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Wed, 27 Mar 2013 20:19:35 +0400 Subject: OpenSIPS Was: transceiver won't start; fpga build error Message-ID: Hi Stephane, On Wed, Mar 6, 2013 at 4:20 AM, wrote: >> Thank you for your patch to make it working with OpenSIPS :) Looking >> forward for more contributions to the SIP side of things. > > My line of thought is to use OpenSIPS as registrar, with a Redis > backend. Then use OpenSIPS to route calls, SMS, .. based on the IMSI. It seems that using OpenSIPS as much as possible is a good way for scalability, instead of trying to get Freeswitch to scale. At least that's what I was suggested. So I wonder what we could actually offload to OpenSIPS. Do you think we could use OpenSIPS not only as a registrar, but also as an authentication server? And what do you think about routing calls with it? I was told that the best way to get it to scale is to use static routing, i.e. without an access to an external DB. But now the problem is that subscribers move from a BTS to a BTS and it can't be completely static. One solution is to actually have Location Areas as in GSM and use broadcasted SIP INVITEs in them. Or alternatively we could do some "virtual LA" on SIP level by creating a layered set of OpenSIPS instances. SMS is another issue, because it requires a "store and forward" server. Did you know an existing solution for that? Or is it easier to just write the thing from scratch :) -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From stephane at shimaore.net Wed Mar 27 17:30:46 2013 From: stephane at shimaore.net (stephane at shimaore.net) Date: Wed, 27 Mar 2013 18:30:46 +0100 Subject: OpenSIPS Was: transceiver won't start; fpga build error In-Reply-To: References: Message-ID: <20130327173046.GB13162@shimaore.net> Hi Alexander, > Do you think we could use OpenSIPS not only as a registrar, but also > as an authentication server? As I understand how OpenBTS works, I think the registrar does the authentication of the phone as well. I haven't tried though (I don't have blank SIM cards or cards with known keys). > And what do you think about routing calls with it? I was told that the > best way to get it to scale is to use static routing, i.e. without an > access to an external DB. But now the problem is that subscribers move > from a BTS to a BTS and it can't be completely static. > One solution is > to actually have Location Areas as in GSM and use broadcasted SIP > INVITEs in them. Or alternatively we could do some "virtual LA" on SIP > level by creating a layered set of OpenSIPS instances. You'd scale this in similar ways you would scale a storage infrastructure, with "many writes - one read" by duplicating ("broadcasting") the REGISTER messages to multiple registrar instances; then during routing you can query (=forward INVITEs to obtain 302 routing responses) to any registrar. REGISTER messages and INVITE messages don't have to be processed by the same proxies either; you create a line of front-end proxies that can talk to OpenBTS, another one that can talk to SS7 gateways, etc. This also allows you to modify the setup behind those front-end proxies without having to modify OpenBTS / gateways / etc. For very large systems you would spread out the back-end load over multiple registrar clusters based on an arbitrary random key (e.g. the last 2 digits of the IMSI, or whichever identifier is used to authenticate/route) which you then use to locate the proper registrars (easiest way is using DNS: for example you'd say that information about IMSI xxx..x56 can be found on cluster "registrar-56.phone.example.net", and the front-end servers will do the proper processing for OpenBTS / SS7 gateways / whatever). > SMS is another issue, because it requires a "store and forward" > server. Did you know an existing solution for that? Or is it easier to > just write the thing from scratch :) The store-and-forward part could be email (we know that can be made to scale), Jabber/XMPP (which should scale as well), AMQP (e.g. RabbitMQ)... In all cases we'd need some kind of gateway between that and SIP (or OpenBTS); FreeSwitch has some facilities for "chatplans", I haven't played with those so I'm don't know whether they can be used for SMS-over-SIP the way OpenBTS does it(?). Also multimedia messages will be a challenge with anything but SMTP (email) because of frame size limitations in XMPP and AMQP (although MMS might rely on different protocols than SMS -- I sure don't know enough GSM to answer that). S. From craig.reading1 at gmail.com Fri Mar 29 16:52:49 2013 From: craig.reading1 at gmail.com (Craig Reading) Date: Fri, 29 Mar 2013 16:52:49 +0000 Subject: sendsms with CLI Message-ID: Workaround implemented by Ivan working fine for me now. sendsms is much more reliable. Thanks Ivan >>> We were recently looking into a bug when MT-SMS delivery was interrupted with an unexpected UA frame on L2 layer. We've fixed this in our branch by ignoring a second UA in Established L2 state [1], but the real issue lies in the filler table coupled with delays in processing in higher layers. -------------- next part -------------- An HTML attachment was scrubbed... URL: