ISCC Call Data Transfer Service Flashcards
ISCCEventCallDataXferService
Destination T-Server response to routing request. It will contain the access number to reach the resouce.
ISCCDataXferResouce
Contains the Access Number the call needs to reach. Attribute of ISCCEventCallDataXferService.
ISCC Determines Access Number
Access Number specified in the Attribute Extension, Association Field on DN, The DN number, Access Code on original switch, and the default access code on destination switch. Selected DN.
ISCCEventCallDataXferSucceeded
Destination T-Server sends to Origination T-Server that the call has routed successfully
EventRemoteConnectionSuccess
Message that the Origination T-server sends to the client that the call was routed successfully to the remote switch
External Route Point
Used and registered only by the ISCC and with only route transaction type where the call arrives at a route point in which the ISCC will request to route call (RequestRouteCall) to destination. Call Matching is also performed on the route point by ISCC.
request-tout
Config option that tells ISCC how long to wait for response from request sent.
ISCCRequestGetCallDataXferService
ISCC request for resource to route call to and will contain the TrackingID(Token), ReferenceID(transaction number), Dest DN, DataXferType(transaction type) and UserData
Direct Transaction Types
Access Resource is the DN and when the call arrives at Destination the ISCC will check if it has the correct attribute (except direct-notoken) during call matching. Call data and transaction detail is saved against the DN for preparation of call arrival.
route-uui
ISCC Verifies the arrived call has the expected token. Required Destination Switch to have this configured.
DNIS pool transaction type
DNIS type Access Resource that is configured on switch of destination.
What happen when resources are available for Call Data Transfer?
ISCC stores the transaction detail for the access resources and determine the access number the PBX need to reach the resource.
notoken(route and direct-notoken)
Calls arriving at the DN is expected while T-Server need to verify call parameters such as ani, call-id, network-callid, dnis.
transaction type that are only supported in specific switches of the same type
callid, networkid, uui
ISCCAttributeReferenceID
Reference the transaction number to trace the transaction in both T-server. Replaces the AttributeReferenceID when destination T-server receives the information to route call to.