Trying to replicate my setup to a new machine. Not sure what I'm missing
as now my old LCR source is showing the same issue on Debian 6.06. No
difference with the current GIT commit... same error.
root@Netbox:/usr/src/lcr# make
make all-am
make[1]: Entering directory `/usr/src/lcr'
g++ -DHAVE_CONFIG_H -I. -DWITH_MISDN -DWITH_CRYPT -DWITH_GSM_BS -Wall
-DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\""
-DLOG_DIR="\"/usr/local/lcr\""
-DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT gsm.o -MD
-MP -MF .deps/gsm.Tpo -c -o gsm.o gsm.cpp
In file included from gsm.cpp:14:
mncc.h:195: error: ‘uint32_t’ does not name a type
mncc.h:196: error: ‘uint32_t’ does not name a type
mncc.h:197: error: ‘uint32_t’ does not name a type
mncc.h:198: error: ‘uint16_t’ does not name a type
mncc.h:199: error: ‘uint32_t’ does not name a type
mncc.h:200: error: ‘uint32_t’ does not name a type
gsm.cpp: In member function ‘void Pgsm::send_mncc_rtp_connect()’:
gsm.cpp:133: error: ‘struct gsm_mncc_rtp’ has no member named ‘ip’
gsm.cpp:134: error: ‘struct gsm_mncc_rtp’ has no member named ‘port’
gsm.cpp:137: error: ‘struct gsm_mncc_rtp’ has no member named
‘payload_msg_type’
gsm.cpp:140: error: ‘struct gsm_mncc_rtp’ has no member named
‘payload_msg_type’
gsm.cpp:143: error: ‘struct gsm_mncc_rtp’ has no member named
‘payload_msg_type’
gsm.cpp:146: error: ‘struct gsm_mncc_rtp’ has no member named
‘payload_msg_type’
gsm.cpp:149: error: ‘struct gsm_mncc_rtp’ has no member named ‘payload_type’
gsm.cpp:150: error: ‘struct gsm_mncc_rtp’ has no member named
‘payload_msg_type’
gsm.cpp:150: error: ‘struct gsm_mncc_rtp’ has no member named ‘payload_type’
gsm.cpp:151: error: ‘struct gsm_mncc_rtp’ has no member named ‘msg_type’
gsm.cpp: In member function ‘void Pgsm::setup_cnf(unsigned int, unsigned
int, gsm_mncc*)’:
gsm.cpp:500: error: ‘struct gsm_mncc_rtp’ has no member named ‘msg_type’
gsm.cpp: In member function ‘void Pgsm::rtp_create_ind(unsigned int,
unsigned int, gsm_mncc*)’:
gsm.cpp:649: error: ‘struct gsm_mncc_rtp’ has no member named ‘ip’
gsm.cpp:649: error: ‘struct gsm_mncc_rtp’ has no member named ‘port’
gsm.cpp:650: error: ‘struct gsm_mncc_rtp’ has no member named ‘ip’
gsm.cpp:651: error: ‘struct gsm_mncc_rtp’ has no member named ‘port’
gsm.cpp:656: error: ‘struct gsm_mncc_rtp’ has no member named ‘ip’
gsm.cpp:656: error: ‘struct gsm_mncc_rtp’ has no member named ‘port’
gsm.cpp: In member function ‘void Pgsm::rtp_connect_ind(unsigned int,
unsigned int, gsm_mncc*)’:
gsm.cpp:669: error: ‘struct gsm_mncc_rtp’ has no member named ‘ip’
gsm.cpp:669: error: ‘struct gsm_mncc_rtp’ has no member named ‘port’
gsm.cpp:670: error: ‘struct gsm_mncc_rtp’ has no member named ‘ip’
gsm.cpp:671: error: ‘struct gsm_mncc_rtp’ has no member named ‘port’
make[1]: *** [gsm.o] Error 1
make[1]: Leaving directory `/usr/src/lcr'
make: *** [all] Error 2
Hi all!
= Schedule =
I've put together a preliminary schedule for OsmoDevCon. It can be seen
at http://laforge.gnumonks.org/tmp/OsmoDevCon.ics or as a html rendering
at http://laforge.gnumonks.org/tmp/OsmoDevCon.html
Pleaes notice that there is still a lot of flexibility, let me know if I
forgot anything or if there is something missing.
Please also note that there are some topics which were suggested and
where there is an obvious speaker/moderator, but where that person
probably doesn't really know anything about having to talk about that
topic yet (e.g. Holgers work on cellmgr-ng, Smalltalk projects, ...).
So please don't be too surprised if you find your name somewhere. We
will probably want to talk about the topic, whether you will have time
to prepare some slides or not ;)
If somebody knows a good way to render a nice overview HTML table from
the .ics file, I would appreciate that, as it would give a better
overview. I've attached a icedove screenshot for your reference
meanwhile.
= Arrival / Departure =
We are starting at 11am on friday, for people who arrive that very
morning in Berlin. There are no scheduled talks/discussions after the
lunch break on monday, but we still have the room until monday night, so
feel free to stay around for more unscheduled discussions and hacking.
= Meals =
== Lunch ==
We will probably have sponsored lunches on one or two days brought by
catering into c-base, but apart from that all meals will be on your own
expense.
Nevertheless we could try to organize something (like ordering large
pizzas) and then share the cost. This would avoid the time delays
associated with having to go to a restaurant, make an order, wait for
the food, go back to c-base, etc.
== Dinner ==
All I could offer with regard to dinner is to make reservations in
not-too-far-away restaurants, where we could go together. Please let me
know if I should take care of that or rather not.
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)
Hey Osmoworld,
Just a little intro before my rambling questions... I've been working on
connecting OpenBTS and osmo-bts/OpenBSC together, and everything works well
enough to at least send messages between the two (it's somewhat hackish but
it works for me so far). The phone sees the network and when I attempt to
connect, it is assigned a SDCCH and starts the typical location update
process. This makes me think the underlying issue is in my OpenBSC/network
setup.
Now for the problems: (probably best to check the console output below
first)
Even though the MS receives an ID request and returns an ID response, the
LU Request times out and returns cause=13 (default from config). I'm not
sure what happens after the ID response since it doesn't seem to have sent
anything else down to the MS.
I also don't know too much about the MS's job, but it seems to send 3 LU
requests every time (2 of which are unnecessary and rejected as
duplicates). I assume that's what the preceding ERROR IND messages are
referring to, but I don't know for certain.
My BTS BCCH has LAI=001/01/1, which is correctly set in both OpenBTS and
OpenBSC config files. The Location Updating Request contains
LAI=001/01/65534, which I think may be the main issue since LAC=65534 is
reserved (even looking in GSM-04.08, I couldn't find any details about
this; can you shed some light please?). The MS works with standard OpenBTS
by the way.
I've looked through the gsm_04_08 code and Wireshark capture, but no clues
stick out. I'm not too familiar with OpenBSC in general, so this could be
as simple as setting some kind of config parameter. I figured I'd ask on
here for help in case I'm just missing something basic.
Here is the console output (with debug and authorize-everyone flags on):
Wed Feb 22 13:06:24 2012 <0004> abis_rsl.c:1317 (bts=0,trx=0,ts=0,ss=0)
Activating ARFCN(51) SS(0) lctype SDCCH r=LOCATION_UPDATE ra=0x0e ta=0
Wed Feb 22 13:06:24 2012 <0004> abis_rsl.c:1064 (bts=0,trx=0,ts=0,ss=0)
CHANNEL ACTIVATE ACK
Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0)
SAPI=0 ESTABLISH INDICATION
Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:1023 LOCATION UPDATING REQUEST:
mi_type=0x01 MI(460020020292786) type=NORMAL
Wed Feb 22 13:06:25 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05)
Sending 0x18 to MS.
Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0)
SAPI=0 Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1439
(bts=0,trx=0,ts=0,ss=0) ERROR INDICATION cause=unknown 0x0
Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0)
SAPI=0 ESTABLISH INDICATION
Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:1023 LOCATION UPDATING REQUEST:
mi_type=0x01 MI(460020020292786) type=NORMAL ignoring request due an
existing one: 0x20f1350.
Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:383 Subscriber 460020020292786:
LOCATION UPDATING REJECT LAC=1 BTS=0
Wed Feb 22 13:06:25 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05)
Sending 0x04 to MS.
Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0)
SAPI=0 Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1439
(bts=0,trx=0,ts=0,ss=0) ERROR INDICATION cause=unknown 0x0
Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0)
SAPI=0 ESTABLISH INDICATION
Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:1023 LOCATION UPDATING REQUEST:
mi_type=0x01 MI(460020020292786) type=NORMAL ignoring request due an
existing one: 0x20f1350.
Wed Feb 22 13:06:25 2012 <0002> gsm_04_08.c:383 Subscriber 460020020292786:
LOCATION UPDATING REJECT LAC=1 BTS=0
Wed Feb 22 13:06:25 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05)
Sending 0x04 to MS.
Wed Feb 22 13:06:25 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0)
SAPI=0 DATA INDICATION
Wed Feb 22 13:06:25 2012 <0003> bsc_api.c:430 CLASSMARK CHANGE CM2(len=3)
CM3(len=4)
Wed Feb 22 13:06:27 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0)
SAPI=0 DATA INDICATION
Wed Feb 22 13:06:27 2012 <0002> gsm_04_08.c:446 IDENTITY RESPONSE:
mi_type=0x02 MI(357966009107140)
Wed Feb 22 13:06:30 2012 <0002> gsm_04_08.c:484 Location Updating Request
procedure timedout.
Wed Feb 22 13:06:30 2012 <0002> gsm_04_08.c:383 Subscriber 460020020292786:
LOCATION UPDATING REJECT LAC=1 BTS=0
Wed Feb 22 13:06:30 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 0 pd 05)
Sending 0x04 to MS.
Wed Feb 22 13:06:30 2012 <0000> chan_alloc.c:429 (bts=0,trx=0,ts=0,ss=0)
starting release sequence
Wed Feb 22 13:06:30 2012 <0003> gsm_04_08_utils.c:231 Sending Channel
Release: Chan: Number: 0 Type: 1
Wed Feb 22 13:06:30 2012 <0004> abis_rsl.c:579 (bts=0,trx=0,ts=0,ss=0)
DEACTivate SACCH CMD
Wed Feb 22 13:06:31 2012 <0000> abis_rsl.c:1493 (bts=0,trx=0,ts=0,ss=0)
SAPI=0 RELEASE INDICATION
Wed Feb 22 13:06:31 2012 <0004> abis_rsl.c:621 (bts=0,trx=0,ts=0,ss=0) RF
Channel Release CMD due error 0
Wed Feb 22 13:06:31 2012 <0004> abis_rsl.c:658 (bts=0,trx=0,ts=0,ss=0) RF
CHANNEL RELEASE ACK
Thanks for any help,
Tom Cooper
--
Graduate Research Assistant
Wireless @ Virginia Tech
tacooper(a)vt.edu
Hello David,
> I could also give a more detailed presentation on the radiomodem and
> FEC parts of OpenBTS if there is interest in such low-layer details,
> maybe on Monday afternoon if there are still people around.
I am interested too, however I have to leave on Monday afternoon. But
if I am the only one affected there is of course no need to change the
schedule.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hi all!
Time is moving fast, and the OsmoDevCon is getting closer. There's
still two months, but I think we should start to put together some kind
of agenda.
First of all, I would like to ask when we should start on Friday. I
would make this somewhat dependent on when the participants will be
arrviing. So far I was thinking about 10am. Please let me know if you
arrive on Friday but significantly later than that.
I have collected a number of topics for both 'presentation' style events
as well as more round-table/discussion items at
https://bs11-abis.gnumonks.org/trac/wiki/OsmoDevCon2012#Presentations
and
https://bs11-abis.gnumonks.org/trac/wiki/OsmoDevCon2012#WorkingGroupDiscuss…
respectively.
Please feel free to add topics that you want to speak yourself about, or
that you would like to hear about. For example, we don't have anything
about OsmoSDR or SIMtrace at this point, but I'm not sure how much
interest there is about those topics.
I would like to collect topics until 2012-02-15, and then start to make
some kind of schedule.
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 list,
I just had tried to connect a nanoBTS model 165a with firmware v142b13d0 to openBSC. The BTS does connect to OML, starts with the PING - PONG and identifies itself, but nothing else happens (i.e. no software activate request). As recent firmware requires an explict IDENTITY ACK after answering an IDENTITY REQ with the RESP, I made a small patch to ipaccess.c - and voila, BTS connects OML, gets initalised (at the second attempt as usual - I'll try to dig into this later), establishes RSL and is happily showing green.
Feel free to integrate the attached patch.
Best regards,
Flo.
Hello All,
After some trials and tribulations, I think I got my OpenBSC+LCR+Asterisk
compiles and working. The MS connects once I spoof the proper MCC/MNC for
the foreign SIM I have (to ensure that no one else can connect within my
area). Then when I try to make a test call to an asterisk extension, it
give me the following:
Thu Feb 9 18:55:58 2012 <0004> abis_rsl.c:1318 (bts=0,trx=0,ts=2,ss=0)
Activating ARFCN(514) SS(0) lctype TCH/F r=CALL ra=0x4f ta=1
Thu Feb 9 18:55:58 2012 <0004> abis_rsl.c:1064 (bts=0,trx=0,ts=2,ss=0)
CHANNEL ACTIVATE ACK
Thu Feb 9 18:55:58 2012 <0000> abis_rsl.c:1490 (bts=0,trx=0,ts=2,ss=0)
SAPI=0 ESTABLISH INDICATION
Thu Feb 9 18:55:58 2012 <0002> gsm_04_08.c:858 <- CM SERVICE REQUEST
serv_type=0x01 mi_type=0x04 M(210271915)
Thu Feb 9 18:55:58 2012 <0002> gsm_04_08.c:800 -> CM SERVICE Reject cause:
2
Thu Feb 9 18:55:58 2012 <0001> gsm_04_08.c:114 (bts 0 trx 0 ts 2 pd 05)
Sending 0x22 to MS.
Thu Feb 9 18:55:58 2012 <0000> abis_rsl.c:1490 (bts=0,trx=0,ts=2,ss=0)
SAPI=0 DATA INDICATION
Thu Feb 9 18:55:58 2012 <0003> bsc_api.c:430 CLASSMARK CHANGE CM2(len=3)
CM3(len=9)
Thu Feb 9 18:56:03 2012 <0000> chan_alloc.c:429 (bts=0,trx=0,ts=2,ss=0)
starting release sequence
Thu Feb 9 18:56:03 2012 <0003> gsm_04_08_utils.c:231 Sending Channel
Release: Chan: Number: 0 Type: 2
Thu Feb 9 18:56:03 2012 <0004> abis_rsl.c:579 (bts=0,trx=0,ts=2,ss=0)
DEACTivate SACCH CMD
Thu Feb 9 18:56:03 2012 <0000> abis_rsl.c:1490 (bts=0,trx=0,ts=2,ss=0)
SAPI=0 RELEASE INDICATION
Thu Feb 9 18:56:03 2012 <0004> abis_rsl.c:621 (bts=0,trx=0,ts=2,ss=0) RF
Channel Release CMD due error 0
Thu Feb 9 18:56:03 2012 <0004> abis_rsl.c:968 (bts=0,trx=0,ts=2,ss=0):
MEAS RES for inactive channel
Thu Feb 9 18:56:03 2012 <0004> abis_rsl.c:658 (bts=0,trx=0,ts=2,ss=0) RF
CHANNEL RELEASE ACK
Any assistance would be appreciated.
Regards,
-Don
Hi dear list,
After sometimes to get it work, I have set-up a fixed IP on my ip.access nanoBTS
and thought that could be helpful to share the howto/tuto from this experience :
The best way for linux user is to use the ipaccess-telnet tool from the git
(git clone git://git.osmocom.org/libtelnet.git) rather than BTS installer from
ip.access which doesn't easily allow the access to the flags of configuration (i.e. NV
attributes) of the nanoBTS.
1/installation of ipaccess-telnet
I have installed it on a debian 5.0.9 (linux 2.6.26) after git cloning
git://git.osmocom.org/libtelnet.git
my autotools versions : autoconf 2.61-8 + automake 1:1.10.1-3
after running into the following autotools build
#autoreconf; automake --add-missing; autoreconf; autoconf; automake; ./configure
--prefix=/usr/local; make -j 2; make install
I ran into that error "ltmain.sh: No such file or directory" and used the
following command to fix that config error
#libtoolize
in the libtelnet directory and I had the ipaccess-telnet tool build/installed
2/use of ipaccess-telnet on the nanoBTS
once ipaccess-telnet is installed, one should first allow the telnet on port
3210 on the nanobts using that command
#ipaccess-config -n 0x400/0x400 BTS_IP
which set the correct mask on the flag enabling the telnet on port 3210.
Then I could telnet the nanoBTS on port 3210 w/ the following command
#ipaccess-telnet <ip> 3210
once on the CLI interface for the nanoBTS, you can get help w/
>help config
(...)
db::setnetmask <net mask> Sets nBTS IP Net Mask
db::setipaddr <ipaddr> Sets nBTS IP address
(...)
db::getflags
(...)
db::setflag <flag> Enables Config Flag
db::clearflag <flag> Disables Config Flag
(...)
>dhcp help
Expecting 3 arguments
DHCP configuration flags in database:
- DHCP enabled: TRUE
- static IP Address: TRUE
- static IP gateway config: FALSE
- static VSI config: FALSE
DHCP configuration flags in use:
- DHCP enabled: TRUE
- static IP Address: TRUE
- static IP gateway config: FALSE
- static VSI config: FALSE
DHCP uptime = 52567 seconds
DHCP state: BOUND
T1 inactive
T2 inactive
Lease Timer inactive
and the static ip configuration :
To set-up the IP address
>db::setipaddr IP
>db::setnetmask netmask
To disable the DHCP client
>dhcp dhcp false
>db::clearflag dhcp
Xavier Carcelle
Hi all,
wireshark has merged all pending patches that we were working on.
This means that the daily builds from
https://www.wireshark.org/download/automated/osx/ and
https://www.wireshark.org/download/automated/win32/ will now work
out-of-the-box for any pcap traces of OML (Siemens and ip.access
BTS) and OM2000 (Ericsson BTS). The ip.access vendor-specific RSL
extensions have also been merged.
By the way: If anyone was interested in writing a dissector for the
Nokia OML dialect, it would be much appreciated. So far, nobody has
started, but the OpenBSC code base contains an implementation of the
protocol, and the hardware seems to be used by a number of project
members, so getting traces should also not be a problem.
Regards,
Haralad
--
- 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)
