Here is a summary of the TWSS components, database tables, and other network elements that are required when you deploy Parlay X Call Handling over Parlay.
When you deploy this Web service implementation, the only required element in your network is the WebSphere® Application Server platform.
Before the Parlay X Call Handling over Parlay Web service is called, the service authorization mediator in the Telecom Web Services Access Gateway flow, will authenticate your access.
The Service Policy Manager must be installed in the network, either in the Service Platform cluster or in its own cluster. The Service Policy Manager manages policies associated with the Web service implementation. When the database tables are created, they are populated with default policies. For information about default policies, see the Reference section of this information center.
The consoles must be installed on the deployment manager node for the cluster where the Web service is deployed. The TWSS Administration Console must be installed before the Parlay Administration Console.
The TWSS Administration Console is used to configure the Web service implementations and the Service Platform components and to specify how they should be invoked. It is also used to administer MBeans that are included in the EAR file for the Web service implementations. It is managed through JMX.
The Parlay Administration Console is used to configure the Parlay Connector.
Both console plug-ins act as extensions to the Integrated Solutions Console.
Service Platform component | Required? | Remarks |
---|---|---|
Admission Control | No | When the Admission Control component Web service is available, the Web service implementation issues a VerifyAdmittableRequest to the Admission Control component to determine if the service request can be processed. |
Traffic Shaping | No | Recommended in an integrated environment–that is, in a full setup where all of the TWSS components (Access Gateway, Service Policy Manager, and so forth) coexist. |
Network Resources | No | Recommended in an integrated environment. |
Address Masking | No | When deployed, the Address Masking component Web service works in conjunction with the Address Masking mediation primitive (part of the processing flow for the Access Gateway). |
Fault and Alarm | No | Recommended. When the Fault and Alarm component Web service is
available, the Web service implementation issues a RecordFaultRequest request
to the Fault and Alarm component to generate a fault or an alarm when
the following conditions occur:
|
Usage Record | No | When the Usage Record component Web service is available, the Web service implementation uses it to record information about services rendered for status and billing purposes. |
Database tables must be created to store configuration and policy data. You can use a single database to store this data, or you can create a unique database for each type of data. When you use the First Steps script, the required tables are created for a single database configuration.
If you choose to use multiple unique databases, or if you prefer to configure the database tables manually, you can find additional information in the topic Planning for the database.
The Parlay X Call Handling over Parlay Web service implementation interacts with network elements and other entities. The following interactions are important.