The issue is that when a call is parked by an IP phone, once the call retrieval timer expires, it is received by a different member on the hunt list. This is because when the call comes to hunt pilot 5001, the final called party for the call becomes 5001. Now, when another IP phone answers the call and parks it, the park feature records 5001as the number to which the call is reverted when the retrieval timer expires. This behavior is normal for a Route Plan > Route/Hunt > Hunt Group/List configuration of the Attendant Console (AC). This configuration causes the parked call to reach the next available member in the hunt list or group, and explains the behavior observed in the environment.
The Parked Calls window in the AC application only works correctly with a pure AC configuration (such as Service > Cisco CallManager Attendant Console > Pilot/Hunt Group). A pure AC configuration supports broadcast hunting, correct park monitoring and retrieval of parked calls to the member/attendant who placed the call on park. To resolve this issue, a pure AC configuration is required. For more information on Parked Calls Window, refer to: Parked Calls Window.
Hi Guys,Is it possible to block SSH only for Expressway's public IP while still allows the SSH from internal IP? Can we do it only from the Expressway setting? Or this action should involve firewall?Thanks!
Hi All,We have an issue with our Unified CM, where the voicemail is disconnecting the call , after it asks for the users extension. This is for users on Exchange 2016.Exchange 2010 UM - Uses voicemail number 499.Exchange 2016 UM - Uses voicemail number 47...
Hello Everyone, I 'm looking at the output of show call active voice compact of recently installed CME. I noticed I have ton of calls generated randomly. Can anyone plz explain why I have this behavior? Temp-VGW-01# show call active voice compac...