<p>Patch set 1:<span style="border-radius: 3px; display: inline-block; margin: 0 2px; padding: 4px;background-color: #d4ffd4;">Code-Review +1</span></p><p><a href="https://gerrit.osmocom.org/9471">View Change</a></p><p>2 comments:</p><ul style="list-style: none; padding: 0;"><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/#/c/9471/1/msc/MSC_Tests.ttcn">File msc/MSC_Tests.ttcn:</a></p><ul style="list-style: none; padding: 0;"><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/#/c/9471/1/msc/MSC_Tests.ttcn@2227">Patch Set #1, Line 2227:</a> <code style="font-family:monospace,monospace">                   invoke_id := 5, /* Phone may not start from 0 or 1 */</code></p><p style="white-space: pre-wrap; word-wrap: break-word;">why always use the same invoke_id?  Doesn't that cause problems if you want to use them in parallel?  Doesn't the invoke-id need to be unique for a given MS at a given time?</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/#/c/9471/1/msc/MSC_Tests.ttcn@2278">Patch Set #1, Line 2278:</a> <code style="font-family:monospace,monospace">     BSSAP.send(ts_dtap_ussd_init_req(tid := 0, code := "*#100#"));</code></p><p style="white-space: pre-wrap; word-wrap: break-word;">interesting approach with the bit-mask and handling everything in a single alt/receive clause below.</p><p style="white-space: pre-wrap; word-wrap: break-word;">The more "TTCN native" way to handle this (I believe) would be to create a new component type, where basically each component represents one USSD dialogue/session, and the "BSC_ConnHdlr" dispatches to those individual per-dialogue components based on TID.  You can then simply create+start any number of those components in parallel, and wait for them to terminate with verdict success or fail.</p><p style="white-space: pre-wrap; word-wrap: break-word;">But I understand that's of course much more effort to implement, so I'm happy to merge the current test.</p><p style="white-space: pre-wrap; word-wrap: break-word;">The advantage of the "ussd dialogue component" approach is that in each of those components you then only have to deal with a single dialogue.</p><p style="white-space: pre-wrap; word-wrap: break-word;">This method is what we use in e.g.  RSL_Emulation to de-multiplex between different logical channels, or in BSSMAP_Emulation to separate the different SCCP connections, ...</p></li></ul></li></ul><p>To view, visit <a href="https://gerrit.osmocom.org/9471">change 9471</a>. To unsubscribe, or for help writing mail filters, visit <a href="https://gerrit.osmocom.org/settings">settings</a>.</p><div itemscope itemtype="http://schema.org/EmailMessage"><div itemscope itemprop="action" itemtype="http://schema.org/ViewAction"><link itemprop="url" href="https://gerrit.osmocom.org/9471"/><meta itemprop="name" content="View Change"/></div></div>

<div style="display:none"> Gerrit-Project: osmo-ttcn3-hacks </div>
<div style="display:none"> Gerrit-Branch: master </div>
<div style="display:none"> Gerrit-MessageType: comment </div>
<div style="display:none"> Gerrit-Change-Id: Ifa3cd1aeeb34ccf5864f78b76a88aaa6d5e51839 </div>
<div style="display:none"> Gerrit-Change-Number: 9471 </div>
<div style="display:none"> Gerrit-PatchSet: 1 </div>
<div style="display:none"> Gerrit-Owner: Vadim Yanitskiy <axilirator@gmail.com> </div>
<div style="display:none"> Gerrit-Reviewer: Harald Welte <laforge@gnumonks.org> </div>
<div style="display:none"> Gerrit-Reviewer: Jenkins Builder </div>
<div style="display:none"> Gerrit-Comment-Date: Wed, 06 Jun 2018 09:48:47 +0000 </div>
<div style="display:none"> Gerrit-HasComments: Yes </div>
<div style="display:none"> Gerrit-HasLabels: Yes </div>