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 9 Question 113 Discussion

Alter a new SIP trunk is configured from a third-party SIP trunk provider, the call does not seem to work. A troubles hooting tool and a tiace log from the Cisco Unified Border Element shows that there is communication with the provider and that it is sending out SDP information in the 2XX response. Why is the call not working?
B) The SIP provider expects a delayed offer.
A) The Cisco Unified Border Element does not have any PDVM resources to terminate the SIP trunk assigned.
C) The SIP provider expects an early offer.
D) The Cisco Unified Border Element must be licensed for third-party SIP trunks.

Cisco 300-815 Exam - Topic 9 Question 113 Discussion

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

Alter a new SIP trunk is configured from a third-party SIP trunk provider, the call does not seem to work. A troubles hooting tool and a tiace log from the Cisco Unified Border Element shows that there is communication with the provider and that it is sending out SDP information in the 2XX response. Why is the call not working?

Show Suggested Answer Hide Answer
Suggested Answer: B

Contribute your Thoughts:

0/2000 characters
Noelia
9 months ago
Wait, why would the SIP provider expect anything different?
upvoted 0 times
...
Fidelia
9 months ago
I agree, early offer makes sense here.
upvoted 0 times
...
Reiko
9 months ago
I think it’s definitely about the early offer expectation.
upvoted 0 times
...
Dominque
9 months ago
Could be a delayed offer situation too, not sure.
upvoted 0 times
...
Hildred
9 months ago
Sounds like a licensing issue with the Cisco Border Element.
upvoted 0 times
...
Beata
10 months ago
I don't think it's about PDVM resources since the logs show communication. It must be something with how the offer is being handled.
upvoted 0 times
...
Marva
10 months ago
The SDP info in the response makes me think it could be related to the offer type. I feel like the provider might need a delayed offer, but I can't recall the specifics.
upvoted 0 times
...
Daren
10 months ago
I think I saw a practice question about licensing for SIP trunks. If the border element isn't licensed, that could definitely cause issues.
upvoted 0 times
...
Lacresha
10 months ago
I remember something about early and delayed offers, but I'm not sure which one the provider expects in this case.
upvoted 0 times
...
Tarra
11 months ago
This looks like a classic SIP trunk configuration issue. I'm going to start by verifying the Cisco Unified Border Element's settings and then cross-check them against the SIP provider's requirements.
upvoted 0 times
...
Norah
11 months ago
Okay, I've got a few ideas here. The key seems to be understanding the SIP provider's expectations for the offer/answer process. I'll make sure to thoroughly analyze the trace log and consider each of the answer choices.
upvoted 0 times
...
Cornell
11 months ago
Hmm, the question mentions that the SDP information is being sent in the 2XX response, so I'm thinking it might be an issue with the offer/answer negotiation. I'll need to double-check the SIP provider's requirements.
upvoted 0 times
...
Valentine
11 months ago
This seems like a tricky one. I'll need to carefully review the information provided in the question and the trace log to determine the issue.
upvoted 0 times
...
Craig
1 year ago
I think the Cisco Unified Border Element must be licensed for third-party SIP trunks to make the call work.
upvoted 0 times
...
Otis
1 year ago
I believe the SIP provider expects a delayed offer, that could be causing the issue.
upvoted 0 times
...
Deeann
1 year ago
Wait, the Cisco Unified Border Element doesn't have any PDVM resources? What is this, the Stone Age? Option A is clearly the answer here.
upvoted 0 times
Jacki
11 months ago
User1: Yeah, it seems like the Cisco Unified Border Element needs those PDVM resources.
upvoted 0 times
...
...
Avery
1 year ago
I agree with Valentin, it could be the reason why the call is not going through.
upvoted 0 times
...
Michel
1 year ago
The SIP provider must be using some ancient technology if it expects a delayed offer. Option B is the way to go, my friend.
upvoted 0 times
...
Valentin
1 year ago
I think the call is not working because the Cisco Unified Border Element does not have any PDVM resources.
upvoted 0 times
...
Margo
1 year ago
Haha, the Cisco Unified Border Element probably needs a license for third-party SIP trunks. What, did they think it was a free-for-all?
upvoted 0 times
Samira
1 year ago
B) The SIP provider expects a delayed offer.
upvoted 0 times
...
Dierdre
1 year ago
A) The Cisco Unified Border Element must be licensed for third-party SIP trunks.
upvoted 0 times
...
...
Ramonita
1 year ago
The issue seems to be with the SDP negotiation. I'm guessing the provider expects an early offer, so option C is the correct answer.
upvoted 0 times
Carin
1 year ago
That makes sense, the SDP negotiation must be the issue then.
upvoted 0 times
...
Margurite
1 year ago
I think the SIP provider expects an early offer, so option C is the correct answer.
upvoted 0 times
...
...

Save Cancel