<div dir="ltr"><div><div>Hi,<br><br>> (bts=0,trx=0,ts=1,ss=0)<br><br></div>Why SMS transmission is on TS1?<br></div>Which channel configuration do you use?<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>With best regards,<br></div><div>Vadim Yanitskiy.<br></div></div></div></div></div></div>
<br><div class="gmail_quote">2017-05-11 13:43 GMT+03:00 Anton Gorbachev <span dir="ltr"><<a href="mailto:antgorka@gmail.com" target="_blank">antgorka@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">OK,<div><br></div><div>I tried Ubuntu 14.04 amd64 and Segmantation error disappeared. I can connect to my network, register subscribers, perform USSD but now I cannot receive SMS. </div><div>In NITB logs I can see an error. <0022> gsm0411_smc.c:331 SMC(0) cannot release yet current state: WAIT_CP_ACK</div><div><br></div><div>Don't you know what can it mean?</div><div><br></div><div>More details:</div><div><br></div><div><div><0002> gsm_04_08.c:1016 <- CM SERVICE REQUEST serv_type=0x04 MI(TMSI)=3404602319</div><div><0002> gsm_04_08_utils.c:662 -> CM SERVICE ACK</div><div><0002> gsm_subscriber.c:341 Subscriber 250996689298609 ATTACHED LAC=0</div><div><0000> abis_rsl.c:2051 (bts=0,trx=0,ts=1,ss=0) SAPI=3 ESTABLISH INDICATION</div><div><0000> abis_rsl.c:2051 (bts=0,trx=0,ts=1,ss=0) SAPI=3 ESTABLISH INDICATION</div><div><0000> abis_rsl.c:2051 (bts=0,trx=0,ts=1,ss=0) SAPI=3 DATA INDICATION</div><div><0000> gsm_04_08.c:3999 Dispatching 04.08 message, pdisc=9</div><div><0001> transaction.c:71 subscr=0x26a3110, net=0x255cd50</div><div><0022> gsm0411_smc.c:331 SMC(0) cannot release yet current state: WAIT_CP_ACK</div><div><0000> abis_rsl.c:2051 (bts=0,trx=0,ts=1,ss=0) SAPI=3 DATA INDICATION</div><div><0000> gsm_04_08.c:3999 Dispatching 04.08 message, pdisc=9</div><div><0000> chan_alloc.c:486 (bts=0,trx=0,ts=1,ss=0) starting release sequence</div><div><0004> abis_rsl.c:1221 (bts=0,trx=0,ts=1,ss=0) state ACTIVE -> RELEASE REQUESTED</div><div><0000> abis_rsl.c:1191 (bts=0,trx=0,ts=1,ss=0) RSL RLL RELEASE REQ (link_id=0x43, reason=1)</div><div><0003> gsm_04_08_utils.c:251 Sending Channel Release: Chan: Number: 0 Type: 3</div><div><0004> abis_rsl.c:767 (bts=0,trx=0,ts=1,ss=0) DEACTivate SACCH CMD</div><div><0000> abis_rsl.c:2051 (bts=0,trx=0,ts=1,ss=0) SAPI=3 RELEASE CONFIRMATION</div><div><0004> abis_rsl.c:2022 (bts=0,trx=0,ts=1,ss=0) waiting for SAPI=0 to be released.</div><div><0000> abis_rsl.c:2051 (bts=0,trx=0,ts=1,ss=0) SAPI=0 RELEASE INDICATION</div><div><0004> abis_rsl.c:1715 (bts=0,trx=0,ts=1,ss=0) T3111 expired: releasing RF Channel</div><div><0004> abis_rsl.c:859 (bts=0,trx=0,ts=1,ss=0) RF Channel Release</div><div><0004> abis_rsl.c:929 (bts=0,trx=0,ts=1,ss=0) RF CHANNEL RELEASE ACK</div><div><0004> abis_rsl.c:1221 (bts=0,trx=0,ts=1,ss=0) state RELEASE REQUESTED -> NONE</div></div><div><br></div><div><br></div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2017-05-10 15:48 GMT+03:00 Anton Gorbachev <span dir="ltr"><<a href="mailto:antgorka@gmail.com" target="_blank">antgorka@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">OK,<div><br></div><div>I reassembled all the files with "old" toolchain and now I can see network but when I try to do a location update or add subscriver manually I get</div><div><br></div><div><div>Segmentation fault (core dumped)</div></div><div><br></div><div>In syslog:</div><div><div>May 10 15:08:33 osmobox kernel: [  740.703083] osmo-nitb[2517]: segfault at 6e656d70 ip b778b589 sp bf84ba40 error 4 in libdbdsqlite3.so[b7788000+8000<wbr>]</div></div><div><br></div><div><br></div><div>It seems there is some issue with HLR's sqlite.</div><div>Did you meet such error before?</div><div><br></div><div>I found also this thread</div><div><a href="http://lists.osmocom.org/pipermail/openbsc/2015-October/000578.html" target="_blank">http://lists.osmocom.org/piper<wbr>mail/openbsc/2015-October/<wbr>000578.html</a><br></div><div><br></div><div>Should I use x64 bit architexture to solve it? Do you have working setup of calypsoBTS? What OS do you use for that?</div><div><br></div><div>Kind regards.</div></div><div class="m_-1746921838787600641HOEnZb"><div class="m_-1746921838787600641h5"><div class="gmail_extra"><br><div class="gmail_quote">2017-05-10 10:51 GMT+03:00 Anton Gorbachev <span dir="ltr"><<a href="mailto:antgorka@gmail.com" target="_blank">antgorka@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello again,<div><br></div><div>I set up bts like sysmobts but it seems there are some other issues.</div><div>If I understood it correct I must specify phys_channel_confif for all TS of the BTS.</div><div>Otherwise OsmoBTS cannot get settings from OsmoBSC. What config should I set for TS2-TS7?</div><div>And will "slotmask 1 1 0 0 0 0 0 0" affect somehow the OsmoBTS behaviour?</div><div><br></div><div>Now I can find my networks (sometimes :) but when my phone found it OsmoBTS crashes with the following message...:</div><div><br></div><div><div><0006> scheduler.c:1506 Set a5/0 uplink for SACCH/4(0) on trx=0 ts=0</div><div><0006> scheduler.c:1506 Set a5/0 downlink for SDCCH/4(0) on trx=0 ts=0</div><div><0006> scheduler.c:1506 Set a5/0 downlink for SACCH/4(0) on trx=0 ts=0</div><div><0000> rsl.c:558 (bts=0,trx=0,ts=0,ss=0) Tx CHAN ACT ACK</div><div><000b> trx_if.c:397 transceiver (phy0.0) rejected TRX command with response: 'RSP NOHANDOVER -1'</div><div><0001> bts.c:208 Shutting down BTS 0, Reason TRX-CTRL-MSG: CRITICAL</div><div><0006> scheduler.c:240 Exit scheduler for trx=0</div><div><0006> scheduler.c:216 Init scheduler for trx=0</div></div></div><div class="m_-1746921838787600641m_-5694125028892104811HOEnZb"><div class="m_-1746921838787600641m_-5694125028892104811h5"><div class="gmail_extra"><br><div class="gmail_quote">2017-05-09 23:20 GMT+03:00 Anton Gorbachev <span dir="ltr"><<a href="mailto:antgorka@gmail.com" target="_blank">antgorka@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Hi Vadim!<div dir="auto"><br></div><div dir="auto">Thank you for the comments. I will check your advices. Actually I already watched everything on youtube and other resources☺ But it needs more time to perceive all the info correctly...</div></div><div class="gmail_extra"><br><div class="gmail_quote">9 Май 2017 г. 20:44 пользователь "Vadim Yanitskiy" <<a href="mailto:axilirator@gmail.com" target="_blank">axilirator@gmail.com</a>> написал:<div><div class="m_-1746921838787600641m_-5694125028892104811m_7796715626579869034h5"><br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<br><br>> I found that the manual from the main site is outdated.<br><br>Yeah, still couldn't find some time to update the wiki.<br><br>> If I understood it correct, I have to setup calypso bts<br>> as bts of type nanoBTS, correct?<br><br>Why do you think so? No, CalypsoBTS has nothing related<br>toip.access nanoBTS. From the other side, we don't have<br>a dedicated type for OsmoBTS, so you can use 'sysmoBTS'.<br><br>> I can sync with commercial cell, I can run OsmoBSC and<br>> OsmoBTS but I still cannot find my network from my personal<br>> phone in searching mode.<br><br>Please watch a great Sylvain's talk, where he explained<br>almost everything you need to know:<br><br>"Further hacks on the Calypso platform"<br><a href="https://media.ccc.de/v/29c3-5226-en-further_hacks_calypso_h264" target="_blank">https://media.ccc.de/v/29c3-52<wbr>26-en-further_hacks_calypso_h2<wbr>64</a><br><br>In short: BTS should transmit a continuous beacon on C0 to be<br>detected. Normal MS can't do that. CalypsoBTS was hacked to<br>perform the following timeslot layout: Tt_R_ttt, where<br>'T' means TX on Downlink, 'R' means RX on Uplink, and 't' means<br>channel filling - dummy bursts. Phone cannot RX and TX at the<br>same time, so one phone serves only one TS. With two phones<br>you have the following layout: TT_RRttt, so you have two<br>timeslots served.<br><br>This is why you will have some detection troubles even with<br>working BSS setup :/<br><br>> In logs of osmo-bts I can see:<br>><br>> <0000> rsl.c:246 Tx RSL RF RESource INDication<br>> <000b> trx_if.c:397 transceiver (phy0.0) rejected TRX command with<br>> response: 'RSP SETTSC -1'<br>> <0000> rsl.c:2353 (bts=0,trx=0,ts=0,ss=0) Rx RSL BCCH_INFO<br><br>Just delete the 'settsc' line from your config, because CalypsoBTS<br>transceiver only supports 'setbsic'.<br><br>Have a fun!<br><br><br clear="all"><div><div class="m_-1746921838787600641m_-5694125028892104811m_7796715626579869034m_3639408710847582549m_-7964244095283270815gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>With best regards,<br></div><div>Vadim Yanitskiy.<br></div></div></div></div></div></div>
</div>
</blockquote></div></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>