https://osmocom.org/https://osmocom.org/favicon.ico?16647414092017-09-18T16:17:24ZOpen Source Mobile CommunicationsOsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=54302017-09-18T16:17:24Zdexter
<ul><li><strong>% Done</strong> changed from <i>0</i> to <i>50</i></li></ul><p>Thanks Daniel I am now familiar with the NG40 tester. The current state is that we can't really test SMS, this seems to be due to a configuration problem, but we are able to place testcalls. The signalling part of the call seems to work fine, but there is no Voice comming through. This is probably because osmo-bsc presents an IP/port of the BTS and since the MSC runs inside the NG40 box the packets probably get stuck. I suspect that things will be much better if we present an IP/PORT that is on the same machine as osmo-bsc runs on.</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=54552017-09-23T04:30:12Zlaforge
<ul></ul><p>On Mon, Sep 18, 2017 at 04:17:24PM +0000, dexter [REDMINE] wrote:</p>
<blockquote>
<p>Thanks Daniel I am now familiar with the NG40 tester. The current<br />state is that we can't really test SMS, this seems to be due to a<br />configuration problem,</p>
</blockquote>
<p>please document that problem in detail with protocol traces, probably<br />best as a separate issue here (or a child issue?)</p>
<blockquote>
<p>but we are able to place testcalls. The<br />signalling part of the call seems to work fine, but there is no Voice<br />comming through. This is probably because osmo-bsc presents an IP/port<br />of the BTS and since the MSC runs inside the NG40 box the packets<br />probably get stuck. I suspect that things will be much better if we<br />present an IP/PORT that is on the same machine as osmo-bsc<br />runs on.</p>
</blockquote>
<p>Ok. Let's postpone further testing until osmo-mgw support is fully<br />integrated into / used by osmo-bsc.</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=55712017-10-06T12:15:58Zlaforge
<ul></ul> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=58802017-10-18T16:20:24Zdexter
<ul></ul><p>Did another test of osmo-bsc today, found a segfault which is now fixed. Currently osmo-bsc responds with an assignment failure, I will investigate why.</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=58882017-10-19T12:00:21Zdexter
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>In Progress</i></li></ul><p>Did another test this morning. I managed to fix the bug that caused the assignment to fail. The call signalling is fine now, except for the fact that osmo-mgw returns the wrong IP-Address with the CRCX-Response for the network side. I have hacked osmo-mgw to return the correct IP-Address, but for some reason it still does not work. It looks just like the NG40 simulator does not send any RTP packets.</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=59162017-10-23T21:03:41Zdexter
<ul></ul><p>Since we now have a convenient way to determine the IP-Address for the uplink audio stream, I will implement this into osmo-mgw. Then we can re-test.</p>
<p><a class="user active" href="https://osmocom.org/users/30">daniel</a>: We have also the feeling that there is a problem with the tester. I hacked osmo-bsc to transmit the correct IP in the assignment complete message. Even then I saw no RTP packets comming from the tester.</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=60552017-11-03T09:56:11Zdexter
<ul><li><strong>File</strong> <a href="/attachments/2825">trace_filtered.pcapng</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/2825/trace_filtered.pcapng">trace_filtered.pcapng</a> added</li><li><strong>File</strong> <a href="/attachments/2826">trace_rtp_stream_between_mgw_and_msc.pcapng</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/2826/trace_rtp_stream_between_mgw_and_msc.pcapng">trace_rtp_stream_between_mgw_and_msc.pcapng</a> added</li><li><strong>File</strong> <a href="/attachments/2827">mgcp.log</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/2827/mgcp.log">mgcp.log</a> added</li><li><strong>File</strong> <a href="/attachments/2828">bsc.log</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/2828/bsc.log">bsc.log</a> added</li></ul><p>I did another test on the NG40 tester today. The result is the same, except <br />hat the IP addresses that are negotiated on MGCP level look now correct.<br />There are also some odd UDP packets I can not explain:</p>
<p>We see the following connection is negotiated by the bsc via mgcp:</p>
<p>BTS =========================> 10.9.1.122:4002 MGW 172.16.28.100:4004 <======================== MSC<br />BTS 10.9.1.133:32346 <======================== MGW ==========================> 172.16.28.1:4000 MSC</p>
<p>When looking at Assignment Request and Assignment complete we see that the<br />IP-Addresses and ports match the IP-Addresses on the MGCP layer (leg pointing<br />towards the core network).</p>
<p>It is possible to make out an RTP stream that goes from the BTS, through the<br />MGW up to the MSC, but there is no RTP stream in the opposite direction.</p>
<p>However, when observing the stream between MGW and MSC further we can make<br />out empty UDP packets comming from the MSC side. Can it be possible that<br />this is a bug in the NG40 tester? Maybe it fails somehow to generate an<br />RTP payload and eventually sends empty packets? The ports do match up,<br />just the payloads seems missing.</p>
<p>(see attached traces)</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=60562017-11-03T11:20:11Zlaforge
<ul></ul><p>Hi Dexter,</p>
<p>On Fri, Nov 03, 2017 at 09:56:11AM +0000, dexter [REDMINE] wrote:</p>
<blockquote>
<p>However, when observing the stream between MGW and MSC further we can make<br />out empty UDP packets comming from the MSC side. Can it be possible that<br />this is a bug in the NG40 tester? Maybe it fails somehow to generate an<br />RTP payload and eventually sends empty packets? The ports do match up,<br />just the payloads seems missing.</p>
</blockquote>
<p>As far as I remember, you must somehow configure which samples / sample files<br />are played back by the simulator. I don't know the details, but I know<br />there are some files and those files must be in the correct path to be found,<br />there was some conversation about this at some point.</p>
<p>I suggest you have a look about this and then send a full report with traces<br />to ng4t, Daniel can establish the contact.</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=61422017-11-07T21:35:58Zlaforge
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-5 priority-4 priority-high2 closed" href="/issues/2477">Feature #2477</a>: Automate execution and reporting of OsmoMSC interop tests with NG40 core simulator</i> added</li></ul> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=61442017-11-07T21:37:28Zlaforge
<ul><li><strong>Priority</strong> changed from <i>High</i> to <i>Urgent</i></li></ul><p>please make sure you follow-up on the voice topic, with Daniel and possibly NG4T help.</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=61462017-11-07T21:46:52Zlaforge
<ul><li><strong>Related to</strong> <i><a class="issue tracker-3 status-7 priority-3 priority-high3" href="/issues/2622">Support #2622</a>: Prepare automatic interop testing of OmsoBSC against NG40 core simulator + osmo-bts-virtual + mobile</i> added</li></ul> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=61512017-11-07T21:49:08Zlaforge
<ul></ul><p>It might make sense to teach roh how to perform this testing, now that you have a setup for it. roh could execute this once per week (like in old days!) until we have a more automatic test setup (see related tickets). So next time you do manual testing, please schedule with roh that he joins you and learns how to do this.</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=61992017-11-10T11:07:19Zdexter
<ul><li><strong>% Done</strong> changed from <i>50</i> to <i>60</i></li></ul><p>Since we found the RTP length bug <a class="issue tracker-1 status-5 priority-2 priority-default closed" title="Bug: osmo-mgw leaks host data when forwarding RTP packets (Closed)" href="https://osmocom.org/issues/2625">#2625</a> yesterday I have re-tested on NG40 now. This time the test was successful. All packets I see contain useful RTP data and we hear an echo on the phone. Probably the NG40 tester did not like the oversized packets.</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=62002017-11-10T12:41:04Zdexter
<ul><li><strong>% Done</strong> changed from <i>60</i> to <i>70</i></li></ul><p>There is great news. I tried a call between two subscribers now and it worked including voice! So we can now test mobile originated and mobile terminated calls.</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=62012017-11-10T13:22:26Zdexter
<ul><li><strong>% Done</strong> changed from <i>70</i> to <i>80</i></li></ul><p>I managed to find out why SMS did not work. It was the SMSC number setting in subscriber.conf that was set to 12345, but we seem to use 00495555 in our sims by default. I have now fixed this in subscriber.conf and mobile originated/mobile terminated SMS seems to work fine now.</p>
<p>From my perspective my two main problems are solved now. Is there anything else we need to focus now? Probably we want to get the playback numbers and different codecs running.</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=62122017-11-11T01:30:24Zlaforge
<ul></ul><p>On Fri, Nov 10, 2017 at 01:22:26PM +0000, dexter [REDMINE] wrote:</p>
<blockquote>
<p>From my perspective my two main problems are solved now. Is there anything else we need to focus now? Probably we want to get the playback numbers and different codecs running.</p>
</blockquote>
<ul>
<li>all 5 different codecs, indeed</li>
<li>SMS over SACCH during active TCH voice call</li>
<li>inter-BTS (intra-BSC) hand-over during active voice calls</li>
<li>maybe dynamic PDCH/TCH switching? I don't think it has implications<br />beyond the BSC, though.</li>
</ul> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=62132017-11-11T01:30:26Zlaforge
<ul></ul><p>On Fri, Nov 10, 2017 at 12:41:04PM +0000, dexter [REDMINE] wrote:</p>
<blockquote>
<p>There is great news. I tried a call between two subscribers now and it worked including voice! So we can now test mobile originated and mobile terminated calls.</p>
</blockquote>
<p>congratulations!</p>
<p>please inform NG4T about this, and let them know from which particular commit versions<br />onwards this has been fixed. They are particularly interested in running this on a<br />sysmoBTSv2, so an appropriate test should be done with a 201705-nightly should be done.</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=64512017-11-29T15:48:59Zdexter
<ul><li><strong>% Done</strong> changed from <i>80</i> to <i>90</i></li></ul><p>I was able to reproduce the result with a nightly build on my sysmoBTS. I have informed NG40 now I have sent them the exact image file name and the config files I used. I also re-tested the current development state on my laptop. It still works fine.</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=64952017-12-03T10:53:19Zlaforge
<ul><li><strong>Priority</strong> changed from <i>Urgent</i> to <i>Normal</i></li></ul> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=95292018-05-28T09:07:03Zdexter
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Stalled</i></li></ul> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=100832018-06-26T08:38:36Zlaforge
<ul><li><strong>Priority</strong> changed from <i>Normal</i> to <i>High</i></li></ul> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=101212018-06-28T16:02:12Zdexter
<ul><li><strong>Status</strong> changed from <i>Stalled</i> to <i>In Progress</i></li></ul><p>I have re-tested the setup (sysmobts + osmo-bsc) and it still works fine. But as far as I can see NG40 only advertises AMR-HR and AMR-FR. Both work, but when I try to force something different it fails of course (cause code is fine, the BSC recognizes the mismatch). The subscriber.conf lists some profile settings that also have a parameter AMR. Presumably we can also use the other codecs when we change the NG40 configuration.</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=101232018-06-28T16:17:20Zdexter
<ul></ul><p>NOTE: The NG40 license expires in two days!</p> OsmoBSC - Feature #2478: Manual interop testing with NG40 core simulatorhttps://osmocom.org/issues/2478?journal_id=106652018-08-08T11:08:24Zlaforge
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Resolved</i></li></ul>