<p><a href="https://gerrit.osmocom.org/9666">View Change</a></p><p>5 comments:</p><ul style="list-style: none; padding: 0;"><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/#/c/9666/3/include/osmocom/bsc/gsm_data.h">File include/osmocom/bsc/gsm_data.h:</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/9666/3/include/osmocom/bsc/gsm_data.h@755">Patch Set #3, Line 755:</a> <code style="font-family:monospace,monospace">struct gsm_bts_ref {</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">not a request to change, just a general reminder: We also have the "vector" of libosmovty, which is  […]</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">ah. I thought the vector was a string parsing specific implementation, now I see it's sort of like the C++ vector... with vector the allocation dance is slightly more complex to code, though it has a better memory footprint. Though if you say not a request to change, then I'll not change it.</p></li></ul></li><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/#/c/9666/3/include/osmocom/bsc/neighbor_ident.h">File include/osmocom/bsc/neighbor_ident.h:</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/9666/3/include/osmocom/bsc/neighbor_ident.h@18">Patch Set #3, Line 18:</a> <code style="font-family:monospace,monospace"> BSIC_9BIT,</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">huh, where's that 9 bit BSIC coming from? Do you have a spec reference for me?</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">23.003 "4.3.2 Base Station Identify Code (BSIC)"</p><p style="white-space: pre-wrap; word-wrap: break-word;">says:</p><p style="white-space: pre-wrap; word-wrap: break-word;">"BSIC is a 6 bit code which is structured as shown in Figure 6. Exceptions apply to networks supporting<br>EC-GSM-IoT or PEO and for mobile stations in EC or PEO operation (see 3GPP TS 43.064 [112]) where the BSIC is a<br>9 bit code which is structured as shown in Figure 6a."</p><p style="white-space: pre-wrap; word-wrap: break-word;">Let me guess, EC-GSM-IoT or PEO (which i haven't a clue about) doesn't apply and we can cut out the entire 9-bit bsic enum? I think I just saw the 6-or-9-bit BSIC encoding somewhere, like in a message coding chapter, and thought it was safer to allow both from the start...</p></li></ul></li><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/#/c/9666/3/src/osmo-bsc/gsm_data.c">File src/osmo-bsc/gsm_data.c:</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/9666/3/src/osmo-bsc/gsm_data.c@567">Patch Set #3, Line 567:</a> <code style="font-family:monospace,monospace">bool gsm_bts_matches_cell_id(struct gsm_bts *bts, const struct gsm0808_cell_id *ci)</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">not important, but I'd expect 'bts' could also be a const pointer, as we're just reading/comparing/m […]</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">I wonder why I wouldn't have consted that... maybe it was copy-pasted from a more potent function. Ah, I see now that I'm actually changing it again in the "large refactoring commit", will move that part here.</p></li></ul></li><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/#/c/9666/3/src/osmo-bsc/neighbor_ident_vty.c">File src/osmo-bsc/neighbor_ident_vty.c:</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/9666/3/src/osmo-bsc/neighbor_ident_vty.c@560">Patch Set #3, Line 560:</a> <code style="font-family:monospace,monospace"> install_element(BTS_NODE, &cfg_neighbor_resolve_cmd);</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">the BTS_NODE is a sub-node of the CONFIG NODE. […]</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">hm, so when I'm in the bts node and entered some neighbor entries, I can't just query on the same level but I should prepend 'do bts <nr>'? I understand the scoping aspect, wasn't aware that it's that strict though. Ok, so how about 'show bts NR neighbor NEIGHBOR_IDENT_VTY_KEY_PARAMS'.</p></li></ul></li><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/#/c/9666/3/tests/handover/neighbor_ident_test.c">File tests/handover/neighbor_ident_test.c:</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/9666/3/tests/handover/neighbor_ident_test.c@33">Patch Set #3, Line 33:</a> <code style="font-family:monospace,monospace">arfcn</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">it might be interesting to have test cases for ARFCNs in different bands. […]</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">In turn I'm not fully understanding yet where the pitfall lies in that. Here, I'm simply using arfcn as a 16bit key, and the high bit is simply the high bit in that number space. Should it imply some special meaning and/or affect other data fields?</p></li></ul></li></ul><p>To view, visit <a href="https://gerrit.osmocom.org/9666">change 9666</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/9666"/><meta itemprop="name" content="View Change"/></div></div>

<div style="display:none"> Gerrit-Project: osmo-bsc </div>
<div style="display:none"> Gerrit-Branch: master </div>
<div style="display:none"> Gerrit-MessageType: comment </div>
<div style="display:none"> Gerrit-Change-Id: I0153d7069817fba9146ddc11214de2757d7d37bf </div>
<div style="display:none"> Gerrit-Change-Number: 9666 </div>
<div style="display:none"> Gerrit-PatchSet: 3 </div>
<div style="display:none"> Gerrit-Owner: Neels Hofmeyr <nhofmeyr@sysmocom.de> </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-Reviewer: Neels Hofmeyr <nhofmeyr@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: Pau Espin Pedrol <pespin@sysmocom.de> </div>
<div style="display:none"> Gerrit-Comment-Date: Fri, 06 Jul 2018 22:06:12 +0000 </div>
<div style="display:none"> Gerrit-HasComments: Yes </div>
<div style="display:none"> Gerrit-HasLabels: No </div>