EIGRP Questions
Here you will find answers to EIGRP Questions
Question 1
Refer to the exhibit. In this network, R1 is configured not to perform autosummarization within EIGRP. What routes will R3 learn from R2 through EIGRP?
A. 172.30.1.0/24 and 10.1.2.0/24; EIGRP only performs autosummarization at the edge between two major networks.
B. 172.30.0.0/16 and 10.1.2.0/24; R2 will perform autosummarization, although R1 will not.
C. Since R2 is configured without autosummarization, it will not propagate the 172.30.1.0/24 route.
D. 172.30.0.0/8 and 10.0.0.0/8.
Answer: A
Explanation
EIGRP performs an auto-summarization each time it crosses a border between two different major networks. For example, in the topology below R3 will auto-summary and advertise only 10.0.0.0/8 network to R4 router.
In the above question, if R1 is configured with “auto-summary”, it will advertise the summarized 172.30.0.0/16 network to R2.
Question 2
Though many options are supported in EIGRPv6, select two options from the below list that are supported. (Choose two)
A. VRF
B. auto-summary
C. per-interface configuration
D. prefix-list support via route-map
E. prefix-list support via distribute-list
Answer: C E
Explanation
Below is some information EIGRPv6:
IPv6 EIGRP and IPV4 EIGRP are very similar in concept except for the following differences:
* IPv6 is configured on interface basis (like OSPFv3 and RIPng) and networks are advertised based on interface command -> C is correct.
* When configured on interface, IPv6 EIGRP is initially placed in “shutdown” state
* As with OSPFv3, IPv6 EIGRP require a router-id in IPv4 format
* Passive interfaces can only be configured in the routing process mode
* Need for extra memory resources and supported in IOS 12.4(6)T and later
* No split horizon in IPv6 because it is possible to get multiple prefixes per interface
* No concept of classful routing in IPv6 EIGRP consequently no automatic summary -> B is not correct
EIGRPv6 uses the router configuration command “distribute-list prefix-list” to perform route filtering, and when configuring route filtering the “route-map” command is not supported -> E is correct but D is not.
Virtual Routing and Forwarding (VRF) is also supported in EIGRPv6.
Question 3
Refer to the exhibit. Routers A and B are directly connected. Given the configuration, how many EIGRP routes will router B see in its routing table?
|
Router A relevant configuration router eigrp 100 Router B relevant configuration router eigrp 100 |
A.0
B. 1
C.2
D. 3
E. 4
Answer: A
Explanation
In this question, router A does not advertise its “network 10.10.1.0 0.0.0.255” in the EIGRP process (the network connected with router B) so no EIGRP neighbor relationship is established between two routers. If we use the “show ip route” command on both routers, we just see a directly connected network 10.10.1.0/24 like this:
| Gateway of last resort is not set 10.0.0.0/24 is subnetted, 1 subnets C 10.10.1.0 is directly connected, FastEthernet0/0 |
For your information, even if we use the “network 10.10.1.0 0.0.0.255” in the EIGRP process of router A we still don’t see any EIGRP route because router A does not have any interfaces belonging to networks 10.1.1.0/24, 10.2.1.0/24, 172.16.2.0/24 -> it will not advertise these networks to router B.
Question 4
Refer to the exhibit. Routers A and B are directly connected and running EIGRP, but they are unable to form a neighbor relationship. What is the most likely cause?
|
Router A relevant configuration: router eigrp 100 Router B relevant configuration: router eigrp 100 |
A. The network statements are misconfigured.
B. The IP address statements are misconfigured.
C. The autonomous system is missconfigured.
D. There is a physical issue with the cable.
Answer: B
Explanation
To form neighbor relationship in EIGRP, these conditions must be met:
* Pass the authentication process
* Have the same configured AS number
* Must believe that the source IP address of a received Hello is in that router’s primary connected subnet on that interface
* Match K values
The third item means that the primary ip address of the neighbor must be in the same subnet with the primary ip address of the received interface. But in this case the primary ip address of router A is 10.10.10.1/30 and it is not in the same subnet with the primary ip address of router B 10.10.10.6/30 -> no EIGRP neighbor relationship is formed.
Question 5
You add the following commands into a routed topology:
router eigrp 1
variance 3
traffic-share min across-interfaces
Users now complain about voice quality in your VoIP system. What should be done?
A. Add the command: router eigrp 1 traffic-share voice interface fast 0/0.
B. Reconfigure EIGRP to recognize voice packets.
C. Remove the variance from the configuration.
D. Reconfigure the VoIP system to use RTP sequence number headers.
E. Use an H.323 gatekeeper for your VoIP system to negotiate an H.245 uneven packet buffer.
F. Reconfigure EIGRP to version 2.
Answer: D or E
Explanation
This is a tough question to answer. I have no idea about the command “traffic-share min across-interfaces” and do a search and the best explanation I found is: traffic-share min command causes EIGRP to divide traffic only among the routes with the best metric. When the traffic-share min command is used with the across-interfaces keyword, an attempt is made to use as many different interfaces as possible to forward traffic to the same destination.
Therefore with the configuration above, EIGRP will only use equal-cost load-balancing feature even when the variance command is used. However, if you use both the traffic-share min command and variance command, even though traffic is sent over the minimum-cost path only, all feasible routes get installed into the routing table, which decreases the convergence times. But the voice quality is still the same so C is not a correct answer.
A is not correct as there is no “traffic-share voice ….” command.
B is not correct as EIGRP can not recognize voice packets.
F is not correct because EIGRP does not have version 2.
Note: EIGRP routing process will install all paths with metric < best_metric * variance into the local routing table. Here metric is the full metric of the alternate path (FD) and best_metric is the metric of the primary path
Question 6
Based on the network displayed in the exhibit, both R1 and R2 are configured as EIGRP stub routers. If the link between R1 and R3 is down, will R3 still be able to reach 192.168.1.0/24, and why or why not?
A. No. R3 would remove its route to 192.168.1.0/24 through R1, but would not query R2 for an alternate route, since R2 is a stub.
B. No. The path through R2 would always be considered a loop at R3.
C. Yes. When a directly connected link fails, a router is allowed to query all neighbors, including stub neighbors, for an alternate route.
D. Yes, because R3 would know about both routes, through R1 and R2, before the link between R1 and R3 failed.
Answer: A
Question 7
Study the following network topology carefully. The routers R1, R2 and R3 are connected to each other. EIGRP is running in this network. When the link between R1 and R3 is down, what will R4 receive from R3?
A. R4 will not receive any updates or queries, because R3 will simply move to the path through R2
B. R4 will receive an update noting R3’s higher cost to reach 172.30.1.0/24
C. R4 will receive a query, because R3 will mark 172.30.1.0/24 as active when the link between R1 and R4 failed
D. R4 will not receive any packets, since R3 is not using the link to R1 to reach 172.30.1.0/24
Answer: B
Question 5: shouldn’t the answer be C?
Removing the variance from the configuration doesn’t have any effect on the configuration so the answer should not be C.
Hi rstut,
I think in Q1 one image is missing which you are referring to in the following statement:
For example, in the topology “below” R3 will auto-summary and advertise only 10.0.0.0/8 network to R4 router.
Thanks for your detection. I updated this page with the image.
so for Q5. Wat is the answer C,D or E can any1 tell us the correct answer..??
For Q5, what is the answer… C or D or E… in one dumps, i saw that, they given answer is C… please any one tell me , what is the correct answer?
Just passed my CCIE a couple days ago…this is a FANTASTIC WEBSITE and all questions are still applicable.. Since this website helped me soo much I am going to give something back to the users..the answer to question 5 is indeed C) remove the variance commands because voice was working previously before the eigrp command was applied this suggests that you will need to tweak the EIGRP as opposed to going and changing the voice configs which are already functional.. I think options D & E are not the right answers
variance here is done based on a 3 to 1 flow based ratio. The key here I think is that if the traffic is passed to the link where the ratio is 1, perhaps it’s frame relay and LFI is required, or perhaps no QoS on an oversubscribed link…. this potentially could be causing the issue. I would recommend C.
Q5, the answer is C. Just by using the process of elimination (which you really shouldn’t do), D and E are both WRONG. Reread the question:
“You ADD the following commands into a routed topology:
router eigrp 1
variance 3
traffic-share min across-interfaces
Users NOW complain about voice quality in your VoIP system. What should be done?”
The answer will NEVER be to alter a system that was working PRIOR to your change. You always ROLL BACK your changes. Since that is NOT an option, the only option that can possibly be correct is the answer that specifically refers to your changes. You cannot do A, B, or F as they do not exist. Both D and E are outside of the scope of the question. So “C” must be correct.
Another instance of a poorly written Cisco question…GASP!
Q1, the answer is B, not A. Because R2 will summarize routes to R3, R3 with have an EIGRP route of 172.30.0.0/16, not 172.30.1.0/24.
R3 will also have 10.1.2.0/24, because R2 will not summarize it to R3 as it is still in the major network.
In Packet Tracer:
10.0.0.0/24 is subnetted, 2 subnets
D 10.1.2.0 [90/30720] via 10.1.3.1, 00:40:20, FastEthernet0/1
C 10.1.3.0 is directly connected, FastEthernet0/1
D 172.30.0.0/16 [90/158720] via 10.1.3.1, 00:40:20, FastEthernet0/1
Question 1 . any one ? A or B?
Q1 = A
Answer for Q1 is A, i hav checked it in GNS3….. it is clear from the question tat we hav to disable auto summarisation on R1 by giving the command no auto summary… then R2 and R3 should receive 172.30.1.0/24
THE Q5 IS C BECAUSE IN A PAST TERMINOLOGY REFERS TO PER PACKET LOAD-SHARING, THIS LOAD SHARING AFFECT SIGNIFICANTLY THE VOICE QUALITY THAT IS BECAUSE THAT DISABLE THE LOAD SHARING IS THE BEST OPTION FOR THIS CASE.
REGARDS,
Regarding Q7, the ans should be C. Because, R3 has success route only through R1. R3 will not consider R2 as feasible successor. Therefore, once the succer route is down, it will initiate the query process for the route 172.30.1.0/24. This will be received by R4.
For C to be the ans, i assume the ans should be read as “……..when the link between R1 and R£ failed” as the failed link is between R1 & R3.
rstut, would you please confirm. Any suggestion from others?
Q5, I think the answer is also C. You simply don’t load-balancing VOIP traffic across multiple links like this. Packets can arrive out of sequence and result in poor voice quality. C is absolutely the right choice.
Nimo, I think you’re mistaken as B is the right answer as stated. R3 will install the link through R1 as its successor route and the link via R2 as a feasible successor. Why? From R3’s perspective, the AD (advertised distance) from R2 is less than the FD (feasible distance) via R1. Therefore the route through R2 passes the feasibility condition and will be inserted as a feasible successor.
As such, when there is a failure between R3 and R1, no queries are sent and the link via R2 is automatically transitioned to a successor route. Because the metrics have changed, R4 will be notified of this via an Update message.
Q1. When R2 receives the 172.30.1.0/24 network and has to advertise it to R3 out the 10’s interface, why will it not summarize it as 172.30.0.0/16? If the interface between R2 and R3 was on the 172.30.2.0/24 lets say it would not summarize it, but since its on the tens network, I would think that is should.
Anyone else have an issue with this??
Q1. I think because R2 received the route via its Tens interface it is not technically between to Major network, so it will not summarize. I guess that would work, I have to be careful to over think these.
Q1. Again…After reading Anonymous post I think B is better answer. If that is actual output it works the way I think it would. (what crapping EIGRP questions)
Q4. EIGRP doesn’t build adj off of secondary interfaces because hellos won’t be sourced properly…Keep it simple…answer B is correct.
Q5. Remove the variance he will load share over the lowest cost paths which is probably what is causing the problem. RTP is a UDP protocol, it really doesn’t have sequence numbers, and I don’t know much about that command but it doesn’t seem logical. Answer C is what is more correct in my book.
Q7. If I recall correctly, When an EIGRP stub is configured a query is actually sent to the neighbor, however, he just replies with the prefix being unreachable. So R2 responds to the query of R3 with the prefix for 192.168.1.0/24 as unreachable. Answer A is the only good answer really.
When using the EIGRP Stub Routing feature, you need to configure the distribution and remote routers to use EIGRP, and to configure only the remote router as a stub. Only specified routes are propagated from the remote (stub) router. The router responds to queries for summaries, connected routes, redistributed static routes, external routes, and internal routes with the message “inaccessible.” A router that is configured as a stub will send a special peer information packet to all neighboring routers to report its status as a stub router.
source:
http://www.cisco.com/en/US/docs/ios/12_0s/feature/guide/eigrpstb.html
Sorry the above post is for Q6 not Q7
Q1. Answer is Definitly (A) see below the GNS simulation with auto summary on R1 and without it:
R1 (auto-summary):
R3##sh ip route
Gateway of last resort is not set
D 172.16.0.0/16 [90/2707456] via 10.1.3.2, 00:00:11, Serial0/0
10.0.0.0/24 is subnetted, 2 subnets
C 10.1.3.0 is directly connected, Serial0/0
D 10.1.2.0 [90/2681856] via 10.1.3.2, 00:01:39, Serial0/0
———————-
R1 (no auto-summary):
R3#sh ip route
Gateway of last resort is not set
172.16.0.0/24 is subnetted, 1 subnets
D 172.16.30.0 [90/2707456] via 10.1.3.2, 00:00:09, Serial0/0
10.0.0.0/24 is subnetted, 2 subnets
C 10.1.3.0 is directly connected, Serial0/0
D 10.1.2.0 [90/2681856] via 10.1.3.2, 00:07:40, Serial0/0
—————–
Why?
When auto summary is on in EIGRP, networks are summerized as they pass through the major network boundary (only performs autosummarization at the edge between two major networks). this is unlike RIP, which automatically summerizes networks anytime there is different major network or different subnet masks.
The answer for Q4 is wrong. I configure this scenario and the neighbor relationship works. So the correct answer is D, a physica issue. This is my lab onfiguration:
========================================
R1=RouterA and R2=RouterB
========================================
R1#sh run int f0/0
Building configuration…
Current configuration : 195 bytes
!
interface FastEthernet0/0
ip address 10.10.10.9 255.255.255.252 secondary
ip address 10.10.10.5 255.255.255.252 secondary
ip address 10.10.10.1 255.255.255.252
duplex auto
speed auto
end
R1#sh run | s router eigrp
router eigrp 100
network 10.10.10.0 0.0.0.255
auto-summary
R1#sh ip eigrp nei
IP-EIGRP neighbors for process 100
H Address Interface Hold Uptime SRTT RTO Q Seq
(sec) (ms) Cnt Num
0 10.10.10.6 Fa0/0 13 00:06:38 25 200 0 3
R1#
========================================
R2#sh run int f0/0
Building configuration…
Current configuration : 196 bytes
!
interface FastEthernet0/0
ip address 10.10.10.2 255.255.255.252 secondary
ip address 10.10.10.10 255.255.255.252 secondary
ip address 10.10.10.6 255.255.255.252
duplex auto
speed auto
end
R2#sh run | s router eigrp
router eigrp 100
network 10.10.10.0 0.0.0.3
network 10.10.10.4 0.0.0.3
network 10.10.10.8 0.0.0.3
auto-summary
R2#sh ip eigrp nei
IP-EIGRP neighbors for process 100
H Address Interface Hold Uptime SRTT RTO Q Seq
(sec) (ms) Cnt Num
0 10.10.10.1 Fa0/0 14 00:07:15 23 450 0 3
R2#
@Ninja,
You are definately correct. The actualy requirement is that the source IP address of the EIGRP hello is part of the primary subnet attached to that router. This means that IP address is configured with the ‘ip address’ command, without the ‘secondary’ keyword.
If routers have IP addresses in a different subnet, the check still passes.
Q4;
I read from BSCI student guide version2.0 it state clearly that:
“To form an EIGRP adjacency, all neighbors use their primary address as the source IP address of their EIGRP packets. Adjacency between EIGRP routers takes palce if the primary address of each neighbor is part of the same IP subnet.”
This state clearly that correct answer is already B.
I also test on GNS but cannot establish the neighbor. ( it indeed come up at first then it gone)
Router A:
R2#sh ip eigrp ne
IP-EIGRP neighbors for process 1
H Address Interface Hold Uptime SRTT RTO Q Seq Type
(sec) (ms) Cnt Num
0 10.0.0.1 Fa0/0 14 00:00:00 1 2000 1 0
R2#
*Mar 1 04:20:52.602: %DUAL-5-NBRCHANGE: IP-EIGRP 1: Neighbor 10.0.0.1 (FastEthernet0/0) is up: new adjacency
R2#
*Mar 1 04:22:12.118: %DUAL-5-NBRCHANGE: IP-EIGRP 1: Neighbor 10.0.0.1 (FastEthernet0/0) is down: retry limit exceeded
R2#
*Mar 1 04:22:15.986: %DUAL-5-NBRCHANGE: IP-EIGRP 1: Neighbor 10.0.0.1 (FastEthernet0/0) is up: new adjacency
R2#
router B:
R1#sh ip eigrp ne
IP-EIGRP neighbors for process 1
R1#
*Mar 1 04:25:20.918: IP-EIGRP: Neighbor 10.0.0.5 not on common subnet for FastEthernet0/0 (10.0.0.1 255.255.255.252)
R1#
*Mar 1 04:25:34.566: IP-EIGRP: Neighbor 10.0.0.5 not on common subnet for FastEthernet0/0 (10.0.0.1 255.255.255.252)
R1#
*Mar 1 04:25:49.122: IP-EIGRP: Neighbor 10.0.0.5 not on common subnet for FastEthernet0/0 (10.0.0.1 255.255.255.252)
Stay with this guys, you’re helping a lot of poelpe.
WHAT THE HELL!!!
Q7 should be C
WHAT IS WRONG WITH U RSTUT !!!!!
Q5. E 🙂
“You may change this behavior using the command traffic-share min across-interfaces, which will instruct EIGRP to use only the minimum cost path (or paths, if any). ” (http://blog.ine.com/2009/05/01/understanding-unequal-cost-load-balancing/)
even if we remove the “variance” command, if there are 2 paths with same metric exist, the load balance of voip traffic will still occur.
answer D is bullshit. RTP will always use sequence number for each packet it sends.
because the underlying RTP protocol is UDP, so it really depends on this seq number each time voip application want to rebuild their packets.
E is the only left answer. anyways, gatekeeper can reduce the jitter and make the voice quality better 🙂
that’s what I think
Guys, can use some help with the question below……
Base on the network presented in the exhibit, Assuming that all routers have been configured to run eigrp in AS 100, and have also been configured to run eigrp on all connected links. if the link between R3 and R4 fails,
how many queries will R5 and R6 receive?
Topology are as follows:
10.10.1.0 /24–R1–R3–R4–R5–R6
|
|
10.10.2.0 /24–R2
R3 and R2 is also directly connected,
On R4 config are as follows:
Router eigrp 100
Netwok 0.0.0.0 0.0.0.0
Distribute-list 10 out
Access-list 10 permit
10.10.1.0 0.0.0.255
R2 is connected to R3 btw.
Question 1: I mocked it up in 30secs….. make sure you put no auto summary on node 1 as in diagram.
Answer A
R3 Routing Table
Gateway of last resort is not set
172.30.0.0/24 is subnetted, 1 subnets
D 172.30.1.0 [90/33280] via 10.1.3.2, 00:00:41, FastEthernet1/0
10.0.0.0/24 is subnetted, 2 subnets
C 10.1.3.0 is directly connected, FastEthernet1/0
D 10.1.2.0 [90/30720] via 10.1.3.2, 00:02:16, FastEthernet1/0
Folks,
Can someone answer the R5 & R6 query question posted above?
5 = C
6 = A
The reasons have been discussed already. Nothing new to add.
I think the question about R5 and R6 is not the question number but the post from nov 8.
This question is in the study material but not on this board. It is question 44 on many of them.
I suspect the answer given is not correct in the guide because there is not right answer.
The answer is r5 will get a query for both subnet and r6 will get the query for only the one subnet.
Answer A is the reverse of this. The answer the guide gives is C but this is not true. R5 will not query for routes not in his routing table.
I strongly suspect the intent of this question is to ask about eigrp query scoping and suspect the real test has the correct answer as a option.
Q5. There were no user complain prior to configuration added. and what configuration it is? EIGRP. There was no change in VOIP system configuration (we could ignore E, while D is just testing your knowledge about RTP). This question want to test our EIGRP knowledge. simple question, i guess.
Before additional configuration, this was an existing eigrp configuration (notice no network statement in it). simply we had to remove variance. there were no complain prior to adding variance in eigrp config. adding traffic-share to existing config/topology would give a positive impact, after all no option talking about “traffic-share min”.
So, rstut, answer for Q5 is C.
Q7 actually is a very good question. R3:route to 172.30.1.0/24 through R2 is feasible successor (reported distance < feasible distance of current successor – route through R1). Answer A would be correct if there's no "update" word in it. option C tries to trap anyone who fail to calculate feasible successor, option D tries to trap anyone who has no idea about successor (or feasible successor) calculation. B is truly correct. No query send to R4, only update about higher metric to 172.30.1.0/24
my reason on Q5 get me 1000 in today’s exam. answer is C. onto LAB. soon (few months actually;-) i’ll change my CSCOxxxx0312 number;-)
Q5-> take a look at http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a008009437d.shtml#topic1
correct answer according to my opinion is E
It does not really matter what we think is the correct answer on Q5 it only matters what the testing center grades it as correct. As other have pointed out and as I can confirm after taking the test they want the answer C
In Q5, the answer can only be C. When we change something and that causes a fault in the system, we do not make changes to other part of the system. We rollback the changes we made…
Q5.
A, B, F are nonsense.
D, E are not EIGRP-related, or even related to the new added commands. Remember, voice worked fine Before adding the commands.
‘Variance’ setting (spreading traffic) must be taking over the ‘traffic-share min’ setting. Otherwise, adding the commands would have had no effect on traffic, would it?
Only option left is C. Can’t believe why it hasn’t been corrected yet.
Further details on Q4. The answer is D.
EIGRP will not for an adjacency if the primary and only ip addresses on the connecting interfaces are on different subnets. EIGRP will report this to you as an error:
*Mar 1 01:16:16.223: IP-EIGRP(Default-IP-Routing-Table:100): Neighbor 10.10.10.1 not on common subnet for FastEthernet0/0
But, EIGRP will form an adjacency with the other router’s secondary interface if that is on the same subnet as the primary it is facing. However, this becomes a one-way neighbour and NO routes are passed between the pair.
R8(config-if)#do sh ip ei nei
IP-EIGRP neighbors for process 100
H Address Interface Hold Uptime SRTT RTO Q Seq
(sec) (ms) Cnt Num
0 10.10.10.6 Fa0/0 12 00:00:07 1 4500 2 0
vs.
R7(config-if)#do sh ip ei nei
IP-EIGRP neighbors for process 100
R7(config-if)#
If in both directions the routers have the same cross-over IP address subnets then a full relationship is formed and all normal routes are exchanged. This is the example in the question and is very interesting.
I, like most, would have got this wrong and repeated what we’ve always assumed and learned from the literature…because we hardly ever use secondary interfaces and so far have never done so in real life.
Here are the configs to show how this actually works with the minimum configuration: R7 and R8 replace A and B:
R7#sh run | s router
router eigrp 100
network 10.10.10.0 0.0.0.3
network 10.10.10.4 0.0.0.3
network 10.10.10.8 0.0.0.3
network 192.168.7.0
no auto-summary
R7#sh run | i ip address|interface
interface FastEthernet0/0
ip address 10.10.10.2 255.255.255.252 secondary
ip address 10.10.10.6 255.255.255.252
interface FastEthernet0/1
ip address 192.168.7.7 255.255.255.0
R7#
R8#sh run | s router
router eigrp 100
network 10.10.10.0 0.0.0.255
network 172.16.0.0
no auto-summary
R8#sh run | i ip address|interface
interface FastEthernet0/0
ip address 10.10.10.5 255.255.255.252 secondary
ip address 10.10.10.1 255.255.255.252
interface FastEthernet0/1
ip address 172.16.0.1 255.255.0.0
R8#
The routing tables confirm route communication:
R8#sh ip route
Gateway of last resort is not set
C 172.16.0.0/16 is directly connected, FastEthernet0/1
10.0.0.0/30 is subnetted, 2 subnets
C 10.10.10.0 is directly connected, FastEthernet0/0
C 10.10.10.4 is directly connected, FastEthernet0/0
D 192.168.7.0/24 [90/307200] via 10.10.10.6, 00:05:10, FastEthernet0/0
R8#
R7#sh ip route
Gateway of last resort is not set
D 172.16.0.0/16 [90/307200] via 10.10.10.1, 00:05:34, FastEthernet0/0
10.0.0.0/30 is subnetted, 2 subnets
C 10.10.10.0 is directly connected, FastEthernet0/0
C 10.10.10.4 is directly connected, FastEthernet0/0
C 192.168.7.0/24 is directly connected, FastEthernet0/1
R7#
Neighbours are formed with the ‘wrong’ IP addresses:
R7#sh ip ei nei
IP-EIGRP neighbors for process 100
H Address Interface Hold Uptime SRTT RTO Q Seq
(sec) (ms) Cnt Num
0 10.10.10.1 Fa0/0 12 00:06:15 29 200 0 28
R7#
R8#sh ip ei nei
IP-EIGRP neighbors for process 100
H Address Interface Hold Uptime SRTT RTO Q Seq
(sec) (ms) Cnt Num
0 10.10.10.6 Fa0/0 13 00:08:06 28 200 0 29
R8#
Thanks RSTUT.
IP-EIGRP(Default-IP-Routing-Table:10): Neighbor 10.1.56.1 not on common subnet for Gi0/0
i am planning to write this exam by the End of the year.
Q5
The reason they are asking to remove variance is because, configuration is causing unequal cost LB across paths. EIGRP never chose FS because they had poor metric i.e IP packets will be delayed across those paths. Resulting in jitter, poor VOIP quality.
Variance will not work with unequal cost LB
Question 5 has the answer C
Because, even on the links with the same metric, the load sharing will effect the voice packets. If we use unequal load sharing, the delay will be different and it will decrease the voice quality significantly.
Thanks RSTUT for being with us for every cisco exam 🙂
Q2,
I don’t see why its not A, C, and D, when it even says VRF is supported in the explanation section. And all three are actually supported.
I mean A, C, and E.
bonsoir