web analytics

CCNP 642-832 EXAM 5

QUESTION 41

Following ticket consists of a problem description and existing configuration on the device.

TROUBLE TICKET STATEMENT:

The implementation group has been using the test bed to do a ‘proof-of-concept’ that required both client 1

and client 2 to access the Web Server at 209.65.200.241. After several changed to interface status,

network addressing, routing schemes and layer 2 connectivity, at trouble ticket has been opened indicating

that client 1 cannot ping the 209.65.200.241 (internet Server).

show run

Client 1 and Client 2 are getting a 169.x.x.x IP address and are not able to ping DSW1 or the FTP Server.

They are able to ping each other.

Configuration on ASW1

Interface PortChannel13

switchport mode trunk

switchport trunk allowed vlan 1-9

!

Interface PortChannel23

switchport mode trunk

switchport trunk allowed vlan 1-9

!

Interface FastEthernet1/0/1

switchport mode access

switchport access vlan 10

!

Interface FastEthernet1/0/2

switchport mode access

switchport access vlan 10

!

On Which device is the fault condition located?

A. ASW1

B. DSW1

C. Client 1D. FTP Server

Answer: A

Explanation/Reference:

Explanation:

Since the Clients are getting ip 169.x.x.x, we know that DHCP is not working. However, upon closer

examination of the ASW1 configuration we can see that the problem is not with DHCP, but the fact that the

trunks on the port channels are only allowing VLANs 1-9, when the clients belong to VLAN 10. VLAN 10 is

not traversing the trunk on ASW1, so the problem is with the trunk configuration on ASW1.

QUESTION 42

Following ticket consists of a problem description and existing configuration on the device.

TROUBLE TICKET STATEMENT:

The implementation group has been using the test bed to do a ‘proof-of-concept’ that required both client 1

and client 2 to access the Web Server at 209.65.200.241. After several changed to interface status,

network addressing, routing schemes and layer 2 connectivity, at trouble ticket has been opened indicating

that client 1 cannot ping the 209.65.200.241 (internet Server).

show run

Client 1 and Client 2 are getting a 169.x.x.x IP address and are not able to ping DSW1 or the FTP Server.

They are able to ping each other.

Configuration on ASW1

Interface PortChannel13

switchport mode trunk

switchport trunk allowed vlan 1-9

!

Interface PortChannel23

switchport mode trunk

switchport trunk allowed vlan 1-9

!

Interface FastEthernet1/0/1

switchport mode access

switchport access vlan 10

!

Interface FastEthernet1/0/2

switchport mode access

switchport access vlan 10

!

The Fault Condition is related to which technology?

A. VLAN

B. InterVLAN communication

C. DHCP

D. Switch to Switch Connectivity

Answer: D

Explanation/Reference:

Explanation:

Since the Clients are getting ip 169.x.x.x, we know that DHCP is not working. However, upon closer

examination of the ASW1 configuration we can see that the problem is not with DHCP, but the fact that the

trunks on the port channels are only allowing VLANs 1-9, when the clients belong to VLAN 10. VLAN 10 is

not traversing the trunk on ASW1, so the problem is with switch to switch connectivity, specifically the trunkconfiguration on ASW1.

QUESTION 43

Following ticket consists of a problem description and existing configuration on the device.

TROUBLE TICKET STATEMENT:

The implementation group has been using the test bed to do a ‘proof-of-concept’ that required both client 1

and client 2 to access the Web Server at 209.65.200.241. After several changed to interface status,

network addressing, routing schemes and layer 2 connectivity, at trouble ticket has been opened indicating

that client 1 cannot ping the 209.65.200.241 (internet Server).

show run

Client 1 and Client 2 are getting a 169.x.x.x IP address and are not able to ping DSW1 or the FTP Server.

They are able to ping each other.

Configuration on ASW1

Interface PortChannel13

switchport mode trunk

switchport trunk allowed vlan 1-9

!

Interface PortChannel23

switchport mode trunk

switchport trunk allowed vlan 1-9

!

Interface FastEthernet1/0/1

switchport mode access

switchport access vlan 10

!

Interface FastEthernet1/0/2

switchport mode access

switchport access vlan 10

!

What is the solution of the fault condition?

A. Change the VLAN assignment on fa1/0/1 and fa1/0/2 on ASW1 to VLAN 1

B. Change the IP Address of VLAN 10 on DSW1

C. In Configuration mode, using the interface port-channel 13, port-channel 23, the configure switchport

