This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/gerrit-log@lists.osmocom.org/.
dexter gerrit-no-reply at lists.osmocom.orgdexter has posted comments on this change. ( https://gerrit.osmocom.org/c/osmo-bsc/+/25123 ) Change subject: osmo_bsc_main: integrate MGW pooling into osmo-bsc ...................................................................... Patch Set 11: (11 comments) 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. https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc File doc/manuals/chapters/mgwpool.adoc: https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@7 PS10, Line 7: machnies. Until osmo-mgw includes multithreading support, it may also be used ot > to Done https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@7 PS10, Line 7: machnies > machines Done https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@7 PS10, Line 7: ot > to Done https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@8 PS10, Line 8: scale-out to multiple cores on a single host." > Remove character: " Done https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@11 PS10, Line 11: the pool will automatically assign the call to the MGW with the lowest load. > hint/idea: It may make sense to defie some "maximum call load" config or similar to vty, so one can […] 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. https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@41 PS10, Line 41: local host ip-addresses or different ports. When OsmoMGW is installed from > IP addresses Done https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@64 PS10, Line 64: each MGW must be different. Otherwise it won't be possible to distinguish the > should be Done https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@72 PS10, Line 72: calls. > do we have a vty command to avoid establishing new calls on a mgw node? (EDIT) Self-answer: yes. […] Done https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/doc/manuals/chapters/mgwpool.adoc@76 PS10, Line 76: The VTY implenets a 'show mgw-pool' command that lists the currently configured > implements Done https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/include/osmocom/bsc/gsm_data.h File include/osmocom/bsc/gsm_data.h: https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/include/osmocom/bsc/gsm_data.h@1363 PS10, Line 1363: /* Single MGCP client configuration under msc node (also required for > I would avoid maintaining different structs from previous versions. […] 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. https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/src/osmo-bsc/osmo_bsc_main.c File src/osmo-bsc/osmo_bsc_main.c: https://gerrit.osmocom.org/c/osmo-bsc/+/25123/10/src/osmo-bsc/osmo_bsc_main.c@890 PS10, Line 890: mgcp_client_single = mgcp_client_init(bsc_gsmnet, bsc_gsmnet->mgw.conf); > AS I said, let's rather fill the pool always from the VTY? […] 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. -- To view, visit https://gerrit.osmocom.org/c/osmo-bsc/+/25123 To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings Gerrit-Project: osmo-bsc Gerrit-Branch: master Gerrit-Change-Id: I8f33ab2cea04b545c403a6fe479aa963a0fc0d0d Gerrit-Change-Number: 25123 Gerrit-PatchSet: 11 Gerrit-Owner: dexter <pmaier at sysmocom.de> Gerrit-Reviewer: Jenkins Builder Gerrit-Reviewer: daniel <dwillmann at sysmocom.de> Gerrit-Reviewer: laforge <laforge at osmocom.org> Gerrit-Reviewer: osmith <osmith at sysmocom.de> Gerrit-CC: pespin <pespin at sysmocom.de> Gerrit-Comment-Date: Wed, 25 Aug 2021 12:10:18 +0000 Gerrit-HasComments: Yes Gerrit-Has-Labels: No Comment-In-Reply-To: osmith <osmith at sysmocom.de> Comment-In-Reply-To: pespin <pespin at sysmocom.de> Gerrit-MessageType: comment -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/gerrit-log/attachments/20210825/80021033/attachment.htm>