Change in ...osmo-mgw[master]: vty: update desc of conn-timeout
gerrit-no-reply at lists.osmocom.org
Thu Jun 27 07:25:08 UTC 2019
osmith has submitted this change and it was merged. ( https://gerrit.osmocom.org/c/osmo-mgw/+/14602 )
Change subject: vty: update desc of conn-timeout
vty: update desc of conn-timeout
It can be used together with LCLS, just make sure to also enable
In OS#3429 it was pointed out, that during LCLS the media path remains
active but is not used. Without any traffic flowing, this looks like a
timed out connection and so it will be killed if conn-timeout is set.
However, OsmoBSC and OsmoMSC have an option to enable RTP keep-alive
packets (through libosmo-mgcp, originally intended to keep connections
behind NAT open). If that option is enabled, the keep-alive packets
should also prevent the conn-timeout.
1 file changed, 2 insertions(+), 1 deletion(-)
Jenkins Builder: Verified
laforge: Looks good to me, but someone else must approve
osmith: Looks good to me, approved
diff --git a/src/libosmo-mgcp/mgcp_vty.c b/src/libosmo-mgcp/mgcp_vty.c
index a479b95..5f9853b 100644
@@ -1382,7 +1382,8 @@
"Set a time after which inactive connections (CIs) are closed. Set to 0 to disable timeout. This can be used to"
" work around interoperability problems causing connections to stay open forever, and slowly exhausting all"
- " available ports. Do not enable when LCLS is used (connections in LCLS state appear to be inactive)!\n"
+ " available ports. Enable keep-alive packets in MGW clients when using this option together with LCLS (OsmoBSC,"
+ " OsmoMSC: 'rtp keep-alive')!\n"
"Timeout value (sec.)\n")
g_cfg->conn_timeout = strtoul(argv, NULL, 10);
To view, visit https://gerrit.osmocom.org/c/osmo-mgw/+/14602
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings
Gerrit-Owner: osmith <osmith at sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: laforge <laforge at gnumonks.org>
Gerrit-Reviewer: osmith <osmith at sysmocom.de>
Gerrit-Reviewer: pespin <pespin at sysmocom.de>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the gerrit-log