Free 300-815 Exam Braindumps
Implementing Cisco Advanced Call Control and Mobility Services (CLASSM) Questions 81–85 (page: 18)

Updated On: 10-Feb-2026

What does VoIP trace in a Cisco Unified Border Element do?

  1. It stores all call trace data in system log files for successful and failed calls.
  2. It stores all call trace data in system file logs for failed calls.
  3. It stores all call trace data in system memory for failed calls.
  4. It stores all call trace data in system memory for successful and failed calls.

Answer(s): D



A company is experiencing an issue where calls from the Cisco UCM via Cisco Unified Border Element to the ITSP fail with a "500 server internal error" right after a 183 session in progress is sent back from the ITSP.
What must be enabled to resolve the issue?

  1. delayed offer on Cisco UCM
  2. early offer at the CUBE
  3. delayed offer on CUBE
  4. early offer at the ITSP

Answer(s): B





Refer to the exhibit. Users report that outgoing calls do not work on the new SIP trunk for outgoing calls. The solution consists of a Cisco UCM Cluster linked to a Cisco Unified Border Element where the SIP trunk is terminated. The provider required 10 digits. The logs show a line going toward the Cisco Unified Border Element.
Which code snippet must be added to the configuration to meet the requirement?

  1. request Invite sip-header modify "<sip:1(...)@" "<sip:9135551\1@" under the SIP translation profile configuration
  2. request Invite sip-header modify "<sip:1(...)@" "<sip:9135551\1@" under the voice translation profile configuration
  3. sip-header modify "<sip:1(...)@" "<sip:9135551\1@" under the voice translation profile configuration
  4. request Invite sip-header Diversion modify "<sip:1(...)@" "<sip:9135551\1@" under the SIP profile configuration

Answer(s): A

Explanation:

The SIP INVITE log shows that the calling number is being sent as 1155@..., which is not in the 10-digit format required by the ITSP. To rewrite the number in the proper format, such as 9135551155@..., a SIP profile with header modification must be used.
Using the sip-header modify command in a SIP profile, applied to the INVITE request, allows you to match and rewrite the header:
request Invite sip-header modify "<sip:1(...)@" "<sip:9135551\1@" This ensures that the call sent to the ITSP includes the correct 10-digit number, enabling the call to be accepted and routed properly.



A Cisco engineer troubleshoots an issue with calls through the Cisco Unified Border Element, where outside callers experience one-way audio after a party initiates a transfer.
Which command must be configured on the Cisco Unified Border Element to resolve this issue?

  1. midcall-signaling preserve-codec
  2. midcall-signaling pass-thru
  3. midcall-signaling pass-thru media-change
  4. midcall-signaling block

Answer(s): C

Explanation:

The midcall-signaling pass-thru media-change command ensures that media renegotiation (such as codec changes or media IP/port updates) is correctly passed through during midcall events like call transfers. Without this configuration, Cisco UBE might not properly handle the re-INVITE or UPDATE messages, leading to one- way audio. This command allows media parameters to be updated correctly during midcall signaling, which resolves issues like one-way audio during transfers.





Refer to the exhibit. During a troubleshooting session, an engineer was presented with this call flow output diagram after a user reported issues with a call via the SIP ITSP to a counterpart.
What is occurring with this call flow?

  1. The user is experiencing one-way audio after resuming the call from hold.
  2. The user call proceeded normally after resuming from hold.
  3. The user call was terminated due to network issues.
  4. The user is experiencing no-way audio after resuming the call from hold.

Answer(s): D

Explanation:

The SIP call flow diagram shows multiple Re-INVITE and ACK messages that include SDP (inactive), which means the media streams are marked as inactive. This status persists throughout the midcall signaling, including after the call is resumed from hold, without ever switching back to SDP (sendrecv).
Since both sides are negotiating and acknowledging media as inactive and never transitioning back to active media, this results in no-way audio after the call is resumed.



Viewing page 18 of 50
Viewing questions 86 - 90 out of 245 questions


Post your Comments and Discuss Cisco 300-815 exam prep with other Community members:

AI Tutor AI Tutor 👋 I’m here to help!