- OpenBSC - lists.osmocom.org

DEc 9, 8pm / Osmocom Berlin Meeting
by Harald Welte 09 Dec '15

09 Dec '15

Hi all! This is the announcement for the re-incarnation of our bi-weekly Osmocom Berlin Meeting. Dec 09, 8pm @ CCC Berlin, Marienstr. 11, 10117 Berlin There is no formal presentation this time, but * there will be SIMtrace equipment in case somebody wants to play with it there will be a sysmoBTS with OsmoBTS, OsmoPCU, OsmoNITB, OsmoSGSN and OpenGGSN if somebody wants to play with it * there will be Huawei Femtocells to play with The meeting is open to anyone interested in mobile communications. You do not have to be involved with the Osmocom projects in order to attend. Anyone interested in mobile communications protocols is welcome. If you are interested to show up, feel free to do so. The meeting is "free as in free beer", despite no actual free beer being around ;) More information can be found at http://openbsc.osmocom.org/trac/wiki/OsmocomMeeting/Berlin Regards, Harald -- - Harald Welte <laforge(a)gnumonks.org> ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

1 0

FYI: merge of gtphub
by Neels Hofmeyr 08 Dec '15

08 Dec '15

Hi list, I'm merging the last commits from the neels/gtphub branch to master (Holger agrees). I will direct my attention to other topics for the time being -- we're waiting for a live testing setup. ATM, I would see gtphub's maturity as "alpha": I believe it works as intended, but all testing so far, even though done with real equipment, was in a controlled test environment. If anyone would like to give it a spin, we'd appreciate any feedback. ~Neels -- - Neels Hofmeyr <nhofmeyr(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschäftsführer / Managing Directors: Holger Freyther, Harald Welte

1 0

OpenBSC on CalypsoBTS without voice
by Вадим Яницкий 06 Dec '15

06 Dec '15

Hi all! Following wiki I am trying to launch OpenBSC on CalypsoBTS (two OsmocomBB phones) with speech support. I compiled libosmocore, libosmo-dsp, libosmo-abis and jolly/trx branch of OsmocomBB with transceiver support. Then I compiled opencore-amr, Sip-Sofia, oRTP for LCR. Then I compiled OpenBSC, OsmoBTS (with osmobts-trx) and LCR. OsmoBTS configured to use two timeslots only (*slotmask 1 1 0 0 0 0 0 0*) and it uses *TS0 as CCCH+SDCCH4* and *TS1 as TCH/H*. Here is some strings from my openbsc.cfg: bts 0 > codec-support fr hr amr > trx 0 > timeslot 0 > phys_chan_config CCCH+SDCCH4 > hopping enabled 0 > timeslot 1 > phys_chan_config TCH/H > hopping enabled 0 > When I use jolly/multi-trx branch of libosmo-abis, jolly/testing branch of OpenBSC and jolly/trx branch of OsmoBTS my network works very unstable. When I try to make voice call sometimes it falls with message "*No resources for TCH/H*". Russian language in SMS is not supported. I think it is because this branches are obsolete. I tried to compile everything again but used master branches, and it worked much better! Now everything works as well. But when I call to 995 or 993 numbers of LCR I hear nothing. :( In OpenBSC console I see: > <0004> abis_rsl.c:1465 (bts=0,trx=0,ts=1,ss=0) Activating ARFCN(806) SS(0) > lctype TCH/F r=CALL ra=0x43 ta=1 > <0004> abis_rsl.c:1199 (bts=0,trx=0,ts=1,ss=0) CHANNEL ACTIVATE ACK > <0000> abis_rsl.c:1653 (bts=0,trx=0,ts=1,ss=0) SAPI=0 ESTABLISH INDICATION > <0000> gsm_04_08.c:3584 Dispatching 04.08 message, pdisc=5 > <0002> gsm_04_08.c:958 <- CM SERVICE REQUEST serv_type=0x01 > MI(TMSI)=4286202573 > <0002> gsm_04_08_utils.c:692 -> CM SERVICE ACK > <0000> abis_rsl.c:1653 (bts=0,trx=0,ts=1,ss=0) SAPI=0 DATA INDICATION > <0003> bsc_api.c:500 CLASSMARK CHANGE CM2(len=3) CM3(len=9) > <0000> abis_rsl.c:1653 (bts=0,trx=0,ts=1,ss=0) SAPI=0 DATA INDICATION > <0003> bsc_api.c:586 GRPS SUSPEND REQUEST > <0000> abis_rsl.c:1653 (bts=0,trx=0,ts=1,ss=0) SAPI=0 DATA INDICATION > <0000> gsm_04_08.c:3584 Dispatching 04.08 message, pdisc=3 > <0001> gsm_04_08.c:3508 (bts 0 trx 0 ts 1 ti 8 sub 49643) Received 'SETUP' > from MS in state 0 (NULL) > <0001> gsm_04_08.c:3513 Unknown transaction ID 8, creating new trans. > <0001> transaction.c:71 subscr=0x1d1de30, net=0x1d0bf00 > <0001> gsm_04_08.c:1296 new state NULL -> INITIATED > <0001> gsm_04_08.c:1931 Subscriber 250013894508275 (49643) sends SETUP to > 995 > <0001> gsm_04_08.c:1357 (bts 0 trx 0 ts 1 ti 8 sub 49643) Sending > 'MNCC_SETUP_IND' to MNCC. > <0001> gsm_04_08.c:3415 (bts 0 trx 0 ts 1 ti 08 sub 49643) Received > 'MNCC_LCHAN_MODIFY' from MNCC in state 1 (INITIATED) > <000a> bsc_api.c:397 Sending ChanModify for speech 65 1 > <0003> gsm_04_08_utils.c:498 -> CHANNEL MODE MODIFY mode=0x41 > <0001> gsm_04_08.c:3415 (bts 0 trx 0 ts 1 ti 08 sub 49643) Received > 'MNCC_CALL_PROC_REQ' from MNCC in state 1 (INITIATED) > <0001> gsm_04_08.c:1296 new state INITIATED -> MO_CALL_PROC > <0001> gsm_04_08.c:139 (bts 0 trx 0 ts 1 ti 80) Sending 'CALL_PROC' to MS. > <0001> gsm_04_08.c:1718 queue tch_recv_mncc request (1) > <0001> gsm_04_08.c:3415 (bts 0 trx 0 ts 1 ti 08 sub 49643) Received > 'MNCC_SETUP_RSP' from MNCC in state 3 (MO_CALL_PROC) > <0001> gsm_04_08.c:1853 starting timer T313 with 30 seconds > <0001> gsm_04_08.c:1296 new state MO_CALL_PROC -> CONNECT_IND > <0001> gsm_04_08.c:139 (bts 0 trx 0 ts 1 ti 80) Sending 'CONNECT' to MS. > <0000> abis_rsl.c:1653 (bts=0,trx=0,ts=1,ss=0) SAPI=0 DATA INDICATION > <0003> gsm_04_08_utils.c:534 CHANNEL MODE MODIFY ACK > <0004> abis_rsl.c:1867 (bts=0,trx=0,ts=1,ss=0) IPAC_BIND speech_mode=0x12 > RTP_PAYLOAD=98 > <0003> osmo_msc.c:72 MSC assign complete (do nothing). > <0004> abis_rsl.c:1218 (bts=0,trx=0,ts=1,ss=0) CHANNEL MODE MODIFY ACK > <0004> abis_rsl.c:2031 (bts=0,trx=0,ts=1,ss=0) IPAC_CRCX_ACK > LOCAL_IP=127.0.0.1 LOCAL_PORT=34079 CON_ID=0 <0001> gsm_04_08.c:1570 > pending tch_recv_mncc request > <0004> abis_rsl.c:1906 (bts=0,trx=0,ts=1,ss=0) IPAC_MDCX IP=127.0.0.1 > PORT=30000 RTP_PAYLOAD=98 RTP_PAYLOAD2=0 CONN_ID=0 speech_mode=0x02 > <0004> abis_rsl.c:2041 (bts=0,trx=0,ts=1,ss=0) IPAC_MDCX_ACK > LOCAL_IP=127.0.0.1 LOCAL_PORT=34079 CON_ID=0 > <0000> abis_rsl.c:1653 (bts=0,trx=0,ts=1,ss=0) SAPI=0 DATA INDICATION > <0000> gsm_04_08.c:3584 Dispatching 04.08 message, pdisc=3 > <0001> gsm_04_08.c:3508 (bts 0 trx 0 ts 1 ti 8 sub 49643) Received > 'CONNECT_ACK' from MS in state 28 (CONNECT_IND) > <0001> gsm_04_08.c:1337 stopping pending timer T313 > <0001> gsm_04_08.c:1296 new state CONNECT_IND -> ACTIVE > <0001> gsm_04_08.c:1357 (bts 0 trx 0 ts 1 ti 8 sub 49643) Sending > 'MNCC_SETUP_COMPL_IND' to MNCC. > In LCR console: > ** LCR Version 1.14 > > 000000 DEBUG (in sip.cpp/sip_init() line 1987): SIP globals initialized > LCR 1.14 started, waiting for calls... > 000000 TRACE 05.12.15 14:45:48.414 --: LCR 1.14 started, waiting for > calls... > 000000 TRACE 05.12.15 14:50:15.063 CH(1): New call ref LCR<->BSC callref > new=0x80000001 > 000000 TRACE 05.12.15 14:50:15.063 CH(1): Codec negotiation LCR<->BSC > bearer capa='given by MS' speech version='AMR given' version='Full Rate > given' version='AMR Half Rate given' ignored='Not TCH/H' version='Half Rate > given' ignored='Not TCH/H' > 000000 TRACE 05.12.15 14:50:15.063 CH(1): MNCC_SETUP_IND LCR<->BSC > calling number=49643 imsi=XXXXXXXXXXXXXXX dialing number=995 > 000000 TRACE 05.12.15 14:50:15.063 CH(1): MNCC_LCHAN_MODIFY LCR<->BSC > speech version='AMR given' mode 0x41 > 000000 TRACE 05.12.15 14:50:15.063 CH(1): MNCC_CALL_PROC_REQ LCR<->BSC > progress coding=3 location=1 descr=8 > 000000 TRACE 05.12.15 14:50:15.063 CH(1): MNCC_FRAME_RECV LCR<->BSC > 000000 TRACE 05.12.15 14:50:15.063 EP(1): SETUP from CH(1) interface > from=gsm caller id number=49643 present=allowed dialing 995 complete true > 000000 TRACE 05.12.15 14:50:15.064 EP(1): TONE to CH(1) directory > default name dialing > 000000 TRACE 05.12.15 14:50:15.064 EP(1): ACTION (match) action goto > line 2 > 000000 TRACE 05.12.15 14:50:15.064 EP(1): ACTION goto/menu (change to) > ruleset gsm dialing 995 > 000000 TRACE 05.12.15 14:50:15.064 EP(1): ACTION (match) action test > line 6 > 000000 TRACE 05.12.15 14:50:15.064 EP(1): ACTION test test 'hold music' > 000000 TRACE 05.12.15 14:50:15.064 EP(1): CONNECT to CH(1) connect id > number= present='not available' > 000000 TRACE 05.12.15 14:50:15.064 EP(1): TONE to CH(1) directory > default name hold > 000000 TRACE 05.12.15 14:50:15.064 CH(1): MNCC_SETUP_RSP LCR<->BSC > connected type=0 plan=1 present=0 screen=3 number= > 000000 TRACE 05.12.15 14:50:15.880 CH(1): MNCC_SETUP_COMPL_IND LCR<->BSC > I can even send DTMF, but there is no sound... Transceiver logs (part): > <0011> trx.c:590 TRX Data 914281:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914253, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914282:0:0:1500a8741832a5700a0bd5d609f850 > <0011> trx.c:590 TRX Data 914282:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914254, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914283:0:0:811d500a01fd40e845d40284155020 > <0011> trx.c:590 TRX Data 914283:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914255, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914284:0:0:abff40aafff4026bffd500aadd4080 > <0011> trx.c:590 TRX Data 914284:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914256, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914285:0:0:01f5508115d50a651f510801755020 > <0011> trx.c:590 TRX Data 914285:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914257, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914286:0:0:10aabdd500aefd7102ab75108bbd50 > <0011> trx.c:590 TRX Data 914286:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914258, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914287:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914259, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914288:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914260, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914289:0:0:a05f550a04dd106a017d008015d020 > <0011> trx.c:590 TRX Data 914289:1:0:e2985a4a90a51468a03d80e70dd060 > <0011> trx.c:608 TRX Data Indication (fn=914261, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914290:0:0:2ebf548abbf502eaadd548aeff4400 > <0011> trx.c:590 TRX Data 914290:1:0:000000000000000000000000000000 > <0011> trx.c:608 TRX Data Indication (fn=914262, tn=1, toa=0.00) > <0011> trx.c:590 TRX Data 914291:0:0:047d148847740a6517554000754020 > <0011> trx.c:590 TRX Data 914291:1:0:000000000000000000000000000000 > OsmoBTS logs (part): > <0000> rsl.c:1733 (bts=0,trx=0,ts=1,ss=0) Handing RLL msg UNIT_DATA_IND > from LAPDm to MEAS REP > <0000> rsl.c:1683 (bts=0,trx=0,ts=1,ss=0) Tx MEAS RES valid(2) > <0006> scheduler.c:1186 Received Access Burst on RACH fn=913629 toa=54.75 > <0006> scheduler.c:1192 Received bad AB frame at fn=913629 (15/51) > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913674 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913674 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913670 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=CCCH chan_nr=0x90 link_id=0x00 > fn=913677 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x90 link_id=0x00 fn=913677 > ts=0 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913679 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913679 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913674 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=CCCH chan_nr=0x90 link_id=0x00 > fn=913681 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x90 link_id=0x00 fn=913681 > ts=0 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913683 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913683 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913679 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913687 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913687 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913683 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913692 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913692 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913687 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913696 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913696 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913692 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913700 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913700 > ts=1 trx=0 > <0006> scheduler.c:3012 GSM clock jitter: -4 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913696 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913705 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913705 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913700 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913709 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913709 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913705 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913713 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913713 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913709 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=BCCH chan_nr=0x80 link_id=0x00 > fn=913718 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x80 link_id=0x00 fn=913718 > ts=0 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913718 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913718 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913713 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=CCCH chan_nr=0x90 link_id=0x00 > fn=913722 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x90 link_id=0x00 fn=913722 > ts=0 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913722 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913722 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913718 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913726 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913726 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913722 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=CCCH chan_nr=0x90 link_id=0x00 > fn=913728 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x90 link_id=0x00 fn=913728 > ts=0 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913731 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913731 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913726 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=CCCH chan_nr=0x90 link_id=0x00 > fn=913732 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x90 link_id=0x00 fn=913732 > ts=0 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913735 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913735 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913731 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913739 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913739 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913735 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913744 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913744 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913739 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913748 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913748 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913744 to transmit. > <0006> scheduler.c:3012 GSM clock jitter: 99 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913752 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913752 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913748 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913757 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913757 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913752 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913761 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913761 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913757 to transmit. > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913765 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913765 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913761 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=BCCH chan_nr=0x80 link_id=0x00 > fn=913769 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x80 link_id=0x00 fn=913769 > ts=0 trx=0 > <0006> scheduler.c:339 PH-RTS.ind: chan=SACCH/TF chan_nr=0x09 link_id=0x40 > fn=913769 ts=1 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x40 fn=913769 > ts=1 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913770 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913770 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913765 to transmit. > <0006> scheduler.c:339 PH-RTS.ind: chan=CCCH chan_nr=0x90 link_id=0x00 > fn=913773 ts=0 trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x90 link_id=0x00 fn=913773 > ts=0 trx=0 > <0006> scheduler.c:379 TCH RTS.ind: chan=TCH/F chan_nr=0x09 fn=913774 ts=1 > trx=0 > <0006> scheduler.c:276 PH-DATA.req: chan_nr=0x09 link_id=0x00 fn=913774 > ts=1 trx=0 > <0006> scheduler.c:1036 TCH/F has not been served !! No prim for trx=0 > ts=1 at fn=913770 to transmit. > What does it mean "*TCH/F has not been served !! No prim for trx=0 ts=1 at fn=913770 to transmit.*"? I tried to make phone<->phone call with and without LCR. I tried to switch between TCH/H and TCH/F and use different codecs: arm fr hr. But unfortunately there is no sound. Can anyone help me? Thanks a lot!

2 2

PCU <---> SGSN protocol trace
by Sipos Csaba 05 Dec '15

05 Dec '15

Dear list, I just appear to have a strange UE behavior where the UE tries to Attach (both CS and PS), the Osmo-SGSN sends an Attach accept, but the UE never responds with an Attach complete, instead after 10 seconds it tries to re-attach. I had an issue quite similar like this earlies where the UE requests for some IEs or the SGSN sends soething the UE don't like. The point is, I would like to do protocol trace between the SGSN and the PCU, and I managed to see the traffic with Wireshark, but it was not able to dissect/recognise the protocols over the UDP layer. Can someone please help me how to configure Wireshark to be able to dissect the involved protocols? Thanks! Csaba

1 1

OpenBSC compile error --> tests --> GTP hub
by Sipos Csaba 03 Dec '15

03 Dec '15

Dear Neels, Today just grabbed the latest OpenBSC master, and got this compile error: Making all in gtphub make[3]: Entering directory `/root/new_osmocom/openbsc/openbsc/tests/gtphub' CC gtphub_test.o CC ../../src/gprs/gtphub.o ../../src/gprs/gtphub.c:2191:1: fatal error: opening dependency file .deps/../../src/gprs/gtphub.Tpo: No such file or directory } ^ compilation terminated. make[3]: *** [../../src/gprs/gtphub.o] Error 1 make[3]: Leaving directory `/root/new_osmocom/openbsc/openbsc/tests/gtphub' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/new_osmocom/openbsc/openbsc/tests' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/new_osmocom/openbsc/openbsc' make: *** [all] Error 2 Do you have any idea why is this happening? Regards, Csaba

3 4

[PATCH 1/3] gtphub: lose obsolete comment.
by Neels Hofmeyr 30 Nov '15

30 Nov '15

The del_cb is now also used for ares (GGSN resolution) timeouts, and expiry is anyway separated from nr_map, so this comment is void. Sponsored-by: On-Waves ehi --- openbsc/include/openbsc/gtphub.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/openbsc/include/openbsc/gtphub.h b/openbsc/include/openbsc/gtphub.h index 49d685c..68cf90e 100644 --- a/openbsc/include/openbsc/gtphub.h +++ b/openbsc/include/openbsc/gtphub.h @@ -248,8 +248,6 @@ int expiry_tick(struct expiry *exq, time_t now); * Mapping allocation and a del_cb are provided by the caller. If del_cb is * NULL, no deallocation will be done (allowing statically allocated entries). */ -/* TODO at some point I thought the allocation & del_cb complexity was - * needed/helpful, but by now it seems like overkill. Maybe lose that again. */ typedef int nr_t; -- 2.1.4

3 10

Meas_web and meas_json
by Sipos Csaba 30 Nov '15

30 Nov '15

Hi Alexander, Just wanted to thank you for the web version of meas_vis utility, and wanted to confirm that it works very well with Nokia Site family (E1 based) and the USRP B200 too :-) If someone missed it, the web version can be found here: https://github.com/fairwaves/meas_web It would make life easier if the meas_json utility would make it to the master branch: http://cgit.osmocom.org/openbsc/log/?h=achemeris/meas_json Is there a reason it is not being merged? Regards, Csaba

3 8

<0004> abis_rsl.c:1423 BTS 0 CHAN RQD: no resources for SDCCH 0xf
by Sipos Csaba 29 Nov '15

29 Nov '15

Dear List, I am in the process of further updating the following Wiki article: The goal is to have a clean, up to date manual which tells in detail how to set up OpenBSC. In the light of recent changes I decided to change this already working setup to use the "master" branches of every involved Osmocom project. It is finally possible to compile and run every project after the proper dependencies are met. But some new problem popped up I haven't seen before. After everything is started up (OpenBSC, GGSN, SGSN, LCR, TRX, and PCU), when a phone tries to RACH, this is what I get in the BSC log: Sat Nov 28 14:09:08 2015 <0004> abis_rsl.c:1423 BTS 0 CHAN RQD: no resources for SDCCH 0xf Sat Nov 28 14:09:19 2015 <0004> abis_rsl.c:1423 BTS 0 CHAN RQD: no resources for SDCCH 0x6 Sat Nov 28 14:09:30 2015 <0004> abis_rsl.c:1423 BTS 0 CHAN RQD: no resources for SDCCH 0x6 On the BTS side, this is what I get: <0006> scheduler.c:1186 Received Access Burst on RACH fn=9868 toa=5.88 <0006> scheduler.c:1192 Received bad AB frame at fn=9868 (25/51) <0006> scheduler.c:1186 Received Access Burst on RACH fn=52459 toa=-1.50 <0006> scheduler.c:1192 Received bad AB frame at fn=52459 (31/51) <0006> scheduler.c:1186 Received Access Burst on RACH fn=67956 toa=-0.06 <0006> scheduler.c:1192 Received bad AB frame at fn=67956 (24/51) Because I used exactly the same config files I used before when it all worked, I analyzed the logs a littlebit more. In the BTS log, during the OML setup this is what I found: <0001> oml.c:802 ADM state already was Unlocked <0001> oml.c:256 OC=BASEBAND-TRANSCEIVER INST=(00,00,ff) OPER STATE NULL -> Enabled <0001> oml.c:217 OC=BASEBAND-TRANSCEIVER INST=(00,00,ff) Tx STATE CHG REP <000b> trx_if.c:366 Response message 'RSP ERR 1' does not match command message 'CMD SETBSIC 62' !!!!!! <0001> oml.c:1059 Rx IPA RSL CONNECT IP=127.0.0.1 PORT=3003 STREAM=0x00 <0011> input/ipa.c:129 connection done. <0011> input/ipaccess.c:693 received ID get <0000> rsl.c:279 Tx RSL RF RESource INDication Maybe the recent changes in the BSIC/TSC handling part is causing this? Anyway it seems that the BSIC I set in the BSC is the correct one the BTS tries to configure during the timeslot, transceiver and BTS setup. I attached the corresponding OML trace, and the logs. If someone has any ideas, please let me know. Regards, Csaba

2 3

[PATCH 1/8] debug: Add DSS category for supplementary service
by Sergey.Kostanbaev 29 Nov '15

29 Nov '15

From: Sergey Kostanbaev <sergey.kostanbaev(a)gmail.com> This series of patches add support for external USSD processing via simplified MAP-like protocol over SUP socket. As an example of a such external application simple USSD to SIP proxy is provided (it targets TS 124 390) --- openbsc/include/openbsc/debug.h | 1 + openbsc/src/libcommon/debug.c | 6 ++++++ 2 files changed, 7 insertions(+) diff --git a/openbsc/include/openbsc/debug.h b/openbsc/include/openbsc/debug.h index 19d8fc2..10b0f46 100644 --- a/openbsc/include/openbsc/debug.h +++ b/openbsc/include/openbsc/debug.h @@ -33,6 +33,7 @@ enum { DCTRL, DSMPP, DFILTER, + DSS, Debug_LastEntry, }; diff --git a/openbsc/src/libcommon/debug.c b/openbsc/src/libcommon/debug.c index 7fb3ecb..6536944 100644 --- a/openbsc/src/libcommon/debug.c +++ b/openbsc/src/libcommon/debug.c @@ -165,6 +165,12 @@ static const struct log_info_cat default_categories[] = { .description = "BSC/NAT IMSI based filtering", .enabled = 1, .loglevel = LOGL_DEBUG, }, + [DSS] = { + .name = "DSS", + .description = "Layer3 Supplementary Service (SS)", + .color = "\033[0;33m", + .enabled = 1, .loglevel = LOGL_DEBUG, + }, }; enum log_filter { -- 1.9.1

5 17

[PATCH 1/3] mncc: Implement helper functions to convert MNCC cause to a string.
by Alexander Chemeris 25 Nov '15

25 Nov '15

This is the first patch of the series. The first two patches are improvements of the log output and are independent of the 3rd patch in terms of code - proposed logging improvements just make it easier to debug issues with MNCC cause codes. The code is also a part of the achemeris/mncc_cause_fixes_master branch. -- Regards, Alexander Chemeris. CEO, Fairwaves, Inc. https://fairwaves.co

2 3