SCTP Multihoming

Feature Summary and Revision History

Summary Data

Table 1. Summary Data

Applicable Product(s) or Functional Area

AMF

Applicable Platform(s)

SMI

Feature Default Setting

Enabled - Always-on

Related Documentation

Not Applicable

Revision History

Table 2. Revision History

Revision Details

Release

First introduced.

2021.04.0

Feature Description

AMF now supports a single SCTP POD (single instance) SCTP multihoming where in the ccpu-sctp stack comes up with list of supported Host IPs. As a part of the association formation the association Id corresponds to the list of IPs, instead of single IP.

The stack also supports multihoming for scenarios such as, one-to-many and many-to-many connections until any of IPs are available on either side of SCTP end points (AMF and gNB). At the same time, traffic over multiple IPs is also possible.

The following figure is a depiction of SCTP Multihoming support:

Figure 1. SCTP Multihoming Support

As per the figure following SCTP associations are formed:

  1. Associd – 0 [{IP1,IP2},{IP4,IP5}]

  2. Associd – 1 [{IP1,IP2},{IP3}]

Limitations

The SCTP multihoming feature has the following limitations:

Currently, dynamic adding/removing IPs from multihoming configuration without POD restart is not supported. POD restart is required.