Cyber Monday 2024! 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
6 months ago
I think both options A and D could potentially cause issues. We should consider them both.
upvoted 0 times
...
Stanton
6 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
6 months ago
I disagree, I believe the problem lies with option D, the RTP port being set to 0.
upvoted 0 times
...
Stanton
6 months ago
I think the issue is caused by option A, the calling device not offering a ptime value.
upvoted 0 times
...
Vallie
6 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
7 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
7 months ago
I disagree, I believe the problem lies in the media stream being set to send only.
upvoted 0 times
...
Earleen
7 months ago
I agree with Brandon, having the RTP port set to 0 would definitely cause a problem.
upvoted 0 times
...
Brandon
7 months ago
I think the issue is with the RTP port being set to 0.
upvoted 0 times
...
Ricki
8 months ago
Haha, I bet the answer is 'D' - the RTP port set to 0. That's just begging for trouble!
upvoted 0 times
...
Lauran
8 months 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
8 months 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
8 months 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
7 months ago
Option D could also be causing the issue
upvoted 0 times
...
Kiera
7 months ago
D) The RTP port is set to 0.
upvoted 0 times
...
Eun
8 months ago
Maybe option A is the problem
upvoted 0 times
...
Wenona
8 months ago
A) The calling device did not offer a ptime value
upvoted 0 times
...
Keva
8 months ago
I believe option C is not the issue here
upvoted 0 times
...
Lacey
8 months ago
C) The payload for G.711ulaw must be 18.
upvoted 0 times
...
Annice
8 months ago
I think option B is causing the issue
upvoted 0 times
...
Fabiola
8 months 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