OpenBSC

openbsc@lists.osmocom.org

11 participants
4278 discussions

bug in A-bis OML wireshark dissector
by Pablo Neira Ayuso 19 Sep '11

19 Sep '11

Hi! While submitting the A-bis OML wireshark dissector I noticed one bug in it that results in bogus message labeling. The following patch should be applied to osmocom/wireshark.git tree. P.S: I have submitted a patch to wireshark bugzilla that includes this bugfix.

1 0

anyone give me a hint to implement L1 for openbsc
by John Wu 16 Sep '11

16 Sep '11

Hi list, I want to implement a L1 hardware and software for openbsc. But I am not familiar with openbsc framework. I saw there is a project named osmo-nitb which is a standalone application that implement L2 L3 and some other gsm network function. If I can using my L1 software connect to osmo-nitb through abis-overip? Also I notice another project osmo-bts project which implement BTS-side Layer3 and Layer2 protocol. So can I just implement BTS side L1 then combine with osmo-bts which connect to osmo-nitb? Regards!

4 9

[PATCH 0/5] pablo/ctrl-updates related patches
by Daniel Willmann 16 Sep '11

16 Sep '11

Hello Pablo, attached are patches against the current pablo/ctrl-updates branch that fix the compile issues. It needs the closed callback in libosmo-abis to work. As long as the bsc_msc_connection is still using write_queues I have added the old ctrl_cmd_send function again (under a different name) So we can still send commands over that connection. I've tested the communication/timeout/closed_cb handling and nothing problematic showed up. Having two send commands is unfortunate, but I guess it's okay for the time being. I'm guessing that the other connections will be switching to libosmo-abis as well in the foreseeable future and then this issue will resolve itself. Feel free to squash the patches as you see fit in order to get them merged. Regards, Daniel Willmann (5): libctrl: Catch up with API change for ipa_server_conn_create nat: Use libosmo-abis infrastructure in the pending entries libctrl: Add a new function to send commands through an osmo_wqueue osmo-bsc: Use ctrl_cmd_send_wqueue to send cmds over the nat-bsc link nat: Use ctrl_cmd_send_wqueue to send cmds over the nat-bsc link openbsc/include/openbsc/bsc_nat.h | 2 +- openbsc/include/openbsc/control_cmd.h | 1 + openbsc/src/libctrl/control_if.c | 24 +++++++++++++++++++++++- openbsc/src/osmo-bsc/osmo_bsc_msc.c | 4 ++-- openbsc/src/osmo-bsc_nat/bsc_nat.c | 19 ++++++++++--------- 5 files changed, 37 insertions(+), 13 deletions(-) -- 1.7.6.1

2 6

M3UA SLS
by Ammar Naamat Hameed 15 Sep '11

15 Sep '11

Dear All, I have a question regarding the SLS in M3UA, is the sls number mapped to the sctp stream id? for example, lets consider that i have sctp association with two stream id, 1 and 2, can i send m3ua message with sls 0 mapped to sctp stread id 1, and another m3ua message with sls1 mapped to sctp stream id 2. is this correct? if not can you please help digest this issue :). Appreciate your help, Ammar

1 0

Fwd: regarding openBSC
by anish achenkunju 15 Sep '11

15 Sep '11

Hi Just ran across your blog and was interested in emulating some real traffic to Cisco GGSN code running on dynamips. Could you please provide me some references where I can start with so that i can get openBSC or openSGSN up and running? Also wondering if you have or aware of a code that emulated MS instead of having real BTS up , Thank you v.much in advance. Anish

1 0

some issues configuring openbsc
by Stephen Siadak 13 Sep '11

13 Sep '11

