sgs_iface: detect and react to VLR/HLR failure

The HLR (which is connected via the GSUP interface) may fail and
disconnect. On the next location update the VLR will try to talk to the
HLR and fail. This failure event is not communicated towards the SGs
related code and the SGs-association will remain in the LA-PRESENT state
forever. Lets add code to report the problem to the SGs code and trigger
a RESET an the SGs interface.

- Add a flag to report an HLR problem back to the SGs code
- Fix the FSM that controls the reset
- Make sure the all SGs associations are reset when the failure occurs.

Change-Id: Icc7df92879728bc98c85fc1d5d8b4c6246501b12
Related: OS#3859

1 files changed, 1 insertions, 0 deletions

diff --git a/include/osmocom/msc/vlr_sgs.h b/include/osmocom/msc/vlr_sgs.h
index 00d52f7b4..fa9d948a1 100644
--- a/include/osmocom/msc/vlr_sgs.h
+++ b/include/osmocom/msc/vlr_sgs.h
@@ -75,6 +75,7 @@ static inline const char *vlr_sgs_state_counter_name(enum vlr_sgs_state_ctr Ns)
 /* This callback function is called when an SGs location update is complete */
 struct sgs_lu_response {
 	bool accepted;
+	bool error;
 	struct vlr_subscr *vsub;
 };
 typedef void (*vlr_sgs_lu_response_cb_t) (struct sgs_lu_response *response);