A Additional Deployment Scenarios
This chapter provides various additional scenarios for deployment of SS7-over-IP using SIGTRAN.
IPSG Deployment Scenario
Figure A-1 Example Deployment of IPSG Application
![Example Deployment of IPSG Application Example Deployment of IPSG Application](img/ipsg_deployment_scenario.jpg)
Note:
- Each IP-attached signaling point or application server is represented in EAGLE as a linkset (ovals).
- Up to 16 IPSG links are supported per linkset (IPGWx only supports 8)
- If an E5-ENET-B card is used as the IPSG card, and if the E5-ENET-B IPSG High Throughput feature is turned ON, then the card supports a maximum of 4 links before de-rating. See Factors Affecting Advertised Capacity for additional information.
- Each connecting line represents a SS7 signaling link and an SCTP association.
- Multiple linksets are supported.
- Each linkset supports one SIGTRAN adapter type (M2PA or M3UA).
- Point Codes ‘B’, ‘C’, and ‘D’ can involve any mixture of ANSI and ITU point codes. If different variants are in use, then Eagle must have a point code in each of the networks.
- Multiple signaling links per card are supported.
- The new IPSG application M3UA operational model equates Linkset (LS) and Application Server (AS). It equates Signaling Link (SLK) with an AS-ASP (Routing Context + Association) instance. This allows each AS-ASP instance to be administered as a signaling link.
- A new signaling link type, IPSG-M3UA, can be assigned to linksets having up to 16 signaling links. This is double the 8-link (and card) limitation of the current IPGWx linkset.
- Each IPSG card will host up to 128 signaling links.
- Each IPSG card will host up to 128 SCTP associations. A maximum of 16 IPSG-M3UA signaling links can be assigned to a single association.
- The adjacent point code (APC) of the IPSG-M3UA linkset is the point code assigned to the Application Server serviced by the linkset. The IPSG-M3UA linkset does not require a fake adjacent point code as the current IPGWx application does.
- Each IPSG-M3UA signaling link can have a single IP connection, unlike the current IPGWx signaling link which can have up to 50 IP connections.
- The state of the IPSG-M3UA signaling link will be based on the states of the assigned IP connection and AS-ASP instance. If the IP connection is unavailable for traffic, then the IPSG-M3UA signaling link will also be unavailable. If the AS-ASP instance is not available, then the IPSG-M3UA signaling link will also be unavailable. *
- Multiple IPSG-M3UA signaling links (up to 16) can share one IP connection, as long as all of the IPSG-M3UA signaling links and corresponding IP connection are hosted by the same card. This enables multiple SS7 variant support across a single IP connection.
- The IPSG-M3UA signaling links provide MTP3 routing only. The IPSG application does not implement secondary routing-key routing, so every attached AS must be uniquely identified in the network by a point code.
IPGW/M3UA deployment scenarios
Active/standby configurations
Figure A-2 IPGWx active/standby configuration
![IPGWx active/standby configuration IPGWx active/standby configuration](img/ipgw_active_standby.jpg)
- Active/standby configurations should be implemented at the IP Signaling Points (IPSPs) rather than at the EAGLE.
- All DCMs assigned to an IPGWx mateset should host connections to nodes comprising an Application Server and should loadshare traffic in the absence of failures. Deployments of active/standby DCMs result in excessive IMT utilization in the absence of failures due to double-hopped outbound traffic.
Two-pair IPGWx
Figure A-3 Two-Pair IPGWx for maximum TPS
![Two-Pair IPGWx for maximum TPS Two-Pair IPGWx for maximum TPS](img/ipgw_currentconfig.jpg)
- Two IPGWx cards are deployed as a mateset. No more than two cards for each application are allowed.
- Each card has one signaling link, represented by a hatched line. Each IPGWx signaling link is alone in a linkset, represented by an ellipse.
- Each card has a fake adjacent signaling point represented by a hatched circle and having an IPGWx Adjacent Point Code. Each of the IPGWx linksets has an IPGWAPC.
- Two equal cost routes are provisioned for X, thereby combining the two SS7IPGW linksets. Two equal cost routes are provisioned for Y, thereby combining the two IPGWI linksets.
- Each card has one or more IP connections to the IPSP, represented by a solid line. Each IP connection has only an indirect relationship to a signaling link.
- If each card is rated at 2,000 TPS, then the maximum transaction rate to/from a point code is 2,000 TPS (1+1 redundancy), and the total system-wide TPS supported is 4,000 TPS.
- This feature will continue to allow the preceding deployment (two pairs, combined linksets) to be used, and will expand the number of deployment variations supported. It will do this by modifying the definition of a SS7IPGW or IPGWI mateset.
Four IPGWx pairs
Figure A-4 Four IPGWx pairs (two SS7IPW pairs and two IPGWI pairs)
![Four IPGWx pairs (two SS7IPW pairs and two IPGWI pairs) Four IPGWx pairs (two SS7IPW pairs and two IPGWI pairs)](img/ipgw_4pairs.jpg)
- There are four IPGWx matesets, each comprised of two linksets (a combined linkset).
- Each IPSP is only connected to cards within an IPGWx mateset. No IPSP (or Application Server) crosses IPGWx mateset boundaries.
- This deployment is 1+1 redundancy.
- Another supported variation of this deployment would involve different numbers pairs or linksets, and possibly one linkset per pair.
Eight IPGWx cards
Figure A-5 Eight IPGWx cards, two mates, three linksets
![Eight IPGWx cards, two mates, three linksets Eight IPGWx cards, two mates, three linksets](img/ipgw_8cards_2mates_3linksets.jpg)
- Eight IPGWx cards are present, each having a single signaling link. IPGW1 and IPGW2 have their links assigned to distinct linksets. The remaining IPGWx cards have their links assigned to a common linkset.
- The route-set to PC X involves a combined linkset, i.e. two equal-cost routes.
- Connectivity to the IPSPs does not cross IPGWx mateset boundaries.
- More than two IPSPs can be supported in either IPGWx mateset. The actual limit is based on IP connections and routing keys.
- Other supported variations of this deployment involve different numbers of cards in the Mateset2 or different numbers of IPSPs.
Four IPGWx cards
Figure A-6 Four IPGWx cards, one linkset for end office
![Four IPGWx cards, one linkset for end office Four IPGWx cards, one linkset for end office](img/ipgw_4cards_1linksets_eo.jpg)
- Four IPGWx cards are present, each having a single signaling link. All of the IPGWx signaling links are assigned to a linkset having an IPGWAPC (virtual point code) of Q.
- Two IP-based signaling points or Application Servers are each connected to the full set of IPGWx cards and are distinguished by user part (SI).
- Because the IPGWx signaling links are part of a single linkset, each card cannot use TFP/TFA to divert traffic to other IPGWx cards.
- The EAGLE is operating in End Office Mode. This means that the IPSPs are IP-attached remote user-parts that share the true and secondary point codes of EAGLE (PC=A). In order to route from the inbound LIMs to the outbound IPGWx cards, an internal point code (IPC) is used.
- Because only one IPC is currently supported, only one IPGWx mateset is supported for End Office mode traffic. There can be other IPGWx matesets, but only one can serve End Office remote applications.
- Other supported variations of this deployment involve different numbers of cards in the mateset or different numbers of IPSPs.
Unsupported Scenarios
Figure A-7 shows that the route to IPGWx linksets 1 and 2 are combined. Combined linksets are not supported.
Figure A-7 Unsupported deployment scenario: combined linksets (1)
![Unsupported deployment scenario: combined linksets (1) Unsupported deployment scenario: combined linksets (1)](img/as_unsupported1.jpg)
Figure A-8 shows that the route to IPGWx linksets 1 and 2 are combined for AS1; and linksets 2 and 3 are combined for AS2. Combined linksets are not supported.
Figure A-8 Unsupported deployment scenario: combined linksets (2)
![Unsupported deployment scenario: combined linksets (2) Unsupported deployment scenario: combined linksets (2)](img/as_unsupported2.jpg)