While I think I am pretty close to getting my ip.access nanoBTS to communicate with my laptop running osmo-nitb I seem to be running into a problem. I am running openbsc-0.9.13 and using libosmocore-0.1.30 When I start osmo-nitb I see this error: ./osmo-nitb -T -c ./openbsc.cfg DB: Database initialized. DB: Database prepared. Sat Sep 10 17:39:42 2011 <0007> sms_queue.c:223 Attempting to send 20 SMS Sat Sep 10 17:39:45 2011 <000d> input/ipaccess.c:650 accept()ed new OML link from 2.2.2.1 Sat Sep 10 17:39:45 2011 <0004> e1_input.c:238 rsl_sendmsg: msg->trx->rsl_link == NULL: 81 8a c4 0b Sat Sep 10 17:39:45 2011 <0004> e1_input.c:238 rsl_sendmsg: msg->trx->rsl_link == NULL: 81 81 c1 10 02 00 00 00 c0 a8 ea 01 00 00 00 00 00 00 00 00 Sat Sep 10 17:39:45 2011 <0004> e1_input.c:238 rsl_sendmsg: msg->trx->rsl_link == NULL: 81 81 c1 10 02 00 d4 07 c0 a8 ea 01 38 a4 45 00 04 59 40 00 Sat Sep 10 17:39:45 2011 <0005> bsc_init.c:50 Failed to set BTS attributes. That is fatal. Was the bts type and frequency properly specified? I am using one of the stock nitb configuration files with no modifications. openbsc.git/openbsc/doc/examples/osmo-nitb/nanobts/openbsc.cfg My setup is a little odd. I did not do the original configuration for the nanoBTS. I was hoping to just get stuff working with the current configuration before I changed anything. The nanoBTS comes up with an IP of 2.2.2.1 and expects a gateway of 2.2.2.2. So I simply configured the ip eth0 on my laptop to 2.2.2.2. Then annoyingly the nanoBTS starts looking for 3.3.3.3. Now I start getting a little hacky to try and move stuff along: ip addr add 3.3.3.3/24 dev eth0 ip route add 3.3.3.3/32 via 2.2.2.2 I am able to use ipaccess-find: ./ipaccess-find eth0 # finally shows # MAC Address='00:02:95:00:51:83' IP Address='2.2.2.1' Unit ID='1801/0/0' # Location 1='' Location 2='BTS_NBT131G' Equipment Version='165b029_58' # Software Version='168a302_v142b13d0' Unit Name='nbts-00-02-95-00-51-83' # Serial Number='00106317' I am also able to use ipaccess-config: ./ipaccess-config -u 1801/0/0 -o 2.2.2.2 -r 2.2.2.1 # Trying to connect to ip.access BTS ... # <0005> abis_nm.c:537 OC=SITE-MANAGER(00) INST=(ff,ff,ff) STATE CHG: # OP_STATE=Disabled AVAIL=Not installed(07) # <0005> abis_nm.c:537 OC=BTS(01) INST=(00,ff,ff) STATE CHG: OP_STATE=Disabled # AVAIL=Not installed(07) ADM=Locked # <0005> abis_nm.c:537 OC=BASEBAND-TRANSCEIVER(04) INST=(00,00,ff) STATE CHG: # OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked # OML link established using TRX 0 # setting Unit ID to '1801/0/0' # setting primary OML link IP to '2.2.2.2' # <0005> abis_nm.c:537 OC=CHANNEL(03) INST=(00,00,00) STATE CHG: # OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked # <0005> abis_nm.c:537 OC=CHANNEL(03) INST=(00,00,01) STATE CHG: # OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked # <0005> abis_nm.c:537 OC=CHANNEL(03) INST=(00,00,02) STATE CHG: # OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked # <0005> abis_nm.c:537 OC=CHANNEL(03) INST=(00,00,03) STATE CHG: # OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked # <0005> abis_nm.c:537 OC=CHANNEL(03) INST=(00,00,04) STATE CHG: # OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked # <0005> abis_nm.c:537 OC=CHANNEL(03) INST=(00,00,05) STATE CHG: # OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked # <0005> abis_nm.c:537 OC=CHANNEL(03) INST=(00,00,06) STATE CHG: # OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked # <0005> abis_nm.c:537 OC=CHANNEL(03) INST=(00,00,07) STATE CHG: # OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked # <0005> abis_nm.c:537 OC=RADIO-CARRIER(02) INST=(00,00,ff) STATE CHG: # OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked # <0005> abis_nm.c:537 OC=GPRS-NSE(f0) INST=(00,ff,ff) STATE CHG: # OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked # <0005> abis_nm.c:537 OC=GPRS-CELL(f1) INST=(00,00,ff) STATE CHG: # OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked # <0005> abis_nm.c:537 OC=GPRS-NSVC(f2) INST=(00,00,ff) STATE CHG: # OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked # <0005> abis_nm.c:537 OC=GPRS-NSVC(f2) INST=(00,01,ff) STATE CHG: # OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked # <0005> abis_nm.c:537 OC=BASEBAND-TRANSCEIVER(04) INST=(00,00,ff) # IPACCESS(0xf0): SET NVATTR ACK # Set the NV Attributes. # The BTS has acked the restart. Exiting. At this point I try to start osmo-nitb and receive the error I mentioned earlier: ./osmo-nitb -T -c ./openbsc.cfg DB: Database initialized. DB: Database prepared. Sat Sep 10 17:39:42 2011 <0007> sms_queue.c:223 Attempting to send 20 SMS Sat Sep 10 17:39:45 2011 <000d> input/ipaccess.c:650 accept()ed new OML link from 2.2.2.1 Sat Sep 10 17:39:45 2011 <0004> e1_input.c:238 rsl_sendmsg: msg->trx->rsl_link == NULL: 81 8a c4 0b Sat Sep 10 17:39:45 2011 <0004> e1_input.c:238 rsl_sendmsg: msg->trx->rsl_link == NULL: 81 81 c1 10 02 00 00 00 c0 a8 ea 01 00 00 00 00 00 00 00 00 Sat Sep 10 17:39:45 2011 <0004> e1_input.c:238 rsl_sendmsg: msg->trx->rsl_link == NULL: 81 81 c1 10 02 00 d4 07 c0 a8 ea 01 38 a4 45 00 04 59 40 00 Sat Sep 10 17:39:45 2011 <0005> bsc_init.c:50 Failed to set BTS attributes. That is fatal. Was the bts type and frequency properly specified? I think the bts type is set correct in the configuration file: type nanobts I am not sure what setting actually sets the frequency. I am happy to provide more information and any help is appreciated. Thanks in advance, -Steve

