diff options
author | Neels Hofmeyr <neels@hofmeyr.de> | 2018-10-10 01:53:34 +0200 |
---|---|---|
committer | Harald Welte <laforge@gnumonks.org> | 2018-10-12 06:21:35 +0000 |
commit | 0d91fb5ed14e1daf1a170429479f151a5e9206d2 (patch) | |
tree | 2035890f14219bab2a21a761b9e049ef739fe485 /contrib/Makefile.am | |
parent | 8b818a01b00ea3daad4ad58c162ac52b4f08a5cb (diff) |
lchan_fsm: fix failure handling: notify conn when released
Usually, conn->lchan is set to NULL before/upon releasing it. However, if the
lchan is still associated with a conn upon/after release, make sure the conn
realizes it has no lchan and sends a BSSMAP Clear Request to the MSC.
lchan_reset() is the last step before an lchan is fully unused. In there, make
sure to notify any conn that might still be associated, with
gscon_forget_lchan().
lchan_cleanup() does the same, but in fact this is only called when an lchan is
*deallocated*, but instead it usually merely goes to the UNUSED state.
It may make sense to call gscon_forget_lchan() sooner, e.g. when entering a
releasing state. This here nevertheless is a final safeguard.
Related: osmo-ttcn3-hacks If772dbbc5f9790d3f911465e1303dd0a99811154
Change-Id: I88337a18246c44ba48da64bb611a3cbb647a750e
Diffstat (limited to 'contrib/Makefile.am')
0 files changed, 0 insertions, 0 deletions