Cisco 350-801 - Implementing Cisco Collaboration Core Technologies (350-801 CLCOR)

Call forwarding is a feature that allows users to forward incoming calls to another number. This can be useful in a number of situations, such as when a user is not available to take a call, or when a user wants to forward calls to a different number during certain times of the day.

Call forwarding can be used to improve business continuity by ensuring that calls are always answered, even if the user is not available. For example, if a user is out of the office, they can forward their calls to their voicemail or to another employee. This ensures that customers and clients can always reach someone, even if the user is not available.

The engineer must set the Enable Activation Code enterprise parameter to True. This will enable the use of activation codes for onboarding on-premises devices to a Cisco UCM server. The other options are not necessary to complete the configuration.

Here are the steps to complete the configuration:

Log in to the Cisco Unified Communications Manager (CUCM) Administration interface.

Go to System > Enterprise Parameters.

Set the Enable Activation Code enterprise parameter to True.

Click Save.

The activation code onboarding feature is now enabled. You can use it to onboard new phones to the CUCM server.

SRST, or Survivable Remote Site Telephony, is a feature that allows Cisco IP phones to continue to function even when the connection to the Cisco UCM publisher is lost. When SRST is configured, the phones will automatically reregister to the publisher when the connection is restored.

Route groups are used to route calls to different destinations based on the caller's phone number or other criteria. Cisco UCM is the call management system that controls the IP phones. Device pools are used to group phones together for administrative purposes.

When using COS to mark an Ethernet frame, the 802.1 p User Priority bits are set. These bits are used to indicate the priority of the frame. The higher the priority, the more likely the frame is to be transmitted first.

In a flow-based WFQ solution, bandwidth is allocated to traffic flows based on the following criteria:

The priority of the traffic flow

The amount of bandwidth that is available

The number of traffic flows that are competing for bandwidth

Voice traffic is typically given a higher priority than other types of traffic, such as data traffic. This is because voice traffic is more sensitive to latency and jitter than data traffic.

When there is not enough bandwidth to accommodate all of the traffic flows, the WFQ algorithm will prioritize the traffic flows based on their priority. The traffic flows with the highest priority will be given the most bandwidth, and the traffic flows with the lowest priority will be given the least bandwidth.

If there is still not enough bandwidth to accommodate all of the traffic flows, the WFQ algorithm will start to drop packets. The packets that are dropped will be the packets from the traffic flows with the lowest priority.