McDewey

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

Page 1552

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

getCurrentCallingParty() = A getCurrentCalledParty() = B getLastRedirecting() = NULL JTAPI Application observing C will see: getCallingParty() = A getCalledParty() = B getCurrentCallingParty() = A getCurrentCalledParty() = B getLastRedirecting() = NULL Scenario Six A(SIP UA in cluster/in control) is in a call with B. A(referrer) REFERs B(Referee) to C(Refer to target), C answers the call. JTAPI moves Connection/CallControlConnection/TerminalConnection/CallControlTerminalConnection for C to the Connected/Established/Active/Talking state. CAUSE_CODE provided is CAUSE_NORMAL and the new API will provide REASON_REFER. CallInfo at B and C will be as follows At B: Cgpn = B, Cdpn = C, Lrp = A OCdpn = C At C: Cgpn = B, Cdpn = C, Lrp = A OCdpn = C 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 Scenario Seven A(SIP UA in cluster/in control) is in a call with B. Cisco Unified JTAPI Developers Guide for Cisco Unified Communications Manager, Release 15 and SUs 1488 Message Sequence Charts Message Sequence Charts

Page 1552 content