https://osmocom.org/https://osmocom.org/favicon.ico?16647414092017-07-24T20:00:06ZOpen Source Mobile CommunicationsOpenBSC - Feature #2396: Comfortable CS7/SS7 VTY configuration for osmo-bsc and osmo-mschttps://osmocom.org/issues/2396?journal_id=46962017-07-24T20:00:06Zdexter
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>In Progress</i></li></ul><p>The current status is:</p>
<ul>
<li>osmo-msc: Fully configurable, configuration may even be left out completely. In this case osmo-msc will automatically assume a default configuration.</li>
<li>osmo-bsc: Configuration may not be left out. The user must set up a local address. The VTY still has some issues to be fixed. The goal here is to reach a state, where it works without configuring anything, just like it already is with osmo-msc</li>
</ul>
<p>In order to move on with this properly, we must agree on a a default configuration for each component and on a default environment. The default environment should be the "Everything on one box" situation. Which means the ip-addresses will be all loopback addresses. We also must agree on pointcodes for each application. I would suggest to put this into a header file, but then there is the problem where to put it. libosmo-sccp sounds like a good place. Maybe having it just as a wiki-page is also enough.</p> OpenBSC - Feature #2396: Comfortable CS7/SS7 VTY configuration for osmo-bsc and osmo-mschttps://osmocom.org/issues/2396?journal_id=46972017-07-24T20:00:36Zdexter
<ul><li><strong>Tracker</strong> changed from <i>Bug</i> to <i>Feature</i></li></ul> OpenBSC - Feature #2396: Comfortable CS7/SS7 VTY configuration for osmo-bsc and osmo-mschttps://osmocom.org/issues/2396?journal_id=47152017-07-25T08:02:04Zdexter
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-5 priority-3 priority-high3 closed" href="/issues/2289">Feature #2289</a>: implement AoverIP (OsmoMSC side)</i> added</li></ul> OpenBSC - Feature #2396: Comfortable CS7/SS7 VTY configuration for osmo-bsc and osmo-mschttps://osmocom.org/issues/2396?journal_id=47242017-07-25T10:11:37Zdexter
<ul></ul>osmo-bsc to-do:
<ul>
<li>Do not mix up different addresses from different CS7 instahces (means, local and remote address must come from the same CS7 instance)</li>
<li>Use only the msc address to determine the CS7 instance. Using the local address does not make too much sense especially when it is generated automatically from the selected CS7 instance.</li>
</ul> OpenBSC - Feature #2396: Comfortable CS7/SS7 VTY configuration for osmo-bsc and osmo-mschttps://osmocom.org/issues/2396?journal_id=48092017-08-03T09:50:25Zdexter
<ul></ul><p>We now prevent mixing addresses from different CS7 instances.</p> OpenBSC - Feature #2396: Comfortable CS7/SS7 VTY configuration for osmo-bsc and osmo-mschttps://osmocom.org/issues/2396?journal_id=48222017-08-07T21:14:42Zdexter
<ul></ul><p><a class="user active" href="https://osmocom.org/users/91">neels</a> patches for this are on pmaier/aoip3</p> OpenBSC - Feature #2396: Comfortable CS7/SS7 VTY configuration for osmo-bsc and osmo-mschttps://osmocom.org/issues/2396?journal_id=49102017-08-09T11:43:57Zdexter
<ul></ul><ul>
<li>We now have CS7 default values in osmo-bsc that are complementary to the ones used in osmo-msc. The user may leave out the CS7 configuration completely when all processes are used on the same machine.</li>
</ul>
<ul>
<li>Fixed pmaier/aoip so that it compiles again with the current master libosmo-sccp.</li>
</ul> OpenBSC - Feature #2396: Comfortable CS7/SS7 VTY configuration for osmo-bsc and osmo-mschttps://osmocom.org/issues/2396?journal_id=49382017-08-10T16:24:11Zdexter
<ul></ul>Todo:
<ul>
<li>It does not make much sense to offer auto configuration for more than one MSC since it is a very rare and unlikely situation => Only allow one instance to be auto configured</li>
</ul>
<p>Agreed with neels for the following default pointcodes:</p>
<p>MSC: 1.0.0<br />BSC: 3.0.0<br />SGSN: 2.0.0<br />HNBGW: 4.0.0</p> OpenBSC - Feature #2396: Comfortable CS7/SS7 VTY configuration for osmo-bsc and osmo-mschttps://osmocom.org/issues/2396?journal_id=49472017-08-10T19:15:12Zlaforge
<ul></ul><p>On Thu, Aug 10, 2017 at 04:24:11PM +0000, dexter [REDMINE] wrote:</p>
<blockquote>
<p>Agreed with neels for the following default pointcodes:</p>
<p>MSC: 1.0.0<br />BSC: 3.0.0<br />SGSN: 2.0.0<br />HNBGW: 4.0.0</p>
</blockquote>
<p>I don't think it matters much, but normally you would rather change the lower bits than the higher bits.<br />similar to ip adresses. This allows entire prefixes to be routed/aggregated in the network.</p>
<p>so something like</p>
<blockquote>
<p>MSC: 1.23.1<br />BSC: 1.23.3<br />SGSN: 1.23.2<br />HNBGW 1.23.4</p>
</blockquote>
<p>would be more "realistic"</p> OpenBSC - Feature #2396: Comfortable CS7/SS7 VTY configuration for osmo-bsc and osmo-mschttps://osmocom.org/issues/2396?journal_id=49792017-08-14T20:09:49Zdexter
<ul><li><strong>% Done</strong> changed from <i>50</i> to <i>80</i></li></ul><blockquote>
<p>...would be more "realistic"</p>
</blockquote>
<p>Yes, I think so too. We should use that set of pointcodes.</p>
<p>We still have a bug with osmo-bsc, according to neels the configuration files can not be read back because it prints a "(null)" into the config file during write. Should be simple to fix. Apart from that I think we made good progress with the VTY and the automatic configuration simplifies everything a lot.</p> OpenBSC - Feature #2396: Comfortable CS7/SS7 VTY configuration for osmo-bsc and osmo-mschttps://osmocom.org/issues/2396?journal_id=51392017-08-21T21:00:58Zdexter
<ul><li><strong>% Done</strong> changed from <i>80</i> to <i>90</i></li></ul><p>The problems with the "(null)" strings are fixed. I think the VTY in terms of CS7/SS7 is pretty much done now. We will see how it performs in real life situations. Maybe there are some things we did not have on the radar yet, we will see. Lets keep this at 90% for now.</p>
<p>Sinde there is a bug in libosmo-sccp that seems to prevent the usage of pointcodes longer than 8 bit (see <a class="external" href="http://osmocom.org/issues/2441">http://osmocom.org/issues/2441</a>) We use the following default pointcodes now:</p>
<p>MSC A-Interface: 0.23.1<br />MSC Iu-Interface: 0.23.2<br />MSC A-Interface+Iu-Interface: 0.23.1<br />BSC: 0.23.3</p> OpenBSC - Feature #2396: Comfortable CS7/SS7 VTY configuration for osmo-bsc and osmo-mschttps://osmocom.org/issues/2396?journal_id=52212017-08-28T20:28:48Zdexter
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Resolved</i></li><li><strong>% Done</strong> changed from <i>90</i> to <i>100</i></li></ul><p>There were no acute problems (other than a minor merge conflict in osmo-msc) with this in the past week. Lets consider this as resolved and add new tasks in case of problems/feature-requests</p> OpenBSC - Feature #2396: Comfortable CS7/SS7 VTY configuration for osmo-bsc and osmo-mschttps://osmocom.org/issues/2396?journal_id=57222017-10-11T02:53:54Zlaforge
<ul><li><strong>Status</strong> changed from <i>Resolved</i> to <i>Closed</i></li></ul>