Currently, every rtpengine will subscribe to redis-keyspace notification
so it will receive a notification when an call is inserted. If the call
is not already handeled by the rtpengine, the call will be restored.
The reason for this is to have in-place redundancy. Imagine you have
multiple rtpengines running, eachone will have all calls of the others.
When one rtpengine fails somehow, infrastructure guys use BGP in order to
'move' the IP address from one rtpengine to another. Thisone can handle
the new calls instantly since they're already recovered by
redis-notification feature.
Next step is internally identify those calls in order to prevent some
timers to delete the calls where no RTP flows. Second will be
something we call 'partitioning'. It means that the subscription
to a redis notify will only be for the keyspace a dedicated rtpengine
writes to. This leads to the point that you can make redundancy groups
(partitions) of the rtpengines.
On upgrades from 2.8 LTS we have to install ngcp-rtpengine-kernl-dkms package
before the upgrade in order to get dkms to work. No need to upgrade the new
version of ngcp-system-tools too
Change-Id: I36fbfdffc5ca1e283ba0e8d5a42a96a72fbf324e
In order to be able to run NGCP inside a container adding the use
of our ngcp-system-tools helper to check the environment.
Merged changes from templates
This makes reviews and diffs easier and helps in avoiding duplicate entries.
devscripts's wrap-and-sort ftw.
Closes: https://bugtracker.sipwise.com/view.php?id=1845
From: Michael Prokop <mprokop@sipwise.com>
Split out the debugging symbols from the main packages into
one single package named ngcp-mediaproxy-ng-dbg
Closes: https://bugtracker.sipwise.com/view.php?id=1825
From: Michael Prokop <mprokop@sipwise.com>