Refactor SCTP association response handler
* this function is used by both CU-CP and CU-UP * it behaves differently depending on the type of E1 instance: CU-CP: inform RRC of E1 connection loss with CU-UP CU-UP: trigger a new SCTP association request by sending an ITTI to the CU-UP task * after receiving the E1AP register request, the CU-UP will send a new association request to SCTP until new E1 connection is achieved by sending a TIMER_HAS_EXPIRED message to the CU-UP task. The function e1apHandleTimer() is basically triggering a new E1 association request until new E1 connection is achieved * print SCTP association state in e1ap.c whenever needed Related to #878
This commit is contained in:
@@ -65,7 +65,7 @@ static void cu_task_handle_sctp_association_ind(instance_t instance,
|
||||
static void cu_task_handle_sctp_association_resp(instance_t instance, sctp_new_association_resp_t *sctp_new_association_resp) {
|
||||
DevAssert(sctp_new_association_resp != NULL);
|
||||
|
||||
enum sctp_state_e state = sctp_new_association_resp->sctp_state;
|
||||
sctp_state_e state = sctp_new_association_resp->sctp_state;
|
||||
if (state != SCTP_STATE_ESTABLISHED) {
|
||||
f1ap_cudu_inst_t *f1ap_cu_data = getCxt(instance);
|
||||
AssertFatal(f1ap_cu_data != NULL, "illegal state: SCTP shutdown for non-existing F1AP endpoint\n");
|
||||
|
||||
Reference in New Issue
Block a user