trunk none allowed vlan none followed by switport trunk allowed vlan 10,200 commands.

D. Issue switchport trunk allowed vlan none on interface portchannel13 and portchanngel23 on ASW1

Answer: C

Explanation/Reference:

Explanation:

We need to allow VLANs 10 and 200 on the trunks to restore full connectivity. This can be accomplished by

issuing the “switchport trunk allowed vlan 10,200” command on the port channels used as trunks in DSW1.

QUESTION 44

Following ticket consists of a problem description and existing configuration on the device.

TROUBLE TICKET STATEMENT:

The implementation group has been using the test bed to do a ‘proof-of-concept’ that required both client 1

and client 2 to access the Web Server at 209.65.200.241. After several changed to interface status,

network addressing, routing schemes and layer 2 connectivity, at trouble ticket has been opened indicatingthat client 1 cannot ping the 209.65.200.241 (internet Server).

show run

Client 1 is not able to reach the WebServer. Initial troubleshooting shows that DSW1 can ping the Fa0/1

interface of R4 but not the s0/0/0/0.34 interface.

Configuration on DSW1

router eigrp 10

network 10.1.4.4 0.0.0.0

network 10.2.1.1 0.0.0.0

network 10.2.4.13 0.0.0.0

no auto-summary

Configuration on DSW2

router eigrp 10

network 10.1.4.8 0.0.0.0

network 10.2.2.1 0.0.0.0

network 10.2.4.14 0.0.0.0

no auto-summary

Configuration on R4

router eigrp 1

network 10.1.4.5 0.0.0.0

no auto-summary

redistribute ospf 1

On which device is the fault condition located?

A. DSW1

B. DSW2

C. Client 1

D. R4

Answer: D

Explanation/Reference:

Explanation:

DSW is able to only ping the locally connected interface on R4 but nothing beyond it. If we were to view the

routing table of DSW1 we would not see any routes for any of the networks beyond R4. The problem is with

the R4 configuration

QUESTION 45

Following ticket consists of a problem description and existing configuration on the device.

TROUBLE TICKET STATEMENT:

The implementation group has been using the test bed to do a ‘proof-of-concept’ that required both client 1

and client 2 to access the Web Server at 209.65.200.241. After several changed to interface status,

network addressing, routing schemes and layer 2 connectivity, at trouble ticket has been opened indicating

that client 1 cannot ping the 209.65.200.241 (internet Server).

show run

Client 1 is not able to reach the WebServer. Initial troubleshooting shows that DSW1 can ping the Fa0/1

interface of R4 but not the s0/0/0/0.34 interface.Configuration on DSW1

router eigrp 10

network 10.1.4.4 0.0.0.0

network 10.2.1.1 0.0.0.0

network 10.2.4.13 0.0.0.0

no auto-summary

Configuration on DSW2

router eigrp 10

network 10.1.4.8 0.0.0.0

network 10.2.2.1 0.0.0.0

network 10.2.4.14 0.0.0.0

no auto-summary

Configuration on R4

router eigrp 1

network 10.1.4.5 0.0.0.0

no auto-summary

redistribute ospf 1

The Fault Condition is related to which technology?

A. IPv4 EIGRP Routing

B. InterVLAN communication

C. OSPF

D. Switch to Switch Connectivity

Answer: A

Explanation/Reference:

Explanation:

According to the network topology table, router R4 should be configured for EIFRP 10, not EIGRP 1. DSW

is able to only ping the locally connected interface on R4 but nothing beyond it. If we were to view the

routing table of DSW1 we would not see any routes for any of the networks beyond R4. The problem is with

the EIGRP configuration of router R4.

QUESTION 46

Following ticket consists of a problem description and existing configuration on the device.

TROUBLE TICKET STATEMENT:

The implementation group has been using the test bed to do a ‘proof-of-concept’ that required both client 1

and client 2 to access the Web Server at 209.65.200.241. After several changed to interface status,

network addressing, routing schemes and layer 2 connectivity, at trouble ticket has been opened indicating

that client 1 cannot ping the 209.65.200.241 (internet Server).

show run

Client 1 is not able to reach the WebServer. Initial troubleshooting shows that DSW1 can ping the Fa0/1

interface of R4 but not the s0/0/0/0.34 interface.

Configuration on DSW1

router eigrp 10

network 10.1.4.4 0.0.0.0

network 10.2.1.1 0.0.0.0

network 10.2.4.13 0.0.0.0no auto-summary

Configuration on DSW2

