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

Huawei Exam H12-261_V3.0 Topic 4 Question 52 Discussion

Actual exam question for Huawei's H12-261_V3.0 exam
Question #: 52
Topic #: 4
[All H12-261_V3.0 Questions]

RTA is the source DR router and RTB is the RP router. The multicast source sends multicast data to the RIA, but the RIB cannot see the multicast source registered to it through the PIM Register message. What are the possible reasons?

Show Suggested Answer Hide Answer
Suggested Answer: A, B, C, D

Contribute your Thoughts:

Cordelia
2 months ago
Ah, the age-old static RP vs. dynamic RP dilemma. If the RP is statically configured, then option D seems like the way to go. Let's hope the network admin isn't sleeping on the job!
upvoted 0 times
Willow
26 days ago
Latonia: Agreed, it's important to make sure everything is set up correctly to prevent any issues.
upvoted 0 times
...
Coral
1 months ago
User 3: Maybe the network admin needs to double-check the configurations to avoid any problems.
upvoted 0 times
...
Latonia
1 months ago
User 2: Yeah, having the RP statically configured can definitely cause issues.
upvoted 0 times
...
Reena
2 months ago
User 1: Option D seems like the best choice if RP is statically configured.
upvoted 0 times
...
...
Verda
2 months ago
Haha, the RP better not be a diva and refusing to work with RTA! Option C could be the answer, but I'm not totally sure.
upvoted 0 times
Freeman
13 days ago
Option C says the RP elected by RTA is not RTB, so that could be the reason.
upvoted 0 times
...
Portia
18 days ago
Yeah, that could be the case. It might not be configured to work with RTA.
upvoted 0 times
...
Jutta
25 days ago
Maybe the RP is just being picky and not wanting to work with RTA.
upvoted 0 times
...
Trinidad
1 months ago
User 3: Yeah, if the RP is not RTB, then that could definitely cause issues with the multicast data not being seen by RIB.
upvoted 0 times
...
Kiley
1 months ago
User 2: Option C says the RP elected by RTA is not RTB, so that could be the reason.
upvoted 0 times
...
Marva
2 months ago
User 1: Maybe the RP is just being picky and doesn't want to work with RTA.
upvoted 0 times
...
...
Tori
2 months ago
Hmm, interesting. Maybe the dynamic election of the RP is the issue? I'm leaning towards option B, but I'll have to think this through a bit more.
upvoted 0 times
...
Kanisha
2 months ago
I think it could be a combination of options A and D, depending on the network setup.
upvoted 0 times
...
Douglass
2 months ago
The problem seems to be with the RPF check. The lack of a unicast route from RTB to RTA is the likely culprit here. I'd go with option A.
upvoted 0 times
Daisy
2 months ago
Yes, without a proper unicast route, the RPF check will fail and cause issues with multicast data flow.
upvoted 0 times
...
Glen
2 months ago
I agree, option A makes sense. The RPF check is crucial for multicast routing.
upvoted 0 times
...
...
Elin
3 months ago
I'm not sure, but option D also seems plausible since RTA might not be configured with the RP.
upvoted 0 times
...
Devora
3 months ago
I agree with Gilma, option A makes sense because of the RPF check.
upvoted 0 times
...
Gilma
3 months ago
I think the reason could be option A.
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