<p><a href="https://gerrit.osmocom.org/c/osmo-mgw/+/19121">View Change</a></p><p>1 comment:</p><ul style="list-style: none; padding: 0;"><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/c/osmo-mgw/+/19121/3/src/libosmo-mgcp/mgcp_trunk.c">File src/libosmo-mgcp/mgcp_trunk.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/osmo-mgw/+/19121/3/src/libosmo-mgcp/mgcp_trunk.c@45">Patch Set #3, Line 45:</a> </p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;"><pre style="font-family: monospace,monospace; white-space: pre-wrap;">trunk->virtual.vty_number_endpoints = 32;<br>    trunk->e1.vty_timeslot_first = 1;<br>  trunk->e1.vty_timeslot_num = 2;<br></pre></blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">I would not make this vty configurable.  Having to synchronize your configuration files between BSC and MGW all the time becomes a nightmare from a maintenance/operations point of view.</p><p style="white-space: pre-wrap; word-wrap: break-word;">I would hope that drivers like DAHDI and osmo-e1d doesn't permit opening the same timeslot multiple times at once?  If they refuse to be opened multiple times, then osmo-mgw could simply try to open any timeslot, and return an error if it's already opened (Such as those used for Abis signaling).</p><p style="white-space: pre-wrap; word-wrap: break-word;">If DAHDI actually permits opening the same TS multiple times, I suggest we introduce some kind of automatic locking mechanism.  For example, osmo-bsc could write a file in /var/lib/osmocom/... which lines/files/.. it has opened and osmo-mgw then reads that file.  But this is also "ugly" in a sense that it produces a lot of file I/O and we end up with the problem that libosmo-abis line numbers 0-255 are dynamically mapped (per vty config) to any driver + driver-specific line number, and those configs might not match on osmo-bsc + osmo-mgw.</p><p style="white-space: pre-wrap; word-wrap: break-word;">For now, I would simply trust that osmo-bsc is not sending invalid (signaling) timeslotss in endpoint names to osmo-mgw.</p></li></ul></li></ul><p>To view, visit <a href="https://gerrit.osmocom.org/c/osmo-mgw/+/19121">change 19121</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/c/osmo-mgw/+/19121"/><meta itemprop="name" content="View Change"/></div></div>

<div style="display:none"> Gerrit-Project: osmo-mgw </div>
<div style="display:none"> Gerrit-Branch: master </div>
<div style="display:none"> Gerrit-Change-Id: I73b31e3c236a61ea0a6f76ef5ff98ce589f52c77 </div>
<div style="display:none"> Gerrit-Change-Number: 19121 </div>
<div style="display:none"> Gerrit-PatchSet: 3 </div>
<div style="display:none"> Gerrit-Owner: dexter <pmaier@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: Jenkins Builder </div>
<div style="display:none"> Gerrit-Reviewer: neels <nhofmeyr@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: pespin <pespin@sysmocom.de> </div>
<div style="display:none"> Gerrit-CC: laforge <laforge@osmocom.org> </div>
<div style="display:none"> Gerrit-Comment-Date: Mon, 06 Jul 2020 19:16:12 +0000 </div>
<div style="display:none"> Gerrit-HasComments: Yes </div>
<div style="display:none"> Gerrit-Has-Labels: No </div>
<div style="display:none"> Gerrit-MessageType: comment </div>