router eigrp 10

network 10.1.4.8 0.0.0.0

network 10.2.2.1 0.0.0.0

network 10.2.4.14 0.0.0.0

no auto-summary

Configuration on R4

router eigrp 1

network 10.1.4.5 0.0.0.0

no auto-summary

redistribute ospf 1

What is the solution of the fault condition?

A. Change the EIGRP AS to 1 on DSW1

B. Change the routing protocol on DSW1 and DSW2 to OSPF

C. Change the AS number on the EIGRP routing process from 1 to 10 to much the AS number used on

DSW1 and DSW2

D. Advertise 10.1.1.8/30 network in EIGRP on R4

Answer: C

Explanation/Reference:

Explanation:

According to the network topology table, router R4 should be configured for EIFRP 10, not EIGRP 1. DSW

is able to only ping the locally connected interface on R4 but nothing beyond it. If we were to view the

routing table of DSW1 we would not see any routes for any of the networks beyond R4. By changing the

EIGRP AS number from 1 to 10, connectivity should be restored.

QUESTION 47

Following ticket consists of a problem description and existing configuration on the device.

TROUBLE TICKET STATEMENT:

The implementation group has been using the test bed to do a ‘proof-of-concept’ that required both client 1

and client 2 to access the Web Server at 209.65.200.241. After several changed to interface status,

network addressing, routing schemes and layer 2 connectivity, at trouble ticket has been opened indicating

that client 1 cannot ping the 209.65.200.241 (internet Server).

show run

Client 1 is not able to reach the WebServer. Initial troubleshooting shows that DSW1 can ping the Fa0/1

interface of R4 but not the s0/0/0/0.34 interface.

Configuration on DSW1

router eigrp 10

network 10.1.4.4 0.0.0.0

CertKiller.com

network 10.2.1.1 0.0.0.0

network 10.2.4.13 0.0.0.0

no auto-summary

Configuration on DSW2router eigrp 10

network 10.1.4.8 0.0.0.0

network 10.2.2.1 0.0.0.0

network 10.2.4.14 0.0.0.0

no auto-summary

Configuration on R4

router eigrp 10

network 10.1.4.5 0.0.0.0

no auto-summary

redistribute ospf 1 metric 100 10 255 1 1500 route-map EIGRP_to_OSPF

router ospf 1

network 10.1.1.8 0.0.0.0 area 34

redistribute eigrp 10 subnets

!

route-map EIGRP->OSPF

match ip address 1

!

access-list 1 permit 10.0.0.0 0.255.255.255

access-list 1 permit 209.0.0.0 0.255.255.255

On Which device is the fault condition located?

A. DSW1

B. DSW2

C. Client 1

D. R4

Answer: D

Explanation/Reference:

Explanation:

Since Client 1 is able to ping the near-end interface of the router R4 but not the far-end interface, we can

be reasonably certain that the fault condition is with R4.

QUESTION 48

Following ticket consists of a problem description and existing configuration on the device.

TROUBLE TICKET STATEMENT:

The implementation group has been using the test bed to do a ‘proof-of-concept’ that required both client 1

and client 2 to access the Web Server at 209.65.200.241. After several changed to interface status,

network addressing, routing schemes and layer 2 connectivity, at trouble ticket has been opened indicating

that client 1 cannot ping the 209.65.200.241 (internet Server).

show run

Client 1 is not able to reach the WebServer. Initial troubleshooting shows that DSW1 can ping the Fa0/1

interface of R4 but not the s0/0/0/0.34 interface.

Configuration on DSW1

router eigrp 10

network 10.1.4.4 0.0.0.0

network 10.2.1.1 0.0.0.0

network 10.2.4.13 0.0.0.0

no auto-summaryConfiguration on DSW2

router eigrp 10

network 10.1.4.8 0.0.0.0

network 10.2.2.1 0.0.0.0

network 10.2.4.14 0.0.0.0

no auto-summary

Configuration on R4

router eigrp 10

network 10.1.4.5 0.0.0.0

no auto-summary

redistribute ospf 1 metric 100 10 255 1 1500 route-map EIGRP_to_OSPF

router ospf 1

network 10.1.1.8 0.0.0.0 area 34

redistribute eigrp 10 subnets

!

route-map EIGRP->OSPF

match ip address 1

!

access-list 1 permit 10.0.0.0 0.255.255.255

access-list 1 permit 209.0.0.0 0.255.255.255

The Fault Condition is related to which technology?