3 2

Hlr openbsc
by gary mcneish 13 Sep '11

13 Sep '11

Hi Guys Need someone with inside knowladge who wants some money. Or ideally with a system inplace I can use to perform hlr lookups I want to validate my exsisting uk mobile phone numbers. see if there on or not if there subscribed to a network. If you have a setup I can use contact me with pricing If you can build one for me, I have servers, sip trunks, money, a bit of knowledge in unix networking servers etc. I need a solution asap which Is why im posting this Please send me info gary(a)tetrustelecoms.com -- *Gary McNeish *Tetrus Telecoms Ltd t: 0161-408-3944 m: +66838273350 e: gary(a)tetrustelecoms.com w: www.tetrustelecoms.com

1 0

[PATCH 0/3] openbsc: ctrl updates
by pablo＠gnumonks.org 11 Sep '11

11 Sep '11

From: Pablo Neira Ayuso <pablo(a)gnumonks.org> Hi, These patchset contains the port of libctrl to use the IPA infrastructure available in libosmo-abis. I've also made one small cleanup to bail out in case that we cannot bind to the telnet port. Another patch follows up to avoid disabling nagle (to avoid problems with TCP segmentation, we still have to support this appropriately), I noticed this while doing the port work. Pablo Neira Ayuso (3): ctrl: use generic IPA socket infrastructure available in libosmo-abis src: check for error returned by controlif_setup() ctrl: do not disable nagle algorithm until we fully support segmentation openbsc/include/openbsc/control_cmd.h | 17 +--- openbsc/include/openbsc/control_if.h | 2 +- openbsc/src/libctrl/control_if.c | 153 +++++++-------------------------- openbsc/src/osmo-bsc/osmo_bsc_main.c | 6 +- openbsc/src/osmo-bsc_nat/bsc_nat.c | 6 +- openbsc/src/osmo-nitb/bsc_hack.c | 5 +- 6 files changed, 50 insertions(+), 139 deletions(-) -- 1.7.2.5

5 10

[PATCH 0/7] libosmo-abis: updates for generic IPA infrastructure
by pablo＠gnumonks.org 09 Sep '11

09 Sep '11

From: Pablo Neira Ayuso <pablo(a)gnumonks.org> Hi! This patchset contains several updates for the generic IPA infrastructure which provides an abstraction upon the generic socket infrastructure for IPA traffic. After this patchset, it will follow up one patch to use it in openBSC. You can find these changes in the pablo/ipa-updates branch of libosmo-abis. Please, merge them. Pablo Neira Ayuso (7): ipa: remove bogus driver_name parameter from ipa_client_create ipa: rename all reference to ipa_*_peer to ipa_*_conn tests: remove reference to internal headers in ipa_proxy_test ipa: use default write callback in ipa_client_conn_create if not specified ipa: fix segfault in ipa_client_conn_create if no E1 timeslot is specified ipa: better log error messages for ipa_msg_recv() ipa: use DEBUG level instead of NOTICE for debugging log messages include/osmocom/abis/ipa.h | 34 +++++----- src/input/hsl.c | 22 +++--- src/input/ipa.c | 153 ++++++++++++++++++++++---------------------- src/input/ipaccess.c | 26 ++++---- src/ipa_proxy.c | 22 +++--- tests/ipa_proxy_test.c | 4 +- 6 files changed, 128 insertions(+), 133 deletions(-) -- 1.7.2.5

4 10

[osmocom-announce] patched wireshark now on git.osmocom.org
by Harald Welte 08 Sep '11

08 Sep '11

Hi all, we have accumulated a number of wireshark patches, and by far not all of them have been merged into mainline wireshark so far (volunteers, anyone?) Some people have complained that it is hard to build them, as you first have to find a wireshark version to which they apply, etc. We have now created a wireshark.git repository at git.osmocom.org in which you will be able to find the latest mainline wireshark version ('trunk' branch) as well as our patches in 'master': http://cgit.osmocom.org/cgit/wireshark/ the read-onIy clone url is 'git://git.osmocom.org/wireshark' So the recommended option for everyone needing patched wireshark for one or the other reason (e.g. simtrace) now is to clone that wireshark.git repository and build from there. Like before, we will rebase our patches in irregular intervals, so you may have to do a 'pull -f' instead of 'pull' at that 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)

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC