Hello Luca,
On Wed, 14 Jul 2010 08:45:49 +0200, "Luca Bertoncello" <bertoncello(a)netzing.de> wrote:
>
> Of course! I tested OpenBSC with GSM1800, too. And, unfortunately, it
> does not work... Attached the pcap-file and the config of OpenBSC.
> Here some information from ipaccess-find:
If you want to find out if the SMS sending problem is related to
what I posted yesterday, you can try the following:
In "/src/abis_rsl.c", function "rsl_rx_chan_rqd()" replace the line
lctype = get_ctype_by_chreq(bts, rqd_ref->ra, bts->network->neci);
with
lctype = GSM_LCHAN_SDCCH;
This will always allocate an SDCCH and you can check if SMS sending
now works. However this is only for testing, voice calls will no
longer work with this change.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Am Wed, 23 Jun 2010 20:18:56 +0800
schrieb Holger Freyther <zecke(a)selfish.org>:
> the first pointer is to the sha1/commit id[1]. So every commit has an
> id, it happens to be the sha1 hash over some parts of the content. Now
> git log will show all these as "commit". Now the openbsc version is
> generated by the little "./git-version-gen" utility. In fact the
> utility is calling "git describe" (man git-describe).
>
> E.g. it looks like this:
> 0.9.0-891-gaf7edd9
>
> 0.9.0 is the last tag we had..
> 891 is the number of commits since that tag
> gaf7edd9 is the commit/sha1. This is what you want.
>
> I hope this helps
Unfortunately not...
I tried to give git-describe in the tree of the "sms-sending"-BSC
(0.9.0-531-gb938d6b) and in the tree of the last version
(0.9.0-890-g2788b96), then I tried to use git bisect:
lucabert@Luca:/tmp/bsc/openbsc$ git bisect good gb938d6b
Bad rev input: gb938d6b
lucabert@Luca:/tmp/bsc/openbsc$ git bisect bad g2788b96
fatal: Needed a single revision
Bad rev input: g2788b96
It seems not to work... Maybe I need vacancy? I can't understand what
you suppose I can do...
Thanks for your suggestion!
--
_______________________________________________________________________
Luca Bertoncello
Entwicklung Mail: bertoncello(a)netzing.de
NETZING Solutions AG Tel.: 0351/41381 - 0
Kesselsdorfer Str. 216, 01169 Dresden Fax: 0351/41381 - 12
HRB 18926 / Ust.ID DE211326547 Mail: netzing.ag(a)netzing.de
_______________________________________________________________________
Hi,
I've rewritten the GSM 7 bit default encoding as the current
implementation results in wrong encoding for certain
characters, e.g. '@'. The septet packing lacked the lookup
and this only worked for characters that had a 1-1 mapping
between their ascii value and the default alphabet table. I
introduced a lookup table and now do the character
translation before packing the data. Patch is attached.
I guess the decoding needs to be rewritten as well and I may
provide a patch for that in the future as well. For now the
encoding produced enough headaches for me :)
I adjusted the copyright stanza in these files but I'm not
completely sure if this is appropriate or not, so feel free
to remove, I won't be offended :)
Cheers
Nico
Hi,
Is there a version of Scapy with the GSM protocol layers that I can use with
the ipaccess-proxy, as discussed in Harold Welte's presentation?
Many thanks,
Steve
Hi guys,
Today I git-cloned the latest version opnbsc/libosmocore and built it
successfully.
But when running the nanoBTS900, no BCCH is sent, just the carrier signal.
I can confirm this, because I've two nanoBTSs, one 900 and the other
1800, the 1800 version works well.
With a special gsm module (Telit), I can perform a scan for the
available BCCHs in the environment.
Anyone recognize this?
Hi, List!
I'm trying to get OpenBSC working with Asterisk.
I have a working configuration of Asterisk, and a working configuration
of OpenBSC.
I use a nanoBTS DSC1800.
The O.S. is Debian lenny and I have a Cologne Chip Designs GmbH ISDN
network Controller [HFC-E1] ISDN card.
In my interface.conf I just have:
[GSM]
gsm-bs
nt
layer1hold no
layer2hold no
tones yes
earlyb no
channel-in free
channel-out any
nodtmf
My gsm.conf:
interface-bsc mISDN_l1loop.1
interface-lcr mISDN_l1loop.2
debug DRLL:DCC:DMM:DRR:DRSL:DNM:DSMS:DMNCC:DMNSMS:DPAG:DMUX:DMEAS
config /home/lucabert/bscAsterisk/lucabertBSC.cfg
hlr /home/lucabert/bscAsterisk/hlr.sqlite3
In my options.conf I have a line:
gsm
and in my routing.conf I have this line by [main]:
interface=GSM : remote application=asterisk context=btsctrl
Now I start LCR (as root):
/usr/local/sbin/lcr start
It starts and wait until the nanoBTS log in.
Then, when I try to use the net with my mobile, LCR crashes.
I generated a core file. With gdb I see:
Program terminated with signal 11, Segmentation fault.
[New process 4026]
[New process 4029]
#0 0x0805b009 in gsm0408_rcvmsg (msg=0x864ffb8, link_id=0 '\0') at openbsc/src/bsc_api.c:111
111 rc = api->compl_l3(lchan->conn, msg, 0);
The problem seems to be the variable api, which is NULL.
(gdb) print api
$1 = (struct bsc_api *) 0x0
Can someone help me? I use OpenBSC 0.9.0.967-02d3 and LCR 1.7
(both downloaded yesterday with git clone).
Thanks a lot for your help
--
_______________________________________________________________________
Luca Bertoncello
Entwicklung Mail: bertoncello(a)netzing.de
NETZING Solutions AG Tel.: 0351/41381 - 0
Kesselsdorfer Str. 216, 01169 Dresden Fax: 0351/41381 - 12
HRB 18926 / Ust.ID DE211326547 Mail: netzing.ag(a)netzing.de
_______________________________________________________________________