Hi, I am openBSC version 0.9.11.92-6d42 and I have compiled open-ggsn and the osmo-sgsn binary has been built when i recompiled openBSC. Now here is the problem. The GPRS indicator on the handset lights up, but no GPRS data passes. I have the following config files:
---------/etc/ggsn.conf---------
# TAG: listen
# Specifies the local IP address to listen to
listen 192.168.1.70
# TAG: dynip
# Dynamic IP address pool.
# Used for allocation of dynamic IP address when address is not given
# by HLR.
# If this option is not given then the net option is used as a substitute.
dynip 192.168.254.0/24
# TAG: pcodns1/pcodns2
# Protocol configuration option domain name system server 1 & 2.
pcodns1 208.67.222.222
pcodns2 208.67.220.220
--------------------------------
---------/etc/ggsn.conf---------
!
! Osmocom SGSN configuration
!
!
line vty
no login
!
sgsn
gtp local-ip 192.168.1.80
ggsn 0 remote-ip 192.168.1.70
ggsn 0 gtp-version 1
!
ns
timer tns-block 3
timer tns-block-retries 3
timer tns-reset 3
timer tns-reset-retries 3
timer tns-test 30
timer tns-alive 3
timer tns-alive-retries 10
encapsulation udp local-ip 192.168.1.60
encapsulation udp local-port 23000
encapsulation framerelay-gre enabled 0
!
bssgp
!
--------------------------------
I have setup the server to have 4 virtual addresses: 192.168.1.50, 192.168.1.60, 192.168.1.70, 192.168.1.80.
When I start the ggsn and do a route -n it shows thats tun0 is up with the ip range 192.168.0.0/24. I have specified it to be 192.168.1.254 via the dynip argument in the /etc/ggsn.conf file. I have setup iptables to NAT eth0 so no issues there.
Thanks
Stuart
Hi, I am trying to punch a nanoBTS through a firewall to an instance of openBSC over layer3. I have opended TCP port 3002 (OML) and TCP port 3003 (RSL) but no green light or any traffic captured with tcpdump. Any ideas? I havent changed the default port on the bts.
hello
one of my bs11 ist set to 30mw, the other one to 2w, bs11_config told
me. this is to much. how do i get the 2nd downto 30mw?
T.
--
Wer Rechtschreibfehler findet, darf sie behalten!
Hi ,
Here i want to restate my problem. I want to run two different bts with
different network parameters on the same PC, at the same time. I can not
achieve this with one bsc_hack because bsc has a unique mnc. I can not run
two bsc_hack at the same time because they try to use the same port. I think
that there might be two approaches to solve this:
1) Modifying the code such that i can specify different mnc for each bts
with one executable program. Maybe, two different gsm network can be defined
as network1 and network2 (similar to bts0,bts1,...). So i can give different
network parameters for different networks and run them with one program.
2) Changing the communication port of nanoBTS and OpenBSC such that i can
run two bsc_hack at the same. I think that it should be changed on both
nanoBTS and source code.
Could any one help me (at least give some hints) about how i can implement
one of these approaches. Or, You could propose some other approaches.
Thank you.
Jason
Hello.
Is anybody interested in trading nanobts for openbts testing kit? I want to do some experiments with openbsc, but I have openbts testing kit.
I will be interested in trading for bs-11 as well.
Please send an email to manatails007 at gmail dot com for further details
Sincerely,
Sent from my iPhone
Hi again,
Is it possible to define a different port for second bts and bsc. Or, can i
modify the source code such that i can run two different network with one
program?
Jason
Hi,
I want to run two different nanoBTS s with different network parameters(MCC,
MNC), at the same time. I think it is not possible in one configuration
file. Instead, I tried to run two bsc_hack with different configuration
files at the same time on the same PC. However, I got a socket problem for
second bsc_hack (Could not bind socket. Already in use.) . What should i do
to solve this. Should i modify the code or do something else.
Thanks.
Jason Mercury
Has any one here taken a look at building a BTS?
There some interesting Baseband chips available:
http://www.octasic.com/en/applications/wireless/gsm_edge.php
It would avoid NDAs and maybe we could just get the transmitter.
Since we are not looking at building high availability stuff it could cut
costs to get more interest in developing the software.
P.S. There are transmitters that are being scraped by the telcos due to
upgrades.
Barnaby J Astles
Solutions Saminov inc
166 rue Cowie
Suite 201
Granby, QC, Canada
J2G 3V3
Cell: (450) 522-7153
Fax: (450) 372-8430
hello,
built 2 bs11 interconnect cables + termination today. but the second
bs11's not recongnised. i tried the 2-2 cfg-file, and mine. i want to
use only one trx per bts. my cfg-file look like this:
!
! OpenBSC configuration saved from vty
! !
password foo
!
line vty
no login
!
network
network country code 262
mobile network code 10
short name T-Net
long name Test-Netz
timer t3101 10
timer t3113 60
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 4 sub-slot full
oml e1 tei 25
trx 0
arfcn 122
max_power_red 0
rsl e1 line 1 timeslot 4 sub-slot full
rsl e1 tei 1
timeslot 0
phys_chan_config CCCH+SDCCH4
e1 line 1 timeslot 5 sub-slot 0
timeslot 1
phys_chan_config SDCCH8
e1 line 1 timeslot 5 sub-slot 1
timeslot 2
phys_chan_config TCH/F
e1 line 1 timeslot 5 sub-slot 2
timeslot 3
phys_chan_config TCH/F
e1 line 1 timeslot 5 sub-slot 3
timeslot 4
phys_chan_config TCH/F
e1 line 1 timeslot 6 sub-slot 0
timeslot 5
phys_chan_config TCH/F
e1 line 1 timeslot 6 sub-slot 1
timeslot 6
phys_chan_config TCH/F
e1 line 1 timeslot 6 sub-slot 2
timeslot 7
phys_chan_config TCH/F
e1 line 1 timeslot 6 sub-slot 3
i modified the 2-2 cfg file in a way that made sense to me. when i
connect only the 2nd bs11 to the pc, it isnt recognised as well.
firmware is on, an due to people who works there, this bs11 was once
operational. did i forget any setup procedures maybe?
2nd problem: bs11_config
i tried bs11_config -p /dev/ttyUSB0 as described in the page, but seems
this device ttyUSB0 doesnt exist.the lmt cable is connected and telnet
localhost 4242 from other console also works.
3rd problem:
during bsc_hack running, i get strange messages. my 2 favorites are:
gsm04_08.c: 873 location updating reject on channel 0
abis_nm.c:1799 Invalid channel combination!!
is there any faq or something else, where these messages are explanined?
answers in german preferred. increases enormously the readability on my
pc.
T.
--
Wer Rechtschreibfehler findet, darf sie behalten!
did you push it? my head of sylvain/testing is:
commit cbf5ba125a70bd18c5919d51203d836fd26fa98a
[WIP] Voice IND
-----Ursprüngliche Nachricht-----
Von: openbsc-bounces(a)lists.gnumonks.org [mailto:openbsc-bounces@lists.gnumonks.org] Im Auftrag von Sylvain Munaut
Gesendet: Sonntag, 28. November 2010 20:58
An: OpenBSC list
Betreff: Optional cell reselection parameters setting
Hi,
I've just pushed a patch in sylvain/testing with vty commands (and
support code) to support settings things such as the Cell Reselection
Offset (which is in the re tst octet).
If someone could just have a quick look before I put it in master.
The main thing is the vty setting to support things like:
penalty time <20-620>
penalty time infinite
I had to create two commands it seems (can specify that an arg is
either a range or a keyword if I'm not mistaken).
Cheers,
Sylvain
