<p style="white-space: pre-wrap; word-wrap: break-word;">Hi Max, Harald,</p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;"><p style="white-space: pre-wrap; word-wrap: break-word;">I am not sure if we should drop it just because the callers always pass '0'B.</p></blockquote><p style="white-space: pre-wrap; word-wrap: break-word;">I have been thinking a lot about this, and just come to a conclusion.<br>I think the initial version of this patch wasn't that bad, and doesn't<br>deserve CR-2. Here is why:</p><p style="white-space: pre-wrap; word-wrap: break-word;">According to GSM 04.07, this flag takes one bit and can be<br>either of the following:</p><pre style="font-family: monospace,monospace; white-space: pre-wrap;">  '0'B - transaction is allocated by sender of a message,<br>  '1'B - transaction is allocated by receiver of a message.</pre><p style="white-space: pre-wrap; word-wrap: break-word;">Since we store transaction ID in gsm_trans structure, we also store<br>TI flag (as a part of transaction ID), which in this context means:</p><pre style="font-family: monospace,monospace; white-space: pre-wrap;">  '0'B - transaction is allocated by us (OsmoMSC),<br>  '1'B - transaction is allocated by some MS.</pre><p style="white-space: pre-wrap; word-wrap: break-word;">In 100% cases, trans_assign_trans_id() is used to assign transaction IDs<br>to transactions allocated by us (i.e. OsmoMSC) for MT connections. And<br>there is no need to use it for MO transactions, because they basically<br>already do contain a valid transaction ID.</p><p style="white-space: pre-wrap; word-wrap: break-word;">So, I think we should roll-back to the initial version of this change,<br>and remove the 'ti_flag' parameter. The explanation above can be used<br>as the commit description.</p><p style="white-space: pre-wrap; word-wrap: break-word;">Max, I am sorry for not being concrete at the beginning.</p><p><a href="https://gerrit.osmocom.org/12519">View Change</a></p><ul style="list-style: none; padding: 0;"></ul><p>To view, visit <a href="https://gerrit.osmocom.org/12519">change 12519</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/12519"/><meta itemprop="name" content="View Change"/></div></div>

<div style="display:none"> Gerrit-Project: osmo-msc </div>
<div style="display:none"> Gerrit-Branch: master </div>
<div style="display:none"> Gerrit-MessageType: comment </div>
<div style="display:none"> Gerrit-Change-Id: Ie11999900b1789652ee078d34636dcda1e137eb0 </div>
<div style="display:none"> Gerrit-Change-Number: 12519 </div>
<div style="display:none"> Gerrit-PatchSet: 3 </div>
<div style="display:none"> Gerrit-Owner: Max <msuraev@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: Harald Welte <laforge@gnumonks.org> </div>
<div style="display:none"> Gerrit-Reviewer: Jenkins Builder (1000002) </div>
<div style="display:none"> Gerrit-Reviewer: Max <msuraev@sysmocom.de> </div>
<div style="display:none"> Gerrit-CC: Vadim Yanitskiy <axilirator@gmail.com> </div>
<div style="display:none"> Gerrit-Comment-Date: Tue, 15 Jan 2019 17:47:49 +0000 </div>
<div style="display:none"> Gerrit-HasComments: No </div>
<div style="display:none"> Gerrit-HasLabels: No </div>