McDewey

If all members are not observed call could go to invalid state when moving between hunt members Result Scenario GC1: CallActiveEv GC1: ConnCreatedEv C GC1: ConnInProgressEv C GC1: CallCtlConnOfferedEv C GC1: ConnCreatedEv A GC1: CiscoHuntConnCreatedEv B GC1: ConnConnectedEv B GC1: CallCtlConnEstablishedEv B GC1: ConnConnectedEv A GC1: CallCtlConnEstablishedEv A GC1: ConnAlertingEv C GC1: CallCtlConnAlertingEv C GC1: TermConnRingingEv TC GC1: CallCtlTermConnRingingEv TC A (1000) calls (GC1) Hunt Pilot B (2000), call is offered at C (3001). C does not answer the call, call moves to D, and to E where it is answered. C, D, E and F are the members. Application is observing C and E. GC1: ConnDisconnectedEv B GC1: CallCtlConnDisconnectedEv B getCallControlCause() = CAUSE.REDIRECTED GC1: ConnDisconnectedEv A GC1: CallCtlConnDisconnectedEv A getCallControlCause() = CAUSE.REDIRECTED GC1: TermConnDroppedEv TC GC1: CallCtlTermConnDroppedEv getCallControlCause() = CAUSE.REDIRECTED GC1: ConnDisconnectedEv C GC1: CallCtlConnDisconnectedEv C getCallControlCause() = CAUSE.REDIRECTED GC1: CallInvalidEv GC1: CallActiveEv Call moves to D (not unobserved). Cisco Unified JTAPI Developers Guide for Cisco Unified Communications Manager, Release 15 and SUs 1028 Message Sequence Charts Message Sequence Charts