https://osmocom.org/https://osmocom.org/favicon.ico?16647414092017-11-07T21:46:51ZOpen Source Mobile CommunicationsOsmoBSC - Support #2622: Prepare automatic interop testing of OmsoBSC against NG40 core simulator + osmo-bts-virtual + mobilehttps://osmocom.org/issues/2622?journal_id=61452017-11-07T21:46:51Zlaforge
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-3 priority-3 priority-high3 closed" href="/issues/2478">Feature #2478</a>: Manual interop testing with NG40 core simulator</i> added</li></ul> OsmoBSC - Support #2622: Prepare automatic interop testing of OmsoBSC against NG40 core simulator + osmo-bts-virtual + mobilehttps://osmocom.org/issues/2622?journal_id=61472017-11-07T21:47:07Zlaforge
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-7 priority-2 priority-default" href="/issues/2558">Feature #2558</a>: Scripts to manage thousands of "mobile" and hundreds of osmo-bts-virtual instances</i> added</li></ul> OsmoBSC - Support #2622: Prepare automatic interop testing of OmsoBSC against NG40 core simulator + osmo-bts-virtual + mobilehttps://osmocom.org/issues/2622?journal_id=61492017-11-07T21:47:17Zlaforge
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-7 priority-2 priority-default" href="/issues/2555">Feature #2555</a>: script interface to OsmocomBB "mobile"</i> added</li></ul> OsmoBSC - Support #2622: Prepare automatic interop testing of OmsoBSC against NG40 core simulator + osmo-bts-virtual + mobilehttps://osmocom.org/issues/2622?journal_id=64752017-12-01T18:02:00Zdexter
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>In Progress</i></li></ul><p>I managed to get the following running:</p>
<pre>
mobile <--> virtphy <--/--> osmo-bts-virtual <--> osmo-bsc <--> NG40 tester
</pre>
<p>I did not test very much yet, but I see the location update is getting accepted. However, in my mobile.cfg I currently have an all-zero-ki. I am a bit confused that I am still getting accepted on NG40. I remember we configured proper KI keys, at least on the simcards.</p> OsmoBSC - Support #2622: Prepare automatic interop testing of OmsoBSC against NG40 core simulator + osmo-bts-virtual + mobilehttps://osmocom.org/issues/2622?journal_id=65642017-12-04T20:51:06Zdexter
<ul></ul><p>I wonder if it is somehow possible to send audio streams through the mobile application when it runs with virtphy. In order to do meaningful tests we should have something like this. I have to try it out. For first tests it is probably enough when we generate silence voice frames. The RTP packets from the BTS should still be there, even if they carry only silence.</p> OsmoBSC - Support #2622: Prepare automatic interop testing of OmsoBSC against NG40 core simulator + osmo-bts-virtual + mobilehttps://osmocom.org/issues/2622?journal_id=65662017-12-04T21:15:00Zlaforge
<ul></ul><p>On Mon, Dec 04, 2017 at 08:51:06PM +0000, dexter [REDMINE] wrote:</p>
<blockquote>
<p>I wonder if it is somehow possible to send audio streams through the<br />mobile application when it runs with virtphy.</p>
</blockquote>
<p>Not yet, but there is a separate ticket to extend GSMTAP, virt_phy and<br />osmo-bts-virtual for this. See <a class="issue tracker-2 status-3 priority-4 priority-high2 closed" title="Feature: extend osmo-bts-virtual + GSMTAP with voice frame (TCH) support (Resolved)" href="https://osmocom.org/issues/2557">#2557</a></p>
<blockquote>
<p>For first tests it is probably enough when we generate silence voice<br />frames. The RTP packets from the BTS should still be there, even if<br />they carry only silence.</p>
</blockquote>
<p>I was so far thinking of implementing voice frame looping inside<br />'mobile'. But of course one could also hook up some static play-back.</p>
<p>If you want to go crazy: 'mobile' always had a MNCC interface, just like<br />OsmoNITB/OsmoMSC. You can attach lcr (or possibly even<br />osmo-sip-connector) with it. Jolly implemented it for LCR support.<br />This was of course with real phone hardware, not with virt_phy. But<br />once we pass the voice frames through, there's no reason why MNCC<br />couldn not be used :)</p> OsmoBSC - Support #2622: Prepare automatic interop testing of OmsoBSC against NG40 core simulator + osmo-bts-virtual + mobilehttps://osmocom.org/issues/2622?journal_id=87842018-04-10T15:39:29Zpespin
<ul></ul><p>After discussing for a while with Philipp, we decided as a first step to follow with the virtphy solution to have at least some automatized tests the same way we already have for ng40<->osmo-msc.</p>
<p>Information on the setup can be found in: <a class="external" href="https://projects.sysmocom.de/redmine/projects/office/wiki/NG40_Setup">https://projects.sysmocom.de/redmine/projects/office/wiki/NG40_Setup</a><br />The jenkins job running the ng40<->osmo-msc test can be found in: <a class="external" href="http://sysmocom-jenkins/job/ng40-test-core-network">http://sysmocom-jenkins/job/ng40-test-core-network</a><br />The repo containing all the configurations and scripts used to set up the jenkins job, alice and bob are found in: <a class="external" href="https://git.admin.sysmocom.de/ng40/config-alice/">https://git.admin.sysmocom.de/ng40/config-alice/</a></p>
<p>The best idea is probably to move all current stuff in config-alice git repository into an "test-osmo-msc" repository, and copy the same structure in "test-osmo-bsc" subdir. Then in there modify osmocom-setup/run.sh accordingly to start the desired osmocom services, and update osmocom cfg files in osmocom-setup/config accordingly. Also update ng40 config in "sysmocom-ran" directory. The build.sh and update.sh scripts can most probably be shared between both test directories in a "bin" directory.</p>
<p>Then either update the existing jenkins job to run tests for both bsc and msc setup, or clone the existing job into a new job and modify accordingly.</p> OsmoBSC - Support #2622: Prepare automatic interop testing of OmsoBSC against NG40 core simulator + osmo-bts-virtual + mobilehttps://osmocom.org/issues/2622?journal_id=109912018-08-27T12:50:39Zdexter
<ul><li><strong>File</strong> <a href="/attachments/3306">testnet_ng40_virtual.tar.gz</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/3306/testnet_ng40_virtual.tar.gz">testnet_ng40_virtual.tar.gz</a> added</li><li><strong>% Done</strong> changed from <i>0</i> to <i>10</i></li></ul><p>There are two variants. We can use osmo-bts-virtual with virtphy, or we can use osmo-bts-trx with fake_trx and trxcon. I have tested both versions with limited success.</p>
<p>For both approaches it seems not to be possible to use two virtual ms at the same time. For the osmo-bts-trx with fake_trx and trxcon variant we already have confirmed that it indeed does not work at the moment, but for osmo-bts-virtual with virtphy it should be possible. I have tried it with two different virtphy/mobile processes on two different sockets and it does still not work. I wonder how the two processes can collide, tey use different l1ctl sockets. There should be a complete separation up until the GSMTAP multicast communication.</p>
<pre>
Mon Aug 27 14:36:40 2018 DVIRPHY <0002> virtphy.c:230 Virtual physical layer starting up...
Mon Aug 27 14:36:40 2018 DVIRPHY <0002> virtphy.c:240 Virtual physical layer ready, waiting for l23 app(s) on /tmp/osmocom_l2_2
Mon Aug 27 14:36:55 2018 DMAIN <0003> virt_l1_model.c:41 MS 0000: allocated
Mon Aug 27 14:36:55 2018 DL1C <0000> l1ctl_sock.c:141 Accepted client (fd=6) from server (fd=5)
Mon Aug 27 14:36:55 2018 DL1C <0000> l1ctl_sock.c:99 Failed to receive msg from l2. Connection will be closed.
Mon Aug 27 14:36:55 2018 DMAIN <0003> virt_l1_model.c:48 MS 0000: destroyed
</pre>
<pre>
Copyright (C) 2010-2015 Andreas Eversberg, Sylvain Munaut, Holger Freyther, Harald Welte
Contributions by Alex Badea, Pablo Neira, Steve Markgraf and others
License GPLv2+: GNU GPL version 2 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
<000d> sap_interface.c:585 init SAP client
<000f> sim.c:1232 init SIM client
<0006> gsm48_cc.c:61 init Call Control
<0007> gsm480_ss.c:231 init SS
<0018> gsm411_sms.c:63 init SMS
<0001> gsm48_rr.c:5495 init Radio Ressource process
<0005> gsm48_mm.c:1319 init Mobility Management process
<0005> gsm48_mm.c:1032 Selecting PLMN SEARCH state, because no SIM.
<0002> gsm322.c:5042 init PLMN process
<0003> gsm322.c:5043 init Cell Selection process
<0003> gsm322.c:5101 Read stored BA list (mcc=226 mnc=99 Romania, 99)
<0011> app_mobile.c:244 Mobile '1' initialized, please start phone now!
Using configuration from ./mobile.cfg
</pre>
<p>I also tried with one virtphy and two mobiles connecting to the same socket. This does not work either:</p>
<p>While the first mobile connects fine and works fine, the second one is rejected:</p>
<pre>
Mon Aug 27 14:42:02 2018 DL1P <0001> virt_prim_data.c:109 MS 0000: TX L1CTL_DATA_IND (link_id=0x00) 15 06 21 00 01 f0 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b
Mon Aug 27 14:42:02 2018 DMAIN <0003> virt_l1_model.c:41 MS 0001: allocated
Mon Aug 27 14:42:02 2018 DL1C <0000> l1ctl_sock.c:141 Accepted client (fd=7) from server (fd=5)
Mon Aug 27 14:42:02 2018 DL1C <0000> l1ctl_sock.c:99 Failed to receive msg from l2. Connection will be closed.
Mon Aug 27 14:42:02 2018 DMAIN <0003> virt_l1_model.c:48 MS 0001: destroyed
Mon Aug 27 14:42:02 2018 DL1P <0001> virt_prim_data.c:109 MS 0000: TX L1CTL_DATA_IND (link_id=0x00) 55 06 19 8f b1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 79 04 00 2b
Mon Aug 27 14:42:02 2018 DL1C <0000> l1ctl_sap.c:697 MS 0000: Tx L1CTL_RESET_CONF (reset_type: 1)
Mon Aug 27 14:42:02 2018 DL1C <0000> virt_prim_fbsb.c:61 MS 0000: Rx L1CTL_FBSB_REQ (arfcn=866, flags=0x7)
</pre>
<pre>
Copyright (C) 2010-2015 Andreas Eversberg, Sylvain Munaut, Holger Freyther, Harald Welte
Contributions by Alex Badea, Pablo Neira, Steve Markgraf and others
License GPLv2+: GNU GPL version 2 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
<000d> sap_interface.c:585 init SAP client
<000f> sim.c:1232 init SIM client
<0006> gsm48_cc.c:61 init Call Control
<0007> gsm480_ss.c:231 init SS
<0018> gsm411_sms.c:63 init SMS
<0001> gsm48_rr.c:5495 init Radio Ressource process
<0005> gsm48_mm.c:1319 init Mobility Management process
<0005> gsm48_mm.c:1032 Selecting PLMN SEARCH state, because no SIM.
<0002> gsm322.c:5042 init PLMN process
<0003> gsm322.c:5043 init Cell Selection process
<0003> gsm322.c:5101 Read stored BA list (mcc=226 mnc=99 Romania, 99)
<0011> app_mobile.c:244 Mobile '1' initialized, please start phone now!
Using configuration from ./mobile.cfg
</pre>
<p>The problem is probably somewhere with the configuration. I have attached all the configuration files for both approaches.</p>
<p>Apart from that the communication with the NG40 core network looks very good. When the phone connects I can see the location update.</p> OsmoBSC - Support #2622: Prepare automatic interop testing of OmsoBSC against NG40 core simulator + osmo-bts-virtual + mobilehttps://osmocom.org/issues/2622?journal_id=140892019-04-23T12:10:46Zdexter
<ul></ul><p>See also <a class="issue tracker-3 status-7 priority-2 priority-default" title="Support: setup testing of osmo-bts-oc2g on real hardware with ttcn3 and osmocon/osmocom-bb (Stalled)" href="https://osmocom.org/issues/3863">#3863</a></p> OsmoBSC - Support #2622: Prepare automatic interop testing of OmsoBSC against NG40 core simulator + osmo-bts-virtual + mobilehttps://osmocom.org/issues/2622?journal_id=148672019-06-19T08:30:47Zlaforge
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Stalled</i></li></ul> OsmoBSC - Support #2622: Prepare automatic interop testing of OmsoBSC against NG40 core simulator + osmo-bts-virtual + mobilehttps://osmocom.org/issues/2622?journal_id=158202019-09-04T09:18:54Zlaforge
<ul><li><strong>Assignee</strong> deleted (<del><i>dexter</i></del>)</li></ul>