tcap loadshare: allow to define the fallback mechanism for unroutable TCAP messages
When a TCAP Continue/End/Abort message is received, but no TCAP session entry can be found and no valid TCAP range is available for the dtid, the message can be either:
- rejected by returning an error with udts - routed by round robin to all available ASP of this AS
To define the behaviour, a new vty option is introduced: ``` tcap-unroutable-sessions (reject-udts | load-share-over-as) ``` Defaults to reject-udts.
tcap loadshare: Rework initial selection of a node
The original TCAP loadshare plan was to used the OTID of a TCAP Begin to select the node. However this should not be used anymore. Instead the correct one would be to do a load-sharing across all available ASP and keep this relation ("sticky" sessions).
The counter SS7_AS_CTR_TCAP_ASP_FALLBACK will be re-used by a later patch.
Filling in the point codes from M3UA breaks down on asymmetric MTP paths where the reply is sent from a different PC than the original message was addressed to.
If both calling and called_addr are not point codes then the compare in tcap_trans_track_entry_find() will ignore them. It still matches on otid/dtid.