This page contains some example partial RVT SDF service group definitions, that demonstrate how to configure various traffic schemes in the SDF.
Without SCTP multihoming
All signaling on one interface
The split traffic types were introduced in version 4.0.0-12-1.0.0
.
Prior to that version there were only signaling
and signaling2
traffic types,
which became deprecated in 4.0.0-12-1.0.0
and will be removed in a future version.
When upgrading from a prior version, you may want to keep the same networking topology to avoid reconfiguring VNFI networks, firewalls, and the like. As such, for this case you should use the traffic scheme where all signaling is on one interface.
The following example shows how to configure this for the SMO node,
which uses all four of the signaling traffic types (internal
, diameter
, sip
and ss7
).
For other node types you should only include the traffic types relevant to that node,
as described in Traffic types and traffic schemes.
networks:
- ip-addresses:
ip:
- 172.16.0.11
name: Management
subnet: management
traffic-types:
- management
- ip-addresses:
ip:
- 172.17.0.11
name: Cluster
subnet: cluster
traffic-types:
- cluster
- ip-addresses:
ip:
- 172.18.0.11
name: Signaling
subnet: signaling
traffic-types:
- internal
- diameter
- sip
- ss7
Signaling split across many interfaces
The following example shows the most fault-tolerant traffic scheme currently permitted, where the four traffic types are split amongst three interfaces.
networks:
- ip-addresses:
ip:
- 172.16.0.11
name: Management
subnet: management
traffic-types:
- management
- ip-addresses:
ip:
- 172.17.0.11
name: Cluster
subnet: cluster
traffic-types:
- cluster
- ip-addresses:
ip:
- 172.18.0.11
name: Core Signaling
subnet: core-signaling
traffic-types:
- internal
- sip
- ip-addresses:
ip:
- 172.19.0.11
name: SS7 Signaling
subnet: ss7-signaling
traffic-types:
- ss7
- ip-addresses:
ip:
- 172.20.0.11
name: Diameter Signaling
subnet: diameter-signaling
traffic-types:
- diameter
With SCTP multihoming
Using Diameter multihoming on ShCM
The following example shows a basic Diameter multihoming setup for the ShCM node.
(ShCM does not use the cluster
traffic type, so it is not included here.)
networks:
- ip-addresses:
ip:
- 172.16.0.11
name: Management
subnet: management
traffic-types:
- management
- ip-addresses:
ip:
- 172.17.0.11
name: Core Signaling
subnet: core-signaling
traffic-types:
- internal
- diameter
- ip-addresses:
ip:
- 172.18.0.11
name: Diameter Multihoming
subnet: diameter-secondary
traffic-types:
- diameter_multihoming
Using both SS7 and Diameter multihoming on SMO
Whether the selected traffic scheme has both the ss7
and diameter
traffic types
on the same subnet or on different subnets does not affect the options available for multihoming.
The following example shows how to configure the secondary (multihoming) traffic types on separate interfaces
despite using only one signaling interface for all the primary signaling traffic types.
networks:
- ip-addresses:
ip:
- 172.16.0.11
name: Management
subnet: management
traffic-types:
- management
- ip-addresses:
ip:
- 172.17.0.11
name: Cluster
subnet: cluster
traffic-types:
- cluster
- ip-addresses:
ip:
- 172.18.0.11
name: Signaling
subnet: signaling
traffic-types:
- internal
- diameter
- sip
- ss7
- ip-addresses:
ip:
- 172.19.0.11
name: Diameter Multihoming
subnet: diameter-secondary
traffic-types:
- diameter_multihoming
- ip-addresses:
ip:
- 172.20.0.11
name: SS7 Multihoming
subnet: ss7-secondary
traffic-types:
- ss7_multihoming