McDewey

Multi-vendor documentation library · semantic search · MCP endpoint at /mcp

Page 1556

↗ View in doc context
page
1556
source
cucm/v15/jtapi-dev-guide/jtapi-dev-guide.md
chunk_id
cucm::v15::jtapi-dev-guide::jtapi-dev-guide::1560

B gets newcall with Cgpn = A, Cdpn = B, Lrp = , OCdpn = B. JTAPI Application will get CallActive, Connection, CallCtlConnection, TerminalConnecton and CallCtlTerminalConnection created for B with CAUSE_NORMAL, and the new API will return REASON_REFER. B’s Connection/CallCtlConnection, TerminalConnection/CallCtlTerminalConnection will go into the Connected/Established/Active/Talking state. JTAPI creates Connection and CallCtlConnection for A in “UNKNOWN” state based on FarEndPointType_ServerCall provided by CTI/CP. B answers the call and is connected to A (at this point no RTPEvent will be sent). B get CallPartyInfoChangedEv with Cgpn = B, Cdpn = C, Lrp = A, OCdpn = C, Reason = REFER. C get NewCall offering with Cgpn = B, Cdpn = C, Lrp = A, OCdpn = C, Reason = REFER. JTAPI Application will get Connection, CallControlConnection, TerminalConnecton and CallCtlTerminalConnection created for B with CAUSE_NORMAL, and the new API will return REASON_REFER. C Accepts/Answers the call, B is connected to C (now Application receives RTP events). C’s Connection/CallCtlConnection, TerminalConnection/CallCtlTerminalConnection will go into the Connected/Established/Active/Talking state. JTAPI Application observing B will see: getCallingParty() = A getCalledParty() = B getCurrentCallingParty() = B getCurrentCalledParty() = C getLastRedirecting() = A JTAPI Application observing C will see: getCallingParty() = B getCalledParty() = C getCurrentCallingParty() = B getCurrentCalledParty() = C getLastRedirecting() = A Cisco Unified JTAPI Developers Guide for Cisco Unified Communications Manager, Release 15 and SUs 1492 Message Sequence Charts Message Sequence Charts

Page 1556 content