Click the Exhibit button.
[edit] [edit]
lab@r1# show protocols lab@r2# show protocols
ospf3 { ospf3 {
area 0.0.0.0 { area 0.0.0.0 {
interface 1o0.0; interface 1o0.0;
interface ge-1/0/6.0; interface ge-1/0/7.0;
}
}
lo0 = 172.16.100.1/32 [edit]
fc00:1000::1/128 lab@r2# show protocols
ospf3 {
area 0.0.0.0 {
interface 1o0.0;
interface ge-1/1/7.0;
interface ge-1/1/6.0;
}
}
You must ensure that r1’s IPv4 loopback address exists in r3’s inet 0 routing table.
Referring to the exhibit, which statement is true?
A.
An IPv4 unicast realm can be enabled on each router.
B.
A policy can be configured on r1 to redistribute 172.16.100.1/32 into OSPFv2, which would cause r3 toeventually learn the route and place it into inet 0.
C.
A RIB group can be configured on r3 to copy that route into inet 0 because 172.16.100.1/32 exists in r3’s
inet6.0 table.
D.
A policy can be configured on r1 to redistribute 172.16.100.1/32 into OSPFv3, which would cause r3 to
eventually learn the route and place it into inet 0.
Explanation:
A RIB group is a way to have a routing protocol, in most cases, place information in multiple route tables.
Each RIB group is named and told where to place and retrieve route information. An example of a RIB group is:
routing-options {
rib-groups {
test {
import-rib [ inet.0 test.inet.0 ];
}
}
https://kb.juniper.net/InfoCenter/index?page=content&id=kb16133&actp=search
It is not A to be not confused IPV4 realm will let IP4 prefixes like loopback to be in inet6.0 not inet.0 but this question is tricky
since in configuration side we don’t see the realm which is mandatory to install IPV4 prefix first then RIB groups option will be used from inet6 to inet
0
0
Passed the JNCIP-SP JN0-661 exam recently!
I had 65 multiple-choice questions, few new questions, which are not available here!
Pay close attention to the objective of BGP, many questions on it!
And, learning the Layer 2/3 VPNs, Class of Service (CoS) and IS-IS deeply and carefully!!!
At last, I recommend you to learn the NEWEST & VALID PassLeader JN0-661 dumps here:
http://www.juniperbraindumps.com/?s=JN0-661
(IT IS THE NEWEST VERSION — 138 Q&As!!!)
Good Luck!!!
0
2
Correct answer is A. I tried it in LAB. A realm ipv4-unicast should be add to ospf3 protocol configuration :
ospf3 {
realm ipv4-unicast {
area 0.0.0.0 {
interface ge-0/0/0.0;
interface lo0.0;
}
}
area 0.0.0.0 {
interface lo0.0;
interface ge-0/0/0.0;
}
}
0
0
Hi Loic, I did this testing too but unfortunately i couldn’t see R1 ipv4 loopback in R2 inet.0 route table….could you share your config?
0
0
yes it A. tested in LAB
0
0
Configure OSPFv3 to advertise address families other than unicast IPv6.
https://www.juniper.net/documentation/en_US/junos/topics/reference/configuration-statement/realm-edit-protocols-ospf3.html
https://www.juniper.net/documentation/en_US/junos/topics/topic-map/ospfv3-multiple-address-families.html
0
0
I agree enima, so the answer maybe is C.
0
0
Option A, Final answer.
he approach to answering questions like this is always a two prong approach.
First, You need to understand that OSPfv3 uses IPv4 addresses only as the router ID, and that OSPFv3 instance was invented for IPv6 addressing.
Therefor, to be able to advertise address families other than unicast IPv6 in JunOS, each address family must be configured under a realm.
The options available for this configuration is as follows;
ipv4-unicast — Configure a realm for IPv4 unicast routes.
ipv4-multicast — Configure a realm for IPv4 multicast routes.
ipv6-multicast — Configure a realm for IPv6 multicast routes.
For IPv6 unicast, you don’t need a realm, unless if you are in mixed opfv2 and ospfv3 environment.
!
set realm (ipv4-unicast | ipv4-multicast | ipv6-multicast) area area-id interface interface-name
!
0
0