毎月、GOWUKAKUは1500人以上の受験者が試験準備を助けて、試験に合格するために受験者にご協力します
Troubleshooting and Maintaining Cisco IP Networks 試験
【2024桜まつりキャンペーン】：300-135 最新真題を買う時、日本語版と英語版両方を同時に獲得できます。
実際の問題集を練習し、試験のポイントを了解し、テストに申し込むするかどうかを決めることができます。
さらに試験準備時間の35％を節約するには、300-135 問題集を使用してください。
Question No : 1
Configuration on R1
ip nat inside source list nat_pool interface s0/0/1 overload
ip access-list standard nat_pool
permit 10.1.0.0
permit 10.2.0.0
!
interface Serial0/0/1
ip address 209.65.200.225 255.255.255.252
ip nat outside
!
interface Serial0/0/0.12
ip address 10.1.1.1 255.255.255.252
ip nat outside
ip ospf message-digest-key 1 md5 TSHOOT
ip ospf authentication message-digest
On Which device is the fault condition located?
正解: R1
Question No : 2
What is the solution of the fault condition?
正解:
Question No : 3
The Fault Condition is related to which technology?
正解:
Explanation:
Clients 1 and 2 belong in the 10.2.0.0 subnet, as if you observe the NAT configuration you will notice that only 10.1.0.0 are specified in the NAT pool. Clients 1 and 2 are not being translated when they should be. The problem is with the NAT configuration on R1.
Question No : 4
Ticket 2 IP NAT
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).
The following information needs yourself show run:
Client 1 and Client 2 are not able to reach the WebServer at 209.65.200.241.
Initial troubleshooting shows
that DSW1, DSW2 and all the routers are able to reach the WebServer.
Configuration on R1
ip nat inside source list nat_pool interface s0/0/1 overload
ip access-list standard nat_pool
permit 10.1.0.0
permit 10.2.0.0
!
interface Serial0/0/1
ip address 209.65.200.225 255.255.255.252
ip nat inside
!
interface Serial0/0/0.12
ip address 10.1.1.1 255.255.255.252
ip nat inside
ip ospf message-digest-key 1 md5 TSHOOT
ip ospf authentication message-digest
On Which device is the fault condition located?
正解:
Explanation:
Clients 1 and 2 belong in the 10.2.0.0 subnet, as if you observe the NAT configuration you will notice that only 10.1.0.0 are specified in the NAT pool. Clients 1 and 2 are not being translated when they should be. The problem is with the NAT configuration on R1.
Question No : 5
65.200.0 0.0.0.255 area 12
command
D. redistribute the BGP routes into OSPF using the redistribute BGP 65001 subnet command.
正解: A
Explanation:
R2 is correctly configured for OSPF authentication, including the "ip ospf authentication message-digest" command listed properly under the sub-interface Serial0/0/0.12. R1 is missing this command.
Question No : 6
Fault Condition is related to which technology?
正解:
Explanation:
The problem in this situation is with OSPF on router 1. It is missing the "ip ospf authentication messagedigest" command on the Serial0/0/0/0.12 interface. The problem statement tells us that the two routers are not able to become OSPF neighbors.
Question No : 7
Ticket 1 OSPF Authentication
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)”
The following information needs yourself show run:
Configuration of R1:
interface Serial0/0/0
description Link to R2
ip address 10.1.1.1 255.255.255.252
ip nat inside
encapsulation frame-relay
ip ospf message-digest-key 1 md5 TSHOOT
ip ospf network point-to-point
!
router ospf 1
router-id 1.1.1.1
log-adjacency-changes
network 10.1.2.0 0.0.0.255 area 12
network 10.1.10.0 0.0.0.255 area 12
default-information originate always
!
Configuration of R2:
interface Serial0/0/0.12 point-to-point
ip address 10.1.1.2 255.255.255.252
ip ospf authentication message-digest
ip ospf message-digest-key 1 md5 TSHOOT
!
On which device is the fault condition located?
正解:
Explanation:
As you will see, the problem in this situation is with OSPF on R1. It is missing the "ip ospf authentication message-digest" command on the Serial0/0/0/0.12 interface.
Question No : 8
BGP sim
正解: R1 configuration
Router>enable
Router#show running-config
show run on R1 can see the following configuration
―-output omitted―-
router bgp 64520
network 172.16.1.1 mask 255.255.255.255
neighbor IBGP peer-group
neighbor IBGP remote-as 64550 ----wrong AS
neighbor IBGP update-source loopback0
neighbor 172.16.2.2 peer-group IBGP
neighbor 172.16.3.3 peer-group IBGP
neighbor 209.165.200.2 remote-as 64525 ------ wrong IP
―-output omitted―-
Problem solving steps:
Router#configure terminal
Router(config)#router bgp 64520
The wrong AS command should not be deleted. Directly configure the correct cover the error, IBGP capitalizes.
Router(config-router)#neighbor IBGP remote-as 64520
Router(config-router)#no neighbor 209.165.200.2 remote-as 64525
Router(config-router)#neighbor 209.165.201.2 remote-as 64525
Router(config-router)#end
Router#copy run start
Question No : 9
Examine the configuration on R5.
Router R5 do not see any route entries learned from R4; what could be the issue?
正解:
Explanation:
R5 configuration:
int gig0/0
ip address dhcp
This interface not getting dhcp ip address from R4. So even though OSPF configuration was like 0.0.0.0 0.0.0.0 area 0, because this interface does not get correct ip address from DHCP it can’t participate in OSPF.
R4 configuration:
ip dhcp exlude address
ip dhcp pool ine
network x.x.x.x x.x.x.x
i think default router command was missing here. not sure but
Int gig0/0
ip address dhcp.
This interface on R4 should have ip address configured on it instead of” ip address dhcp”. Hence its not able to provide dhcp lease address to R5.
R4 also had ospf configured as network 0.0.0.0 0.0.0.0 area 0. So all interface can participate if they are
up and if they have ip address.
But because R5 interface connected to R4 could not obtail correct dhcp ip address from R4 due to DHCP issue they wont form ospf neighborship.
So correct answer is DHCP issue between R5 & R4.
Question No : 10
Examine the configuration on R4. The routing table shows no entries for 172.16.10.0/24 and 172.16.20.0/24.
Identify which of the following is the issue preventing route entries being installed on R4 routing table?
正解:
Explanation:
If we look at the configuration on R4 we see that there is a distribute list applied to OSPF, which blocks the 172.16.20.0/24 and 172.16.10.0/24 networks.
Question No : 11
The following debug messages are noticed for HSRP group 2. But still neither R1 nor R2 has identified one of them as standby router. Identify the reason causing the issue.
Note: only show commands can be used to troubleshoot the ticket.
R1#
'Mar 26 11:17:39.234: HSRP: Et1/0 Grp 2 Hello out 172.16.20.2 Active pri 100 vIP 172.16.20.254
'Mar 26 11:17:40.034: HSRP: Et0/0 Grp 1 Hello out 172.16.10.2 Active prj 130 vIP 172.16.10.254
R1#
'Mar 26 11:17:40.364: HSRP: Et0/0 Grp 1 Hello in 172.16.10.1 Standby pri 100 vIP 172.16.10.254
R1#
'Mar 26 11:17:41.969: HSRP: Et1/0 Grp 2 Hello out 172.16.20.2 Active pri 100 vIP 172.16.20.254 172.16.20.254
'Mar 26 11:17:53.338: HSRP: Et0/0 Grp 1 Hello out 172.16.10.2 Active pri130vlP 172.16.10.254
'Mar 26 11:17:53.633: HSRP: Et0/0 Grp 1 Hello in 172.16.10.1 Standby pri 100 vIP 172.16.10.254
正解:
Explanation:
On R1 we see that access list 102 has been applied to the Ethernet 1/0 interface:
This access list is blocking all traffic to the 224.0.0.102 IP address, which is the multicast address used by HSRP.
Question No : 12
HSRP Case
You have been asked by your customer to help resolve issues in their routed network. Their network engineer has deployed HSRP. On closer inspection HSRP doesn't appear to be operating properly and it appears there are other network problems as well. You are to provide solutions to all the network problems.
You have received notification from network monitoring system that link between R1 and R5 is down and you noticed that the active router for HSRP group 1 has not failed over to the standby router for group 1. You are required to troubleshoot and identify the issue.
正解:
Explanation:
When looking at the HSRP configuration of R1, we see that tracking has been enabled, but that it is not tracking the link to R5, only the link to R2:
R1 should be tracking the Eth 0/1 link, not 0/0 to achieve the desired affect.
Question No : 13
Refer to the exhibit.
The tunnel fails to come up. which two actions resolve the issue? (choose two)
正解:
Question No : 14
Refer to the exhibit.
The gre tunnel fails to come up. Drag and drop the configuration from the left onto the corrext routers on the right to resolve the problem. Not all configurations are used.
正解: 
Question No : 15
正解: 