- Improved handling of extension-number string (as per review)
- Guard against a buffer-overflow if mobile sends a too-long USSD
- declare some function-parameters const
- fix gsm_ts_name function to display the right BTS number (bts->nr
rather than bts->bts_nr)
Hope this all looks OK...
Best regards, Mike H.
hi,
i also did my part: http://events.ccc.de/congress/2009/wiki/index.php/Linux-Call-Router
harald, you may add yours to the projects category: http://events.ccc.de/congress/2009/wiki/index.php/Category:Projects.
if you would like to join with me, then go ahead, link your project to my page and increase the number of seats, and note on both project pages that both projects are together in one area.
if anyone requires special equipment, let me know or bring it yourself. e.g. if we like to play with OpenBTS in conjunction with Asterisk, we need another server, since my server is in use for the ISDN/ASTERISK/DECT <-> GSM link.
andreas
-----Ursprüngliche Nachricht-----
Von: Alexander Chemeris [mailto:alexander.chemeris@gmail.com]
Gesendet: Montag, 12. Oktober 2009 22:18
An: Harald Welte
Cc: Andreas.Eversberg; openbsc; openbts-discuss(a)lists.sourceforge.net
Betreff: Re: Running an licensed experimental GSM network at 26c3
Hi Harald, David, Andreas,
On Sun, Oct 11, 2009 at 13:19, Harald Welte <laforge(a)gnumonks.org> wrote:
> On Sat, Oct 10, 2009 at 09:33:31PM +0400, Alexander Chemeris wrote:
>> We'll bring one or two our USRPs for OpenBTS testing even if David Burgess
>> won't be able to come, and we would love to be located near OpenBSC guys
>> and you. But that'll be our first time at 26C3 and we're little bit
>> lost - should we send some request to get the space?
>
> I think the process for applying for tablespace in the hackcenter has not yet
> started.
>
> Meanwhile I've created a http://events.ccc.de/congress/2009/wiki/index.php/GSM
> wiki page where we can add stuff to, similar to the 25C3 and HAR2009.
Great, thank you. I'll keep my eye on it.
Hello,
yesterday I got a ip.access nano BTS
MODEL 165B V33 PCS 1900
for 133 Euro (incl. shipping) on Ebay.
The seller has maybe more in stock...
I know, that it`s only 1900 band but maybe interesting for some people.
regards
Bjoern
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Björn Heller
Jabber: tec(a)jabber.hellercom.de
Hi Harald, thanks for the review comments. Patch (attached) for the
USSD branch addresses the first issue you highlighted - static variables
have been eliminated.
Best regards, Mike H.
Hi all!
With the current code in the 'gprs' branch, I am able to get the NS (08.16) and
BSSGP (08.18) layers up and running with the nanoBTS.
The NS RESET and TEST procedures are running fine, as well as the BSSGP RESET
and BLOCK procedures.
I now need to work on patching the system information to indicate GPRS support
and add a SI13 message.
Hopefully at that point, it is possible to receive LLC frames that are being
sent by the MS.
Ignoring Mobility Management for now and considering only single-BTS operation
of GPRS, the biggest remaining items are:
* understand LLC better and implement it
* implement SNDCP
* how to interface the actual network (using pty's with pppd on top)
* make things more dynamic rather than static at compile time
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi all,
JFYI: There's some progress on the nanoBTS multi-TRX configuration.
It seems it was my mistake. Setting the TRX0 unit ID to 1801/0/0 and the TRX1
unit ID to 1801/0/1 works using ipaccess-config.
If you then connect the TIB cable (TRX0 TIB out -> TRX1 TIB in) and reboot
both nanoBTS, you will get a single A-bis OML connection from 1801/0/0 where
you get software activate requests for both transceivers.
Somehow we're not handling them correctly yet from our abis_nm code, but that
should be easy to solve. I'm working at it.
So Dieter and others: No need to worry about this at the moment, we're very
close now and I think it is no problem for the 26C3.
Regards,
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)