<p style="white-space: pre-wrap; word-wrap: break-word;">I have fixed the manual. Unfortunately it is not possible to give the single mgcp client (MSC node) the same "rights" as the mgcp_client members in the pool would have. The single mgcp client is a fixed mgcp client that cannot be restarted/freed etc. It also has its very own VTY node. The fact that one can add a single mgcp client as fallback to the pool does not mean that it becomes a real pool member. This is only to maintain backward compatibility. While the application internally always accesses the pool the user has the impression that he can configure either an MGW under the MSC node or if necessary a pool of MGWs under the network node.</p><p><a href="https://gerrit.osmocom.org/c/osmo-bsc/+/25123">View Change</a></p><p>11 comments:</p><ul style="list-style: none; padding: 0;"><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc">File doc/manuals/chapters/mgwpool.adoc:</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-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@7">Patch Set #10, Line 7:</a> <code style="font-family:monospace,monospace">machnies. Until osmo-mgw includes multithreading support, it may also be used ot</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">to</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">Done</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@7">Patch Set #10, Line 7:</a> <code style="font-family:monospace,monospace">machnies</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">machines</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">Done</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@7">Patch Set #10, Line 7:</a> <code style="font-family:monospace,monospace">ot</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">to</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">Done</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@8">Patch Set #10, Line 8:</a> <code style="font-family:monospace,monospace">scale-out to multiple cores on a single host."</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">Remove character: "</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">Done</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@11">Patch Set #10, Line 11:</a> <code style="font-family:monospace,monospace">the pool will automatically assign the call to the MGW with the lowest load.</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">hint/idea: It may make sense to defie some "maximum call load" config or similar to vty, so one can  […]</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">I don't know if this is possible here. In fact osmo-bsc does not know anything about the MGW capabilities. It assumes that all MGWs in the pool have the same number of endpoints and it just distrubutes the load evenly as it counts the number of active calls for each MGW. This is simple but effective. In theory it would be possible to audit the MGW capabilities via MGCP but that would require a lot of effort.</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@41">Patch Set #10, Line 41:</a> <code style="font-family:monospace,monospace">local host ip-addresses or different ports. When OsmoMGW is installed from</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">IP addresses</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">Done</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@64">Patch Set #10, Line 64:</a> <code style="font-family:monospace,monospace">each MGW must be different. Otherwise it won't be possible to distinguish the</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">should be</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">Done</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@72">Patch Set #10, Line 72:</a> <code style="font-family:monospace,monospace">calls.</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">do we have a vty command to avoid establishing new calls on a mgw node? (EDIT) Self-answer: yes. […]</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">Done</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@76">Patch Set #10, Line 76:</a> <code style="font-family:monospace,monospace">The VTY implenets a 'show mgw-pool' command that lists the currently configured</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">implements</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">Done</p></li></ul></li><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/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/osmo-bsc/+/25123/10/include/osmocom/bsc/gsm_data.h@1363">Patch Set #10, Line 1363:</a> <code style="font-family:monospace,monospace">          /* Single MGCP client configuration under msc node (also required for</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">I would avoid maintaining different structs from previous versions. […]</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">I thought about doing this, but it would not work. That is due to the need for compatibility with legacy configuration. Even though the mgcp_client_conf for the single mgcp client can be registered to the pool as backup in case no members are in the pool it has not the same properties as a real pool member would have.</p></li></ul></li><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/src/osmo-bsc/osmo_bsc_main.c">File src/osmo-bsc/osmo_bsc_main.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-bsc/+/25123/10/src/osmo-bsc/osmo_bsc_main.c@890">Patch Set #10, Line 890:</a> <code style="font-family:monospace,monospace">        mgcp_client_single = mgcp_client_init(bsc_gsmnet, bsc_gsmnet->mgw.conf);</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">AS I said, let's rather fill the pool always from the VTY? […]</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">This is technically not possible due to legacy compatibility (see other comment). The pool is indeed filled from the VTY, but the normal osmo_mgcp_client does not support this.</p></li></ul></li></ul><p>To view, visit <a href="https://gerrit.osmocom.org/c/osmo-bsc/+/25123">change 25123</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-bsc/+/25123"/><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-Change-Id: I8f33ab2cea04b545c403a6fe479aa963a0fc0d0d </div>
<div style="display:none"> Gerrit-Change-Number: 25123 </div>
<div style="display:none"> Gerrit-PatchSet: 11 </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: daniel <dwillmann@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: laforge <laforge@osmocom.org> </div>
<div style="display:none"> Gerrit-Reviewer: osmith <osmith@sysmocom.de> </div>
<div style="display:none"> Gerrit-CC: pespin <pespin@sysmocom.de> </div>
<div style="display:none"> Gerrit-Comment-Date: Wed, 25 Aug 2021 12:10:18 +0000 </div>
<div style="display:none"> Gerrit-HasComments: Yes </div>
<div style="display:none"> Gerrit-Has-Labels: No </div>
<div style="display:none"> Comment-In-Reply-To: osmith <osmith@sysmocom.de> </div>
<div style="display:none"> Comment-In-Reply-To: pespin <pespin@sysmocom.de> </div>
<div style="display:none"> Gerrit-MessageType: comment </div>