A. EIGRP

B. IPv4 Router Redistribution

C. OSPF

D. IP Addressing

Answer: B

Explanation/Reference:

Explanation:

Client 1 is able to ping the Fa0/1 interface, which means that connectivity throughout the EIGRP 10

network is working. However, pings fail when using the s0/0/0/0.34 interface. This is the interface where

OSPF is configured. This should be our first clue that the problem is with EIGRP to OSPF route

redistribution. Upon closer examination of the redistribution configuration, we can see that the route-map

name does not match that of the route-map referred to in the redistribution statement. These names need

to match exactly.

QUESTION 49

Following ticket consists of a problem description and existing configuration on the device.

TROUBLE TICKET STATEMENT:

The implementation group has been using the test bed to do a ‘proof-of-concept’ that required both client 1

and client 2 to access the Web Server at 209.65.200.241. After several changed to interface status,

network addressing, routing schemes and layer 2 connectivity, at trouble ticket has been opened indicating

that client 1 cannot ping the 209.65.200.241 (internet Server).

show run

Client 1 is not able to reach the WebServer. Initial troubleshooting shows that DSW1 can ping the Fa0/1

interface of R4 but not the s0/0/0/0.34 interface.

Configuration on DSW1

router eigrp 10

network 10.1.4.4 0.0.0.0network 10.2.1.1 0.0.0.0

network 10.2.4.13 0.0.0.0

no auto-summary

Configuration on DSW2

router eigrp 10

network 10.1.4.8 0.0.0.0

network 10.2.2.1 0.0.0.0

network 10.2.4.14 0.0.0.0

no auto-summary

Configuration on R4

router eigrp 10

network 10.1.4.5 0.0.0.0

no auto-summary

redistribute ospf 1 metric 100 10 255 1 1500 route-map EIGRP_to_OSPF

router ospf 1

CertKiller.com

network 10.1.1.8 0.0.0.0 area 34

redistribute eigrp 10 subnets

!

route-map EIGRP->OSPF

match ip address 1

!

access-list 1 permit 10.0.0.0 0.255.255.255

access-list 1 permit 209.0.0.0 0.255.255.255

What is the solution of the fault condition?

A. Remove the redistribute command from OSPF process on R4

B. Under the EIGRP process, delete the distribute ospf 1 router-map OSPF_to_EIGRPcommand enter the

redistribute ospf 1 route-map OSPF->EIGRP command.

C. Change EIGRP AS to 1 on R4

D. Advertise 10.1.1.8/30 network in EIGRP on R4

Answer: B

Explanation/Reference:

Explanation:

A route-map can be used when trying to specify the exact networks to be redistributed from one routing

protocol to the other. The route-map name you used under the routing process configuration to specify

which route map to use in the global part of the configuration must match. In this case, the “redistribute

ospf 1 metric 100 10 255 1 1500 route-map EIGRP_to_OSPF” tells the router to use the route map

“EIGRP_to_OSPF”, which does not exist. The redistribute command should be changed to “redistribute

ospf 1 metric 100 10 255 1 1500 route-map EIGRP->OSPF” on R4.

QUESTION 50

Following ticket consists of a problem description and existing configuration on the device.

TROUBLE TICKET STATEMENT:

The implementation group has been using the test bed to do a ‘proof-of-concept’ that required both client 1

and client 2 to access the Web Server at 209.65.200.241. After several changed to interface status,

network addressing, routing schemes and layer 2 connectivity, at trouble ticket has been opened indicating

that client 1 cannot ping the 209.65.200.241 (internet Server).

show runClient 1 and Client 2 are getting a 169.x.x.x IP address and are not able to ping DSW1 or the FTP Server.

They are able to ping each other.

Configuration on R4

!

no ip domain lookup

ip dhcp excluded-address 10.2.1.1 10.2.1.253

ip dhcp excluded-address 10.2.1.254

!

ip dhcp pool TSHOOT

network 10.2.1.0 255.255.255.0

default-router 10.2.1.254

!

On Which device is the fault condition located?

A. R1

B. R2

C. R3

D. R4

E. DSW1

F. DSW2

G. ASW1

H. ASW2

Answer: D

Explanation/Reference:

Explanation:

Since Client1 is getting ip address 169.x.x.x, there may be problem in DHCP. On closer look into the DHCP

configuration on DHCP Server i.e R4 you get ip dhcp excluded-address command has wrongly configured.

So the fault condition is located on R4.

Theme: Overlay by Kaira