4 Jun
2013
4 Jun
'13
11:57 a.m.
Hello everybody.
I was successful in running the calypso BTS by using the openBTS (without
gprs).
Now I am trying to setup a GPRS N/w with the guide provided at
http://wush.net/trac/rangepublic/wiki/GPRS and by using the same Calypso
BTS. Want to know whether if this can work out. If not I want to do some
minimal implementation (GPRS attach or just activate a PDP context).
I followed the tutorial and I am here with logs from PCU and SGSN.
LOG from Osmo-PCU
# ./osmo-pcu -n 06 -m 234
<0001> pcu_l1_if.cpp:375 BTS available
<0001> pcu_l1_if.cpp:91 Sending activate request: trx=0 ts=6
<0001> pcu_l1_if.cpp:502 PDCH: trx=0 ts=6
<0001> pcu_l1_if.cpp:91 Sending activate request: trx=0 ts=7
<0001> pcu_l1_if.cpp:502 PDCH: trx=0 ts=7
<0009> gprs_bssgp_pcu.cpp:508 NS-VC 4 is unblocked.
<0008> gprs_bssgp_pcu.cpp:549 Sending reset on BVCI 0
<0008> gprs_bssgp_pcu.cpp:557 Sending reset on BVCI 7
<0008> gprs_bssgp_pcu.cpp:565 Sending unblock on BVCI 7
<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=120,
fn=961674
<0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets
do not start with bit sequence 'HH01' (Packet Downlink
Assignment)
0002> gprs_rlcmac_data.cpp:564 TBF T3169 timeout during transsmission
<0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH
<0002> gprs_rlcmac_data.cpp:88 - No uplink data received yet
<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=124,
fn=963005
<0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets
do not start with bit sequence 'HH01' (Packet
DownlinkAssignment)
0002> gprs_rlcmac_data.cpp:564 TBF T3169 timeout during transsmission
<0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH
<0002> gprs_rlcmac_data.cpp:88 - No uplink data received yet
After a successful GSM attach procedure the phone is accessing the BTS on
RACH for a GPRS attach.
This set of statements repeats as long as the phone trying to do a GPRS
attach send requests on RACH. It seems like the phone BTS receives RACH and
a channel is assigned (IMM ASS, I can see this TBF assignment in
Wireshark), but I doubt whether this IMM ASS has reached the phone that is
trying to GPRS attach.
Log from SGSN
#./osmo-sgsn
<0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC
<0010> gprs_ns.c:171 NSVCI=65535 Creating NS-VC
<0010> gprs_ns.c:806 Creating NS-VC for BSS at 192.168.111.144:5948
<0010> gprs_ns.c:679 NSEI=65535 Rx NS RESET (NSVCI=0, cause=O&M
intervention)
<0010> gprs_ns.c:538 NSEI=8 Tx NS RESET ACK (NSVCI=4)
<0010> gprs_ns.c:679 NSEI=4 Rx NS RESET (NSVCI=8, cause=PDU not compatible
with protocol state)
<0010> gprs_ns.c:538 NSEI=8 Tx NS RESET ACK (NSVCI=4)
<0010> gprs_ns.c:865 NSEI=8 Rx NS UNBLOCK
<0010> gprs_ns.c:865 NSEI=8 Rx NS UNBLOCK
<0011> gprs_bssgp.c:249 BSSGP BVCI=0 Rx RESET cause=O&M intervention
<0011> gprs_bssgp.c:249 BSSGP BVCI=7 Rx RESET cause=O&M intervention
<0011> gprs_bssgp.c:272 Cell 234-6-1000-0 CI 0 on BVCI 7
<0011> gprs_bssgp.c:344 BSSGP BVCI=7 Rx BVC-UNBLOCK
<0011> gprs_bssgp.c:747 BSSGP BVCI=7 Rx Flow Control BVC
<0011> gprs_bssgp.c:747 BSSGP BVCI=7 Rx Flow Control BVC
and The last statement repeats.........
the statement
Cell 234-6-1000-0 CI 0 on BVCI 7
The RAI and Cell ID are 0 and 0.... But when I read the code gprs_bssgp.c
it says these parameters will be received from BSS. If I set these
parameters in OpenBTS.db similar to LAC=RAC but still there is no effect.
I am running ./ggsn, ./osmo-sgsn, ./osmo-pcu, ./openbts
Is osmo-nitb needed along with SGSN and PCU.
I fail to do GPRS attcach in this situation. Can someone please give your
comments and guide me with some suggestions.
regards,
Altaf
4 Jun
4 Jun
12:56 p.m.
altaf sk wrote:
<0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS
confirm, but rest octets
do not start with bit sequence 'HH01' (Packet
DownlinkAssignment)
hi atlaf,
please try this patch. it will show what is sent to bts and what is
received as confirm from bts. what branches do you use (pcu, bts,
osmocombb) ? could you attach the configs for bts and openbsc?
regards,
andreas
2:22 p.m.
Thank you andreas for your reply.
I applied the patch and I can see the IMM ASS messages
1.
eg : On the PCU log
receiving IMM.ASS confirm from BTS: 2d 06 3f 10 0e 43 6c 7b 19 ce 00 00 c8
00 10 0b 2b 2b 2b 2b 2b 2b 2b
2. Branches
PCU -> master
bts -> gprs-work
os_BB -> sylvain/testing
openbsc -> master
3.
I have attached Openbts.db and osmo-sgsn.cfg
I have checked for openbsc.cfg in the openbsc folder. but I find a
diiferent openbsc.cfg for different type of bts (nanobts,bs11, etc) but not
for openbts. I am not sure which one to attach.
When you mean by configs of openbsc. Is it the osmo-sgsn.cfg or
openbsc.cfg.? Can you please tell me which one is the correct cfg when
using openbts.
regards,
Altaf
On Tue, Jun 4, 2013 at 12:56 PM, jolly <andreas(a)eversberg.eu> wrote:
**
altaf sk wrote:
<0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets
do not start with bit sequence 'HH01' (Packet Downlink
Assignment)
hi atlaf,
please try this patch. it will show what is sent to bts and what is
received as confirm from bts. what branches do you use (pcu, bts,
osmocombb) ? could you attach the configs for bts and openbsc?
regards,
andreas
4:07 p.m.
Well... I don't get that statement printed.
regards,
Altaf
On Tue, Jun 4, 2013 at 2:22 PM, altaf sk <altaf329(a)gmail.com> wrote:
Thank you andreas for your reply.
I applied the patch and I can see the IMM ASS messages
1.
eg : On the PCU log
receiving IMM.ASS confirm from BTS: 2d 06 3f 10 0e 43 6c 7b 19 ce 00 00 c8
00 10 0b 2b 2b 2b 2b 2b 2b 2b
2. Branches
PCU -> master
bts -> gprs-work
os_BB -> sylvain/testing
openbsc -> master
3.
I have attached Openbts.db and osmo-sgsn.cfg
I have checked for openbsc.cfg in the openbsc folder. but I find a
diiferent openbsc.cfg for different type of bts (nanobts,bs11, etc) but not
for openbts. I am not sure which one to attach.
When you mean by configs of openbsc. Is it the osmo-sgsn.cfg or
openbsc.cfg.? Can you please tell me which one is the correct cfg when
using openbts.
regards,
Altaf
On Tue, Jun 4, 2013 at 12:56 PM, jolly <andreas(a)eversberg.eu> wrote:
**
altaf sk wrote:
<0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets
do not start with bit sequence 'HH01' (Packet Downlink
Assignment)
hi atlaf,
please try this patch. it will show what is sent to bts and what is
received as confirm from bts. what branches do you use (pcu, bts,
osmocombb) ? could you attach the configs for bts and openbsc?
regards,
andreas
4:13 p.m.
altaf sk wrote:
PCU -> master
bts -> gprs-work
os_BB -> sylvain/testing
openbsc -> master
pcu master is ok (everything merged).
openbsc master is ok.
bts gprs-work? i don't know this branch, please use jolly/trx.
osmocom_bb you should use jolly/testing branch, because you need to use
two phones, one for broadcast and one for timeslot 1 (gprs). i think i
need to write a documentation for that. but in your case, the IMM.ASS
problem must be solved first.
4:28 p.m.
On Tue, Jun 4, 2013 at 6:13 PM, jolly <andreas(a)eversberg.eu> wrote:
altaf sk wrote:
"gprs-work" is an OpenBTS branch which Ivan maintains.
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
PCU -> master
bts -> gprs-work
os_BB -> sylvain/testing
openbsc -> master
pcu master is ok (everything merged).
openbsc master is ok.
bts gprs-work? i don't know this branch, please use jolly/trx.
4:53 p.m.
ok. Thank you...
I will look into this and will post if any success..
You say that using jolly/testing branch it is possible to use two phones.
I am not sure how to use two phones and connect and how is the sync b/w
them. Can you please give some brief idea before you write documentation.
isnt it possible with 1 phone, Just for minimal functions.?
I don't find the branch jolly/trx in git clone git://
github.com/chemeris/openbts-p2.8.git. Should I clone from a different git.
On Tue, Jun 4, 2013 at 4:13 PM, jolly <andreas(a)eversberg.eu> wrote:
altaf sk wrote:
PCU -> master
bts -> gprs-work
os_BB -> sylvain/testing
openbsc -> master
pcu master is ok (everything merged).
openbsc master is ok.
bts gprs-work? i don't know this branch, please use jolly/trx.
osmocom_bb you should use jolly/testing branch, because you need to use
two phones, one for broadcast and one for timeslot 1 (gprs). i think i
need to write a documentation for that. but in your case, the IMM.ASS
problem must be solved first.
5:13 p.m.
Yes, I understand how trx uses two phones by reading your previous commits.
I will study them
regards,
altaf
On Tue, Jun 4, 2013 at 4:53 PM, altaf sk <altaf329(a)gmail.com> wrote:
ok. Thank you...
I will look into this and will post if any success..
You say that using jolly/testing branch it is possible to use two phones.
I am not sure how to use two phones and connect and how is the sync b/w
them. Can you please give some brief idea before you write documentation.
isnt it possible with 1 phone, Just for minimal functions.?
I don't find the branch jolly/trx in git clone git://
github.com/chemeris/openbts-p2.8.git. Should I clone from a different git.
On Tue, Jun 4, 2013 at 4:13 PM, jolly <andreas(a)eversberg.eu> wrote:
altaf sk wrote:
PCU -> master
bts -> gprs-work
os_BB -> sylvain/testing
openbsc -> master
pcu master is ok (everything merged).
openbsc master is ok.
bts gprs-work? i don't know this branch, please use jolly/trx.
osmocom_bb you should use jolly/testing branch, because you need to use
two phones, one for broadcast and one for timeslot 1 (gprs). i think i
need to write a documentation for that. but in your case, the IMM.ASS
problem must be solved first.
5 Jun
5 Jun
6:18 p.m.
altaf sk wrote:
Yes, I understand how trx uses two phones by reading
your previous
commits. I will study them
regards,
altaf
i looked at the code again. the IMM.ASS error can be ignored, it think.
next time when i run it, i will see what causes it.
you can use two phones by adding the "-2" option to transceiver. both
phones use the same cell to sync to. you need to start two osmocon
processes. one for the phone that provides TS1 and another with option
"-s /tmp/osmocom_l2.2" for the other socket. if both sockets run, you
can start transceiver and the osmo-bts and so on. be sure that you
receive the usual debugging output (as you saw before) at both osmocon
processes, which show the sync information.
6:37 p.m.
Hello andreas,
thanks a lot for your help.
I resulted successful in running the osmoBTS with calypso phones. Currently
I did (register) with 1 phone but will do it with 2 also. yes I am using
the debugging option.
Can you kindly tell me how should I enable the PCU support. I have the
osmo-pcu (master) installed and I start it before starting osmoBTS.
I tried to use jolly_test in osmo-pcu git, but errors concerning sysmobts.
I tried looking around sockets and vty but could not figure it out. I
looked at the osmo-bts-sysmo code which has the command line option (-M
--pcu-direct) to enable pcu support.
I looked at the code and I found that pcu_direct is set to 1 (pcu_direct=1)
when -M option is used.
using this as a reference in the main.c of osmo-bts-trx i directly defined
pcu_direct=1 and then tried. The socket /tmp/pcu-bts is open but still I
dont see any response from PCU.
Can you suggest me in this regard.
regards,
Altaf
On Tue, Jun 4, 2013 at 5:13 PM, altaf sk <altaf329(a)gmail.com> wrote:
Yes, I understand how trx uses two phones by reading
your previous
commits. I will study them
regards,
altaf
On Tue, Jun 4, 2013 at 4:53 PM, altaf sk <altaf329(a)gmail.com> wrote:
ok. Thank you...
I will look into this and will post if any success..
You say that using jolly/testing branch it is possible to use two phones.
I am not sure how to use two phones and connect and how is the sync b/w
them. Can you please give some brief idea before you write documentation.
isnt it possible with 1 phone, Just for minimal functions.?
I don't find the branch jolly/trx in git clone git://
github.com/chemeris/openbts-p2.8.git. Should I clone from a different
git.
On Tue, Jun 4, 2013 at 4:13 PM, jolly <andreas(a)eversberg.eu> wrote:
altaf sk wrote:
PCU -> master
bts -> gprs-work
os_BB -> sylvain/testing
openbsc -> master
pcu master is ok (everything merged).
openbsc master is ok.
bts gprs-work? i don't know this branch, please use jolly/trx.
osmocom_bb you should use jolly/testing branch, because you need to use
two phones, one for broadcast and one for timeslot 1 (gprs). i think i
need to write a documentation for that. but in your case, the IMM.ASS
problem must be solved first.
11 Jun
11 Jun
4:50 p.m.
Hello Andreas
1.
As you mentioned use OpenBSC -> master and OsmoBTS -> jolly/trx branch.
Compiling OsmoBTS results in compilations errorrs.
Log from OsmoBTS:
rsl.c:138:2: warning: #warning merge lchan_lookup with OpenBSC [-Wcpp]
rsl.c: In function ‘rsl_rx_chan_activ’:
rsl.c:744:53: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’
rsl.c:748:15: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’
rsl.c: In function ‘rsl_rx_mode_modif’:
rsl.c:991:53: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’
rsl.c:995:15: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’
rsl.c: In function ‘rsl_rx_ipac_XXcx’:
rsl.c:1304:7: warning: passing argument 3 of ‘osmo_rtp_get_bound_ip_port’
from incompatible pointer type [enabled by default]
/usr/local/include/osmocom/trau/osmo_ortp.h:71:5: note: expected ‘int *’
but argument is of type ‘uint16_t *’
make[2]: *** [rsl.o] Error 1
make[2]: Leaving directory `/home/cinterion/alt_cint/osmo-bts/src/common'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/cinterion/alt_cint/osmo-bts/src'
make: *** [all-recursive] Error 1
2.
No errors when OpenBSC -> jolly/testing and OsmoBTS->jolly/trx. But cannot
start OsmoSGSN when OpenBSC is on Jolly/tetsing.
OsmoSGSN says :
<0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC
<000f> sgsn_libgtp.c:571 Failed to create GTP: -1
<000f> sgsn_main.c:346 Cannot bind/listen on GTP socket
So after compiling OsmoBTS, I switch OpenBSC->master and then start
OsmoSGSN and it starts.
Then OsmoSGSN says :
<0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC
3.
I was able to connect the PCU to OsmoBTS... I compiled PCU with sysmo-bts
support then it connected to osmoBTS. I could also use the second phone
for TS1 and was able to send a IMM ASS (for packet channel). I verified
this on the MS (requesting for GPRS attach). And by observing log from PCU
it shows MS has responded in TS-1 and sent data.
OsmoNITB is also working good.
Log from PCU when a GPRS attch request is received
./osmo-pcu -c osmo-pcu.cfg -m 234 -n 06
<0001> sysmo_sock.cpp:292 PCU-SYSMO socket has been connected
<0001> pcu_l1_if.cpp:375 BTS available
<0001> pcu_l1_if.cpp:91 Sending activate request: trx=0 ts=1
<0001> pcu_l1_if.cpp:502 PDCH: trx=0 ts=1
<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=120,
fn=741687
<0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7b15c7c4 len=41
<0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7b15c7c4: -59 dBm
<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=120,
fn=744933
<0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7b15c7c4 len=41
<0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7b15c7c4: -60 dBm
Log from OsmoBTS when GPRS attch request is received
When a UL data received on PDTCH
<000a> trx_if.c:178 No response from transceiver
<0006> scheduler.c:1169 Received RACH fn=754683 toa=1.51
<0006> scheduler.c:1338 Received bad PDTCH block ending at fn=754809
(81/104) for
PDTCH
<000a> trx_if.c:178 No response from transceiver
After this OsmoBTS results in
Segmentation fault (core dumped)
Can you please tell how can I compile OsmoBTS correctly by using
OpenBSC->master.
regards,
Altaf
On Wed, Jun 5, 2013 at 6:37 PM, altaf sk <altaf329(a)gmail.com> wrote:
Hello andreas,
thanks a lot for your help.
I resulted successful in running the osmoBTS with calypso phones.
Currently I did (register) with 1 phone but will do it with 2 also. yes I
am using the debugging option.
Can you kindly tell me how should I enable the PCU support. I have the
osmo-pcu (master) installed and I start it before starting osmoBTS.
I tried to use jolly_test in osmo-pcu git, but errors concerning sysmobts.
I tried looking around sockets and vty but could not figure it out. I
looked at the osmo-bts-sysmo code which has the command line option (-M
--pcu-direct) to enable pcu support.
I looked at the code and I found that pcu_direct is set to 1
(pcu_direct=1) when -M option is used.
using this as a reference in the main.c of osmo-bts-trx i directly defined
pcu_direct=1 and then tried. The socket /tmp/pcu-bts is open but still I
dont see any response from PCU.
Can you suggest me in this regard.
regards,
Altaf
On Tue, Jun 4, 2013 at 5:13 PM, altaf sk <altaf329(a)gmail.com> wrote:
Yes, I understand how trx uses two phones by
reading your previous
commits. I will study them
regards,
altaf
On Tue, Jun 4, 2013 at 4:53 PM, altaf sk <altaf329(a)gmail.com> wrote:
ok. Thank you...
I will look into this and will post if any success..
You say that using jolly/testing branch it is possible to use two
phones. I am not sure how to use two phones and connect and how is the
sync b/w them. Can you please give some brief idea before you write
documentation.
isnt it possible with 1 phone, Just for minimal functions.?
I don't find the branch jolly/trx in git clone git://
github.com/chemeris/openbts-p2.8.git. Should I clone from a different
git.
On Tue, Jun 4, 2013 at 4:13 PM, jolly <andreas(a)eversberg.eu> wrote:
altaf sk wrote:
> PCU -> master
> bts -> gprs-work
> os_BB -> sylvain/testing
> openbsc -> master
pcu master is ok (everything merged).
openbsc master is ok.
bts gprs-work? i don't know this branch, please use jolly/trx.
osmocom_bb you should use jolly/testing branch, because you need to use
two phones, one for broadcast and one for timeslot 1 (gprs). i think i
need to write a documentation for that. but in your case, the IMM.ASS
problem must be solved first.
13 Jun
13 Jun
5:29 p.m.
Hello everybody.
Log from Osmo-SGSN
<0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC
<0010> gprs_ns.c:171 NSVCI=65535 Creating NS-VC
<0010> gprs_ns.c:819 Creating NS-VC for BSS at 192.168.111.144:23000
<0010> gprs_ns.c:692 NSEI=65535 Rx NS RESET (NSVCI=0, cause=O&M
intervention)
<0010> gprs_ns.c:547 NSEI=101 Tx NS RESET ACK (NSVCI=101)
<0010> gprs_ns.c:863 NSEI=101 Rx NS RESET ACK
<0010> gprs_ns.c:692 NSEI=101 Rx NS RESET (NSVCI=101, cause=O&M
intervention)
<0010> gprs_ns.c:547 NSEI=101 Tx NS RESET ACK (NSVCI=101)
<0010> gprs_ns.c:863 NSEI=101 Rx NS RESET ACK
These set of statements repeats as the NS reset timer timed out.
When a reset request is made to the NS, According to the code and specs the
NS-VC is blocked and made Alive.
Here is the log from PCU
<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=124,
fn=784700
<0008> gprs_rlcmac.cpp:1794 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7b9af47b len=44
<0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7b9af47b: -74 dBm
<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=124,
fn=785415
<0008> gprs_rlcmac.cpp:1794 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x797c478f len=47
<0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x797c478f: -58 dBm
These set of statements repeat.
As I receive a UL TBF on TS1 and when a request from PCU that calls
gprs_ns_sendmsg() inorder to send data to SGSN, it fails because the NS-VC
is still blocked and I also checked whether it is ALIVE or not, I find it
is Dead.
The MS (requesting for GPRS attach keeps on requesting for RACH and
responds on TS:1 with a TBF)
I am using
Libosmocore->jolly/trx
Openbsc->jolly/testing
OsmoBTS->jolly/trx
OsmoPCU->Master
OsmocomBB->Jolly/trx
I start as ./osmo-nitb ./osmo-sgsn ./Osmo-pcu
./transceiver(osmocom_bb) ./osmo-bts-trx
I compiled PCU as ./configure --enable--sysmocom-bts and osmo-bts as
./configure --enable-trx
If I dont compile PCU this way its not connecting with Osmo-BTS
and in OpenBSC I specified as sysmobts in the openbsc.cfg
Can you please guide and correct me in making the NS-VC alive and unblocked
and how can the PDU reach sgsn.
best regards,
Altaf
On Tue, Jun 11, 2013 at 4:50 PM, altaf sk <altaf329(a)gmail.com> wrote:
Hello Andreas
1.
As you mentioned use OpenBSC -> master and OsmoBTS -> jolly/trx branch.
Compiling OsmoBTS results in compilations errorrs.
Log from OsmoBTS:
rsl.c:138:2: warning: #warning merge lchan_lookup with OpenBSC [-Wcpp]
rsl.c: In function ‘rsl_rx_chan_activ’:
rsl.c:744:53: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’
rsl.c:748:15: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’
rsl.c: In function ‘rsl_rx_mode_modif’:
rsl.c:991:53: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’
rsl.c:995:15: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’
rsl.c: In function ‘rsl_rx_ipac_XXcx’:
rsl.c:1304:7: warning: passing argument 3 of ‘osmo_rtp_get_bound_ip_port’
from incompatible pointer type [enabled by default]
/usr/local/include/osmocom/trau/osmo_ortp.h:71:5: note: expected ‘int *’
but argument is of type ‘uint16_t *’
make[2]: *** [rsl.o] Error 1
make[2]: Leaving directory `/home/cinterion/alt_cint/osmo-bts/src/common'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/cinterion/alt_cint/osmo-bts/src'
make: *** [all-recursive] Error 1
2.
No errors when OpenBSC -> jolly/testing and OsmoBTS->jolly/trx. But cannot
start OsmoSGSN when OpenBSC is on Jolly/tetsing.
OsmoSGSN says :
<0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC
<000f> sgsn_libgtp.c:571 Failed to create GTP: -1
<000f> sgsn_main.c:346 Cannot bind/listen on GTP socket
So after compiling OsmoBTS, I switch OpenBSC->master and then start
OsmoSGSN and it starts.
Then OsmoSGSN says :
<0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC
3.
I was able to connect the PCU to OsmoBTS... I compiled PCU with sysmo-bts
support then it connected to osmoBTS. I could also use the second phone
for TS1 and was able to send a IMM ASS (for packet channel). I verified
this on the MS (requesting for GPRS attach). And by observing log from PCU
it shows MS has responded in TS-1 and sent data.
OsmoNITB is also working good.
Log from PCU when a GPRS attch request is received
./osmo-pcu -c osmo-pcu.cfg -m 234 -n 06
<0001> sysmo_sock.cpp:292 PCU-SYSMO socket has been connected
<0001> pcu_l1_if.cpp:375 BTS available
<0001> pcu_l1_if.cpp:91 Sending activate request: trx=0 ts=1
<0001> pcu_l1_if.cpp:502 PDCH: trx=0 ts=1
<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=120,
fn=741687
<0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7b15c7c4
len=41
<0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7b15c7c4: -59 dBm
<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=120,
fn=744933
<0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7b15c7c4
len=41
<0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7b15c7c4: -60 dBm
Log from OsmoBTS when GPRS attch request is received
When a UL data received on PDTCH
<000a> trx_if.c:178 No response from transceiver
<0006> scheduler.c:1169 Received RACH fn=754683 toa=1.51
<0006> scheduler.c:1338 Received bad PDTCH block ending at fn=754809
(81/104) for
PDTCH
<000a> trx_if.c:178 No response from transceiver
After this OsmoBTS results in
Segmentation fault (core dumped)
Can you please tell how can I compile OsmoBTS correctly by using
OpenBSC->master.
regards,
Altaf
On Wed, Jun 5, 2013 at 6:37 PM, altaf sk <altaf329(a)gmail.com> wrote:
Hello andreas,
thanks a lot for your help.
I resulted successful in running the osmoBTS with calypso phones.
Currently I did (register) with 1 phone but will do it with 2 also. yes I
am using the debugging option.
Can you kindly tell me how should I enable the PCU support. I have the
osmo-pcu (master) installed and I start it before starting osmoBTS.
I tried to use jolly_test in osmo-pcu git, but errors concerning sysmobts.
I tried looking around sockets and vty but could not figure it out. I
looked at the osmo-bts-sysmo code which has the command line option (-M
--pcu-direct) to enable pcu support.
I looked at the code and I found that pcu_direct is set to 1
(pcu_direct=1) when -M option is used.
using this as a reference in the main.c of osmo-bts-trx i directly
defined pcu_direct=1 and then tried. The socket /tmp/pcu-bts is open but
still I dont see any response from PCU.
Can you suggest me in this regard.
regards,
Altaf
On Tue, Jun 4, 2013 at 5:13 PM, altaf sk <altaf329(a)gmail.com> wrote:
Yes, I understand how trx uses two phones by
reading your previous
commits. I will study them
regards,
altaf
On Tue, Jun 4, 2013 at 4:53 PM, altaf sk <altaf329(a)gmail.com> wrote:
ok. Thank you...
I will look into this and will post if any success..
You say that using jolly/testing branch it is possible to use two
phones. I am not sure how to use two phones and connect and how is the
sync b/w them. Can you please give some brief idea before you write
documentation.
isnt it possible with 1 phone, Just for minimal functions.?
I don't find the branch jolly/trx in git clone git://
github.com/chemeris/openbts-p2.8.git. Should I clone from a different
git.
On Tue, Jun 4, 2013 at 4:13 PM, jolly <andreas(a)eversberg.eu> wrote:
> altaf sk wrote:
> > PCU -> master
> > bts -> gprs-work
> > os_BB -> sylvain/testing
> > openbsc -> master
> pcu master is ok (everything merged).
> openbsc master is ok.
> bts gprs-work? i don't know this branch, please use jolly/trx.
> osmocom_bb you should use jolly/testing branch, because you need to use
> two phones, one for broadcast and one for timeslot 1 (gprs). i think i
> need to write a documentation for that. but in your case, the IMM.ASS
> problem must be solved first.
>
3993
days inactive
4002
days old
12 comments
4 participants
participants (4)
-
Alexander Chemeris -
altaf sk -
Andreas Eversberg -
jolly