Hi, the git:// thing you downloaded contains what you need. but please learn how to use git and switch to another branch. this is what you need to do. It will be useful for your own global IT culture. Sebastien On Tue, Oct 5, 2010 at 2:24 PM, Marten Christophe <technosabby(a)gmail.com>wrote;wrote:

Hello Mr. Nordin, So nice of you, thanks it worked perfectly. End Mr. Dieter , Thank you alot No need to tell me about MOC and MTC ,i searched internet and got plenty of understanding, well, i let me introduce you all my work here , i'm assosiated with a NGO, who works for education of poor children specially located to very remote sites of the devloping or under develop poor countries. and students, have travel long distance for there schooling , you wont belive that some of the villages are on mountain, end even childrens have cross rivers tgrogh rope , hanging on a spin roller , can you imagin the situation. and most of the student give up their education. My future plans are : Hence a top Tecchnelogical and Engineering instititute and a Local top IT and computer manafaturing company along with my NGO, are developing a $10 note book computer, just for edcational purpose , and will be distributed them for free .(60% bearing the local govt.) these notebooks will be install with their 6 moth curricular( one semester or term) all course material will be pre-installed. the fedaral goverments will also be helping in this purpose. who will ask local telecommunication athourities , to provide us,at least one ARFCN , without licensing fee, but there is no intrastucture for internet and in some villages no PSTN or mobile network available My planning here is to setup a USRP1( i have to write Matt Ettus to provide it on concessional price , cause it is for charity) based BTS , at each visnity of a village, which might cover near by villages also. I know, Timing Advance and power control will challenge for me, but i'll overcome the same , as far as RX part is concerned , it wont be a huge problem because one village is less then 1 KM redious , if USRP BTS installed in center. will install compal based hardware, within, notebook, pre-tuned it to a fix Time slot (TS), most of the traffic will be from BTS to MS , we will left only one or 2 TX slot , and will be share amoung all the students in token ring fashion ( let say there is 15 students are in one visnity if any on student want to ask any question to their remote teachers (mostly volunteers, or Govt add) located in NGO'S head office) all USRP's backbone pipe/link will be interconnected through RF links ( a Israel based company have very cheap solution for small bandwidth RF connectivity ) finally this backbone pipe/link will terminate at nearest city or place where Internet facility is available. and all the traffic will be routed to NGO's head quarter. so for this we need only 64 KB max bandwidth. that we can afford. thats it , by this we are able to provide secondary education even children are at their home. at first we thout to install a IP DSLAM but the price and copper cost (to provide line to each student is so high and out of budget) in future i can enable GPRS functionality of compal and might able to provide Internet access too, to them but we have to put higher bandwidth Backbone , so its not in my list now. Wish me luck.

Hi Peter, I hope you are aware of the OLPC project, because you seem to share some of the same goals. See http://laptop.org/ With 11 dbi Anettena and appropriate PA . we can do it up 5 to 10 KM ( send a mail to Ettus) Yes , and are legacy . need higher bandwidth. and Why I'm not thinking for Armature radio or Air broadcasting .. it is only One way..and other drawbacks do you have any suggestion ? They have very cheap equipments ( out of store almost) for providing low bandwidth. like 64 Kbps, 54 Kbps even 9 Kbps RF interface. on demand they can supply. you will be kind enough you you give me other cheap solution after all its all for charity.. rather then GSM , and one more cause to attract me here is in some places we have GSM infrastructure and , Govt and some private operator will let us user some part of it. Kind Regards,

Marten Christophe wrote: If all you looked at was legacy solutions with too low bandwidth for your needs then obviously you should look for further solutions. :) Some research in the particular area of long distance using variations of WiFi: http://tier.cs.berkeley.edu/drupal/wireless http://tier.cs.berkeley.edu/drupal/publications#wireless They used to have a wiki, but I guess they've changed their site structure and have not yet updated all links. Archived pages: http://web.archive.org/web/20070613191117/http://tier.cs.berkeley.edu/wiki/… http://web.archive.org/web/20080527020040/http://tier.cs.berkeley.edu/wiki/… I don't believe your idea of amateur radio is very accurate. Actually I don't think amateur radio has ever been about one way communication. :) Broadcasting is, but maybe that's also something your application can benefit from if governments help with spectrum. I think that using GSM in this application is a hack, with both the good and bad things that implies. I think the plan can work, and it does have some advantages, but more importantly I think that all the disadvantages, some of which may be significant, must be evaluated carefully before investing too much in the idea. The advantages are probably mostly non-technical. The disadvantages are mostly technical. (E.g. you already know it does not scale.) So it seems that you should have a closer look at the work by TIER. I can't give you any solution at all, but I am trying to point out that there may be quite significant and relevant research and publically available resources which you seem to have been overlooking completely in the project so far. This suggest that you need to do (much) more research. This is one of the significant non-technical advantages of using GSM for your project. On the other hand, if you can create something else which is much better and comes at much lower cost, then there's much less of an advantage. //Peter

2010/10/6 Marten Christophe <technosabby(a)gmail.com>om>: Aren't you reinventing PoC (http://en.wikipedia.org/wiki/Push_to_talk) ? It may prove easier to base your work on that. Best regards, Maciej Grela

Hi all, This discussion has for a large part been off-topic. Please understand that this mailing list has a very narrow scope: Development of the OsmocomBB gsm baseband processor firmware / protocol stack. Thanks for your understanding and for keeping it on-topic. -- Sent from a mobile device, excuse my short response