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 Exam 350-801 Topic 10 Question 72 Discussion

Actual exam question for Cisco's 350-801 exam
Question #: 72
Topic #: 10
[All 350-801 Questions]

Refer to the exhibit.

https://i.postimg.cc/C57TkczG/image.png

A call is falling to establish between two SIP Devices The called device answers with these SOP Which SOP parameter causes issue?

Show Suggested Answer Hide Answer
Suggested Answer: D

The RTP port is used to send and receive media packets during a call. If the RTP port is set to 0, the called device will not be able to send or receive media packets, and the call will fail.

The other options are not correct because:

A) The calling device did not offer a ptime value: The ptime value is used to specify the amount of time between each media packet. If the calling device does not offer a ptime value, the called device will use the default value of 20 milliseconds.

B) The media stream is set to sendonly: The media stream is set to sendonly when the called device is only able to send media packets, and not receive them. This is not a problem, and the call will still succeed.

C) The payload for G.711ulaw must be 18: The payload for G.711ulaw is the type of media packet that is used. The payload must be set to 18 for G.711ulaw, but this is not a problem, and the call will still succeed.


Contribute your Thoughts:

Mitsue
10 months ago
I think both options A and D could potentially cause issues. We should consider them both.
upvoted 0 times
...
Stanton
10 months ago
But if the RTP port is set to 0, wouldn't that also prevent the call from establishing properly?
upvoted 0 times
...
Natalie
11 months ago
I disagree, I believe the problem lies with option D, the RTP port being set to 0.
upvoted 0 times
...
Stanton
11 months ago
I think the issue is caused by option A, the calling device not offering a ptime value.
upvoted 0 times
...
Vallie
11 months ago
I think the issue is with the payload for G.711ulaw needing to be 18. That could be causing the problem.
upvoted 0 times
...
Brandon
11 months ago
But if the media stream is set to send only, wouldn't that still allow the call to be established?
upvoted 0 times
...
Marquetta
12 months ago
I disagree, I believe the problem lies in the media stream being set to send only.
upvoted 0 times
...
Earleen
12 months ago
I agree with Brandon, having the RTP port set to 0 would definitely cause a problem.
upvoted 0 times
...
Brandon
1 years ago
I think the issue is with the RTP port being set to 0.
upvoted 0 times
...
Ricki
1 years ago
Haha, I bet the answer is 'D' - the RTP port set to 0. That's just begging for trouble!
upvoted 0 times
...
Lauran
1 years ago
You know, I'm not too familiar with SIP protocols, but the way I see it, the 'send only' media stream could be causing problems. That might be worth looking into.
upvoted 0 times
...
Leah
1 years ago
Okay, let's see. The called device is answering with some SDP parameters. I think the issue might be with the 'ptime' value, since the question asks about that specifically.
upvoted 0 times
...
Dalene
1 years ago
Hmm, this question seems a bit tricky. The exhibit shows some SIP parameters, but I'm not sure which one is causing the issue. Let me take a closer look.
upvoted 0 times
Toi
1 years ago
Option D could also be causing the issue
upvoted 0 times
...
Kiera
1 years ago
D) The RTP port is set to 0.
upvoted 0 times
...
Eun
1 years ago
Maybe option A is the problem
upvoted 0 times
...
Wenona
1 years ago
A) The calling device did not offer a ptime value
upvoted 0 times
...
Keva
1 years ago
I believe option C is not the issue here
upvoted 0 times
...
Lacey
1 years ago
C) The payload for G.711ulaw must be 18.
upvoted 0 times
...
Annice
1 years ago
I think option B is causing the issue
upvoted 0 times
...
Fabiola
1 years ago
B) The media stream is set to send only
upvoted 0 times
...
...

Save Cancel
az-700  pass4success  az-104  200-301  200-201  cissp  350-401  350-201  350-501  350-601  350-801  350-901  az-720  az-305  pl-300  

Warning: Cannot modify header information - headers already sent by (output started at /pass.php:70) in /pass.php on line 77