Selected Answer: D Another tricky question, in real production, you won't go and change service parameteres for a single user, first you go and check the the device network port, correct. And again in real life when you get duplex/speed mismatch you are getting a bigger problem than voice/video quality, the phone may get disconnected, and you get dial tone with delay and a few more signaling issues. And for such things, the issue only is not affecting one user and could be reported by many users. So, if the issue is not the network port, then you go and disable "Video Bandwidth Pool for Immersive Video Calls", and test it again.

Selected Answer: B If I could choose none of the above I would, but otherwise checking the network makes more sense.

Selected Answer: B None of that will fix the problem, so it could be a network issue, so B.

No, after re-reading, the answer can be D, sorry. CUCM could be letting the call try to use more bandwidth than is allowed/configured on the network.

Selected Answer: B This seems like a B to me. They mention the audio is choppy too, I dont think this parameter affects audio. Only video.

Selected Answer: D question says : "ENDPOINTS" - plural - which means there are more than one, and we should then check D ... if there was 1 user we'd be checking network port settings.

I say the answer is B. Bandwidth control in CUCM is about limiting bandwidth usage and whether to allow calls to set up. This question talks about poor call quality, which suggests poor packet throughput. So it's more network related, therefore the answer is B.

I'm not sure if that's true. This is the description of the service parameter taken from a v12.5 CUCM - This parameter specifies whether Cisco Unified Communications Manager reserves bandwidth from desktop video bandwidth pool for immersive video calls. When this service parameter is set to True, Unified CM will use the value from 'Maximum Session Bit Rate for Video Calls' in the Region Configuration window. When this service parameter is set to False, Unified CM will use the value from 'Maximum Session Bit Rate for Immersive Video Calls' in the Region Configuration window for Immersive to Immersive call. Therefore, by setting it to False you are allowing CUCM to reserve bandwith from the Immersive video call bandwith pool (used for Location CAC) and therefore potentially oversubscibing your network bandwith, ie you are allowing more high bandwidth Telepresence video calls to be allowed on the network. This looks like a network related issue to me, ie Answer B - duplex/collision sort of thing causing packet drops?

The max session bit rate per call would be taken from the setting in the video devices Region config

D is the answer Video quality mentioned