McDewey

JTAPI Application observing C will see: getCallingParty() = B getCalledParty() = C getCurrentCallingParty() = B getCurrentCalledParty() = C getLastRedirecting() = A Scenario Three A(SIP UA inside cluster) is in a call with B. A(referrer) REFERs B(Referee) to C(Refer to target), C is ringing but C did not answer the call and has no forward configured. Refer fails, the original call between A and B is restored. JTAPI will Disconnect/Drop the Connection/CallControlConnection/TerminalConnection/ CallControlTerminalConnection for C. CAUSE_CODE provided will be CAUSE_NORMAL and the new API will provide REASON_REFER and move A’s Connection/CallControlConnection/ TerminalConnection/CallControlTerminalConnection from the “Unknown” state to the Connected/ Established/Active/Talking state. CallInfo at A and B will be as follows At A: Cgpn = A, Cdpn = B, Lrp = OCdpn = B At B: Cgpn = A, Cdpn = B, Lrp = OCdpn = B JTAPI Application observing A will see: getCallingParty() = A getCalledParty() = B getCurrentCallingParty() = A getCurrentCalledParty() = B getLastRedirecting() = NULL JTAPI Application observing B will see: getCallingParty() = A getCalledParty() = B getCurrentCallingParty() = A getCurrentCalledParty() = B getLastRedirecting() = NULL Scenario Four A(SIP UA outside cluster) is in call with B. Cisco Unified JTAPI Developers Guide for Cisco Unified Communications Manager, Release 15 and SUs 1486 Message Sequence Charts Message Sequence Charts