Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Cisco 300-815 Exam - Topic 4 Question 109 Discussion

Refer to the exhibit.An engineer is troubleshooting an issue where inbound calls to Cisco UCM with early media fail to establish. While investigating the issue, the engineer finds that Cisco UCM is set to require a PRACK. but the Cisco Unified Border Element is not sending it. Which command is causing this issue?
A) voice-class sip rel1xx disable
B) voice-class sip early-media update block
C) voice-class midcall-signaling block
D) voice-class sip conn-reuse

Cisco 300-815 Exam - Topic 4 Question 109 Discussion

Actual exam question for Cisco's 300-815 exam
Question #: 109
Topic #: 4
[All 300-815 Questions]

Refer to the exhibit.

An engineer is troubleshooting an issue where inbound calls to Cisco UCM with early media fail to establish. While investigating the issue, the engineer finds that Cisco UCM is set to require a PRACK. but the Cisco Unified Border Element is not sending it. Which command is causing this issue?

Show Suggested Answer Hide Answer
Suggested Answer: A

Contribute your Thoughts:

0/2000 characters
Bernardo
8 months ago
Wait, is PRACK really that important for early media?
upvoted 0 times
...
Belen
9 months ago
I agree, option A seems to be the culprit here.
upvoted 0 times
...
Rebbecca
9 months ago
Not so sure about that, could be something else entirely.
upvoted 0 times
...
Cecily
9 months ago
It's definitely the PRACK issue causing the problem.
upvoted 0 times
...
Wilda
9 months ago
I think it's option A, that command blocks the PRACK.
upvoted 0 times
...
Shenika
9 months ago
I’m leaning towards "voice-class midcall-signaling block" as the culprit, but I can't recall the exact details from my study sessions.
upvoted 0 times
...
Yvonne
10 months ago
This reminds me of a practice question where we had to troubleshoot similar SIP issues. I feel like "voice-class sip early-media update block" could be relevant here.
upvoted 0 times
...
Gennie
10 months ago
I think the command "voice-class sip rel1xx disable" might be the one causing the issue, but I need to double-check my notes on that.
upvoted 0 times
...
Aron
10 months ago
I remember studying PRACK and its importance in early media, but I'm not entirely sure which command directly affects it.
upvoted 0 times
...
Vinnie
10 months ago
I feel pretty good about this one. The question is clear, and the exhibit provides helpful context. I think the answer is A, "voice-class sip rel1xx disable". This command would likely disable the PRACK requirement, which is causing the issue.
upvoted 0 times
...
Chau
11 months ago
Based on the options provided, I'm leaning towards answer B. The "voice-class sip early-media update block" command seems like it could be the culprit, as it might be preventing the Unified Border Element from sending the required PRACK. But I'll double-check the other options just to be sure.
upvoted 0 times
...
Bulah
11 months ago
Hmm, I'm a bit confused by the terminology here. What exactly is a PRACK, and how does it relate to the problem they're describing? I'll need to do some quick research on SIP signaling before I can make a confident guess.
upvoted 0 times
...
Rikki
11 months ago
Okay, let's see here. The question mentions that Cisco UCM is set to require a PRACK, but the Unified Border Element is not sending it. I think the key is to identify the command that is causing this issue.
upvoted 0 times
...
Gerald
11 months ago
This looks like a tricky one. I'll need to carefully read through the question and examine the exhibit to understand the issue before I can decide on the best approach.
upvoted 0 times
...
Sabine
1 year ago
Haha, the engineers must be having a real headache with this one. I'd say option C, the voice-class midcall-signaling block command, is the way to go. It's probably causing some issues with the early media.
upvoted 0 times
Andrew
1 year ago
Maybe they should try disabling it and see if that fixes the issue.
upvoted 0 times
...
Arminda
1 year ago
Yeah, that command could be causing the problem.
upvoted 0 times
...
Bok
1 year ago
I think option C is the culprit here.
upvoted 0 times
...
...
Lera
1 year ago
Hmm, this seems like a tricky one. I'm going to go with option B, the voice-class sip early-media update block command. It sounds like it could be the culprit here.
upvoted 0 times
Ciara
1 year ago
User 3: Maybe we should try disabling that command to see if it resolves the problem.
upvoted 0 times
...
Percy
1 year ago
User 2: I agree, that command could be causing the issue.
upvoted 0 times
...
Evangelina
1 year ago
User 1: I think option B is the right choice.
upvoted 0 times
...
...
Vonda
1 year ago
But if early media is failing to establish, blocking early media updates with option B could be the issue.
upvoted 0 times
...
Octavio
1 year ago
I think the issue is with the voice-class sip rel1xx disable command. The Cisco UCM is set to require a PRACK, but the CUBE is not sending it due to this command.
upvoted 0 times
Roxane
1 year ago
No, that command is not related to the PRACK issue.
upvoted 0 times
...
Margurite
1 year ago
B) voice-class sip early-media update block
upvoted 0 times
...
Quiana
1 year ago
Yes, that command is likely causing the issue.
upvoted 0 times
...
Shawnna
1 year ago
A) voice-class sip rel1xx disable
upvoted 0 times
...
...
Brittney
1 year ago
I disagree, I believe the correct answer is A) voice-class sip rel1xx disable.
upvoted 0 times
...
Vonda
1 year ago
I think the answer is B) voice-class sip early-media update block.
upvoted 0 times
...

Save Cancel