I have some questions:
1) When I start bsc_hack bsc_init.c first establishes OML link and
initializes the bts then it establishes RSL link and bts starts
broadcasting. However, it takes so much time to start the bts. Instead of
this I want to do the following: it establishes OML link at the beginning
and only once, then when i want to start broadcasting it establishes just
the RSL link and bts will start faster since i don't have to wait for OML
link. What should be done for this?
2) If i send one or two word messages from telnet interface it is okay. But
if i send a longer message the phone could't receive the end of the message
correctly(last words may be incomplete). Did any one encounter with this
problem? What is wrong with me?
3) Could I send SMS in which extension of the sender is text not integer.
For example, i want to send an information SMS that this is a test network.
For this purpose i want to send an SMS from 'OpenBSC'. I set the extension
of the first subscriber in database as text and tried to send the SMS but
SMS wasn't delivered. What should i do?
4) Can i add SMS externally to SMS table of database?
Thanks.
Jason
Hello
Our goal was to send status sms via the vty interface. But all of our
sms were cropped. In contrast sms from one MS to another MS are
displayed correctly (despite the fact, that the text at the database
contains several '@' at the end / the user_data contains several
zero-octets). Therefore i have inspect the code and found several bugs.
The main problem is that the "user_data_len" is not correctly used. As
per GSM 03.40, 9.2.3.16 TP‑User‑Data‑Length (TP‑UDL):
"If the TP‑User‑Data is coded using the GSM 7 bit default alphabet, the
TP‑User‑Data‑Length field gives an integer representation of the number
of septets within the TP‑User‑Data field to follow."
Currently the "user_data_len" contains the number of octets (returned
from gsm_7bit_encode(...) at gsm_utils.c (libosmocore)).
The big problem here is that this information is not unique, e.g.:
1.) 46 non-extension characters + 1 extension character => (46 * 7 bit +
(1 * (2 * 7 bit))) / 8 bit = 42 octets
2.) 47 non-extension characters => (47 * 7 bit) / 8 bit = 41,125 = 42 octets
3.) 48 non-extension characters => (48 * 7 bit) / 8 bit = 42 octects
But the MS has to know the correct "user_data_len" to decode the correct
number of characters.
For this reason i updated the gsm_7bit_encode() function to return the
correct number of septets. However sometimes it is needed to know the
correct number of octets (e.g. at gsm_04_11.c: gsm340_gen_tpdu(...)) =>
i added a function to gsm_utils.c named:
uint8_t get_octet_len(const uint8_t sept_len)
I have also fixed the problem, that the sms are wrongly stored /
displayed on the database. But the solution on the function
*sms_from_result(...) (at db.c) is not really "beautiful". This is
because there exists no "user_data_len" field at the database. To store
the right value for "user_data_len" (which is further needed) i have to
get the length from the "text" field. Unfortunately this is not enough.
If the text contains extension characters like {[]} etc. then the
"user_data_len" has to be bigger because these characters needs two
septets. Therefore i use a switch statement so search for these
characters. A better solution for that is to store the right
"user_data_len" to the database (on the encoding / decoding procedure).
But i don't know if this is a suitable solution for all of you (because
you have to change your database structure etc.).
Best Regards
Dennis Wehrle
From: Pablo Neira Ayuso <pablo(a)gnumonks.org>
This patch includes some updates for the wireshark RSL dissector.
See patch for details.
This changes are available in the pablo/wireshark-rsl branch of
openBSC.
Please, merge it.
Pablo Neira Ayuso (1):
wireshark: update extension of RSL dissector with ip.access nanoBTS
support
wireshark/0004-rsl-ipaccess.patch | 228 ++++++++++++++++++++++---------------
1 files changed, 134 insertions(+), 94 deletions(-)
--
1.7.2.3
Hi List
I want to use OpenBSC with Asterisk and LCR.
After a lot of reading I found out that openbsc must start with the
Paramters "-m" and "-P".
But i got a lot error messages like:
<0006> gsm_04_08.c:2960 receive message GSM_TCH_FRAME
<0006> gsm_04_08.c:2992 TCH frame to lchan without RTP connection
So i tried a lot and start only with -P and the RTP-Proxy started. But
LCR and Asterisk sure not involved because the missing "-m". So i need
"-m".
It is a bug or a feature that "-P" will be ignored if I set "-m"?
I´m sitting over the bsc code but until this moment I didnt found
something so I hope somebody here can help.
Ulrich Meckel
Hi, list!
We are trying to connect OpenBSC and Asterisk together (through LCR),
but we have many problems.
We start OpenBSC with the parameters -P -m
--debug=DRLL:DCC:DMM:DRR:DRSL:DMNCC:DMSC:DNM:DLCH:DMUX:DHO
Now, if we try to call a mobile phone from another one, we get many
errors:
<0006> gsm_04_08.c:2960 receive message GSM_TCH_FRAME
<0006> gsm_04_08.c:2992 TCH frame to lchan without RTP connection
Now, if I understand what mncc_tx_to_cc does, I can just think, that
the RTP-Proxy is NOT active, but a part of OpenBSC thinks that it IS
active.
Another interesting problem is, that, although we start OpenBSC to
debug the CC, we do NOT get a message like:
Setting up TCH map between ...
(gsm_04_08.c line 1606)
Could someone confirm me my idea? And, maybe, give me a suggestion to
fix our problem?
We use OpenBSC in the version 0.9.11.375-ca8f.
Thanks a lot in advance for your help
Luca Bertoncello
--
_______________________________________________________________________
Luca Bertoncello
Entwicklung Mail: bertoncello(a)netzing.de
NETZING Solutions AG Tel.: 0351/41381 - 23
Fröbelstr. 57, 01159 Dresden Fax: 0351/41381 - 12
_______________________________________________________________________
Impressum:
NETZING Solutions AG - Fröbelstraße 57 - 01159 Dresden
Sitz der Gesellschaft Amtsgericht Dresden HRB 18926
Vorstand Dieter Schneider - Aufsichtsratsvorsitzender Volker Kanitz
USt.Id DE211326547 Mail: netzing.ag(a)netzing.de
From: Pablo Neira Ayuso <pablo(a)gnumonks.org>
This patchset includes several cleanups previous to another patchset
that will contain the namespace pollution fix (to appear soon).
They're available in the branch pablo/cleanups in libosmocore.
Please merge it.
Pablo Neira Ayuso (4):
bitvec: add bitvec_find_first_bit_pos() from gsm/rxlev_stat.c
write_queue: use full path of includes in osmocom/core/write_queue.h
vty: move vty_out_rate_ctr_group prototype to osmocom/vty/misc.h
utils: move OSMO_SNPRINT_RET() macro definition to
osmocom/core/utils.h
include/osmocom/core/bitvec.h | 2 ++
include/osmocom/core/rate_ctr.h | 3 ---
include/osmocom/core/utils.h | 9 +++++++++
include/osmocom/core/write_queue.h | 4 ++--
include/osmocom/vty/Makefile.am | 2 +-
include/osmocom/vty/misc.h | 10 ++++++++++
src/bitvec.c | 14 ++++++++++++++
src/gsm/rxlev_stat.c | 12 ------------
src/logging.c | 26 ++++++++------------------
9 files changed, 46 insertions(+), 36 deletions(-)
create mode 100644 include/osmocom/vty/misc.h
--
1.7.2.3
From: Pablo Neira Ayuso <pablo(a)gnumonks.org>
This patch is a RFC, I can add the prefix osmocom_ to all functions
in libosmocore to fix with the existing namespace pollution.
This task was proposed by Harald.
Let me know if you are OK with this approach and I'll send a
patchset along this week.
---
include/osmocom/core/backtrace.h | 2 +-
src/backtrace.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/osmocom/core/backtrace.h b/include/osmocom/core/backtrace.h
index bbbb2c2..7c248aa 100644
--- a/include/osmocom/core/backtrace.h
+++ b/include/osmocom/core/backtrace.h
@@ -1,6 +1,6 @@
#ifndef _OSMO_BACKTRACE_H_
#define _OSMO_BACKTRACE_H_
-void generate_backtrace();
+void osmocom_generate_backtrace();
#endif
diff --git a/src/backtrace.c b/src/backtrace.c
index ecd6b9c..5c609bb 100644
--- a/src/backtrace.c
+++ b/src/backtrace.c
@@ -29,7 +29,7 @@
#ifdef HAVE_EXECINFO_H
#include <execinfo.h>
-void generate_backtrace()
+void osmocom_generate_backtrace()
{
int i, nptrs;
void *buffer[100];
--
1.7.2.3
From: Pablo Neira Ayuso <pablo(a)gnumonks.org>
Minor change in openBSC due to new osmocom/vty/misc.h file that was
added in the patchset entitled:
libosmocore: several cleanups
It's available in pablo/cleanups branch in openbsc git tree.
Please, merge it.
Pablo Neira Ayuso (1):
src: include new file osmocom/vty/misc.h for vty_out_rate_ctr_group()
openbsc/src/gprs/sgsn_vty.c | 1 +
openbsc/src/libgb/gprs_bssgp_vty.c | 1 +
openbsc/src/libgb/gprs_ns_vty.c | 1 +
openbsc/src/osmo-bsc_nat/bsc_nat_vty.c | 1 +
4 files changed, 4 insertions(+), 0 deletions(-)
--
1.7.2.3
From: Pablo Neira Ayuso <pablo(a)gnumonks.org>
This patch adds bitvec_find_bit_pos() to bitvec.c where it really
belongs to. Before this patch used to be part of gsm/rxlev_stat.c
---
include/osmocom/core/bitvec.h | 2 ++
src/bitvec.c | 14 ++++++++++++++
src/gsm/rxlev_stat.c | 12 ------------
3 files changed, 16 insertions(+), 12 deletions(-)
diff --git a/include/osmocom/core/bitvec.h b/include/osmocom/core/bitvec.h
index 42977fb..bbe1641 100644
--- a/include/osmocom/core/bitvec.h
+++ b/include/osmocom/core/bitvec.h
@@ -68,6 +68,8 @@ int bitvec_set_uint(struct bitvec *bv, unsigned int in, int count);
/* get multiple bits (based on numeric value) from current pos */
int bitvec_get_uint(struct bitvec *bv, int num_bits);
+/* find the first bit set in bit vector */
+int bitvec_find_bit_pos(const struct bitvec *bv, unsigned int n, enum bit_value val);
/* Pad the bit vector up to a certain bit position */
int bitvec_spare_padding(struct bitvec *bv, unsigned int up_to_bit);
diff --git a/src/bitvec.c b/src/bitvec.c
index 4984af2..4fd3834 100644
--- a/src/bitvec.c
+++ b/src/bitvec.c
@@ -217,3 +217,17 @@ int bitvec_spare_padding(struct bitvec *bv, unsigned int up_to_bit)
return 0;
}
+
+/* find first bit set in bit vector */
+int bitvec_find_bit_pos(const struct bitvec *bv, unsigned int n,
+ enum bit_value val)
+{
+ unsigned int i;
+
+ for (i = n; i < bv->data_len*8; i++) {
+ if (bitvec_get_bit_pos(bv, i) == val)
+ return i;
+ }
+
+ return -1;
+}
diff --git a/src/gsm/rxlev_stat.c b/src/gsm/rxlev_stat.c
index 626aaff..d226861 100644
--- a/src/gsm/rxlev_stat.c
+++ b/src/gsm/rxlev_stat.c
@@ -30,18 +30,6 @@
#include <osmocom/core/bitvec.h>
#include <osmocom/gsm/rxlev_stat.h>
-int bitvec_find_bit_pos(const struct bitvec *bv, unsigned int n, enum bit_value val)
-{
- unsigned int i;
-
- for (i = n; i < bv->data_len*8; i++) {
- if (bitvec_get_bit_pos(bv, i) == val)
- return i;
- }
-
- return -1;
-}
-
void rxlev_stat_input(struct rxlev_stats *st, uint16_t arfcn, uint8_t rxlev)
{
struct bitvec bv;
--
1.7.2.3
From: Pablo Neira Ayuso <pablo(a)gnumonks.org>
This patch fixes a segfault if we or one BTS start a TCP connection
and close it before any IPAC_MSGT_ID_RESP message is sent.
---
openbsc/src/ipaccess/ipaccess-proxy.c | 5 +++++
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/openbsc/src/ipaccess/ipaccess-proxy.c b/openbsc/src/ipaccess/ipaccess-proxy.c
index 56fe160..d98eb54 100644
--- a/openbsc/src/ipaccess/ipaccess-proxy.c
+++ b/openbsc/src/ipaccess/ipaccess-proxy.c
@@ -806,6 +806,11 @@ static void handle_dead_socket(struct bsc_fd *bfd)
switch (bfd->priv_nr & 0xff) {
case OML_FROM_BTS: /* incoming OML data from BTS, forward to BSC OML */
+ /* The BTS started a connection with us but we got no
+ * IPAC_MSGT_ID_RESP message yet, in that scenario we did not
+ * allocate the ipa_bts_conn structure. */
+ if (ipbc == NULL)
+ break;
ipbc->oml_conn = NULL;
bsc_conn = ipbc->bsc_oml_conn;
/* close the connection to the BSC */
--
1.7.2.3
hello
i tried to switch back one of my bs-11 from multidrop to star ("./bs11_config bport0-star" after disconnecting) but i always get a NACK. whats wrong there?
T.
hello,
as you know, my 2nd bs-11(bts1) in multidrop konfig is bootstrapped as bts/trx(1/1) although only trx0 is used on bts1, and the 2nd bs-11 isnt seen by any handy. the debugp message says "abis_nm.c: 518 OC=Radio-Carrier(02) INST=(00,01,ff) STATE CHG: TRX 1 does not exist unknown object class" of course does trx1 not exist, since there are only trx0s, bts0 uses trx0 and bts1 as well (its trx0, of course)
what does that mean?
T.
Hi all!
We haven't had a functioning commit log mailinglist since mid-2009, when the
revision control system of openbsc was converted from svn to git.
Especially today, with the large number of separate git repositories on
http://cgit.osmocom.org/, it is very easy to loose track of what other
developers are doing.
The new mailing list 'osmocom-commitlog' (renamed from openbsc-commits) will
receive updates from all repositories on git.osmocom.org.
Feel free to subscribe at
http://lists.osmocom.org/mailman/listinfo/osmocom-commitlog
Cheers,
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!
We're sorry to report that there are some problems with our git repositories at
the moment, resulting in 'early EOF / index-pack failed' messages when users
are attempting to clone one of our repositories.
The problem has been thoroughly analyzed, but even after many hours of
analysis, no solution has been found yet. Your best chance is to keep re-trying
the clone, in 5-10% of the cases it will succeed.
More technical details are available at this posting to the git mailing list:
http://article.gmane.org/gmane.comp.version-control.git/169909
Sorry for the inconvenience.
--
- 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)
hello
my 2 bs-11 are now recognised (bootstrapped) by the program, but
somethings strange: bts 0, the pc-side bts, is recognised as
bts/trx(0/0), but the 2nd one is bts/trx(1/1). strange, because on the
2nd bs-11, trx 0 is activated, not 1.
the screenshot says this too (hope its been attached)
whats wrong here?
T.
--
Wer Rechtschreibfehler findet, darf sie behalten!
Hi Pablo,
On Wed, Mar 23, 2011 at 01:03:42AM +0100, Pablo Neira Ayuso wrote:
> openbsc$ git pull
> remote: Counting objects: 197, done.
> remote: Compressing objects: 100% (79/79), done.
> remote: Total 164 (delta 132), reused 104 (delta 85)
> fatal: The remote end hung up unexpectedly
> fatal: early EOF
> fatal: index-pack failed
>
> Could you check what's wrong with this?
I've wasted about half a day on this yesterday, without any solution.
It seems like it is a race condition in the git server. If you retry your pull
something like 5-10 times, it will succeed once.
I've tried with latest git.git on the server. I've tried strace and ltrace
on git-daemon, which only got me as far as the daemon trying an fstat() after a
close() on fd 1, which will obviosuly fail with -EBADF.
I'm really at a loss here...
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)
> what impedance should a pair of cable for multidrop have? i used 10m
of
I have 50 meters and it works. be sure to have both ends terminated with
120 ohms. i think you need to terminate the receiving end only. this is
because the receiver is high impedance.
hi list,
what impedance should a pair of cable for multidrop have? i used 10m of
cat4, with the result that the 2nd bs-11 wasnt bootstrapped. now i
reduced the length to 3m, and it works. the oszi tells me there are
still some reflections, but finally my 2nd bs-11 is recognised.
so whats the correct cable, when i plan to use more than 3m?
T.
--
Wer Rechtschreibfehler findet, darf sie behalten!
Dear all,
I'm looking forward to buy one or two nanoBTS (165 or 135 whatever available), is there any body who wants to sell his nanoBTS (in Europe) ? ? ?
As i am starting my development on opnebsc, i need it asap :)
looking forward for any offer .
regards,
Please help me out...
After authorization command through hlr,whenever I try sending sms or call
through command line it says
Subscriber not attached.
how to come over it.
Thanks.
hello
my multidrop setup doesnt find my 2nd bs-11 in the chain, although
bootstrapping works, except the strange thing with trx 1, see other
mail. maybe the reason is an error in the cid, lac or bsic settings.
i have:
cell identity 1
location area 1
bsic 63
in the bts 0 section
and
location area 2
bsic 63
in the bts 1 section
evrything ok so far?
the -P parameter makes trouble: altho neccessary for handover, no data
is transmitted when i use it on my 2 bs-11 multidrop config. i can make
calls, the handy rings, but i don't hear anything on any handy. omitting
the -P, i can talk.
is this normal?
T.
--
Wer Rechtschreibfehler findet, darf sie behalten!
Hi!
The following patches split libosmocore in two libraries, the new
libosmo-gsm, which contains GSM-specific functions, and libosmocore,
which contains generic functions (like talloc, msgb, select, logging, ...).
In case that you're OK with them, you have to apply them in the
following way:
1) First, make a copy of libosmocore.git to libosmo-gsm.git. This is
done to avoid losing the history in the new libosmo-gsm.git library.
$ cp -r libosmocore.git libosmo-gsm.git
2) Apply the patch that removes the GSM-specific features to
libosmocore.git (see [PATCH 1/2])
2) Apply the patch that removes the non-GSM features to libosmo-gsm.git
(see [PATCH 2/2])
After these patches, I'll send two patches for openbsc and osmocore-bb
to make them use the new libosmo-gsm.
Let me know what you think with this proposal.
hello list
please the the entire mail thoroughly before answering.
it's a neverending story with the bs-11 f***ing multidrop: i have bts0 that works perfect as single, and so does bts1, but only bts0 is bootstrapped
lets start from the beginning: misdn is configured port 0 has ts1 as d-channel and 2-15 as b-channels, port 1 has ts17 as d-channel and 18-31
as b-channels.
that says bs11_config for bts0, that is connected to pc:
SITE MANAGER ATTRIBUTES:
E1 Channel: Port=0 Timeslot=1 (Full Slot)
TEI: 25
BS11 Line Interface ATTRIBUTES:
PLL Mode: Standalone
BS11 CCLK ATTRIBUTES:
CCLK Accuracy: High (1)
CCLK Type=0
BS11 Power Amplifier 0 ATTRIBUTES:
TRX Power: 30mW (GSM)
BPORT0 ATTRIBUTES:
Line Configuration: Multi-Drop (1)
BPORT1 ATTRIBUTES:
Line Configuration: Multi-Drop (1)
and that is bts1:
SITE MANAGER ATTRIBUTES:
E1 Channel: Port=1 Timeslot=17 (Full Slot)
TEI: 26
BS11 Line Interface ATTRIBUTES:
PLL Mode: Standalone
BS11 CCLK ATTRIBUTES:
CCLK Accuracy: High (1)
CCLK Type=0
BS11 Power Amplifier 0 ATTRIBUTES:
TRX Power: 30mW (GSM)
BPORT0 ATTRIBUTES:
Line Configuration: Star (0)
BPORT1 GET ATTR NACK
LMT LOGOFF: ACK
as you can see, the d-channels match with the bts-setting. each bs-11 have a working trx0 and a high clock accuracy.
here we go with cfg:
!
! OpenBSC configuration saved from vty
! !
password foo
!
line vty
no login
!
network
network country code 262
mobile network code 10
short name Y-Phone
long name Yodaphone
handover 1
bts 0
type bs11
band GSM900
cell_identity 1
location_area_code 1
training_sequence_code 7
base_station_id_code 63
oml e1 line 0 timeslot 1 sub-slot full
oml e1 tei 25
trx 0
arfcn 121
max_power_red 0
rsl e1 line 0 timeslot 1 sub-slot full
rsl e1 tei 1
timeslot 0
phys_chan_config CCCH+SDCCH4
e1 line 0 timeslot 1 sub-slot full
timeslot 1
phys_chan_config TCH/F
e1 line 0 timeslot 2 sub-slot 1
timeslot 2
phys_chan_config TCH/F
e1 line 0 timeslot 2 sub-slot 2
timeslot 3
phys_chan_config TCH/F
e1 line 0 timeslot 2 sub-slot 3
timeslot 4
phys_chan_config TCH/F
e1 line 0 timeslot 3 sub-slot 0
timeslot 5
phys_chan_config TCH/F
e1 line 0 timeslot 3 sub-slot 1
timeslot 6
phys_chan_config TCH/F
e1 line 0 timeslot 3 sub-slot 2
timeslot 7
phys_chan_config TCH/F
e1 line 0 timeslot 3 sub-slot 3
bts 1
type bs11
band GSM900
location_area_code 2
training_sequence_code 7
base_station_id_code 63
oml e1 line 1 timeslot 17 sub-slot full
oml e1 tei 26
trx 0
arfcn 1
max_power_red 0
rsl e1 line 1 timeslot 17 sub-slot full
rsl e1 tei 2
timeslot 0
phys_chan_config CCCH+SDCCH4
e1 line 1 timeslot 17 sub-slot full
timeslot 1
phys_chan_config SDCCH8
e1 line 1 timeslot 18 sub-slot 1
timeslot 2
phys_chan_config TCH/F
e1 line 1 timeslot 18 sub-slot 2
timeslot 3
phys_chan_config TCH/F
e1 line 1 timeslot 18 sub-slot 3
timeslot 4
phys_chan_config TCH/F
e1 line 1 timeslot 19 sub-slot 0
timeslot 5
phys_chan_config TCH/F
e1 line 1 timeslot 19 sub-slot 1
timeslot 6
phys_chan_config TCH/F
e1 line 1 timeslot 19 sub-slot 2
timeslot 7
phys_chan_config TCH/F
e1 line 1 timeslot 19 sub-slot 3
both bs-11 works as single with the corresponding section (bts 0 or 1) of the cfg file. i have differents teis for all lapd connection.
i use cat4 cable for the bs-11 connection (10 m between the bs-11s)
maybe the screenshot attached unveils the problem.
any help/hint is very welcome.
T.
Hi,
> I forgot to say that VTY code still remains in libosmocore, I'll study
> if it can be interesting in a new library (I can do this later, once
> this patches are applied, of course).
gsmtap is a misnomer, but we now use it for TETRA as well ...
crc16 possibly common as well (altough not sure).
In general, if we have functions that are common to several protocols
but are not really 'system' stuff like select/timer or stuff like
that, where should we put them ?
Keep them in libosmocore ? (like a include/osmocom/utils or also in 'core' ?)
Also, for future enhancement (future patches, just mentioning it here
since it's kinda related to the whole library cleanup), Harald
mentionned to replace the include/osmocore by include/osmocom/core
(like it was done for vty / code / ...)
Cheers,
Sylvain
> I know the tutorial. I made some corrections, too... :D
> Unfortunately, I couldn't get my Ubuntu Hardy working with mISDN loop
> without any ISDN card...
you should load mISDN like this:
modprobe mISDN_core
modprobe mISDN_dsp
modprobe mISDN_l1loop pri=1
misdn_info
Found 2 ports
Port 0 'mISDN_l1loop.1': TE/NT-mode PRI E1 (for phone lines & E1
devices)
2 B-channels: 1-2
B-protocols: RAW HDLC X75slp L2:DSP
L2:DSPHDLC
--------
Port 1 'mISDN_l1loop.2': TE/NT-mode PRI E1 (for phone lines & E1
devices)
2 B-channels: 1-2
B-protocols: RAW HDLC X75slp L2:DSP
L2:DSPHDLC
if you use the latest lcr and openbsc git, you should have two processes
that communicate via socket interface, rather than compiling them
together.
With a nanoBTS, you don't need a real ISDN card. You can use mISDN
modules which are typically compiled in as modules in Linux. My lab
has a few 900 and 1800 nanoBTS units, all running over Ethernet/IP,
with openBSC, Asterisk, and LCR running on VMs with no ISDN cards, no
special hardware.
There is a tutorial on how to set this up here,
http://openbsc.osmocom.org/trac/wiki/OpenBSC_LCR . I also found a
mailing list post that fills in some blanks,
http://www.mail-archive.com/openbsc@lists.gnumonks.org/msg00352.html
. I would suggest trying to follow the mailing list post to the
letter to set this up, and once it is working make a snapshot then try
to update the source of the packages installed.
Chris Rankine
2011/3/17 Luca Bertoncello <bertoncello(a)netzing.de>:
> Am Thu, 17 Mar 2011 11:10:17 -0400
> schrieb Chris Rankine <cr3(a)cr3.us>:
>
>> Which BTS are you using?
>
> nanoBTS from ip.access.
>
> Greetings
> --
> _______________________________________________________________________
> Luca Bertoncello
> Entwicklung Mail: bertoncello(a)netzing.de
>
>
> NETZING Solutions AG Tel.: 0351/41381 - 23
> Fröbelstr. 57, 01159 Dresden Fax: 0351/41381 - 12
> _______________________________________________________________________
>
> Impressum:
> NETZING Solutions AG - Fröbelstraße 57 - 01159 Dresden
> Sitz der Gesellschaft Amtsgericht Dresden HRB 18926
> Vorstand Dieter Schneider - Aufsichtsratsvorsitzender Volker Kanitz
> USt.Id DE211326547 Mail: netzing.ag(a)netzing.de
>
> I have more OpenBSC running on different IPs and using different
> configurations, and I need to connect them together, so that it is
> possible to have, for example, two mobile phones connected to two
> different OpenBSCs and able to make calls with each other.
you can run openbsc with lcr at each location. two lcrs can be connected
with E1 link. this link must not be physical, mISDN provides a l1oip
driver (E1 or S/T over IP).
andreas
Hi, list!
I have more OpenBSC running on different IPs and using different
configurations, and I need to connect them together, so that it is
possible to have, for example, two mobile phones connected to two
different OpenBSCs and able to make calls with each other.
Is it possible? Can you suggest me an HowTo?
Thanks a lot!
--
_______________________________________________________________________
Luca Bertoncello
Entwicklung Mail: bertoncello(a)netzing.de
NETZING Solutions AG Tel.: 0351/41381 - 23
Fröbelstr. 57, 01159 Dresden Fax: 0351/41381 - 12
_______________________________________________________________________
Impressum:
NETZING Solutions AG - Fröbelstraße 57 - 01159 Dresden
Sitz der Gesellschaft Amtsgericht Dresden HRB 18926
Vorstand Dieter Schneider - Aufsichtsratsvorsitzender Volker Kanitz
USt.Id DE211326547 Mail: netzing.ag(a)netzing.de
hello
ok, lets try it again:
do the oml and rsl settings have to be identical? for example: one bts
is set to port 0, ts 1, tei 25. the cfg entry would be "oml e1 line 0
timeslot 1 sub-slot full" and "rsl e1 line 0 timeslot 1 sub-slot full",
right?
the cited link is useless, i kno it already, doesnt answer my question.
what i wanted to know is why we have 2 types of settings (oml and rsl)
which are identical, cause that told the openbsc.cfg. why do we need 2
settings that configure the same? or was the assumption above wrong?
T.
--
Wer Rechtschreibfehler findet, darf sie behalten!
hello
do the oml and rsl settings have to be identical? for example: one bts is set to port 0, ts 1, tei 25. the cfg entry would be "oml e1 line 0 timeslot 1 sub-slot full" and "rsl e1 line 0 timeslot 1 sub-slot full", right?
T.
http://openbsc.osmocom.org/trac/wiki/bsc_hack_VTY#rsle1lineE1_LINEtimeslot1…
Hi, list!
I need to use MySQL as database for OpenBSC due to the limitations of
SQLite (I need concurrent access to the database).
I wrote a little patch to allow it and I send it as attachment.
With this patch the database is **ONLY** MySQL. Maybe in the future, if
I'll have time, I'll write another patch to allow the user to choose the
preferred database (SQLite3 or MySQL).
Regards
--
_______________________________________________________________________
Luca Bertoncello
Entwicklung Mail: bertoncello(a)netzing.de
NETZING Solutions AG Tel.: 0351/41381 - 23
Fröbelstr. 57, 01159 Dresden Fax: 0351/41381 - 12
_______________________________________________________________________
Impressum:
NETZING Solutions AG - Fröbelstraße 57 - 01159 Dresden
Sitz der Gesellschaft Amtsgericht Dresden HRB 18926
Vorstand Dieter Schneider - Aufsichtsratsvorsitzender Volker Kanitz
USt.Id DE211326547 Mail: netzing.ag(a)netzing.de
hi,
how did you load hfcmulti driver of mISDN? (check misdn_portinfo for layout)
how did you configure your bts 1? did you configure TS 17/18/19 instead of TS 1/2/3?
andreas
-----Ursprüngliche Nachricht-----
Von: openbsc-bounces(a)lists.osmocom.org [mailto:openbsc-bounces@lists.osmocom.org] Im Auftrag von Thomas Ansorg
Gesendet: Montag, 14. März 2011 16:55
An: openBSC-Mailingliste
Betreff: BS-11 multidrop not working
hello list,
may someone tell me, why my 2 bs-11 refuse to work as multidrop? i start with this config file:
!
! OpenBSC configuration saved from vty
! !
password foo
!
line vty
no login
!
network
network country code 262
mobile network code 10
short name Y-Phone
long name Yodaphone
handover 1
handover window rxlev averaging 10
handover window rxqual averaging 1
handover power budget interval 6
handover power budget hysteresis 4
bts 0
type bs11
band GSM900
cell_identity 1
location_area_code 1
training_sequence_code 7
base_station_id_code 63
oml e1 line 0 timeslot 1 sub-slot full
oml e1 tei 25
trx 0
arfcn 121
max_power_red 0
rsl e1 line 0 timeslot 1 sub-slot full
rsl e1 tei 1
timeslot 0
phys_chan_config CCCH+SDCCH4
e1 line 0 timeslot 1 sub-slot full
timeslot 1
phys_chan_config SDCCH8
e1 line 0 timeslot 2 sub-slot 1
timeslot 2
phys_chan_config TCH/F
e1 line 0 timeslot 2 sub-slot 2
timeslot 3
phys_chan_config TCH/F
e1 line 0 timeslot 2 sub-slot 3
timeslot 4
phys_chan_config TCH/F
e1 line 0 timeslot 3 sub-slot 0
timeslot 5
phys_chan_config TCH/F
e1 line 0 timeslot 3 sub-slot 1
timeslot 6
phys_chan_config TCH/F
e1 line 0 timeslot 3 sub-slot 2
timeslot 7
phys_chan_config TCH/F
e1 line 0 timeslot 3 sub-slot 3
bts 1
type bs11
band GSM900
location_area_code 2
training_sequence_code 7
base_station_id_code 63
oml e1 line 1 timeslot 17 sub-slot full
oml e1 tei 25
trx 0
arfcn 1
max_power_red 0
rsl e1 line 1 timeslot 17 sub-slot full
rsl e1 tei 2
timeslot 0
phys_chan_config CCCH+SDCCH4
e1 line 1 timeslot 17 sub-slot full
timeslot 1
phys_chan_config SDCCH8
e1 line 1 timeslot 18 sub-slot 1
timeslot 2
phys_chan_config TCH/F
e1 line 1 timeslot 18 sub-slot 2
timeslot 3
phys_chan_config TCH/F
e1 line 1 timeslot 18 sub-slot 3
timeslot 4
phys_chan_config TCH/F
e1 line 1 timeslot 19 sub-slot 0
timeslot 5
phys_chan_config TCH/F
e1 line 1 timeslot 19 sub-slot 1
timeslot 6
phys_chan_config TCH/F
e1 line 1 timeslot 19 sub-slot 2
timeslot 7
phys_chan_config TCH/F
e1 line 1 timeslot 19 sub-slot 3
each bs-11 works as single without problems. on both is trx0 activated.
bts0 which is connected to pc is in multidrop config, the following bts1 in line config.
but only bts0 is bootstrapped.
where could the problem(s) be?
T.
--
Wer Rechtschreibfehler findet, darf sie behalten!
Hi there,
I'm experiencing a strange problem since a few days - and I already did some
resets (with the "dongle") of my nanoBTS 139U DSC1800, running firmware
120a.
I cannot connect to the nanoBTS anymore with openBSC. There is an OML-link
established quite fast, but then the BTS "disappears" with a socket error.
It worked perfectly before, and I did not changed anything in my system so
far.
When I'm running the ./ipaccess-config 192.168.10.27 (the IP of the nanoBTS)
is shows me a lot of information (all fine), but after the last message, the
nanoBTS restarts automatically... so connection gets lost and the
ipaccess-config program terminates as well. I cannot PING the nanoBTS also
after that message. After 30-40s it re-appears of course, same process
starts again. ipaccess-find works fine as long as the nanoBTS is in the
initializing sequence.
Here the content of the message:
"<0005> abis_nm.c: 537 0C:BASBAND-TRANSCEIVER(04) INSI=(00,00,ff) Failure
Event Report Type=processing failure Severity=warning level failure Probable
cause= 03 00 01 Additional Text=835:WARN:OAM_RES:res_trx_status.c#209:TRX is
not responding - reinitializing th"
Directly after this one, the program terminates with a memory mapping error
message back to the console.
Any idea? For me it does not sound good... something like a hardware defect
- which I really don't want to have now :-/
Best regards from Cologne!
Daniel
Hi Peter!
Seems to me that I have the same problem like you with one of my nanoBTS.
Did you solved it in anyway? Or real hardware problem? When did it appeared
the first time?
Daniel
Hi,
I think we lost a commit with the 0.1.28 tag SNAFU. Unfortunately all
I have left of it is the short log title
"vty: Fix a memory leak in the vty description command"
So if someone remember writing it, it'd be nice to re-commit it ...
Cheers,
Sylvain
On 09/03/11 13:05, Pablo Neira Ayuso wrote:
> From: Pablo Neira Ayuso <pablo(a)gnumonks.org>
>
> This change is required to finish the integration of the VTY and
> the per-application logging categories that provides:
>
> "vty: integration with logging framework"
>
> in libosmocore.
>
> It has been tested with osmo-nitb. The other just compiled tested.
Sorry for this dup, I sent this patch with the @netfilter.org account,
for that reason the ML blocked it. Then I decided to resend with
@gnumonks.org.
Both patches are the same.
On 03/08/2011 01:35 PM, Pablo Neira Ayuso wrote:
> This is the case of osmo-nitb, since it does not call
> osmo_bsc_rf_create().
>
oh, I thought I create the msc_data conditionally. My bad (will apply your patch).
Hi there,
using ipaccess-config -i 192.168.10.110/24 -r 192.168.10.101 is just not
working as expected. The device reboots, but still asks the DHCP server for
the IP address.
Hardware is a nanoBTS 1800 version 139_029_35.
By the way, are there known problems with specific firmwares? I'm running
120a002_v200b16d0. Is this a firmware known as working flawless?
Best,
Daniel
Hi!
This patch applies on top of the wireshark/0001-abis_oml.patch.
It converts the C99 structure initialization which is not accepted by
the wireshark developers (Harald told me that they need it to compile
with non-gcc compilers which don't always support C99).
I have tested it here with four pcap files that Harald passed to me. It
works fine.
BTW, *with* and *without* this patch, wireshark with dissector spots
warnings like:
18:14:15 Warn Dissector bug, protocol A-bis OML, in packet 13:
packet-gsm_abis_oml.c:940: failed assertion "DISSECTOR_ASSERT_NOT_REACHED"
It seems that some TLVs that appear in the body of packets are unknown.
I'll debug which are the complaining tags and get back you.
Hi!
I've created a new git repository (osmo-bts.git) for the BTS-side code.
You can browse it at http://cgit.osmocom.org/cgit/osmo-bts/
So far it only contains an import of Andreas' osmocom-bb.git jolly/bts branch,
and some minimal modifications like include path changes.
However, the code does not build yet. The TODO items are as follows:
* de-couple the LAPDm code in OsmocomBB from references to osmcom_ms and
other OsmocomBB specific data structures
* put the LAPDm code into a shared library
* link that library from both layer23 and osmo-bts
* merge all common code and definitions/structures for RSL, OML and RTP
together with the openbsc/src/lib{abis,trau}
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)