Open Source Mobile Communications: Issueshttps://osmocom.org/https://osmocom.org/favicon.ico?16647414092024-03-08T15:41:35ZOpen Source Mobile Communications
Redmine osmo-ePDG - VoWifi Evolved Packet Data Gateway - Bug #6396 (Feedback): add support for auth failu...https://osmocom.org/issues/63962024-03-08T15:41:35Zlynxis
<p>When a phone connects and the sim sequence numbers are out of sync, the authentication will fail<br />and the phone will additional supply Rand and Auts in the failure message.<br />Similar to the 3gpp rat.<br />The sgsn already has a test for this TC_attach_usim_resync.</p>
<p>To reproduce it with a real phone, you could decrease the sequence number in the hss. (AFAIR it is a sliding window, reducing the sequence number by 1 might not be enough).</p>
<pre>
UE - strongswan
<- Auth req
-> Auth failure (reason resync, auts, rand)
(HLR will update the sequence numbers)
<- Auth req
-> Auth succeed.
</pre> pySim - Bug #6119 (In Progress): aram_get_config runs into an exception on a sysmocomSJA2https://osmocom.org/issues/61192023-07-28T22:48:14Zlynxis
<ul>
<li>Use a SysmocomSJA2</li>
<li>pysim master / 791f80a44f8110f478a632cd2bcde5944ad4bd96</li>
</ul>
<pre>
pySIM-shell (MF)> select ADF.ARA-M
pySIM-shell (MF/ADF.ARA-M)> aram_get_config
EXCEPTION of type 'ValueError' occurred with message: auto_collection_DeviceConfigDO(<class 'pySim.ara_m.DeviceInterfaceVersionDO'>): Unknown TLV Class DeviceInterfaceVersionDO in [{'DeviceInterfaceVersionDO': {'major': 0, 'minor': 0, 'patch': 1}}]; expected dict_keys(['device_interface_version_do'])
To enable full traceback, run the following command: 'set debug true'
pySIM-shell (MF/ADF.ARA-M)>
pySIM-shell (MF/ADF.ARA-M)> set debug true
debug - was: False
now: True
pySIM-shell (MF/ADF.ARA-M)> aram_get_config
Traceback (most recent call last):
File "/home/lynxis/.local/share/virtualenvs/pysim-C216Z-pe/lib/python3.11/site-packages/cmd2/cmd2.py", line 2399, in onecmd_plus_hooks
stop = self.onecmd(statement, add_to_history=add_to_history)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/lynxis/.local/share/virtualenvs/pysim-C216Z-pe/lib/python3.11/site-packages/cmd2/cmd2.py", line 2852, in onecmd
stop = func(statement)
^^^^^^^^^^^^^^^
File "/home/lynxis/projects/osmocom/repos/pysim/pySim/ara_m.py", line 315, in do_aram_get_config
res_do = ADF_ARAM.get_config(self._cmd.card._scc._tp)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/lynxis/projects/osmocom/repos/pysim/pySim/ara_m.py", line 298, in get_config
cmd_do.from_dict([{'DeviceInterfaceVersionDO': {
File "/home/lynxis/projects/osmocom/repos/pysim/pySim/tlv.py", line 161, in from_dict
self.children = self.nested_collection.from_dict(decoded)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/lynxis/projects/osmocom/repos/pysim/pySim/tlv.py", line 406, in from_dict
raise ValueError('%s: Unknown TLV Class %s in %s; expected %s' %
ValueError: auto_collection_DeviceConfigDO(<class 'pySim.ara_m.DeviceInterfaceVersionDO'>): Unknown TLV Class DeviceInterfaceVersionDO in [{'DeviceInterfaceVersionDO': {'major': 0, 'minor': 0, 'patch': 1}}]; expected dict_keys(['device_interface_version_do'])
EXCEPTION of type 'ValueError' occurred with message: auto_collection_DeviceConfigDO(<class 'pySim.ara_m.DeviceInterfaceVersionDO'>): Unknown TLV Class DeviceInterfaceVersionDO in [{'DeviceInterfaceVersionDO': {'major': 0, 'minor': 0, 'patch': 1}}]; expected dict_keys(['device_interface_version_do'])
pySIM-shell (MF/ADF.ARA-M)>
pySIM-shell (MF/ADF.ARA-M)> aram_get_all
[
{
"response_all_ref_ar_do": [
{
"ref_ar_do": [
{
"ref_do": [
{
"aid_ref_do": "ffffffffffff"
},
{
"dev_app_id_ref_do": "550f1a164ccd48d27a5ea3b765957493cd830171"
}
]
},
{
"ar_do": [
{
"perm_ar_do": {
"permissions": "0000000000000001"
}
}
]
}
]
}
]
}
]
</pre> pySim - Bug #6116 (Closed): `tree` raise an exception when ARA-M is presenthttps://osmocom.org/issues/61162023-07-28T14:37:50Zlynxis
<p>Use git: 1.0-582-g90d0021fa4c8<br />Detected CardModel: SysmocomSJA2</p>
<p>```<br />EXCEPTION of type 'RuntimeError' occurred with message: 6e00: ARA-M - Invalid class<br />To enable full traceback, run the following command: 'set debug true'<br />```</p> osmo-ePDG - VoWifi Evolved Packet Data Gateway - Bug #6114 (Closed): connect a real phone to the ...https://osmocom.org/issues/61142023-07-24T21:08:45Zlynxis
<p>- Provision a simcard using a phone which supports VoiceOverWifi. (there might be allow list for voice over wifi)<br />- Overwrite the DNS to route traffic to the strongswan<br />- See how far the traffic flows (no real SIP server at this point).</p> osmo-ePDG - VoWifi Evolved Packet Data Gateway - Bug #6041 (Resolved): create diameter files for SWxhttps://osmocom.org/issues/60412023-05-21T15:10:49Zlynxis
<ul>
<li>create diameter "dia" files for SWx</li>
<li>For reference <a class="external" href="https://www.erlang.org/doc/man/diameter_dict.html">https://www.erlang.org/doc/man/diameter_dict.html</a></li>
<li>TS 29.273</li>
</ul> OsmoBSC - Bug #6006 (Resolved): Add vty commands "no gprs nsvc ..."https://osmocom.org/issues/60062023-04-17T16:03:52Zlynxis
<p>There are no "no gprs nsvc ..." commands to disable a NSVC.</p>
<pre>
network
bts 1
[...]
gprs mode gprs
gprs routing area 0
gprs network-control-order nc0
gprs power-control alpha 0
gprs cell bvci 1002
gprs cell timer blocking-timer 3
gprs cell timer blocking-retries 3
gprs cell timer unblocking-retries 3
gprs cell timer reset-timer 3
gprs cell timer reset-retries 3
gprs cell timer suspend-timer 10
gprs cell timer suspend-retries 3
gprs cell timer resume-timer 10
gprs cell timer resume-retries 3
gprs cell timer capability-update-timer 10
gprs cell timer capability-update-retries 3
gprs nsei 2
gprs ns timer tns-block 3
gprs ns timer tns-block-retries 3
gprs ns timer tns-reset 3
gprs ns timer tns-reset-retries 3
gprs ns timer tns-test 30
gprs ns timer tns-alive 3
gprs ns timer tns-alive-retries 10
gprs nsvc 0 nsvci 2
gprs nsvc 0 local udp port 23000
gprs nsvc 0 remote ip 192.168.56.1
gprs nsvc 0 remote udp port 23000
gprs nsvc 1 nsvci 3
gprs nsvc 1 local udp port 23001
gprs nsvc 1 remote ip 192.168.56.1
gprs nsvc 1 remote udp port 23001
[...]
</pre>
<p>To disable gprs nsvc 1, as user can't say<br />"no gprs nsvc 1" <br />instead the user must set either the remote ip 192.168.56.1 to 0.0.0.0 or the remote udp port to 0 to disable this nsvc.</p>
<p>Add a 'no gprs nsvc <0-1>' command.</p> OsmoDia2GSUP - Bug #5888 (Rejected): add a second wildcard APN in S6ahttps://osmocom.org/issues/58882023-02-01T15:55:45Zlynxis
<p>Currently the osmo_dia2gsup is responding to a UpdateLocationRequest" on the diameter side with a <br />UpdateLocationAnswer with the subscriber data containing a single <strong>static</strong> entry for the APN containing <strong>internet</strong> .</p>
<pre>
UpdateLocationAnswer {
[..],
Subscription-Data {
APN Configuration Profile {
APN Configuration {
[ Service Selection = "internet" ]
}
}
}
}
</pre>
<p>Since our HLR/GSUP isn't sending a correct APN list (currently only a wildcard, instead of a correct default apn and (depending on the subscriber data) also a wildcard.<br />An intermediate solution to be implemented by this ticket should be:</p>
<p>- sending 2 profiles<br />- one for apn "internet" <br />- one for wildcard</p> osmo-ePDG - VoWifi Evolved Packet Data Gateway - Bug #5868 (Closed): Create a proof-of-concept to...https://osmocom.org/issues/58682023-01-21T00:37:43Zlynxis
<p>The UEs traffic (SIP/TCP/IP) arrives at the ePDG as IPsec traffic.<br />All the traffic from a single UE must be converted from IPsec encapsulation into GTP encapsulation.</p>
<p>As prototype a setup of a couple vms would be a good starting point</p>
<p>- UE (IPsec client)<br />- EPDG (IPsec server, forwards traffic to a GTP tunnel)<br />- PGW (GTP tunnel endpoint)<br />- IMS (http, icmp, .. endpoint in this example)</p>
<p>The interesting part to test. Can linux configured to decapsulate IPsec traffic and encapsulate it in GTP and vice versa?</p>
<p>Further we will have multiple APNs/PGW connections, meaning multiple GTP interfaces.<br />If we can't connect the IPsec tunnel with a GTP tunnel direct (which I doubt) it would mean we have a lot of `ip rule`s on the machine.</p>
<p>Maybe we would have only a single `ip rule` for every APN.<br />Or we could use eBPF or XDP for it and only have lookup tables maintained by the user space?</p>
<p><img src="concept.png" alt="" /></p> OsmoSGSN - Bug #5851 (New): check if rate ctr GMM_CTR_PKTS_UDATA_IN is correct increased in sgsn_...https://osmocom.org/issues/58512023-01-10T18:40:37Zlynxis
<p>What is the meaning of GMM_CTR_PKTS_UDATA_IN?</p>
<p>If the rate counter means the GMM packets (so only PDU related to GMM procedures) it shouldn't be increased by the sgsn_gtp_data_req func together with PDP_CTR_BYTES_UDATA_IN.</p>
<p>Note: sgsn_rx_sndcp_ud_ind() will be renamed into sgsn_gtp_data_req().</p> OsmoBSC - Bug #5843 (New): BTS features aren't reset after oml drophttps://osmocom.org/issues/58432022-12-22T21:27:02Zlynxis
<p>The BTS feature bits seems not to be reset after the OML link is dropped.</p>
<ol>
<li>E.g. configure the bsc with gprs support.</li>
<li>Connect with osmo-bts-virtual (which doesn't support gprs).</li>
<li>osmo-bsc will reject osmo-bts-virtual because of the missing gprs features.</li>
<li>Now use osmo-bts-trx with gprs support, but the bts still get rejected.</li>
<li>Restart osmo-bsc and retry with osmo-bts-trx.</li>
<li>osmo-bts-trx gets accepted.</li>
</ol> SIMtrace 2 - Bug #5415 (New): cardem: watchdog triggers firmware resethttps://osmocom.org/issues/54152022-01-24T15:18:49Zlynxis
<p>While testing the cardem firmware on a owhw board with a script, the watchdog resets the board from time to time (2-4 times while doing 50 test runs).<br />When the watchdog triggers, the userspace application also exits because the USB transfer errors with a stall (bulk transfer).</p>
<p>bootloader version: 87f8de15 (based on ea9a91f5c)<br />app: 87f8de15 (based on ea9a91f5c)<br />I've pushed this version to lynxis/wip.</p>
<p>The test look like this pseudo c code<br /><pre>
for(i=0; i<50; i++) {
reset_modem();
for (j=0; j<5; j++) {
if (get_imsi() == 0)
break;
}
}
</pre></p> osmo-remsim - Bug #5348 (Resolved): client reconnects to fasthttps://osmocom.org/issues/53482021-12-09T14:31:50Zlynxis
<p>If there is no mapping for a client, the client retries in a loop.</p>
<pre>
- connect client
- create a mapping for the client
- sleep 1
- destroy the mapping
</pre>
<pre>
DRSPRO NOTICE ../rspro_client_fsm.c:128 RSPRO_CLIENT(bankd){REESTABLISH}: RSPRO link to 192.168.154.156:9999 UP
DRSPRO ERROR ../rspro_client_fsm.c:297 RSPRO_CLIENT(bankd){REESTABLISH}: Event SRVC_E_KA_TERMINATED not permitted
DRSPRO INFO ../rspro_client_fsm.c:302 RSPRO_CLIENT(bankd){REESTABLISH}: Destroying existing connection to server
DRSPRO INFO ../rspro_client_fsm.c:308 RSPRO_CLIENT(bankd){REESTABLISH}: Creating TCP connection to server at 192.168.154.156:9999
DLINP NOTICE input/ipa.c:128 192.168.154.156:9999 connection done
DRSPRO NOTICE ../rspro_client_fsm.c:128 RSPRO_CLIENT(bankd){REESTABLISH}: RSPRO link to 192.168.154.156:9999 UP
DRSPRO ERROR ../rspro_client_fsm.c:297 RSPRO_CLIENT(bankd){REESTABLISH}: Event SRVC_E_KA_TERMINATED not permitted
DRSPRO INFO ../rspro_client_fsm.c:302 RSPRO_CLIENT(bankd){REESTABLISH}: Destroying existing connection to server
DRSPRO INFO ../rspro_client_fsm.c:308 RSPRO_CLIENT(bankd){REESTABLISH}: Creating TCP connection to server at 192.168.154.156:9999
</pre> OsmoBSC - Bug #4946 (Resolved): crash in audio_supporthttps://osmocom.org/issues/49462021-01-14T01:56:37Zlynxis
<ul>
<li>1.6.0-455-gf4674e3f7</li>
</ul>
<p>A pcap file can be given on request. I might have changed the codec via the vty.</p>
<pre>
PID: 11246 (osmo-bsc)
UID: 0 (root)
GID: 0 (root)
Signal: 11 (SEGV)
Timestamp: Thu 2021-01-14 00:37:00 CET (2h 13min ago)
Command Line: /usr/bin/osmo-bsc -c /etc/osmocom/osmo-bsc.cfg -s
Executable: /usr/bin/osmo-bsc
Control Group: /system.slice/osmo-bsc.service
Unit: osmo-bsc.service
Slice: system.slice
Boot ID: 721ef204a4ae4f678f5079f97b243222
Machine ID: 8b9b6c78d099427aaf5a17fd131e258f
Hostname: rc3-gsm
Storage: /var/lib/systemd/coredump/core.osmo-bsc.0.721ef204a4ae4f678f5079f97b243222.11246.1610581020000000.lz4
Message: Process 11246 (osmo-bsc) of user 0 dumped core.
Stack trace of thread 11246:
#0 0x00005559214b8e59 audio_support_to_gsm88 (osmo-bsc)
#1 0x00005559214b94a0 gen_bss_supported_codec_list (osmo-bsc)
#2 0x00005559214ea26f bsc_compl_l3 (osmo-bsc)
#3 0x00005559214bc58d gsm0408_rcvmsg (osmo-bsc)
#4 0x000055592148f23d abis_rsl_rx_rll (osmo-bsc)
#5 0x00007f80f2c1e37f handle_ts1_read (libosmoabis.so.9)
#6 0x00007f80f2c55add poll_disp_fds (libosmocore.so.16)
#7 0x00007f80f2c55b96 osmo_select_main_ctx (libosmocore.so.16)
#8 0x0000555921477c87 main (osmo-bsc)
#9 0x00007f80f29fb09b __libc_start_main (libc.so.6)
#10 0x0000555921477d3a _start (osmo-bsc)
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/bin/osmo-bsc -c /etc/osmocom/osmo-bsc.cfg -s'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00005559214b8e59 in audio_support_to_gsm88 (audio=0x0) at ../../../../src/osmo-bsc/src/osmo-bsc/codec_pref.c:95
95 if (audio->hr) {
(gdb) bt
#0 0x00005559214b8e59 in audio_support_to_gsm88 (audio=0x0) at ../../../../src/osmo-bsc/src/osmo-bsc/codec_pref.c:95
#1 0x00005559214b94a0 in gen_bss_supported_codec_list (scl=scl@entry=0x7fff5f749ea0, msc=0x555921bb0080, bts=bts@entry=0x555921db29f0) at ../../../../src/osmo-bsc/src/osmo-bsc/codec_pref.c:410
#2 0x00005559214ea26f in bsc_compl_l3 (lchan=lchan@entry=0x7f80f20062c8, msg=msg@entry=0x555921e10850, chosen_channel=chosen_channel@entry=0) at ../../../../src/osmo-bsc/src/osmo-bsc/gsm_08_08.c:519
#3 0x00005559214bc58d in gsm0408_rcvmsg (msg=msg@entry=0x555921e10850, link_id=<optimized out>) at ../../../../src/osmo-bsc/src/osmo-bsc/gsm_04_08_rr.c:1030
#4 0x000055592148f23d in abis_rsl_rx_rll (msg=0x555921e10850) at ../../../../src/osmo-bsc/src/osmo-bsc/abis_rsl.c:1996
#5 abis_rsl_rcvmsg (msg=0x555921e10850) at ../../../../src/osmo-bsc/src/osmo-bsc/abis_rsl.c:2499
#6 0x00007f80f2c1e37f in handle_ts1_read (bfd=0x555921e046d0) at ../../../src/libosmo-abis/src/input/ipaccess.c:417
#7 ipaccess_fd_cb (bfd=0x555921e046d0, what=1) at ../../../src/libosmo-abis/src/input/ipaccess.c:557
#8 0x00007f80f2c55add in poll_disp_fds (n_fd=<optimized out>) at ../../../src/libosmocore/src/select.c:350
#9 _osmo_select_main (polling=<optimized out>) at ../../../src/libosmocore/src/select.c:378
#10 0x00007f80f2c55b96 in osmo_select_main_ctx (polling=<optimized out>) at ../../../src/libosmocore/src/select.c:434
#11 0x0000555921477c87 in main (argc=<optimized out>, argv=<optimized out>) at ../../../../src/osmo-bsc/src/osmo-bsc/osmo_bsc_main.c:1026
</pre> OsmoCBC - Bug #4932 (Resolved): crash on debian buster/testing after first rest api callhttps://osmocom.org/issues/49322021-01-01T15:37:30Zlynxis
<p>osmo-cbc crashs after the first rest api call.<br />it crashes when in my_o_free().</p> OsmoCBC - Feature #4931 (Resolved): add a simple python examplehttps://osmocom.org/issues/49312021-01-01T15:34:59Zlynxis
<p>to start using the cbc it would be great to have simple examples for the rest api.<br />it would be great to have multiple python function for different examples.</p>
<p>as starting point we could use:<br /><pre>
import requests
import json
def start_ewts():
pass
url = "http://127.0.0.1:12345/api/ecbe/v1/message"
obj = {
'serial_nr': {
'serial_nr_decoded': {
'geo_scope': "cell_wide",
'msg_code': 1,
'update_nr': 2
} },
'message_id': 12,
'payload': {
'payload_etws': {
'warning_type': {
'warning_type_decoded': 'test',
}
}
}
}
requests.post(url, json=obj)
</pre></p> OsmoBSC - Bug #4930 (New): bsc: cbc: vty: "no remote-ip" in cbc > clienthttps://osmocom.org/issues/49302020-12-31T22:42:38Zlynxis
<p>the bsc is missing vty commands for removing cbc>client>remote-ip and remote-port.<br /><pre>
OsmoBSC(config-cbc-client)# no
</pre></p> libosmocore - Bug #4885 (New): configure doesn't check for python3https://osmocom.org/issues/48852020-12-02T03:36:55Zlynxis
<p>The configure scripts run successful, but make fails because python3 wasn't installed.</p> OsmoBSC - Bug #4872 (Resolved): BSC reports "abis_rsl.c:143 (bts=2,trx=0,ts=0,pchan_from_config=C...https://osmocom.org/issues/48722020-11-28T00:29:18Zlynxis
<p>When I'm testing my BSC with a centos BTS + fake trx I'm getting lots of the<br />messages</p>
<pre>
<0003> abis_rsl.c:143 (bts=2,trx=0,ts=0,pchan_from_config=CCCH+SDCCH4,state=NOT_INITIALIZED) Abis RSL rx CCHAN: mismatching chan_nr=0x90
</pre>
<p>It's not 100% reproducible, but it sounds like the BSC' fsm for the timeslot is in a wrong state.<br />My BSC is on 1.6.0-407-g55d7ee57cf57<br />My BTS is on 1.2.0.332.2edf</p> OsmoBSC - Bug #4870 (Closed): BTS features parsed too latehttps://osmocom.org/issues/48702020-11-26T23:29:55Zlynxis
<p>The BSC requests the BTS features after it has used to decide if the BTS can be used for IPv6.</p> OsmoPCU - Feature #4846 (New): change RBB received block bitmap into 1s when everything was ackedhttps://osmocom.org/issues/48462020-11-04T02:29:23Zlynxis
<p>At the moment the PCU is using 0's in the RBB for PDUs out of the window. This is by spec compliant,<br />however having all 1's (all rx) might be more clear.<br />Also nearly all RLC/MAC I've seens are using all 1's. I would recommend changing it to 1's.</p> OsmoPCU - Bug #4844 (Feedback): do not resent DL assignment on RACHhttps://osmocom.org/issues/48442020-11-04T02:24:20Zlynxis
<p>When a MS wants to send data without a TBF present,<br />it sends a RACH, get's an immediate assign, moves over to the PDCH and receives a UL assignment.</p>
<p>However if the MS misses either the immediate assign or the UL assignment, the PCU tries to assign using the TLLI 0x0, which seems to be wrong.<br />The PCU uses TLLI 0x0, even it can't know the TLLI of the MS. It only knows it by the first UL data.</p>
<pre>
MS PCU
RACH ->
X- IMM assign (MS never receive IMM assign)
---- PCU have a UL timeout and doesn't know the TLLI
<- UL TBF Assignment TLLI for 0x0000000.
</pre> OsmoBTS - Bug #4579 (New): add IPv6 supporthttps://osmocom.org/issues/45792020-06-03T16:59:04Zlynxis
<p>Add support to use OsmoBTS in a IPv6 environment. All connections has to support IPv6.<br />GB IPv6 and PCU related changes are in a seperate ticket.</p>
<a name="OML-content"></a>
<h2 >OML content<a href="#OML-content" class="wiki-anchor">¶</a></h2>
<ul>
<li>rx_oml_ipa_rsl_connect()
<ul>
<li>NM_ATT_IPACC_DST_IP contains IPv4-only address by BSC</li>
</ul></li>
</ul>
<a name="RSL-content"></a>
<h2 >RSL content<a href="#RSL-content" class="wiki-anchor">¶</a></h2>
<ul>
<li>rsl_tx_ipac_XXcx_ack()
<ul>
<li>assumes RSL_IE_IPAC_REMOTE_IP is IPv4-only address by BSC</li>
<li>uses osmo_rtp_get_bound_ip_port() -> migrate to osmo_rtp_get_bound_addr()</li>
</ul></li>
</ul>
<ul>
<li>tx_ipac_XXcx_nack() + rsl_tx_ipac_XXcx_ack()
<ul>
<li>uses RSL_IE_IPAC_REMOTE_IP / RSL_IE_IPAC_LOCAL_IP and assumes content is v4-only</li>
</ul></li>
</ul>
<a name="TTCN3-tests-for-IPv6-have-to-be-created-for-all-parts-messages-IEs"></a>
<h2 >TTCN3 tests for IPv6 have to be created for all parts / messages / IEs<a href="#TTCN3-tests-for-IPv6-have-to-be-created-for-all-parts-messages-IEs" class="wiki-anchor">¶</a></h2>
<ul>
<li>write tests with dual stack and connect to a single stack BSC.</li>
<li>write tests for a only IPv6 setup.</li>
</ul> OsmoSGSN - Bug #4221 (Resolved): create ttcn testcase for T3350 in combination with a PDP contexthttps://osmocom.org/issues/42212019-10-08T16:21:18Zlynxis
<p>Let T3350 expire while the MS holds an active PDP context</p> OsmoBSC - Bug #4166 (Resolved): BORKEN Error / broken lchan / WAIT_ACTIV_ACK: Timeouthttps://osmocom.org/issues/41662019-08-22T11:27:14Zlynxis
<p>State: BORKEN Error reason: lchan allocation failed in state WAIT_ACTIV_ACK: Timeout</p>
<p>While the cccamp we notice that some channel get into the broken state.</p> Cellular Network Infrastructure - Bug #3567 (New): coverity: move the secret token out of $HOME/o...https://osmocom.org/issues/35672018-09-18T15:34:10Zlynxis
<p>When the token has been moved, the jenkins Coverity job is independent from the static path $HOME/osmo-ci.</p> OsmoMSC - Bug #3402 (Resolved): crash: vty: show fsm-instances crashs msc when doing USSD *#100# ...https://osmocom.org/issues/34022018-07-17T14:51:51Zlynxis
<p>To reproduce:</p>
<ul>
<li>do a Location Update</li>
<li>start a *#100#</li>
<li>do at the same time `show fsm-instances all`</li>
</ul> OsmoGSMTester - Bug #3320 (Resolved): add a README about the python dependecieshttps://osmocom.org/issues/33202018-06-05T12:27:47Zlynxis
<p>The repository does not contain a README nor a requirements.txt which describes the python dependencies</p>
<p>It should include at least:<br />- pyusb<br />- pysispm<br />- python-smpplib</p> OsmoHNBGW - Bug #2773 (Resolved): `show hnb all` shows MCC 0 MNC 0 HNBAP ID 0 RUA ID 0 - check if...https://osmocom.org/issues/27732017-12-19T16:54:00Zlynxis
<p>e.g. the mcc is set to a valid id, but doesn't show up.<br />Is hnbap 0 + rua 0 also invalid?</p>
<p>Please re-check all 4 variable if they contains the correct values from the HNB</p> OsmoSGSN - Bug #2686 (Rejected): Create PDP Context has duplicate GSN Address TLVhttps://osmocom.org/issues/26862017-11-28T14:33:27Zlynxislibosmocore - Bug #1730 (Closed): control interface: read rate couters doesn't workhttps://osmocom.org/issues/17302016-05-19T14:14:26Zlynxis
<p>the control interfaces for the rate_ctr doesn't works,<br />because it requires the name of a rate counter have to be in the format of 'foo.bar'.</p>
<pre>
cd openbsc/openbsc/contrib
python2 bsc_control.py -d localhost -g "rate_ctr.per_hour.e1inp.hdlc.abort" -p 4249
</pre>
<p>produces the error <br /><pre>
Got message: ERROR 1 Counter group not found.
</pre></p>
<p>because it tries to get the counter group 'e1inp.hdlc' instead of e1inp.<br />see <a class="external" href="http://git.osmocom.org/libosmocore/tree/src/ctrl/control_if.c#n554">http://git.osmocom.org/libosmocore/tree/src/ctrl/control_if.c#n554</a></p>