Open Source Mobile Communications: Issueshttps://osmocom.org/https://osmocom.org/favicon.ico?16647414092024-03-20T14:24:47ZOpen Source Mobile Communications
Redmine Cellular Network Infrastructure - Bug #6411 (New): ttcn3: execute testsuites with a more realisti...https://osmocom.org/issues/64112024-03-20T14:24:47Zfixeria
<p>This idea by <a class="user active" href="https://osmocom.org/users/7">laforge</a> originates from <a class="issue tracker-1 status-3 priority-3 priority-high3 closed" title="Bug: default TCP user timeout is way too low (Resolved)" href="https://osmocom.org/issues/6375">#6375</a>: we should try running at least some of our BTS / BSC tests over an Abis link with simulated latency and non-zero packet loss. I did some experiments using tc-netem, running the whole ttcn3-bts-test with a simulated delay: <a class="issue tracker-1 status-3 priority-3 priority-high3 closed" title="Bug: default TCP user timeout is way too low (Resolved)" href="https://osmocom.org/issues/6375#note-14">#6375#note-14</a>. Let's continue discussing this here.</p> OsmoHNBGW - Bug #6380 (New): VTY transcript tests are broken [again]https://osmocom.org/issues/63802024-02-28T18:34:06Zfixeria
<p>The <a href="https://jenkins.osmocom.org/jenkins/view/master/job/master-osmo-hnbgw/" class="external">master-osmo-hnbgw</a> Jenkins job is broken since Feb 27th.</p>
<pre>
Error during transcript step 3:
[
OsmoHNBGW# show cs7 config
cs7 instance 0
point-code 0.23.5
asp asp-clnt-msc-0 2905 0 m3ua
local-ip localhost
remote-ip localhost
role asp
sctp-role client
as as-clnt-msc-0 m3ua
asp asp-clnt-msc-0
routing-key 0 0.23.5
]
Error while verifying transcript file './config//defaults.vty'
Traceback (most recent call last):
File "/usr/local/lib/python3.11/dist-packages/osmopython-0.2.1-py3.11.egg/osmopy/osmo_interact/common.py", line 357, in verify_application
interact.verify_transcript_file(transcript_file)
File "/usr/local/lib/python3.11/dist-packages/osmopython-0.2.1-py3.11.egg/osmopy/osmo_interact/common.py", line 111, in verify_transcript_file
result = self.verify_transcript(content)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/dist-packages/osmopython-0.2.1-py3.11.egg/osmopy/osmo_interact/common.py", line 199, in verify_transcript
raise Exception('Result mismatch:\n%s\n\nExpected:\n[\n%s\n]\n\nGot:\n[\n%s\n%s\n]'
Exception: Result mismatch:
Mismatch:
Expect:
' sctp-role client'
Got:
' transport-role client'
Expected:
[
OsmoHNBGW# show cs7 config
cs7 instance 0
point-code 0.23.5
asp asp-clnt-msc-0 2905 0 m3ua
local-ip localhost
remote-ip localhost
role asp
sctp-role client
as as-clnt-msc-0 m3ua
asp asp-clnt-msc-0
routing-key 0 0.23.5
]
Got:
[
OsmoHNBGW# show cs7 config
cs7 instance 0
point-code 0.23.5
asp asp-clnt-msc-0 2905 0 m3ua
local-ip localhost
remote-ip localhost
role asp
transport-role client
as as-clnt-msc-0 m3ua
asp asp-clnt-msc-0
routing-key 0 0.23.5
]
RESULTS:
FAIL: ./config//defaults.vty
</pre>
<p>This is a side effect of my patch that has been merged to libosmo-sccp.git:</p>
<p><a class="external" href="https://cgit.osmocom.org/libosmo-sccp/commit/?id=4d7e20193c264585080b9edc91eb630dd005e396">https://cgit.osmocom.org/libosmo-sccp/commit/?id=4d7e20193c264585080b9edc91eb630dd005e396</a></p>
<pre>
commit 4d7e20193c264585080b9edc91eb630dd005e396
Author: Vadim Yanitskiy <vyanitskiy@sysmocom.de>
Date: Thu Feb 15 05:29:14 2024 +0700
VTY: rename 'sctp-role' to 'transport-role', add an alias
</pre> OsmoHNBGW - Bug #5304 (New): Verizon CDMA femtocellhttps://osmocom.org/issues/53042021-11-10T15:32:33Zcopslock
<p>Verizon Samsung SCS-2U01 is a very famous target for many hackers,while as Harald said in 32C3,none of them even thought about running a local network upon it.Verizon is phasing out its CDMA network,it's time to play with these valuable blackbox<br /><img src="https://scache.vzw.com/content/dam/support/images/network_extender.png" alt="" /><br />It looks like the IS95 core network is a bit simpler than 3GPP network,however,there is no project about IS95 at all,Neither the data PDSN nor the IS95 MSC.</p> libosmocore - Bug #5029 (New): vty: optional cases with multiple arguments is undefined behaviourhttps://osmocom.org/issues/50292021-02-16T21:08:02Zlynxis
<p>E.g.<br /><pre>
DEFUN(cfg_ns_nse_nsvc_udp, cfg_ns_nse_nsvc_udp_cmd, "nsvc udp BIND " VTY_IPV46_CMD " <1-65535> [signalling-weight <0-254> data-weight <0-254>]"
</pre></p>
<p>results in an autocomplete of "[signalling-weigh". The missing <strong>t</strong>. However data-weight is ok again.<br />The follow patch with patchset 9 is showing this bug. <a class="external" href="https://gerrit.osmocom.org/c/libosmocore/+/22900/9/">https://gerrit.osmocom.org/c/libosmocore/+/22900/9/</a></p> Core testing infrastructure - Bug #5011 (New): Warning about unrecognized escape sequence in Osm...https://osmocom.org/issues/50112021-02-05T11:21:22Zpespin
<pre>
Osmocom_CTRL_Types.ttcn:26.39-88: In character string pattern:
Osmocom_CTRL_Types.ttcn:26.44-45: warning: Use of unrecognized escape sequence `\{' is deprecated
Osmocom_CTRL_Types.ttcn:26.46-47: warning: Use of unrecognized escape sequence `\}' is deprecated
</pre>
<p>The code:<br /><pre>
type charstring CtrlVariable (pattern "[^, \{\}\[\]\(\)<>\|~\\\^`'\"\?=;/\+&%$\#!]#(1,)");
</pre></p>
<p>Shall we simply remove the "\" before "{" and "}" ?</p> OsmoSGSN - Bug #4886 (New): UE does not connect data when moving from 2G->3Ghttps://osmocom.org/issues/48862020-12-02T12:46:39Zmanatails
<p>I am using separate MSC and SGSN for each RAN, osmo-sgsn handles UTRAN->GERAN switching just fine, sending not attached command and causing the phone to reattach.<br />But when phones move from GERAN to UTRAN only some phones connect to the data network properly, while some are stuck in Activate PDP Context requests</p> OsmoPCU - Bug #4869 (New): wireshark: Support dissecting LLC frames on top of RLCMAC (E)GPRS data...https://osmocom.org/issues/48692020-11-26T13:00:30Zpespin
<p>Since recently wireshark is able to correctly identify rlcmac data payload (llc frames), and identify padding, spare bits, etc.</p>
Next step is to call the LLC dissector to try to dissect the llc frames of:
<ul>
<li>GPRS UL data blocks</li>
<li>GPRS DL data blocks</li>
<li>EGPRS UL data blocks</li>
<li>EGPRS DL data blocks</li>
</ul>
<p>This will help in quickly finding out if data forwarded from/to RLCMAC has any issue.</p>
<p>I so far have a quick patch which already works for UL and DL GPRS data packets which don't need to be defragmented.<br />So work needs to be done to support fragmentation, and EGPRS as well.<br />Supporting fragmentation probably means we also need to identify TBFs by TFI or something similar, to be able to track the fragments.</p> OsmoGGSN (former OpenGGSN) - Bug #4749 (New): Unknown/Unimplemented PCO Protocolhttps://osmocom.org/issues/47492020-09-09T11:30:20ZMPoslusny
<p>Hello,</p>
<p>I see this message in the ggsn log often.<br /><pre>
Unknown / Unimplemented PCO Protocol
</pre></p>
<p>Are these protocols really not implemented? Or is it some kind of misconfiguration / miscommunication?</p>
<p>BR<br />Marek</p>
<pre>
MYIMSI1=9017xxxxxxxxxx1
MYIMSI2=9017xxxxxxxxxx2
MYIMSI3=9017xxxxxxxxxx3
MYIMSI4=9017xxxxxxxxxx4
MYIMSI5=9017xxxxxxxxxx5
MYIMSI6=9017xxxxxxxxxx6
<000d> gtp.c:1690 gtp_create_pdp_ind: Before gtp_pdp_tidget
<000d> pdp.c:322 Begin pdp_tidget tid = 5314520000007109
<000d> pdp.c:330 Begin pdp_tidget. Not found
<000d> pdp.c:277 Begin pdp_tidset tid = 5314520000007109
<000d> pdp.c:286 End pdp_tidset
<0002> ggsn.c:447 PDP(MYIMSI1:5): Processing create PDP context request for APN 'internet'
<0002> sgsn.c:83 SGSN(127.0.0.11): Discovered
<0002> pco.c:205 PDP(MYIMSI1:5): PCO Protocol 0xc223
<0002> pco.c:221 PDP(MYIMSI1:5): Unknown/Unimplemented PCO Protocol 0xc223: 010100231074ed3cb7a8b80901201e3a25f8d98f0a554d54535f434841505f53525652
<0002> pco.c:205 PDP(MYIMSI1:5): PCO Protocol 0xc223
<0002> pco.c:221 PDP(MYIMSI1:5): Unknown/Unimplemented PCO Protocol 0xc223: 02010015101922904128bf266145b66ba7e1010b81
<0002> pco.c:205 PDP(MYIMSI1:5): PCO Protocol 0x8021
<0002> ggsn.c:568 PDP(MYIMSI1:5): Successful PDP Context Creation: APN=internet(internet), TEIC=1, IPv4=100.64.1.2, IPv6=none
<000d> gtp.c:1690 gtp_create_pdp_ind: Before gtp_pdp_tidget
<000d> pdp.c:322 Begin pdp_tidget tid = 5165220000007109
<000d> pdp.c:330 Begin pdp_tidget. Not found
<000d> pdp.c:277 Begin pdp_tidset tid = 5165220000007109
<000d> pdp.c:286 End pdp_tidset
<0002> ggsn.c:447 PDP(MYIMSI2:5): Processing create PDP context request for APN 'internet'
<0002> pco.c:205 PDP(MYIMSI2:5): PCO Protocol 0x8021
<0002> pco.c:205 PDP(MYIMSI2:5): PCO Protocol 0x000d
<0002> pco.c:205 PDP(MYIMSI2:5): PCO Protocol 0x0005
<0002> pco.c:221 PDP(MYIMSI2:5): Unknown/Unimplemented PCO Protocol 0x0005:
<0002> pco.c:205 PDP(MYIMSI2:5): PCO Protocol 0x0010
<0002> pco.c:221 PDP(MYIMSI2:5): Unknown/Unimplemented PCO Protocol 0x0010:
<0002> ggsn.c:568 PDP(MYIMSI2:5): Successful PDP Context Creation: APN=internet(internet), TEIC=2, IPv4=100.64.1.3, IPv6=none
<000d> gtp.c:1690 gtp_create_pdp_ind: Before gtp_pdp_tidget
<000d> pdp.c:322 Begin pdp_tidget tid = 5915520000007109
<000d> pdp.c:330 Begin pdp_tidget. Not found
<000d> pdp.c:277 Begin pdp_tidset tid = 5915520000007109
<000d> pdp.c:286 End pdp_tidset
<0002> ggsn.c:447 PDP(MYIMSI3:5): Processing create PDP context request for APN 'internet'
<0002> pco.c:205 PDP(MYIMSI3:5): PCO Protocol 0x8021
<0002> pco.c:205 PDP(MYIMSI3:5): PCO Protocol 0x000d
<0002> pco.c:205 PDP(MYIMSI3:5): PCO Protocol 0x000a
<0002> pco.c:221 PDP(MYIMSI3:5): Unknown/Unimplemented PCO Protocol 0x000a:
<0002> pco.c:205 PDP(MYIMSI3:5): PCO Protocol 0x0005
<0002> pco.c:221 PDP(MYIMSI3:5): Unknown/Unimplemented PCO Protocol 0x0005:
<0002> pco.c:205 PDP(MYIMSI3:5): PCO Protocol 0x0010
<0002> pco.c:221 PDP(MYIMSI3:5): Unknown/Unimplemented PCO Protocol 0x0010:
<0002> ggsn.c:568 PDP(MYIMSI3:5): Successful PDP Context Creation: APN=internet(internet), TEIC=3, IPv4=100.64.1.4, IPv6=none
<000d> gtp.c:1690 gtp_create_pdp_ind: Before gtp_pdp_tidget
<000d> pdp.c:322 Begin pdp_tidget tid = 5104520000007109
<000d> pdp.c:330 Begin pdp_tidget. Not found
<000d> pdp.c:277 Begin pdp_tidset tid = 5104520000007109
<000d> pdp.c:286 End pdp_tidset
<0002> ggsn.c:447 PDP(MYIMSI4:5): Processing create PDP context request for APN 'internet'
<0002> pco.c:205 PDP(MYIMSI4:5): PCO Protocol 0x8021
<0002> pco.c:205 PDP(MYIMSI4:5): PCO Protocol 0x000d
<0002> pco.c:205 PDP(MYIMSI4:5): PCO Protocol 0x0005
<0002> pco.c:221 PDP(MYIMSI4:5): Unknown/Unimplemented PCO Protocol 0x0005:
<0002> pco.c:205 PDP(MYIMSI4:5): PCO Protocol 0x0010
<0002> pco.c:221 PDP(MYIMSI4:5): Unknown/Unimplemented PCO Protocol 0x0010:
<0002> ggsn.c:568 PDP(MYIMSI4:5): Successful PDP Context Creation: APN=internet(internet), TEIC=4, IPv4=100.64.1.5, IPv6=none
<000d> gtp.c:1690 gtp_create_pdp_ind: Before gtp_pdp_tidget
<000d> pdp.c:322 Begin pdp_tidget tid = 5004520000007109
<000d> pdp.c:330 Begin pdp_tidget. Not found
<000d> pdp.c:277 Begin pdp_tidset tid = 5004520000007109
<000d> pdp.c:286 End pdp_tidset
<0002> ggsn.c:447 PDP(MYIMSI5:5): Processing create PDP context request for APN 'internet'
<0002> pco.c:205 PDP(MYIMSI5:5): PCO Protocol 0x8021
<0002> pco.c:205 PDP(MYIMSI5:5): PCO Protocol 0x000d
<0002> pco.c:205 PDP(MYIMSI5:5): PCO Protocol 0x0005
<0002> pco.c:221 PDP(MYIMSI5:5): Unknown/Unimplemented PCO Protocol 0x0005:
<0002> pco.c:205 PDP(MYIMSI5:5): PCO Protocol 0x0010
<0002> pco.c:221 PDP(MYIMSI5:5): Unknown/Unimplemented PCO Protocol 0x0010:
<0002> ggsn.c:568 PDP(MYIMSI5:5): Successful PDP Context Creation: APN=internet(internet), TEIC=5, IPv4=100.64.1.6, IPv6=none
<0002> ggsn.c:354 PDP(MYIMSI3:5): Deleting PDP context
<000d> pdp.c:296 Begin pdp_tiddel tid = 5915520000007109
<000d> pdp.c:303 End pdp_tiddel: PDP found
<0002> ggsn.c:354 PDP(MYIMSI5:5): Deleting PDP context
<000d> pdp.c:296 Begin pdp_tiddel tid = 5004520000007109
<000d> pdp.c:303 End pdp_tiddel: PDP found
<000d> gtp.c:1690 gtp_create_pdp_ind: Before gtp_pdp_tidget
<000d> pdp.c:322 Begin pdp_tidget tid = 5265220000007109
<000d> pdp.c:330 Begin pdp_tidget. Not found
<000d> pdp.c:277 Begin pdp_tidset tid = 5265220000007109
<000d> pdp.c:286 End pdp_tidset
<0002> ggsn.c:447 PDP(MYIMSI6:5): Processing create PDP context request for APN 'internet'
<0002> pco.c:205 PDP(MYIMSI6:5): PCO Protocol 0x8021
<0002> pco.c:205 PDP(MYIMSI6:5): PCO Protocol 0x000d
<0002> pco.c:205 PDP(MYIMSI6:5): PCO Protocol 0x0005
<0002> pco.c:221 PDP(MYIMSI6:5): Unknown/Unimplemented PCO Protocol 0x0005:
<0002> pco.c:205 PDP(MYIMSI6:5): PCO Protocol 0x0010
<0002> pco.c:221 PDP(MYIMSI6:5): Unknown/Unimplemented PCO Protocol 0x0010:
<0002> ggsn.c:568 PDP(MYIMSI6:5): Successful PDP Context Creation: APN=internet(internet), TEIC=3, IPv4=100.64.1.7, IPv6=none
<0002> ggsn.c:354 PDP(MYIMSI4:5): Deleting PDP context
<000d> pdp.c:296 Begin pdp_tiddel tid = 5104520000007109
<000d> pdp.c:303 End pdp_tiddel: PDP found
<000d> gtp.c:1690 gtp_create_pdp_ind: Before gtp_pdp_tidget
<000d> pdp.c:322 Begin pdp_tidget tid = 5915520000007109
<000d> pdp.c:330 Begin pdp_tidget. Not found
<000d> pdp.c:277 Begin pdp_tidset tid = 5915520000007109
<000d> pdp.c:286 End pdp_tidset
<0002> ggsn.c:447 PDP(MYIMSI3:5): Processing create PDP context request for APN 'internet'
<0002> pco.c:205 PDP(MYIMSI3:5): PCO Protocol 0x8021
<0002> pco.c:205 PDP(MYIMSI3:5): PCO Protocol 0x000d
<0002> pco.c:205 PDP(MYIMSI3:5): PCO Protocol 0x000a
<0002> pco.c:221 PDP(MYIMSI3:5): Unknown/Unimplemented PCO Protocol 0x000a:
<0002> pco.c:205 PDP(MYIMSI3:5): PCO Protocol 0x0005
<0002> pco.c:221 PDP(MYIMSI3:5): Unknown/Unimplemented PCO Protocol 0x0005:
<0002> pco.c:205 PDP(MYIMSI3:5): PCO Protocol 0x0010
<0002> pco.c:221 PDP(MYIMSI3:5): Unknown/Unimplemented PCO Protocol 0x0010:
<0002> ggsn.c:568 PDP(MYIMSI3:5): Successful PDP Context Creation: APN=internet(internet), TEIC=4, IPv4=100.64.1.8, IPv6=none
</pre> OsmoMSC - Bug #4451 (New): vty 'show stats level': different stats levels yield identical resultshttps://osmocom.org/issues/44512020-03-09T22:10:16Zneelsnhofmeyr@sysmocom.de
<p>no matter which stats level I choose on the vty, I always get 100% identical results.</p>
<p>Also, the vty command 'level' doc says "Set the maximum group level" which sounds like it changes osmo-msc's state,<br />which should not be the case for a 'show' command.</p>
<pre>
OsmoMSC> show stats?
level Set the maximum group level
<cr>
OsmoMSC> show stats level?
global Show global groups only
peer Show global and network peer related groups
subscriber Show global, peer, and subscriber groups
OsmoMSC> show stats
Ungrouped counters:
mobile switching center:
Received Location Update (IMSI Attach) requests.: 0 (0/s 0/m 0/h 0/d)
Received Location Update (LAC change) requests.: 200 (0/s 0/m 0/h 0/d)
Received (periodic) Location Update requests.: 0 (0/s 0/m 0/h 0/d)
Received IMSI Detach indications.: 0 (0/s 0/m 0/h 0/d)
Rejected Location Update requests.: 0 (0/s 0/m 0/h 0/d)
Successful Location Update procedures.: 200 (0/s 0/m 0/h 0/d)
Rejected CM Service Requests.: 0 (0/s 0/m 0/h 0/d)
Accepted CM Service Requests.: 0 (0/s 0/m 0/h 0/d)
Rejected Paging Responses.: 0 (0/s 0/m 0/h 0/d)
Accepted Paging Responses.: 0 (0/s 0/m 0/h 0/d)
Total MO SMS received from the MS.: 0 (0/s 0/m 0/h 0/d)
Failed MO SMS delivery attempts (no receiver found).: 0 (0/s 0/m 0/h 0/d)
Total MT SMS delivery attempts.: 0 (0/s 0/m 0/h 0/d)
Failed MT SMS delivery attempts (no memory).: 0 (0/s 0/m 0/h 0/d)
Failed MT SMS delivery attempts (other reason).: 0 (0/s 0/m 0/h 0/d)
Failed MO SMS delivery attempts (other reason).: 0 (0/s 0/m 0/h 0/d)
Received MO SETUP messages (MO call establishment).: 0 (0/s 0/m 0/h 0/d)
Received MO CONNECT messages (MO call establishment).: 0 (0/s 0/m 0/h 0/d)
Sent MT SETUP messages (MT call establishment).: 0 (0/s 0/m 0/h 0/d)
Sent MT CONNECT messages (MT call establishment).: 0 (0/s 0/m 0/h 0/d)
Calls that ever reached the active state.: 0 (0/s 0/m 0/h 0/d)
Calls terminated by DISCONNECT message after reaching the active state.: 0 (0/s 0/m 0/h 0/d)
Calls terminated by any other reason after reaching the active state.: 0 (0/s 0/m 0/h 0/d)
Received MS-initiated call independent SS/USSD requests.: 0 (0/s 0/m 0/h 0/d)
Established MS-initiated call independent SS/USSD sessions.: 0 (0/s 0/m 0/h 0/d)
Received network-initiated call independent SS/USSD requests.: 0 (0/s 0/m 0/h 0/d)
Established network-initiated call independent SS/USSD sessions.: 0 (0/s 0/m 0/h 0/d)
Number of CIPHER MODE REJECT messages processed by BSSMAP layer: 0 (0/s 0/m 0/h 0/d)
Number of CIPHER MODE COMPLETE messages processed by BSSMAP layer: 0 (0/s 0/m 0/h 0/d)
network statistics:
Currently active calls : 0
Currently active SS/USSD sessions: 0
OsmoMSC> show stats l
OsmoMSC> show stats level global
Ungrouped counters:
mobile switching center:
Received Location Update (IMSI Attach) requests.: 0 (0/s 0/m 0/h 0/d)
Received Location Update (LAC change) requests.: 200 (0/s 0/m 0/h 0/d)
Received (periodic) Location Update requests.: 0 (0/s 0/m 0/h 0/d)
Received IMSI Detach indications.: 0 (0/s 0/m 0/h 0/d)
Rejected Location Update requests.: 0 (0/s 0/m 0/h 0/d)
Successful Location Update procedures.: 200 (0/s 0/m 0/h 0/d)
Rejected CM Service Requests.: 0 (0/s 0/m 0/h 0/d)
Accepted CM Service Requests.: 0 (0/s 0/m 0/h 0/d)
Rejected Paging Responses.: 0 (0/s 0/m 0/h 0/d)
Accepted Paging Responses.: 0 (0/s 0/m 0/h 0/d)
Total MO SMS received from the MS.: 0 (0/s 0/m 0/h 0/d)
Failed MO SMS delivery attempts (no receiver found).: 0 (0/s 0/m 0/h 0/d)
Total MT SMS delivery attempts.: 0 (0/s 0/m 0/h 0/d)
Failed MT SMS delivery attempts (no memory).: 0 (0/s 0/m 0/h 0/d)
Failed MT SMS delivery attempts (other reason).: 0 (0/s 0/m 0/h 0/d)
Failed MO SMS delivery attempts (other reason).: 0 (0/s 0/m 0/h 0/d)
Received MO SETUP messages (MO call establishment).: 0 (0/s 0/m 0/h 0/d)
Received MO CONNECT messages (MO call establishment).: 0 (0/s 0/m 0/h 0/d)
Sent MT SETUP messages (MT call establishment).: 0 (0/s 0/m 0/h 0/d)
Sent MT CONNECT messages (MT call establishment).: 0 (0/s 0/m 0/h 0/d)
Calls that ever reached the active state.: 0 (0/s 0/m 0/h 0/d)
Calls terminated by DISCONNECT message after reaching the active state.: 0 (0/s 0/m 0/h 0/d)
Calls terminated by any other reason after reaching the active state.: 0 (0/s 0/m 0/h 0/d)
Received MS-initiated call independent SS/USSD requests.: 0 (0/s 0/m 0/h 0/d)
Established MS-initiated call independent SS/USSD sessions.: 0 (0/s 0/m 0/h 0/d)
Received network-initiated call independent SS/USSD requests.: 0 (0/s 0/m 0/h 0/d)
Established network-initiated call independent SS/USSD sessions.: 0 (0/s 0/m 0/h 0/d)
Number of CIPHER MODE REJECT messages processed by BSSMAP layer: 0 (0/s 0/m 0/h 0/d)
Number of CIPHER MODE COMPLETE messages processed by BSSMAP layer: 0 (0/s 0/m 0/h 0/d)
network statistics:
Currently active calls : 0
Currently active SS/USSD sessions: 0
OsmoMSC> show stats level peer
Ungrouped counters:
mobile switching center:
Received Location Update (IMSI Attach) requests.: 0 (0/s 0/m 0/h 0/d)
Received Location Update (LAC change) requests.: 200 (0/s 0/m 0/h 0/d)
Received (periodic) Location Update requests.: 0 (0/s 0/m 0/h 0/d)
Received IMSI Detach indications.: 0 (0/s 0/m 0/h 0/d)
Rejected Location Update requests.: 0 (0/s 0/m 0/h 0/d)
Successful Location Update procedures.: 200 (0/s 0/m 0/h 0/d)
Rejected CM Service Requests.: 0 (0/s 0/m 0/h 0/d)
Accepted CM Service Requests.: 0 (0/s 0/m 0/h 0/d)
Rejected Paging Responses.: 0 (0/s 0/m 0/h 0/d)
Accepted Paging Responses.: 0 (0/s 0/m 0/h 0/d)
Total MO SMS received from the MS.: 0 (0/s 0/m 0/h 0/d)
Failed MO SMS delivery attempts (no receiver found).: 0 (0/s 0/m 0/h 0/d)
Total MT SMS delivery attempts.: 0 (0/s 0/m 0/h 0/d)
Failed MT SMS delivery attempts (no memory).: 0 (0/s 0/m 0/h 0/d)
Failed MT SMS delivery attempts (other reason).: 0 (0/s 0/m 0/h 0/d)
Failed MO SMS delivery attempts (other reason).: 0 (0/s 0/m 0/h 0/d)
Received MO SETUP messages (MO call establishment).: 0 (0/s 0/m 0/h 0/d)
Received MO CONNECT messages (MO call establishment).: 0 (0/s 0/m 0/h 0/d)
Sent MT SETUP messages (MT call establishment).: 0 (0/s 0/m 0/h 0/d)
Sent MT CONNECT messages (MT call establishment).: 0 (0/s 0/m 0/h 0/d)
Calls that ever reached the active state.: 0 (0/s 0/m 0/h 0/d)
Calls terminated by DISCONNECT message after reaching the active state.: 0 (0/s 0/m 0/h 0/d)
Calls terminated by any other reason after reaching the active state.: 0 (0/s 0/m 0/h 0/d)
Received MS-initiated call independent SS/USSD requests.: 0 (0/s 0/m 0/h 0/d)
Established MS-initiated call independent SS/USSD sessions.: 0 (0/s 0/m 0/h 0/d)
Received network-initiated call independent SS/USSD requests.: 0 (0/s 0/m 0/h 0/d)
Established network-initiated call independent SS/USSD sessions.: 0 (0/s 0/m 0/h 0/d)
Number of CIPHER MODE REJECT messages processed by BSSMAP layer: 0 (0/s 0/m 0/h 0/d)
Number of CIPHER MODE COMPLETE messages processed by BSSMAP layer: 0 (0/s 0/m 0/h 0/d)
network statistics:
Currently active calls : 0
Currently active SS/USSD sessions: 0
OsmoMSC> show stats level sub
OsmoMSC> show stats level subscriber
Ungrouped counters:
mobile switching center:
Received Location Update (IMSI Attach) requests.: 0 (0/s 0/m 0/h 0/d)
Received Location Update (LAC change) requests.: 200 (0/s 0/m 0/h 0/d)
Received (periodic) Location Update requests.: 0 (0/s 0/m 0/h 0/d)
Received IMSI Detach indications.: 0 (0/s 0/m 0/h 0/d)
Rejected Location Update requests.: 0 (0/s 0/m 0/h 0/d)
Successful Location Update procedures.: 200 (0/s 0/m 0/h 0/d)
Rejected CM Service Requests.: 0 (0/s 0/m 0/h 0/d)
Accepted CM Service Requests.: 0 (0/s 0/m 0/h 0/d)
Rejected Paging Responses.: 0 (0/s 0/m 0/h 0/d)
Accepted Paging Responses.: 0 (0/s 0/m 0/h 0/d)
Total MO SMS received from the MS.: 0 (0/s 0/m 0/h 0/d)
Failed MO SMS delivery attempts (no receiver found).: 0 (0/s 0/m 0/h 0/d)
Total MT SMS delivery attempts.: 0 (0/s 0/m 0/h 0/d)
Failed MT SMS delivery attempts (no memory).: 0 (0/s 0/m 0/h 0/d)
Failed MT SMS delivery attempts (other reason).: 0 (0/s 0/m 0/h 0/d)
Failed MO SMS delivery attempts (other reason).: 0 (0/s 0/m 0/h 0/d)
Received MO SETUP messages (MO call establishment).: 0 (0/s 0/m 0/h 0/d)
Received MO CONNECT messages (MO call establishment).: 0 (0/s 0/m 0/h 0/d)
Sent MT SETUP messages (MT call establishment).: 0 (0/s 0/m 0/h 0/d)
Sent MT CONNECT messages (MT call establishment).: 0 (0/s 0/m 0/h 0/d)
Calls that ever reached the active state.: 0 (0/s 0/m 0/h 0/d)
Calls terminated by DISCONNECT message after reaching the active state.: 0 (0/s 0/m 0/h 0/d)
Calls terminated by any other reason after reaching the active state.: 0 (0/s 0/m 0/h 0/d)
Received MS-initiated call independent SS/USSD requests.: 0 (0/s 0/m 0/h 0/d)
Established MS-initiated call independent SS/USSD sessions.: 0 (0/s 0/m 0/h 0/d)
Received network-initiated call independent SS/USSD requests.: 0 (0/s 0/m 0/h 0/d)
Established network-initiated call independent SS/USSD sessions.: 0 (0/s 0/m 0/h 0/d)
Number of CIPHER MODE REJECT messages processed by BSSMAP layer: 0 (0/s 0/m 0/h 0/d)
Number of CIPHER MODE COMPLETE messages processed by BSSMAP layer: 0 (0/s 0/m 0/h 0/d)
network statistics:
Currently active calls : 0
Currently active SS/USSD sessions: 0
OsmoMSC>
</pre> OsmoHLR - Bug #4303 (New): various minor issues about evaluation of rc = db_subscr_get_by_*()https://osmocom.org/issues/43032019-12-03T22:56:57Zneelsnhofmeyr@sysmocom.de
<p>vty function 'subscriber imsi IDENT create':</p>
<p>We create the subscriber, and then db_subscr_get_by_imsi(), which might produce an error.<br />It's unlikely since creationg rc is evaluated just before that, but still.<br />If the rc returns an error, we should echo that to the VTY user.</p>
<pre>
rc = db_subscr_get_by_imsi(g_hlr->dbc, imsi, &subscr);
vty_out(vty, "%% Created subscriber %s%s", imsi, VTY_NEWLINE);
subscr_dump_full_vty(vty, &subscr);
return CMD_SUCCESS;
}
</pre> OsmoSGSN - Bug #3940 (New): TTCN-3: Iu: test UMTS Authhttps://osmocom.org/issues/39402019-04-18T14:21:20Zlynxis
<p>Test UMTS Auth on the Iu Interface via TTCN-3</p> OsmoSGSN - Bug #3939 (New): TTCN: do a GMM Attach Request when in GMM Connected and have a PDP Re...https://osmocom.org/issues/39392019-04-18T14:19:49Zlynxis
<p>When a GMM Attach Request is received for a <b>already</b> attached MS, the complete State of the MS should be reseted</p>
<pre>
Spec: 3GPP TS 24.008 version 13.7.0 Release 13
4.7.3.1.6 Abnormal cases on the network side
e) ATTACH REQUEST received in state GMM-REGISTERED
</pre> SDR (Software Defined Radio) - Bug #3817 (New): Unable to use fosphor display on Ubuntu 18.10https://osmocom.org/issues/38172019-02-26T18:52:47Zgravytrain21
<p>I hope this is the right place to ask. I went through both the gr-osmosdr and gr-fosphor install processes. The one hang up I had was with installing opencl, which was solved by following the instructions listed here <a class="external" href="https://askubuntu.com/questions/850281/opencl-on-ubuntu-16-04-intel-sandy-bridge-cpu">https://askubuntu.com/questions/850281/opencl-on-ubuntu-16-04-intel-sandy-bridge-cpu</a></p>
<p>I'm running this on an intel machine (i5 8250U, 620 Kabylake GT2 graphics)</p>
<p>Output from trying to run 'osmocom_fft -F':</p>
<p>$ osmocom_fft -F<br />gr-osmosdr v0.1.4-127-g4d83c606 (0.1.5git) gnuradio 3.7.13.4<br />built-in source types: file fcd rtl_tcp hackrf rfspace redpitaya<br />Using HackRF One with firmware git-1b95b2e<br />Traceback (most recent call last):<br /> File "/usr/local/bin/osmocom_fft", line 850, in <module><br /> main ()<br /> File "/usr/local/bin/osmocom_fft", line 846, in main<br /> app = stdgui2.stdapp(app_top_block, "osmocom Spectrum Browser", nstatus=1)<br /> File "/usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 46, in <i>init</i><br /> wx.App.__init__ (self, redirect=False)<br /> File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_core.py", line 8628, in <i>init</i><br /> self._BootstrapApp()<br /> File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_core.py", line 8196, in <em>BootstrapApp<br /> return _core</em>.PyApp__BootstrapApp(*args, **kwargs)<br /> File "/usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 49, in OnInit<br /> frame = stdframe (self.top_block_maker, self.title, self._nstatus)<br /> File "/usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 76, in <i>init</i><br /> self.panel = stdpanel (self, self, top_block_maker)<br /> File "/usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py", line 98, in <i>init</i><br /> self.top_block = top_block_maker (frame, self, vbox, sys.argv)<br /> File "/usr/local/bin/osmocom_fft", line 228, in <i>init</i><br /> from gnuradio import fosphor<br /> File "/usr/lib/python2.7/dist-packages/gnuradio/fosphor/__init__.py", line 27, in <module><br /> File "/usr/lib/python2.7/dist-packages/gnuradio/fosphor/fosphor_swig.py", line 17, in <module><br /> File "/usr/lib/python2.7/dist-packages/gnuradio/fosphor/fosphor_swig.py", line 16, in swig_import_helper<br /> File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module<br /> <i>import</i>(name)<br />ImportError: No module named _fosphor_swig</p>
<p>Output from fosphor install:</p>
<p>$ cmake ..<br />-- Build type not specified: defaulting to release.<br />-- Extracting version information from git describe...<br />-- Boost version: 1.67.0<br />-- Found the following Boost libraries:<br />-- system<br />-- thread<br />-- chrono<br />-- date_time<br />-- atomic<br />CMake Warning (dev) at /usr/share/cmake-3.12/Modules/FindOpenGL.cmake:270 (message):<br /> Policy CMP0072 is not set: FindOpenGL prefers GLVND by default when<br /> available. Run "cmake --help-policy CMP0072" for policy details. Use the<br /> cmake_policy command to set the policy and suppress this warning.</p>
<pre><code>FindOpenGL found both a legacy GL library:</code></pre>
<pre><code>OPENGL_gl_LIBRARY: /usr/lib/x86_64-linux-gnu/libGL.so</code></pre>
<pre><code>and GLVND libraries for OpenGL and GLX:</code></pre>
<pre><code>OPENGL_opengl_LIBRARY: /usr/lib/x86_64-linux-gnu/libOpenGL.so<br /> OPENGL_glx_LIBRARY: /usr/lib/x86_64-linux-gnu/libGLX.so</code></pre>
<pre><code>OpenGL_GL_PREFERENCE has not been set to "GLVND" or "LEGACY", so for<br /> compatibility with CMake 3.10 and below the legacy GL library will be used.<br />Call Stack (most recent call first):<br /> CMakeLists.txt:97 (find_package)<br />This warning is for project developers. Use -Wno-dev to suppress it.</code></pre>
<p>-- Found OpenCL: /usr/lib/x86_64-linux-gnu/libOpenCL.so<br />-- Found Freetype: /usr/lib/x86_64-linux-gnu/libfreetype.so (found version "2.8.1")<br />-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1")<br />-- Checking for module 'glfw3'<br />-- Found glfw3, version 3.3.0<br />-- Found GLFW3: /usr/local/include, /usr/local/lib/libglfw.so<br />-- Looking for Q_WS_X11<br />-- Looking for Q_WS_X11 - found<br />-- Looking for Q_WS_WIN<br />-- Looking for Q_WS_WIN - not found<br />-- Looking for Q_WS_QWS<br />-- Looking for Q_WS_QWS - not found<br />-- Looking for Q_WS_MAC<br />-- Looking for Q_WS_MAC - not found<br />-- Found Qt4: /usr/bin/qmake (found suitable version "4.8.7", minimum required is "4.2.0")<br />Checking for GNU Radio Module: RUNTIME<br />-- Checking for module 'gnuradio-runtime'<br />-- Found gnuradio-runtime, version 3.7.13
* INCLUDES=/usr/include
* LIBS=/usr/lib/x86_64-linux-gnu/libgnuradio-runtime.so;/usr/lib/x86_64-linux-gnu/libgnuradio-pmt.so;/usr/lib/x86_64-linux-gnu/liblog4cpp.so<br />-- Found GNURADIO_RUNTIME: /usr/lib/x86_64-linux-gnu/libgnuradio-runtime.so;/usr/lib/x86_64-linux-gnu/libgnuradio-pmt.so;/usr/lib/x86_64-linux-gnu/liblog4cpp.so<br />GNURADIO_RUNTIME_FOUND = TRUE<br />Checking for GNU Radio Module: FFT<br />-- Checking for module 'gnuradio-fft'<br />-- Found gnuradio-fft, version 3.7.13
* INCLUDES=/usr/include
* LIBS=/usr/lib/x86_64-linux-gnu/libgnuradio-fft.so;/usr/lib/x86_64-linux-gnu/libgnuradio-runtime.so;/usr/lib/x86_64-linux-gnu/libgnuradio-pmt.so;/usr/lib/x86_64-linux-gnu/liblog4cpp.so<br />-- Found GNURADIO_FFT: /usr/lib/x86_64-linux-gnu/libgnuradio-fft.so;/usr/lib/x86_64-linux-gnu/libgnuradio-runtime.so;/usr/lib/x86_64-linux-gnu/libgnuradio-pmt.so;/usr/lib/x86_64-linux-gnu/liblog4cpp.so<br />GNURADIO_FFT_FOUND = TRUE<br />-- Checking for module 'cppunit'<br />-- Found cppunit, version 1.14.0<br />-- Found CPPUNIT: /usr/lib/x86_64-linux-gnu/libcppunit.so;dl<br />-- Found Doxygen: /usr/bin/doxygen (found version "1.8.13") found components: doxygen missing components: dot<br />-- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so (found suitable version "2.7.15+", minimum required is "2")<br />--<br />-- Checking for module SWIG<br />-- Found SWIG version 3.0.12.<br />-- Found SWIG: /usr/bin/swig3.0<br />--<br />-- The build system will automatically enable all components.<br />-- Use <del>DENABLE_DEFAULT=OFF to disable components by default.<br />-</del><br />-- Configuring Python support...<br />-- Dependency PYTHONLIBS_FOUND = TRUE<br />-- Dependency SWIG_FOUND = TRUE<br />-- Enabling Python support.<br />-- Override with <del>DENABLE_PYTHON=ON/OFF<br />-</del><br />-- Configuring GLFW support...<br />-- Dependency GLFW3_FOUND = TRUE<br />-- Enabling GLFW support.<br />-- Override with <del>DENABLE_GLFW=ON/OFF<br />-</del><br />-- Configuring QT support...<br />-- Dependency QT_FOUND = TRUE<br />-- Enabling QT support.<br />-- Override with <del>DENABLE_QT=ON/OFF<br />-</del><br />-- Configuring WX support...<br />-- Dependency PYTHONLIBS_FOUND = TRUE<br />-- Dependency SWIG_FOUND = TRUE<br />-- Dependency ENABLE_PYTHON = ON<br />-- Enabling WX support.<br />-- Override with <del>DENABLE_WX=ON/OFF<br />-</del> Found PythonInterp: /usr/bin/python2 (found suitable version "2.7.15", minimum required is "2")<br />-- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE<br />-- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success<br />--<br />-- ######################################################<br />-- # Gnuradio enabled components<br />-- ######################################################<br />-- * Python<br />-- * GLFW<br />-- * QT<br />-- * WX<br />--<br />-- ######################################################<br />-- # Gnuradio disabled components<br />-- ######################################################<br />--<br />-- Using install prefix: /usr/local<br />-- Configuring done<br />-- Generating done<br />-- Build files have been written to: /home/person/repos/gr-fosphor/build</p>
<p>person@machine:~/repos/gr-fosphor/build$ make<br />Scanning dependencies of target gnuradio-fosphor_autogen<br />[ 2%] Automatic MOC for target gnuradio-fosphor<br />[ 2%] Built target gnuradio-fosphor_autogen<br />[ 5%] Generating fosphor/resource_data.c<br />Scanning dependencies of target gnuradio-fosphor<br />[ 8%] Building C object lib/CMakeFiles/gnuradio-fosphor.dir/fosphor/axis.c.o<br />/home/jacob/repos/gr-fosphor/lib/fosphor/axis.c: In function ‘freq_axis_build’:<br />/home/jacob/repos/gr-fosphor/lib/fosphor/axis.c:124:34: warning: ‘__builtin___sprintf_chk’ may write a terminating nul past the end of the destination [-Wformat-overflow=]<br /> sprintf(fx->abs_fmt, "%%.%dlf%s", y, prefix);<br /> ^<br />In file included from /usr/include/stdio.h:873,<br /> from /home/jacob/repos/gr-fosphor/lib/fosphor/axis.c:30:<br />/usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 6 and 17 bytes into a destination of size 16<br /> return <i>builtin</i><em>sprintf_chk (<i>s, __USE_FORTIFY_LEVEL - 1,<br /> ^<sub>~~</sub>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br /> __bos (</em>_s), _<em>fmt, __va_arg_pack ());<br /> ~<sub>~~</sub>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br />/home/jacob/repos/gr-fosphor/lib/fosphor/axis.c:147:33: warning: ‘%s’ directive writing up to 1 bytes into a region of size between 0 and 10 [-Wformat-overflow=]<br /> sprintf(fx->rel_fmt, "%%+.%dlf%s", y, prefix);<br /> ^~ ~<sub>~~</sub>~<br />In file included from /usr/include/stdio.h:873,<br /> from /home/jacob/repos/gr-fosphor/lib/fosphor/axis.c:30:<br />/usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘</em>_builtin</i><em>sprintf_chk’ output between 7 and 18 bytes into a destination of size 16<br /> return <i>builtin</i>_sprintf_chk (<i>s, __USE_FORTIFY_LEVEL - 1,<br /> ^<sub>~~</sub>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br /> __bos (</em>_s), __fmt, __va_arg_pack ());<br /> ~<sub>~~</sub>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br />[ 11%] Building C object lib/CMakeFiles/gnuradio-fosphor.dir/fosphor/cl.c.o<br />In file included from /usr/include/CL/cl.h:36,<br /> from /home/jacob/repos/gr-fosphor/lib/fosphor/cl_platform.h:39,<br /> from /home/jacob/repos/gr-fosphor/lib/fosphor/cl.c:36:<br />/usr/include/CL/cl_version.h:34:9: note: #pragma message: cl_version.h: CL_TARGET_OPENCL_VERSION is not defined. Defaulting to 220 (OpenCL 2.2)<br /> #pragma message("cl_version.h: CL_TARGET_OPENCL_VERSION is not defined. Defaulting to 220 (OpenCL 2.2)")<br /> ^<sub>~~</sub>~~<br />[ 14%] Building C object lib/CMakeFiles/gnuradio-fosphor.dir/fosphor/cl_compat.c.o<br />In file included from /usr/include/CL/cl.h:36,<br /> from /home/jacob/repos/gr-fosphor/lib/fosphor/cl_platform.h:39,<br /> from /home/jacob/repos/gr-fosphor/lib/fosphor/cl_compat.h:33,<br /> from /home/jacob/repos/gr-fosphor/lib/fosphor/cl_compat.c:45:<br />/usr/include/CL/cl_version.h:34:9: note: #pragma message: cl_version.h: CL_TARGET_OPENCL_VERSION is not defined. Defaulting to 220 (OpenCL 2.2)<br /> #pragma message("cl_version.h: CL_TARGET_OPENCL_VERSION is not defined. Defaulting to 220 (OpenCL 2.2)")<br /> ^<sub>~~</sub>~~<br />[ 17%] Building C object lib/CMakeFiles/gnuradio-fosphor.dir/fosphor/fosphor.c.o<br />[ 20%] Building C object lib/CMakeFiles/gnuradio-fosphor.dir/fosphor/gl.c.o<br />[ 23%] Building C object lib/CMakeFiles/gnuradio-fosphor.dir/fosphor/gl_cmap.c.o<br />[ 26%] Building C object lib/CMakeFiles/gnuradio-fosphor.dir/fosphor/gl_cmap_gen.c.o<br />[ 29%] Building C object lib/CMakeFiles/gnuradio-fosphor.dir/fosphor/gl_font.c.o<br />[ 32%] Building C object lib/CMakeFiles/gnuradio-fosphor.dir/fosphor/resource.c.o<br />[ 35%] Building C object lib/CMakeFiles/gnuradio-fosphor.dir/fosphor/resource_data.c.o<br />[ 38%] Building CXX object lib/CMakeFiles/gnuradio-fosphor.dir/fifo.cc.o<br />[ 41%] Building CXX object lib/CMakeFiles/gnuradio-fosphor.dir/base_sink_c_impl.cc.o<br />[ 44%] Building CXX object lib/CMakeFiles/gnuradio-fosphor.dir/glfw_sink_c_impl.cc.o<br />[ 47%] Building CXX object lib/CMakeFiles/gnuradio-fosphor.dir/QGLSurface.cc.o<br />[ 50%] Building CXX object lib/CMakeFiles/gnuradio-fosphor.dir/qt_sink_c_impl.cc.o<br />[ 52%] Building CXX object lib/CMakeFiles/gnuradio-fosphor.dir/wx_core_sink_c_impl.cc.o<br />[ 55%] Building CXX object lib/CMakeFiles/gnuradio-fosphor.dir/gnuradio-fosphor_autogen/mocs_compilation.cpp.o<br />[ 58%] Linking CXX shared library libgnuradio-fosphor.so<br />[ 58%] Built target gnuradio-fosphor<br />Scanning dependencies of target fosphor_swig_swig_doc<br />[ 58%] Built target fosphor_swig_swig_doc<br />Scanning dependencies of target _fosphor_swig_swig_tag<br />[ 61%] Building CXX object swig/CMakeFiles/_fosphor_swig_swig_tag.dir/_fosphor_swig_swig_tag.cpp.o<br />[ 64%] Linking CXX executable _fosphor_swig_swig_tag<br />[ 64%] Built target _fosphor_swig_swig_tag<br />[ 67%] Generating fosphor_swig.tag<br />Scanning dependencies of target fosphor_swig_swig_2d0df<br />[ 70%] Building CXX object swig/CMakeFiles/fosphor_swig_swig_2d0df.dir/fosphor_swig_swig_2d0df.cpp.o<br />[ 73%] Linking CXX executable fosphor_swig_swig_2d0df<br />Swig source<br />[ 73%] Built target fosphor_swig_swig_2d0df<br />Scanning dependencies of target _fosphor_swig<br />[ 76%] Building CXX object swig/CMakeFiles/_fosphor_swig.dir/fosphor_swigPYTHON_wrap.cxx.o<br />[ 79%] Linking CXX shared module _fosphor_swig.so<br />[ 85%] Built target _fosphor_swig<br />Scanning dependencies of target pygen_swig_89a7d<br />[ 88%] Generating fosphor_swig.pyc<br />[ 91%] Generating fosphor_swig.pyo<br />[ 94%] Built target pygen_swig_89a7d<br />Scanning dependencies of target pygen_python_73fe0<br />[ 97%] Generating __init</i>.pyc, wx_sink_c.pyc<br />[100%] Generating <i>init</i>.pyo, wx_sink_c.pyo<br />[100%] Built target pygen_python_73fe0<br />Scanning dependencies of target pygen_apps_9a6dd<br />[100%] Built target pygen_apps_9a6dd</p>
<p>person@machine:~/repos/gr-fosphor/build$ sudo make install<br />[ 2%] Automatic MOC for target gnuradio-fosphor<br />[ 2%] Built target gnuradio-fosphor_autogen<br />[ 58%] Built target gnuradio-fosphor<br />[ 58%] Built target fosphor_swig_swig_doc<br />[ 64%] Built target <em>fosphor_swig_swig_tag<br />[ 73%] Built target fosphor_swig_swig_2d0df<br />[ 85%] Built target _fosphor_swig<br />[ 94%] Built target pygen_swig_89a7d<br />[100%] Built target pygen_python_73fe0<br />[100%] Built target pygen_apps_9a6dd<br />Install the project...<br />-- Install configuration: "Release" <br />-- Installing: /usr/local/lib/pkgconfig/gnuradio-fosphor.pc<br />-- Installing: /usr/local/include/gnuradio/fosphor/api.h<br />-- Installing: /usr/local/include/gnuradio/fosphor/base_sink_c.h<br />-- Installing: /usr/local/include/gnuradio/fosphor/glfw_sink_c.h<br />-- Installing: /usr/local/include/gnuradio/fosphor/qt_sink_c.h<br />-- Installing: /usr/local/include/gnuradio/fosphor/wx_core_sink_c.h<br />-- Installing: /usr/local/lib/libgnuradio-fosphor.so.3.7.0git<br />-- Set runtime path of "/usr/local/lib/libgnuradio-fosphor.so.3.7.0git" to "" <br />-- Installing: /usr/local/lib/libgnuradio-fosphor.so<br />-- Installing: /usr/local/lib/python2.7/dist-packages/gnuradio/fosphor/_fosphor_swig.so<br />-- Set runtime path of "/usr/local/lib/python2.7/dist-packages/gnuradio/fosphor/_fosphor_swig.so" to "" <br />-- Installing: /usr/local/lib/python2.7/dist-packages/gnuradio/fosphor/fosphor_swig.py<br />-- Installing: /usr/local/lib/python2.7/dist-packages/gnuradio/fosphor/fosphor_swig.pyc<br />-- Installing: /usr/local/lib/python2.7/dist-packages/gnuradio/fosphor/fosphor_swig.pyo<br />-- Installing: /usr/local/include/gnuradio/fosphor/swig/fosphor_swig.i<br />-- Installing: /usr/local/include/gnuradio/fosphor/swig/fosphor_swig_doc.i<br />-- Installing: /usr/local/lib/python2.7/dist-packages/gnuradio/fosphor/</em>_init__.py<br />-- Installing: /usr/local/lib/python2.7/dist-packages/gnuradio/fosphor/wx_sink_c.py<br />-- Installing: /usr/local/lib/python2.7/dist-packages/gnuradio/fosphor/__init__.pyc<br />-- Installing: /usr/local/lib/python2.7/dist-packages/gnuradio/fosphor/wx_sink_c.pyc<br />-- Installing: /usr/local/lib/python2.7/dist-packages/gnuradio/fosphor/__init__.pyo<br />-- Installing: /usr/local/lib/python2.7/dist-packages/gnuradio/fosphor/wx_sink_c.pyo<br />-- Installing: /usr/local/share/gnuradio/grc/blocks/fosphor_glfw_sink_c.xml<br />-- Installing: /usr/local/share/gnuradio/grc/blocks/fosphor_qt_sink_c.xml<br />-- Installing: /usr/local/share/gnuradio/grc/blocks/fosphor_wx_sink_c.xml</p> osmo-sip-connector - Bug #3741 (New): Unknow call parameters shown in vtyhttps://osmocom.org/issues/37412018-12-28T13:55:58Zmsuraev
<p>Observed during 35c3:<br /><pre>
Call(9535) from 5139 to 6523
Initial leg of type: MNCC
MNCC state(CONNECTED)
MNCC dir(MO)
MNCC callref(2147484726)
MNCC called TON(0) NPI(1) NUM(6523)
MNCC calling TON(0) NPI(0) NUM(5139)
MNCC imsi(262423403000905)
MNCC timer pending(0)
Remote leg of type: SIP
SIP nua_handle(0x55dfdf2cb940)
SIP state(CONNECTED)
SIP dir(MT)
SIP wanted_codec(AMR)
Call(9343) from to
Remote leg of type: SIP
SIP nua_handle(0x55dfdf2e2f30)
SIP state(CONNECTED)
SIP dir(MT)
SIP wanted_codec(AMR)
Call(9283) from � to -Info
Remote leg of type: SIP
SIP nua_handle(0x55dfdf2aeb60)
SIP state(CONNECTED)
SIP dir(MT)
SIP wanted_codec(AMR)
Call(8995) from �%/��U to
Remote leg of type: SIP
SIP nua_handle(0x55dfdf2b4d30)
SIP state(CONNECTED)
SIP dir(MT)
SIP wanted_codec(AMR)
Call(7518) from 2317 to 4769
Initial leg of type: SIP
SIP nua_handle(0x55dfdf2ae6d0)
SIP state(CONFIRMED)
SIP dir(MO)
SIP wanted_codec((null))
</pre></p>
<p>For some calls the "from" and "to" fields (corresponding to call->source and call->dest) are clearly poiting to some place they shouldn't. We should fix this and make sure that call-> fields are always pointing to correct parameters.</p> OsmoMGW - Bug #3731 (New): TTCN3 TC_rtpem_selftest randomly failshttps://osmocom.org/issues/37312018-12-13T12:37:31Zdaniel
<p>Every once in a while the osmo-mgw TTCN3 test TC_rtpem_selftest fails with "Received unexpected type from RTP"</p>
<p>Here are the relevant lines from the log:<br /><pre>
06:33:37.398872 75 RTP_Emulation.ttcn:341 entering f__IPL4__PROVIDER__listen: 127.0.0.1:10000 / UDP
06:33:37.399121 75 RTP_Emulation.ttcn:349 entering f__IPL4__PROVIDER__listen: 127.0.0.1:10001 / UDP
06:33:37.399174 75 RTP_Emulation.ttcn:357 Replied on CTRL to mtc @RTP_Emulation.RTPEM_bind : { local_port := 10000 }
[...]
06:33:37.399487 76 RTP_Emulation.ttcn:341 entering f__IPL4__PROVIDER__listen: 127.0.0.2:20000 / UDP
06:33:37.399810 76 RTP_Emulation.ttcn:349 entering f__IPL4__PROVIDER__listen: 127.0.0.2:20001 / UDP
06:33:37.399866 76 RTP_Emulation.ttcn:357 Replied on CTRL to mtc @RTP_Emulation.RTPEM_bind : { local_port := 20000 }
[...]
06:33:37.400095 75 RTP_Emulation.ttcn:365 entering f__IPL4__PROVIDER__connect: 127.0.0.1:10000 -> 127.0.0.2:20000 / UDP
06:33:37.400123 75 RTP_Emulation.ttcn:373 entering f__IPL4__PROVIDER__connect: 127.0.0.1:10001 -> 127.0.0.2:20001 / UDP
06:33:37.400139 75 RTP_Emulation.ttcn:381 Replied on CTRL to mtc @RTP_Emulation.RTPEM_connect : { }
[...]
06:33:37.400343 76 RTP_Emulation.ttcn:365 entering f__IPL4__PROVIDER__connect: 127.0.0.2:20000 -> 127.0.0.1:10000 / UDP
06:33:37.400368 76 RTP_Emulation.ttcn:373 entering f__IPL4__PROVIDER__connect: 127.0.0.2:20001 -> 127.0.0.1:10001 / UDP
06:33:37.400384 76 RTP_Emulation.ttcn:381 Replied on CTRL to mtc @RTP_Emulation.RTPEM_connect : { }
[...]
06:33:37.421230 75 RTP_Emulation.ttcn:303 Sent on RTP to system @RTP_CodecPort.RTP_Send : { connId := 1, msg := { rtp := { version := 2, padding_ind := '0'B, extension_ind := '0'B, CSRC_count := 0, marker_bit := '0'B, payload_type := 0, sequence_number := 0, time_stamp := '00000000000000000000000000000000'B, SSRC_id := '11011110101011011011111011101111'B, CSRCs := omit, ext_header := omit, data := '01020304'O } } }
06:33:37.421328 76 RTP_Emulation.ttcn:303 Sent on RTP to system @RTP_CodecPort.RTP_Send : { connId := 1, msg := { rtp := { version := 2, padding_ind := '0'B, extension_ind := '0'B, CSRC_count := 0, marker_bit := '0'B, payload_type := 0, sequence_number := 0, time_stamp := '00000000000000000000000000000000'B, SSRC_id := '11011110101011011011111011101111'B, CSRCs := omit, ext_header := omit, data := '01020304'O } } }
06:33:37.421404 75 RTP_Emulation.ttcn:303 Outgoing message was mapped to @IPL4asp_Types.ASP_Send : { connId := 1, proto := { udp := { } }, msg := '8000000000000000DEADBEEF01020304'O }
06:33:37.421443 76 RTP_Emulation.ttcn:303 Outgoing message was mapped to @IPL4asp_Types.ASP_Send : { connId := 1, proto := { udp := { } }, msg := '8000000000000000DEADBEEF01020304'O }
06:33:37.421561 76 RTP_Emulation.ttcn:462 Start timer T_transmit: 0.02 s
06:33:37.421578 75 RTP_Emulation.ttcn:303 Message enqueued on RTP from system @Socket_API_Definitions.PortEvent : { result := { errorCode := ERROR_SOCKET (4), connId := 1, os_error_code := 1, os_error_text := "Operation not permitted" } } id 1
06:33:37.421631 75 RTP_Emulation.ttcn:462 Start timer T_transmit: 0.02 s
06:33:37.421660 75 RTP_Emulation.ttcn:439 Matching on port RTP failed: Type of the first message in the queue is not @RTP_CodecPort.RTP_RecvFrom.
06:33:37.421674 75 RTP_Emulation.ttcn:470 Matching on port RTP succeeded.
06:33:37.421689 75 RTP_Emulation.ttcn:470 Receive operation on port RTP succeeded, message from system(): @Socket_API_Definitions.PortEvent: { result := { errorCode := ERROR_SOCKET (4), connId := 1, os_error_code := 1, os_error_text := "Operation not permitted" } } id 1
06:33:37.421705 75 RTP_Emulation.ttcn:470 Message with id 1 was extracted from the queue of RTP.
06:33:37.421723 75 RTP_Emulation.ttcn:471 setverdict(fail): none -> fail reason: "Received unexpected type from RTP", new component reason: "Received unexpected type from RTP"
</pre></p>
<p>Both sockets get bound and connected to each other, but the send on one of them then fails with -EPERM.</p>
<p>Not sure why this is going on here. It seems that trying to send a packet that is dropped through firewalling rules will result in -EPERM, but since this only happens once in a while I don't think that's it.</p>
<p>Maybe the fact that both sockets are on the same machine and trying to send to each other at the same time has something to do with it?</p> osmo-sip-connector - Bug #3724 (New): Wrong media format used in SIP INVITE causes one-way audiohttps://osmocom.org/issues/37242018-12-11T14:57:28Zmanatails
<p>osmo-sip-connector from the latest git repository specifies wrong audio codec in SIP INVITE message.</p>
<p>When using osmo-sip-connector to bridge a nanoBTS and an asterisk server, osmo-sip-connector sends 0 as the media codec which corresponds to G.711 PCMU, causing asterisk to respond in g711 and nanoBTS is unable to parse it.</p>
<p>Attached is a packet capture between the BSC and Asterisk server.</p> rtl-sdr - Bug #3589 (New): Zerocopy Buffers Unusable Outside Callback Without memcpy()https://osmocom.org/issues/35892018-09-25T12:58:09Zxloem0xloem@gmail.com
<p>1. In May 2018, rtl-sdr was improved to work directly with DMA sample buffers <a class="external" href="http://git.osmocom.org/rtl-sdr/commit/?id=a854ae8b48d42e8dad514c75d3a4c6cfb62707da">http://git.osmocom.org/rtl-sdr/commit/?id=a854ae8b48d42e8dad514c75d3a4c6cfb62707da</a><br /> There is now no need for a memcpy() call if all processing is done in the callback function.</p>
<p>2. Unfortunately, major uses of librtlsdr process the data in another thread rather than the callback function. This is how gr-osmosdr and soapyrtl function.</p>
<p>3. Additionally, tracking buffer backlog requires returning from the callback rapidly, so that buffers can be counted as they are received. This is how gr-osmosdr behaves, outputting 'O' when processing is too slow: <a class="external" href="http://git.osmocom.org/gr-osmosdr/tree/lib/rtl/rtl_source_c.cc#n307">http://git.osmocom.org/gr-osmosdr/tree/lib/rtl/rtl_source_c.cc#n307</a><br /> This lets the user of a high-level library know when latency is corrupting their stream, and currently requires the use of an extra memcpy() call.</p>
<p>4. These high-level libraries could take advantage of the DMA buffer improvement if there were a way to get buffers to stay alive after return from the callback.</p>
<p>After managing to listen to some concerns on the chat, I've posted an updated patch to the mailing list for this: <a class="external" href="http://lists.osmocom.org/pipermail/osmocom-sdr/2018-September/001830.html">http://lists.osmocom.org/pipermail/osmocom-sdr/2018-September/001830.html</a></p> OP25 - Bug #3531 (New): Unknown status of the p25 wireshark pluginhttps://osmocom.org/issues/35312018-09-07T14:46:43Zosmith
<p>I was writing a <a href="https://osmocom.org/projects/cellular-infrastructure/wiki/Wireshark" class="external">general Wireshark wiki page</a> today, based on the hand full existing pages that were already in the wiki. One of them is <a href="https://osmocom.org/projects/op25/wiki/WireSharkPage" class="external">this one</a>, which describes the out-of-tree P25 wireshark plugin.</p>
The build instructions are outdated, and I could not find the source code to the plugin (page still refers to the obsolete svn location). So I think it would be good to answer these questions in the wiki page:
<ul>
<li>is the plugin upstreamed already or is anyone working on it?</li>
<li>where is the source code?</li>
</ul>
See also:
<ul>
<li><a class="external" href="https://wiki.wireshark.org/P25">https://wiki.wireshark.org/P25</a> (which says the plugin is out of tree, pointing at osmocom)</li>
</ul> OsmoSGSN - Bug #3224 (New): verify ciphering after UMTS AKAhttps://osmocom.org/issues/32242018-04-30T23:07:18Zneelsnhofmeyr@sysmocom.de
<p>Depending on whether UMTS or GSM AKA was established, ck or kc must be used as ciphering key.<br />In osmo-sgsn, I cannot find any bit of code that would use the UMTS ck. All I can find is:<br />osmo-sgsn/src/gprs/gprs_llc.c:<br /><pre>
if (llme->cksn != mm->auth_triplet.key_seq &&
mm->auth_triplet.key_seq != GSM_KEY_SEQ_INVAL) {
memcpy(llme->kc, mm->auth_triplet.vec.kc,
gprs_cipher_key_length(mm->ciph_algo));
</pre></p>
<p>Verify in practical tests that ciphering works with UMTS AKA.<br />Also verify that when the MS responds with GSM AKA to a UMTS AKA challenge, the GSM AKA key is used.<br />(The same issue has been solved in the MSC not too long ago.)</p> SDR (Software Defined Radio) - Bug #3126 (New): Windows 10 Pro 1709: crash of rtl_test.exehttps://osmocom.org/issues/31262018-03-30T14:16:42ZJWS
<p>Hi,<br />I fixed the following crash using rtl_test.exe:</p>
<p>Found 2 device(s):<br /> 0: å, , SN: NÚ@<br /> 1: Realtek, RTL2838UHIDIR, SN: 00000001</p>
<p>Using device 0: Generic RTL2832U OEM<br />usb_open error -12<br />Failed to open rtlsdr device #0.</p>
<p>The fix is, to use version 1.0.22 of libusb.</p> OsmocomBB - Bug #2995 (New): Wrong parsing of PAGING TYPE 3https://osmocom.org/issues/29952018-02-24T23:03:52Zlaforge
<p>See <a class="issue tracker-1 status-3 priority-3 priority-high3 closed" title="Bug: OsmoBTS wrong PAGING TYPE 3 REST OCTETS (Resolved)" href="https://osmocom.org/issues/2994">#2994</a> for the OsmoBTS side of this bug, which is the result of some wrong definition in libosmocore. Fixing it in the library without creating breakage is not easy, so let's try to fix it up manually in OsmocomBB, too.</p> linmodem - Bug #2797 (New): X11 support is 16bit plane onlyhttps://osmocom.org/issues/27972018-01-01T12:01:34Zlaforge
<p>Modern Xorg servers don't have 16bit planes anymore, we need to have 24/32bit plane support</p> gr-osmosdr - Bug #2216 (New): uhd: LO offset doesn't seem to work properlyhttps://osmocom.org/issues/22162017-04-28T19:00:01Zmhostetter
<p>I discovered this bug while using GQRX, which uses gr-osmosdr.</p>
<p>The UHD tune request with LO offset feature doesn't appear to work properly in OsmoSDR. I created a GNU Radio flowgraph comparing a straight UHD Source and an Osmocom Source and found drastic differences. I configured them the same with 500 ksps sample rate and a 571 kHz LO offset (hoping to move the DC offset outside the spectrum). The spectrum captures are included. The Osmocom SDR source moves the spectrum as the LO offset is changed, but it appears that the shift is post anti-alias filter. I also included the GNU Radio flowgraph.</p>
<p>I looked through the source code and couldn't find anything obvious. Any ideas why specifying "lo_offset=571179" would cause this behavior?</p>
<p>Thanks,<br />Matt</p> OsmoBTS - Bug #1898 (Feedback): Wrong handover detection with l1sap on wrong ss=0/ts=0https://osmocom.org/issues/18982016-12-27T12:24:04Zzecke
<p>So handover being detected on TS=0, SS=0... which is unlikely to be the right channel.. Need input validation and checking if the channel is allocated? But verify it.. not sure why it detects it like that.. Happens frequently at the 33C3</p>
<pre>
<0006> l1_if.c:700 SACCH for pchan 9?
<0006> l1_if.c:700 SACCH for pchan 9?
<0006> l1_if.c:700 SACCH for pchan 9?
<0006> l1_if.c:700 SACCH for pchan 9?
<0006> l1_if.c:700 SACCH for pchan 9?
<0006> l1_if.c:700 SACCH for pchan 9?
<0006> l1_if.c:700 SACCH for pchan 9?
<0006> l1_if.c:700 SACCH for pchan 9?
<0006> l1_if.c:700 SACCH for pchan 9?
<0006> l1_if.c:700 SACCH for pchan 9?
<0006> l1_if.c:700 SACCH for pchan 9?
<0006> l1_if.c:700 SACCH for pchan 9?
<0006> l1_if.c:700 SACCH for pchan 9?
<0006> l1_if.c:700 SACCH for pchan 9?
<0006> l1_if.c:700 SACCH for pchan 9?
<000a> handover.c:111 (bts=0,trx=0,ts=0,ss=0) RACH on dedicated channel received with TA=0
<0007> l1sap.c:1205 modifying channel chan_nr=0x20 trx=0
<000a> oml.c:1852 (bts=0,trx=0,ts=0,ss=0) modifying channel for handover
<0006> oml.c:1077 (bts=0,trx=0,ts=0,ss=0) MPH-ACTIVATE.req (hL2=0x000000bb, SDCCH TxDL)
<0007> l1_if.c:166 Tx L1 prim MPH-ACTIVATE.req
<0000> rsl.c:578 Sending HANDOver DETect
Program received signal SIGSEGV, Segmentation fault.
rslms_rx_rll_udata_req (msg=msg@entry=0xc0748, dl=dl@entry=0xb6fc14b0) at lapdm.c:855
855 lapdm.c: No such file or directory.
(gdb) bt
#0 rslms_rx_rll_udata_req (msg=msg@entry=0xc0748, dl=dl@entry=0xb6fc14b0) at lapdm.c:855
#1 0x4fcacb00 in rslms_rx_rll (lc=0xb6fc133c, msg=0xc0748) at lapdm.c:1154
#2 lapdm_rslms_recvmsg (msg=msg@entry=0xc0748, lc=lc@entry=0xb6fc1294) at lapdm.c:1223
#3 0x000279d4 in ho_tx_phys_info (lchan=lchan@entry=0xb6fc11ec) at handover.c:61
#4 0x00027cbc in handover_rach (lchan=0xb6fc11ec, ra=<optimized out>, acc_delay=acc_delay@entry=0 '\000') at handover.c:131
#5 0x0002a680 in l1sap_handover_rach (l1sap=<optimized out>, rach_ind=<optimized out>, rach_ind=<optimized out>,
rach_ind=<optimized out>, trx=0xb6fbd038) at l1sap.c:659
#6 l1sap_ph_rach_ind (rach_ind=0xbf4fc, l1sap=0xbf4ec, trx=0xb6fbd038) at l1sap.c:974
#7 l1sap_up (trx=trx@entry=0xb6fbd038, l1sap=l1sap@entry=0xbf4ec) at l1sap.c:1022
#8 0x0000d690 in handle_ph_ra_ind (l1p_msg=0xbf428, ra_ind=<optimized out>, fl1=0xbf428) at l1_if.c:1064
#9 l1if_handle_ind (fl1=<optimized out>, msg=msg@entry=0xbf428) at l1_if.c:1090
#10 0x0000dfc8 in l1if_handle_l1prim (wq=<optimized out>, fl1h=<optimized out>, msg=msg@entry=0xbf428) at l1_if.c:1144
#11 0x00017e48 in read_dispatch_one (queue=<optimized out>, msg=0xbf428, fl1h=<optimized out>) at l1_transp_hw.c:190
#12 l1if_fd_cb (ofd=0xb86d0, what=<optimized out>) at l1_transp_hw.c:224
#13 0x4fcd6330 in osmo_fd_disp_fds (_eset=0xbefffb48, _wset=0xbefffac8, _rset=0xbefffa48) at select.c:149
#14 osmo_select_main (polling=polling@entry=0) at select.c:189
#15 0x0002bf84 in bts_main (argc=<optimized out>, argv=<optimized out>) at main.c:349
#16 0x4fa61684 in __libc_start_main (main=0xbefffd84, argc=1337463808, argv=0x4fa61684 <__libc_start_main+276>,
init=<optimized out>, fini=0x2ec70 <__libc_csu_fini>, rtld_fini=0x4fa27dc4 <_dl_fini>, stack_end=0xbefffd84) at libc-start.c:269
#17 0x0000b8a4 in _start () at ../ports/sysdeps/arm/start.S:124
(gdb) frame 5
#5 0x0002a680 in l1sap_handover_rach (l1sap=<optimized out>, rach_ind=<optimized out>, rach_ind=<optimized out>,
rach_ind=<optimized out>, trx=0xb6fbd038) at l1sap.c:659
659 l1sap.c: No such file or directory.
#17 0x0000b8a4 in _start () at ../ports/sysdeps/arm/start.S:124
(gdb) frame 5
#5 0x0002a680 in l1sap_handover_rach (l1sap=<optimized out>, rach_ind=<optimized out>, rach_ind=<optimized out>,
rach_ind=<optimized out>, trx=0xb6fbd038) at l1sap.c:659
659 l1sap.c: No such file or directory.
(gdb) p lc
No symbol "lc" in current context.
(gdb) p lc^CQuit
(gdb) p *lchan
value has been optimized out
(gdb) p *rach_ind
value has been optimized out
(gdb) p rach_ind->chan_nr
value has been optimized out
(gdb) frame 6
#6 l1sap_ph_rach_ind (rach_ind=0xbf4fc, l1sap=0xbf4ec, trx=0xb6fbd038) at l1sap.c:974
974 in l1sap.c
(gdb) p *rach_ind
$1 = {chan_nr = 64 '@', ra = 0, acc_delay = 0 '\000', fn = 2107, is_11bit = 0 '\000', burst_type = GSM_L1_BURST_TYPE_ACCESS_0}
(gdb) frame 3
#3 0x000279d4 in ho_tx_phys_info (lchan=lchan@entry=0xb6fc11ec) at handover.c:61
61 handover.c: No such file or directory.
(gdb) p *lchan
$2 = {ts = 0xb6fc08f8, nr = 0 '\000', type = GSM_LCHAN_SDCCH, rsl_cmode = 0, tch_mode = GSM48_CMODE_SIGN, csd_mode = LCHAN_CSD_M_NT,
state = LCHAN_S_NONE, broken_reason = 0x0, bs_power = 0 '\000', ms_power = 0 '\000', encr = {alg_id = 0 '\000',
key_len = 0 '\000', key = '\000' <repeats 15 times>}, mr_ms_lv = "\000\000\000\000\000\000",
mr_bts_lv = "\000\000\000\000\000\000", sapis = "\000\000\000\000\000\000\000", sacch_deact = 0, abis_ip = {bound_ip = 0,
connect_ip = 0, bound_port = 0, connect_port = 0, conn_id = 0, rtp_payload = 0 '\000', rtp_payload2 = 0 '\000',
speech_mode = 0 '\000', rtp_socket = 0x0}, rqd_ta = 0 '\000', name = 0x6b778 "(bts=0,trx=0,ts=0,ss=0)", sapi_cmds = {
next = 0xc0150, prev = 0xc0240}, sapis_dl = '\000' <repeats 22 times>, sapis_ul = '\000' <repeats 22 times>, lapdm_ch = {list = {
next = 0x0, prev = 0x0}, name = 0x0, lapdm_acch = {datalink = {{dl = {send_dlsap = 0x0, send_ph_data_req = 0x0,
update_pending_frames = 0x0, cr = {loc2rem = {cmd = 0 '\000', resp = 0 '\000'}, rem2loc = {cmd = 0 '\000',
resp = 0 '\000'}}, mode = LAPD_MODE_USER, use_sabme = 0, reestablish = 0, n200 = 0, n200_est_rel = 0, lctx = {
dl = 0x0, n201 = 0, cr = 0 '\000', sapi = 0 '\000', tei = 0 '\000', lpd = 0 '\000', format = 0 '\000', p_f = 0 '\000',
n_send = 0 '\000', n_recv = 0 '\000', s_u = 0 '\000', length = 0, more = 0 '\000'}, maxf = 0, k = 0 '\000',
v_range = 0 '\000', v_send = 0 '\000', v_ack = 0 '\000', v_recv = 0 '\000', state = 0, seq_err_cond = 0,
own_busy = 0 '\000', peer_busy = 0 '\000', t200_sec = 0, t200_usec = 0, t203_sec = 0, t203_usec = 0, t200 = {node = {
rb_parent_color = 0, rb_right = 0x0, rb_left = 0x0}, list = {next = 0x0, prev = 0x0}, timeout = {tv_sec = 0,
tv_usec = 0}, active = 0, cb = 0x0, data = 0x0}, t203 = {node = {rb_parent_color = 0, rb_right = 0x0,
rb_left = 0x0}, list = {next = 0x0, prev = 0x0}, timeout = {tv_sec = 0, tv_usec = 0}, active = 0, cb = 0x0,
data = 0x0}, retrans_ctr = 0 '\000', tx_queue = {next = 0x0, prev = 0x0}, send_queue = {next = 0x0, prev = 0x0},
send_buffer = 0x0, send_out = 0, tx_hist = 0x0, range_hist = 0 '\000', rcv_buffer = 0x0, cont_res = 0x0}, mctx = {
dl = 0x0, lapdm_fmt = 0, chan_nr = 0 '\000', link_id = 0 '\000', ta_ind = 0 '\000', tx_power_ind = 0 '\000'},
entity = 0x0}, {dl = {send_dlsap = 0x0, send_ph_data_req = 0x0, update_pending_frames = 0x0, cr = {loc2rem = {
cmd = 0 '\000', resp = 0 '\000'}, rem2loc = {cmd = 0 '\000', resp = 0 '\000'}}, mode = LAPD_MODE_USER,
use_sabme = 0, reestablish = 0, n200 = 0, n200_est_rel = 0, lctx = {dl = 0x0, n201 = 0, cr = 0 '\000', sapi = 0 '\000',
tei = 0 '\000', lpd = 0 '\000', format = 0 '\000', p_f = 0 '\000', n_send = 0 '\000', n_recv = 0 '\000',
s_u = 0 '\000', length = 0, more = 0 '\000'}, maxf = 0, k = 0 '\000', v_range = 0 '\000', v_send = 0 '\000',
v_ack = 0 '\000', v_recv = 0 '\000', state = 0, seq_err_cond = 0, own_busy = 0 '\000', peer_busy = 0 '\000',
t200_sec = 0, t200_usec = 0, t203_sec = 0, t203_usec = 0, t200 = {node = {rb_parent_color = 0, rb_right = 0x0,
rb_left = 0x0}, list = {next = 0x0, prev = 0x0}, timeout = {tv_sec = 0, tv_usec = 0}, active = 0, cb = 0x0,
data = 0x0}, t203 = {node = {rb_parent_color = 0, rb_right = 0x0, rb_left = 0x0}, list = {next = 0x0, prev = 0x0},
timeout = {tv_sec = 0, tv_usec = 0}, active = 0, cb = 0x0, data = 0x0}, retrans_ctr = 0 '\000', tx_queue = {
next = 0x0, prev = 0x0}, send_queue = {next = 0x0, prev = 0x0}, send_buffer = 0x0, send_out = 0, tx_hist = 0x0,
range_hist = 0 '\000', rcv_buffer = 0x0, cont_res = 0x0}, mctx = {dl = 0x0, lapdm_fmt = 0, chan_nr = 0 '\000',
link_id = 0 '\000', ta_ind = 0 '\000', tx_power_ind = 0 '\000'}, entity = 0x0}}, last_tx_dequeue = 0, tx_pending = 0,
mode = LAPDM_MODE_MS, flags = 0, l1_ctx = 0x0, l3_ctx = 0x0, l1_prim_cb = 0x0, l3_cb = 0x0, lapdm_ch = 0x0, ta = 0 '\000',
tx_power = 0 '\000'}, lapdm_dcch = {datalink = {{dl = {send_dlsap = 0x0, send_ph_data_req = 0x0, update_pending_frames = 0x0,
cr = {loc2rem = {cmd = 0 '\000', resp = 0 '\000'}, rem2loc = {cmd = 0 '\000', resp = 0 '\000'}}, mode = LAPD_MODE_USER,
use_sabme = 0, reestablish = 0, n200 = 0, n200_est_rel = 0, lctx = {dl = 0x0, n201 = 0, cr = 0 '\000', sapi = 0 '\000',
tei = 0 '\000', lpd = 0 '\000', format = 0 '\000', p_f = 0 '\000', n_send = 0 '\000', n_recv = 0 '\000',
s_u = 0 '\000', length = 0, more = 0 '\000'}, maxf = 0, k = 0 '\000', v_range = 0 '\000', v_send = 0 '\000',
v_ack = 0 '\000', v_recv = 0 '\000', state = 0, seq_err_cond = 0, own_busy = 0 '\000', peer_busy = 0 '\000',
t200_sec = 0, t200_usec = 0, t203_sec = 0, t203_usec = 0, t200 = {node = {rb_parent_color = 0, rb_right = 0x0,
rb_left = 0x0}, list = {next = 0x0, prev = 0x0}, timeout = {tv_sec = 0, tv_usec = 0}, active = 0, cb = 0x0,
data = 0x0}, t203 = {node = {rb_parent_color = 0, rb_right = 0x0, rb_left = 0x0}, list = {next = 0x0, prev = 0x0},
timeout = {tv_sec = 0, tv_usec = 0}, active = 0, cb = 0x0, data = 0x0}, retrans_ctr = 0 '\000', tx_queue = {
next = 0x0, prev = 0x0}, send_queue = {next = 0x0, prev = 0x0}, send_buffer = 0x0, send_out = 0, tx_hist = 0x0,
range_hist = 0 '\000', rcv_buffer = 0x0, cont_res = 0x0}, mctx = {dl = 0x0, lapdm_fmt = 0, chan_nr = 0 '\000',
link_id = 0 '\000', ta_ind = 0 '\000', tx_power_ind = 0 '\000'}, entity = 0x0}, {dl = {send_dlsap = 0x0,
send_ph_data_req = 0x0, update_pending_frames = 0x0, cr = {loc2rem = {cmd = 0 '\000', resp = 0 '\000'}, rem2loc = {
cmd = 0 '\000', resp = 0 '\000'}}, mode = LAPD_MODE_USER, use_sabme = 0, reestablish = 0, n200 = 0,
n200_est_rel = 0, lctx = {dl = 0x0, n201 = 0, cr = 0 '\000', sapi = 0 '\000', tei = 0 '\000', lpd = 0 '\000',
format = 0 '\000', p_f = 0 '\000', n_send = 0 '\000', n_recv = 0 '\000', s_u = 0 '\000', length = 0, more = 0 '\000'},
maxf = 0, k = 0 '\000', v_range = 0 '\000', v_send = 0 '\000', v_ack = 0 '\000', v_recv = 0 '\000', state = 0,
seq_err_cond = 0, own_busy = 0 '\000', peer_busy = 0 '\000', t200_sec = 0, t200_usec = 0, t203_sec = 0, t203_usec = 0,
t200 = {node = {rb_parent_color = 0, rb_right = 0x0, rb_left = 0x0}, list = {next = 0x0, prev = 0x0}, timeout = {
tv_sec = 0, tv_usec = 0}, active = 0, cb = 0x0, data = 0x0}, t203 = {node = {rb_parent_color = 0, rb_right = 0x0,
rb_left = 0x0}, list = {next = 0x0, prev = 0x0}, timeout = {tv_sec = 0, tv_usec = 0}, active = 0, cb = 0x0,
data = 0x0}, retrans_ctr = 0 '\000', tx_queue = {next = 0x0, prev = 0x0}, send_queue = {next = 0x0, prev = 0x0},
send_buffer = 0x0, send_out = 0, tx_hist = 0x0, range_hist = 0 '\000', rcv_buffer = 0x0, cont_res = 0x0}, mctx = {
dl = 0x0, lapdm_fmt = 0, chan_nr = 0 '\000', link_id = 0 '\000', ta_ind = 0 '\000', tx_power_ind = 0 '\000'},
entity = 0x0}}, last_tx_dequeue = 0, tx_pending = 0, mode = LAPDM_MODE_MS, flags = 0, l1_ctx = 0x0, l3_ctx = 0x0,
l1_prim_cb = 0x0, l3_cb = 0x0, lapdm_ch = 0x0, ta = 0 '\000', tx_power = 0 '\000'}}, dl_tch_queue = {next = 0xb6fc16c0,
prev = 0xb6fc16c0}, si = {valid = 0, last = 0, buf = {'\000' <repeats 22 times> <repeats 24 times>}}, meas = {flags = 0 '\000',
res_nr = 0 '\000', bts_tx_pwr = 0 '\000', num_ul_meas = 0 '\000', uplink = {{ber10k = 0, ta_offs_qbits = 0, c_i = 0,
is_sub = 0 '\000', inv_rssi = 0 '\000'} <repeats 104 times>}, l1_info = "\000", ul_res = {full = {rx_lev = 0 '\000',
rx_qual = 0 '\000'}, sub = {rx_lev = 0 '\000', rx_qual = 0 '\000'}}}, tch = {amr_mr = {gsm48_ie = "\000", ms_mode = {{
mode = 0 '\000', threshold = 0 '\000', hysteresis = 0 '\000'}, {mode = 0 '\000', threshold = 0 '\000',
hysteresis = 0 '\000'}, {mode = 0 '\000', threshold = 0 '\000', hysteresis = 0 '\000'}, {mode = 0 '\000',
threshold = 0 '\000', hysteresis = 0 '\000'}}, bts_mode = {{mode = 0 '\000', threshold = 0 '\000', hysteresis = 0 '\000'},
{mode = 0 '\000', threshold = 0 '\000', hysteresis = 0 '\000'}, {mode = 0 '\000', threshold = 0 '\000',
hysteresis = 0 '\000'}, {mode = 0 '\000', threshold = 0 '\000', hysteresis = 0 '\000'}}, num_modes = 0 '\000'}, dtx = {
dl_amr_fsm = 0x0, cache = '\000' <repeats 19 times>, facch = '\000' <repeats 22 times>, len = 0 '\000', fn = 0,
is_update = false, ul_sid = false, dl_active = false}, last_cmr = 0 '\000', last_fn = 0}, ciph_state = 0 '\000',
ciph_ns = 0 '\000', loopback = 0 '\000', ho = {active = 2 '\002', ref = 0 '\000', t3105 = {node = {rb_parent_color = 0,
rb_right = 0x0, rb_left = 0x0}, list = {next = 0x0, prev = 0x0}, timeout = {tv_sec = 0, tv_usec = 0}, active = 0, cb = 0x0,
data = 0x0}, phys_info_count = 1}, s = 0, rel_act_kind = 0, rtp_tx_marker = false, ms_power_ctrl = {current = 0 '\000',
fixed = 0 '\000'}}
(gdb) frame 4
#4 0x00027cbc in handover_rach (lchan=0xb6fc11ec, ra=<optimized out>, acc_delay=acc_delay@entry=0 '\000') at handover.c:131
131 in handover.c
(gdb) p ra
$3 = <optimized out>
(gdb)
$4 = <optimized out>
(gdb) c
Continuing.
Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.
(gdb)
</pre> OsmoSGSN - Bug #1768 (Stalled): VTY show llc displays State TLLI Unassigned permanentlyhttps://osmocom.org/issues/17682016-07-07T11:48:18Zdexter
<p>Expecting at least some assigned TLLI states in in SAPI list on globally Assigned TLLI state.</p>
<pre>
TLLI e625e4fb (Old TLLI ffffffff) BVCI=2 NSEI=101 Age=0: State TLLI Assigned
SAPI 1 State TLLI Unassigned (1) VUsend=4, VUrecv=5 Vsent=0 Vack=0 Vrecv=0, RetransCtr=0
T200=5, N200=3, N201-U=400, N201-I=0, mD=0, mU=0, kD=0, kU=0
SAPI 2 State TLLI Unassigned (1) VUsend=0, VUrecv=0 Vsent=0 Vack=0 Vrecv=0, RetransCtr=0
T200=5, N200=3, N201-U=270, N201-I=0, mD=0, mU=0, kD=0, kU=0
SAPI 3 State TLLI Unassigned (1) VUsend=91, VUrecv=64 Vsent=0 Vack=0 Vrecv=0, RetransCtr=0
T200=5, N200=3, N201-U=500, N201-I=1503, mD=1520, mU=1520, kD=16, kU=16
SAPI 5 State TLLI Unassigned (1) VUsend=0, VUrecv=0 Vsent=0 Vack=0 Vrecv=0, RetransCtr=0
T200=10, N200=3, N201-U=500, N201-I=1503, mD=760, mU=760, kD=8, kU=8
SAPI 7 State TLLI Unassigned (1) VUsend=0, VUrecv=0 Vsent=0 Vack=0 Vrecv=0, RetransCtr=0
T200=20, N200=3, N201-U=270, N201-I=0, mD=0, mU=0, kD=0, kU=0
SAPI 8 State TLLI Unassigned (1) VUsend=0, VUrecv=0 Vsent=0 Vack=0 Vrecv=0, RetransCtr=0
T200=20, N200=3, N201-U=270, N201-I=0, mD=0, mU=0, kD=0, kU=0
SAPI 9 State TLLI Unassigned (1) VUsend=0, VUrecv=0 Vsent=0 Vack=0 Vrecv=0, RetransCtr=0
T200=20, N200=3, N201-U=500, N201-I=1503, mD=380, mU=380, kD=4, kU=4
SAPI 11 State TLLI Unassigned (1) VUsend=0, VUrecv=0 Vsent=0 Vack=0 Vrecv=0, RetransCtr=0
T200=40, N200=3, N201-U=500, N201-I=1503, mD=190, mU=190, kD=2, kU=2
</pre>
<p>Already checked if the get_value_string(gprs_llc_state_strs, lle->state) returns the right string. Seems to work, numerical state is always 1 as well.</p> OsmoPCU - Bug #1759 (Stalled): Wrong calculation of DL window size for DL assignmenthttps://osmocom.org/issues/17592016-06-28T10:27:21Zarvind.sirsikar
<p>Hi,</p>
<p>When we create DOWNLINK TBF without existing UPLINK TBF i.e DL assignment on PCH case, The calculation of window size is found to be incorrect.</p>
<p>Description:<br /> 4 time slots is configured for DL and osmo-pcu.cfg is configured as window-size 64 104.</p>
<pre><code>When we try to do IPERF in DL direction, PCU allocates window-size as 160 but configures 4 time slots<br /> as seen by PCU VTY. Below is the result of VTY output.</code></pre>
<pre><code>DL TBFs<br /> TBF: TFI=0 TLLI=0xf73d2ece (valid) DIR=DL IMSI=901555000001280<br /> created=1095 state=0000000a 1st_TS=4 1st_cTS=6 ctrl_TS=6 MS_CLASS=0/1<br /> TS_alloc=4 5 6! 7 CS=MCS-9 WS=160 V(A)=12 V(S)=12 nBSN=138</code></pre>
<pre><code>But we see proper calculation of window-size when DL assignement is done on PACCH. as seen by VTY interface below</code></pre>
<pre><code>DL TBFs<br /> TBF: TFI=0 TLLI=0xf73d2ece (valid) DIR=DL IMSI=901555000001280<br /> created=1095 state=0000000a 1st_TS=4 1st_cTS=6 ctrl_TS=6 MS_CLASS=0/1<br /> TS_alloc=4 5 6! 7 CS=MCS-9 WS=480 V(A)=138 V(S)=139 nBSN=138</code></pre>
<p>Thanks,<br />Aravind Sirsikar</p> SDR (Software Defined Radio) - Bug #1678 (New): Use -undefined dynamic_lookup when using Python a...https://osmocom.org/issues/16782016-03-30T23:25:04Zmot
<a name="Description"></a>
<h2 >Description<a href="#Description" class="wiki-anchor">¶</a></h2>
<p>Building GrOsmoSDR on Mac OS X should use the <code>-undefined dynamic_lookup</code> as value for the Python library instead of the <code>-lpython</code> and/or <code>-framework /path/to/python/framework</code> to ensure Python gets linked dynamically without having all symbols resolved at link time.</p>
<p>More information: <a class="external" href="http://blog.tim-smith.us/2015/09/python-extension-modules-os-x/">http://blog.tim-smith.us/2015/09/python-extension-modules-os-x/</a></p>
<a name="Possible-fix"></a>
<h2 >Possible fix<a href="#Possible-fix" class="wiki-anchor">¶</a></h2>
<p>Set the PYTHON_LIBRARY variable to <code>-undefined dynamic_lookup</code> when running CMake.<br />I've attached a patch which I'm already using for the package in Homebrew. Unfortunately this patch does not work with the latest version of CMake (3.5.0) therefore I'm using it in conjunction with an older version of CMake (3.3.2).</p>
<a name="Additional-information"></a>
<h2 >Additional information<a href="#Additional-information" class="wiki-anchor">¶</a></h2>
<p>Operating system: Mac OS 10.11.4<br />GrOsmoSDR: 0.1.4<br />CMake: 3.3.2</p> Mobile (in)Security - Bug #1483 (New): USSD state is not reset when switching cellshttps://osmocom.org/issues/14832016-02-19T22:51:58Z
<p>USSD support on a phone can be disabled by sending ussdNotify and not sending a releaseComplete. Other USSD commands will not be processed by the phone until the releaseComplete command is send.</p>
<p>The Phone Stack assumes that all USSD operations originate/termate from/at its HLR.</p> OsmoNITB - Bug #21 (New): we don't see CHANnel ReQireD from motorola EZX phones at call setuphttps://osmocom.org/issues/212016-02-19T22:47:31Zlaforge
<p>This is very weird. The EZX phones like E6, A1200, etc. can do a successful LOCATION UPDATING procedure, but after they are registered they can only process incoming calls.</p>
<p>so paging request is working, and the channel request procedure is working as part of the paging request and the location updating.</p>
<p>IF you want to start a MO call, we never see any channel required (i.e. RACH burst).</p> OsmocomDECT - Bug #5393 (New): tipc problems while building on Ubuntu https://osmocom.org/issues/53932010-10-20T00:00:00Z
<p>I have cloned the git repository, and followed this tutorial to get my new kernel built:<br />https://wiki.ubuntu.com/KernelTeam/GitKernelBuild</p>
<p>I changed all the values in .config to enable DECT functionality, and this is what I get when I try to compile the kernel:<br /><pre>
net/built-in.o: In function `dect_ccp_send_to_cluster':
ccp.c:(.text+0x95e91): undefined reference to `tipc_send_buf'
net/built-in.o: In function `dect_ccp_send_to_cell':
ccp.c:(.text+0x95f31): undefined reference to `tipc_send_buf'
net/built-in.o: In function `dect_ccp_bind_cell':
ccp.c:(.text+0x9656b): undefined reference to `tipc_attach'
ccp.c:(.text+0x965c5): undefined reference to `tipc_createport'
ccp.c:(.text+0x96635): undefined reference to `tipc_send2name'
ccp.c:(.text+0x96657): undefined reference to `tipc_deleteport'
ccp.c:(.text+0x9665f): undefined reference to `tipc_detach'
net/built-in.o: In function `dect_ccp_subscr_rcv':
ccp.c:(.text+0x966fb): undefined reference to `tipc_createport'
ccp.c:(.text+0x96731): undefined reference to `tipc_send2name'
ccp.c:(.text+0x96741): undefined reference to `tipc_deleteport'
net/built-in.o: In function `dect_ccp_cluster_init':
(.text+0x96a3f): undefined reference to `tipc_attach'
net/built-in.o: In function `dect_ccp_cluster_init':
(.text+0x96a96): undefined reference to `tipc_createport'
net/built-in.o: In function `dect_ccp_cluster_init':
(.text+0x96ac5): undefined reference to `tipc_publish'
net/built-in.o: In function `dect_ccp_cluster_init':
(.text+0x96add): undefined reference to `tipc_deleteport'
net/built-in.o: In function `dect_ccp_cluster_init':
(.text+0x96ae5): undefined reference to `tipc_detach'
net/built-in.o: In function `dect_ccp_cl_named_msg':
ccp.c:(.text+0x97235): undefined reference to `tipc_createport'
ccp.c:(.text+0x97245): undefined reference to `tipc_connect2port'
ccp.c:(.text+0x9725a): undefined reference to `tipc_send'
ccp.c:(.text+0x97273): undefined reference to `tipc_disconnect'
ccp.c:(.text+0x9727b): undefined reference to `tipc_deleteport'
net/built-in.o: In function `dect_ccp_unbind_cell':
ccp.c:(.text+0x96524): undefined reference to `tipc_detach'
net/built-in.o: In function `dect_ccp_cluster_shutdown':
(.text+0x96534): undefined reference to `tipc_detach'
make[1]: *** [.tmp_vmlinux1] Error 1
make[1]: Leaving directory `/home/wpld/dect_kernel'
make: *** [debian/stamp-build-kernel] Error 2
</pre></p>
<p>I searched for tipc.h files, and found 3 of them:</p>
<p>./include/config/tipc.h<br />./include/linux/tipc.h<br />./include/net/tipc/tipc.h</p>
<p>I found out that the linux/tipc.h isn't included in the cpp.c program, however the net/tipc/tipc.h includes it anyway. The problematic functions are all correctly defined in the latter two tipc libraries, but somehow it doesn't work for me.</p>
<p>The config/tipc.h is an empty file.</p>