This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.
Nordin Bouchtaoui bouchtaoui at gmail.comWell I guess you're right. I modified the source as suggested and tried it out. But there was no difference. The reason I want to boost up its transmitpower, is because I wanted to test the handover. If our nanoBTS acts like a commercial provider I just see one MS trying to register to our nanoBTS. This is because it's just a meter away from our bts, while my mobile (an HTC Artemis) doesn't register to our bts with a distance of less than 10 m. Even when I switch off and on, while I'm just a meter away of our bts, my mobile somehow keeps registering to the real provider (I tested by simply calling someone). Another interesting thing is, if I simulate a total different provider, which doesn't exist here, I can easely find our bts, with manual search. Also the MS seems to have its own database of all the country codes, networkcodes and its belonging providernames. I thought the BSC sends these information to the MS and the MS checks it with SIM data. (But that;s off-topic). Greetings. 2009/6/3 Harald Welte <laforge at gnumonks.org> > On Wed, Jun 03, 2009 at 05:48:12PM +0200, Nordin wrote: > > Thanks for your response Harald, > > > > Well I read in the mailinglist with the title: BS-11 runs, but no > > Network on my Mobile, date: Thu Apr 2 18:03:24 CEST 2009 > > about modifying the TRX power for the BS-11, so I could try that too for > > the ip.acces? > > > > Isn't it a bad idea to add abis_nm_bs11_set_trx_power(&bts->trx[0], > > BS11_TRX_POWER_GSM_250mW); in the bootstrap sequence? It won't harm if > > one tries right? > > go ahead and try, but I would bet on just about anything that it does not > work. > Those are vendor-specific proprietary extensions of 12.21. Values defined > by > Siemens have no significance whatsoever for ip.access > > -- > - Harald Welte <laforge at gnumonks.org> > http://laforge.gnumonks.org/ > > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. A6) > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20090603/caabd706/attachment.htm>