<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Any thoughts about 2G versus 3G and beyond? I was sad to learn I probably won't have 2g for more than a few more years (2020 for t-mobile this year for AT&T). So my thoughts turn to newer mtk chips... I have one to start poking at... Zte obsidian with mt6735. No clue what "getting in" will entail or if hacking into mt6260 would reap rewards reusable for later mtk chips... Which seems somewhat likely.</div><div><br></div><div>There is a sim5230a which supports 3G but I'm not sure what core/rf is in there yet.</div><div><br></div><div>Thanks,</div><div>Craig</div><div><br>On Jun 24, 2016, at 8:57 AM, Вадим Яницкий <<a href="mailto:axilirator@gmail.com">axilirator@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr">Hello Harald!<br><br>> This is true, but even OpenBSC and related projects are suffering from a<br>> lack of attention.  Despite being one of the founders of sysmocom, I<br>> really don't like to see the development and maintenance responsibility<br>> within one entity (or, let's say Holger and me privately, and sysmocom<br>> asa company).  We need more contributors in all Osmocom projects.<br><br>Well, IMHO this lack of contribution partially caused by ignorance of<br>some developers about the Osmocom project existence. Despite the fact,<br>that one and it's child projects already was presented on multiple<br>international forums and congresses, there are some people who aren't<br>observing these events or who have no opportunity to do so, I think.<br><br>This is why I am currently writing the publications about Osmocom project<br>(mostly about OsmocomBB yet) for the most popular IT blog in Russia, named<br>Habrahabr. After the first publication I found, that many people didn't<br>knew anything about Open Source mobile telecommunications so far. But now<br>some of them are interested in contribution and research in this area.<br>I hope it will help to improve current situation.<br><br>> Honestly, I'm not sure.  The big difference is that there are commercial<br>> users of OpenBSC, OsmoBTS, etc., and they can afford to fund some of the<br>> work on those projects.  For OsmocomBB I don't think there's much of a<br>> chacne for commercial interest.  You can buy an entire phone for USD 10<br>> these days, including a license for the protocol stack / software - so<br>> why bother investing in a "new" implementation of GSM.<br><br>Yes, but except commercial demands there is also an educational side of<br>OsmocomBB. Personally for me, one has played a key role in mobile<br>telecommunications learning process. In our educational institutions<br>students are learning mobile networks very superficially, mostly the<br>physical basics of Um-interface, while some important hw and sw details<br>isn't covered as well. So, nowadays SDR devices becomes more and more<br>available, I think it's time to bring a 'wind of change' to this area.<br><br>> For LTE, there's luckily the excellent free software srsUE<br>> implemntation.  However, it requires a Core-i5, unless somebody manages<br>> to transplant the protocol stack onto one of the commercially found LTE<br>> baseband / PHY implementations actually used in phones.<br><br>I saw this project, this guys exactly prefer to use SDR platforms. BTW,<br>do you know anything about industrial/commercial demands of this project?<br><br>> Getting back further to your question:  Even on the supported hardware<br>> (Calypso based phones), there are still many bugs and features missing,<br>> and nobody contributes.  It makes me quite sad, as Andreas and I have<br>> put in a lot of energy to get the project going, but then nobody really<br>> got int carrying it along further.<br><br>Yes, agree with you. Supported hardware takes a place in this problem<br>too. I know some people who have no opportunity to contribute because<br>it's impossible to find even one out of stock Motorola phone in their<br>locations. This makes me feeling sad too.<br><br>> We all are, but mostly the work gets done when we are not looking but<br>> actually writing code :P  No offence, I just couldn't resist...<br><br>No problem, I am completely agree with you and going to start working as<br>soon as I will have free time. At the moment I have some pending exams.<br><br>> All the best, I'd definitely love to see progress on the "SDR based PHY<br>> for OsmocomBB" front.<br><br>Thank you very much! Your opinion is important for me.<br><br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>With best regards,<br></div><div>Vadim Yanitskiy.<br></div></div></div></div></div></div>
<br><div class="gmail_quote">2016-06-24 14:33 GMT+06:00 Harald Welte <span dir="ltr"><<a href="mailto:laforge@gnumonks.org" target="_blank">laforge@gnumonks.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Vadim,<br>
<span class=""><br>
On Thu, Jun 23, 2016 at 06:45:45PM +0600, Вадим Яницкий wrote:<br>
><br>
> It's no secret for everyone, that today OsmocomBB is not actively maintained<br>
> as well as OpenBSC, for example.<br>
<br>
</span>This is true, but even OpenBSC and related projects are suffering from a<br>
lack of attention.  Despite being one of the founders of sysmocom, I<br>
really don't like to see the development and maintenance responsibility<br>
within one entity (or, let's say Holger and me privately, and sysmocom<br>
asa company).  We need more contributors in all Osmocom projects.<br>
<span class=""><br>
> I think it's mostly due to supported hardware limitations.<br>
<br>
</span>Honestly, I'm not sure.  The big difference is that there are commercial<br>
users of OpenBSC, OsmoBTS, etc., and they can afford to fund some of the<br>
work on those projects.  For OsmocomBB I don't think there's much of a<br>
chacne for commercial interest.  You can buy an entire phone for USD 10<br>
these days, including a license for the protocol stack / software - so<br>
why bother investing in a "new" implementation of GSM.<br>
<br>
There are some exceptions like test devices or virtual phones for load<br>
generation, but those are also not interesting to most people anymore in<br>
2016.<br>
<br>
OsmocomBB doesn't support GPRS, EDGE, UMTS, HSPA and likely never will,<br>
unless a maniac comes around who invests several months of full-time +<br>
spare-time work into what most people would considre a hopeless cause.<br>
<br>
For LTE, there's luckily the excellent free software srsUE<br>
implemntation.  However, it requires a Core-i5, unless somebody manages<br>
to transplant the protocol stack onto one of the commercially found LTE<br>
baseband / PHY implementations actually used in phones.<br>
<br>
Getting back further to your question:  Even on the supported hardware<br>
(Calypso based phones), there are still many bugs and features missing,<br>
and nobody contributes.  It makes me quite sad, as Andreas and I have<br>
put in a lot of energy to get the project going, but then nobody really<br>
got int carrying it along further.<br>
<span class=""><br>
> Currently I am looking for developers interested in this subject.<br>
<br>
</span>We all are, but mostly the work gets done when we are not looking but<br>
actually writing code :P  No offence, I just couldn't resist...<br>
<br>
All the best, I'd definitely love to see progress on the "SDR based PHY<br>
for OsmocomBB" front.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
- Harald Welte <<a href="mailto:laforge@gnumonks.org">laforge@gnumonks.org</a>>           <a href="http://laforge.gnumonks.org/" rel="noreferrer" target="_blank">http://laforge.gnumonks.org/</a><br>
============================================================================<br>
"Privacy in residential applications is a desirable marketing option."<br>
                                                  (ETSI EN 300 175-7 Ch. A6)<br>
</div></div></blockquote></div><br></div>
</div></blockquote></body></html>