150-420 · Question #105
Referring to the exhibit, "vrid 10" is not responding. What could cause this condition?
The correct answer is D. Link local unicast IPv6 address is not used. Exam Questions, Study Guides, Practice Tests. Lead the way to help you pass any IT Certification exams, 100% Pass Guaranteed or Full Refund. Especially Cisco, CompTIA, Citrix, EMC, HP, Oracle, VMware, Juniper, Check Point, LPI, Nortel, EXIN and so on. Our Slogan: First Test…
Question
Referring to the exhibit, "vrid 10" is not responding. What could cause this condition?
Options
- AOnly IPv4 addressing is allowed.
- BGlobal unicast IPv6 address is not used.
- CYou cannot mix IPv4 and IPv6 addressing.
- DLink local unicast IPv6 address is not used.
How the community answered
(27 responses)- A4% (1)
- B11% (3)
- C4% (1)
- D81% (22)
Explanation
Exam Questions, Study Guides, Practice Tests. Lead the way to help you pass any IT Certification exams, 100% Pass Guaranteed or Full Refund. Especially Cisco, CompTIA, Citrix, EMC, HP, Oracle, VMware, Juniper, Check Point, LPI, Nortel, EXIN and so on. Our Slogan: First Test, First Pass. Help you to pass any IT Certification exams at the first try. You can reach us at any of the email addresses listed below. Any problems about IT certification or our products, you could rely upon us, we will give you satisfactory answers in 24 hours.
Topics
Community Discussion
8D is correct. VRRP for IPv6 requires a link-local address on the interface because the VRRP advertisements are sourced from the link-local address, so without one configured the virtual router simply will not come up.
VRRPv3 on IPv6 needs a link-local address to source its hellos, full stop. Saw this exact trap on my 150-420 sitting, almost clicked B because I overthought the "global unicast" wording, then remembered the protocol docs, caught myself, and marked D with about ten seconds left on that question.
VRRP for IPv6 needs a link-local address as its primary, right?
Yes, the virtual router uses a link-local address as its primary, but make sure you also configure a global unicast VIP if hosts in your subnet need to reach destinations outside the local segment through that gateway.
The RFC for VRRPv3 is explicit that IPv6 VRRP advertisements must be sourced from the interface's link-local address, so if that address is absent the virtual router simply cannot send or receive protocol traffic, which is exactly the symptom described. Can you confirm whether the exhibit shows a global unicast configured but no fe80 address on that interface, because that distinction is what separates D from B on this one?
Hiroshi nailed it, and the quick add is that if the exhibit shows EUI-64 or manual global unicast assigned but the link-local suppressed or missing from the show ipv6 interface output, that is your smoking gun for D over B because the multicast join for FF02::12 also fails without that fe80 source.
I got burned by this exact one my first sit, and I am telling you it is A because VRRP for IPv6 simply does not exist in the same way, the protocol itself is built around IPv4 and mixing in an IPv6 address on that virtual router interface breaks the whole election process before it even starts.
Wesley, the election process you're thinking of runs on link-local addresses and is not affected by assigning a global unicast IPv6 address to the virtual router, so D holds up because VRRP version 3 was specifically extended to support IPv6 and handles that scenario without breaking anything.