McDewey
Multi-vendor documentation library · semantic search · MCP endpoint at
/mcpPage 1296
↗ View in doc context- B is a future model Cisco Unified IP Phone -A calls B. B answers with GCID GC1 Expected behavior Call Scenario When A( parked party) is connected to D, the following events are received Events received at Call Observer on B, A GC1 CallCtlTermConnHeldEv TB (CiscoFeatureReason. REASON_DPARK_CALLPARK) GC1 CiscoTermConnSelectChangedEv TB GC1 ConnUnknownEv B GC1 CallCtlConnUnknownEv B GC1 TermConnUnknownEv TB (CiscoFeatureReason. REASON_REFER)) GC1 ConnCreatedEv DGC1 ConnInProgressEv DGC1 CallCtlConnQueuedEv D (CiscoFeatureReason. REASON_REFER)) GC1 TermConnDroppedEv TB GC1 CallCtlTermConnDroppedEv TBGC1 ConnDisconnectedEv BGC1 CallCtlConnDisconnectedEv B(CiscoFeatureReason. REASON_REFER)) Assisted DPark from a Cisco Unified IP Phone: • Cisco Unified IP Phone phone B (which is on active call with A) presses the pre-configured ‘DPark BLF’ button • The parked party A will be connected to D and hearMoH No change in behavior. All events/reason remain the same as is today DPark from Cisco Unified IP Phone • Cisco Unified IP Phone phone B (which is on active call with A) presses the ‘Transfer’ softkey • Parked party A is put on hold, and parker B dials D • Parker B is connected to D and hears MOH. • Parker B presses"Transfer" softkey again to complete the transfer of the parked party A to Dpark code D. • Parked party A is connected to D No change in behavior. All events/reason remain the same as is today DPark from JTAPI API • Application requests for a consult call from B, using the consult() API with destination address as DPark DN D. Say this call has GCID–GC2 • Application complete transfer, using the transfer() API GC1.transfer(GC2) • When transfer is completed A is connected to DPark DN Cisco Unified JTAPI Developers Guide for Cisco Unified Communications Manager, Release 15 and SUs 1232 Message Sequence Charts Message Sequence Charts
