Ccnp lab
Ccnp lab
CCNP
CISCO CERTIFIED NETWORK PROFESSIONAL
LAB MANUAL
Email:shamzajillani02@gmail.com
PAPER 1
Routing
Module 1 – EIGRP
S 0/2/0 S0
R1
R2
Lab Objective:
Task 1
R1 R2
Verification :
Software / Network Engineer Whatsapp | +923059299396|
5
Sayed Hamz Jillani
R1#show ip route
S0 S1 S0
S0/2
R1
R2
R3
Lab Objective:
Software / Network Engineer Whatsapp | +923059299396|
7
Sayed Hamz Jillani
Task 1
Configure EIGRP according to the above scenario. Configure R1 ( S0, E0 ), R2 ( S1, S0,
E0 ) in EIGRP AS 100 and R3 ( S0/2 ) in EIGRP AS 200. Do not advertise network
30.0.0.0 in EIGRP process. R1 wants to send packets to network 30.0.0.0. Use the Ip
default-network command to accomplish this task. Also disable auto-summary.
R1 R2
R3
Verification :
R1#show ip route
The output displays network 2.0.0.0 as a D* route in the routing table as this is candidate
default-route established in R1 to reach network 30.0.0.0.
R1 # ping 30.1.1.1
S0/2/0 S1 S0
S0/2
R1
R2
R3
Lab Objective:
Task 1
Software / Network Engineer Whatsapp | +923059299396|
9
Sayed Hamz Jillani
Configure the following Loopback Interfaces on R3 and advertise them under EIGRP:
Loopback 1: 172.168.0.1/24
Loopback 2: 172.168.1.1/24
Loopback 3: 172.168.2.1/24
Loopback 4: 172.168.3.1/24
Loopback 5: 172.168.4.1/24
Loopback 6: 172.168.5.1/24
Loopback 7: 172.168.6.1/24
Loopback 8: 172.168.7.1/24
R3
Interface loopback 1
Ip address 172.168.0.1 255.255.255.0
Interface loopback 2
Ip address 172.168.1.1 255.255.255.0
Interface loopback 3
Ip address 172.168.2.1 255.255.255.0
Interface loopback 4
Ip address 172.168.3.1 255.255.255.0
Interface loopback 5
Ip address 172.168.4.1 255.255.255.0
Interface loopback 6
Ip address 172.168.5.1 255.255.255.0
Interface loopback 7
Ip address 172.168.6.1 255.255.255.0
Interface loopback 8
Ip address 172.168.7.1 255.255.255.0
Configure EIGRP on R1 and R2. Advertise the directly connected networks in EIGRP in
AS 100. Disable auto-summary. Also configure route summarization so that only one
summary route is advertised to R1.
R1 R2
Int s0
Ip summary-address eigrp 100 172.168.0.0
255.255.248.0
Verification:
R1#show ip route
C 1.0.0.0/8 is directly connected, Serial0/2/0
D 2.0.0.0/8 [90/2681856] via 1.1.1.2, 00:00:02, Serial0/2/0
D 20.0.0.0/8 [90/2195456] via 1.1.1.2, 00:00:02, Serial0/2/0
172.168.0.0/21 is subnetted, 1 subnets
D 172.168.0.0 [90/2809856] via 1.1.1.2, 00:00:02, Serial0/2/0
C 10.0.0.0/8 is directly connected, FastEthernet0/0
D 30.0.0.0/8 [90/2707456] via 1.1.1.2, 00:00:02, Serial0/2/0
With route summarization on R2 a summary route is created pointing to null 0
R2#show ip route
C 1.0.0.0/8 is directly connected, Serial0
C 2.0.0.0/8 is directly connected, Serial1
C 20.0.0.0/8 is directly connected, Ethernet0
172.168.0.0/16 is variably subnetted, 9 subnets, 2 masks
D 172.168.4.0/24 [90/2297856] via 2.2.2.2, 00:07:13, Serial1
D 172.168.5.0/24 [90/2297856] via 2.2.2.2, 00:07:08, Serial1
D 172.168.6.0/24 [90/2297856] via 2.2.2.2, 00:07:04, Serial1
D 172.168.7.0/24 [90/2297856] via 2.2.2.2, 00:06:56, Serial1
D 172.168.0.0/24 [90/2297856] via 2.2.2.2, 00:06:49, Serial1
D 172.168.0.0/21 is a summary, 00:01:24, Null0
D 172.168.1.0/24 [90/2297856] via 2.2.2.2, 00:07:33, Serial1
D 172.168.2.0/24 [90/2297856] via 2.2.2.2, 00:07:25, Serial1
D 172.168.3.0/24 [90/2297856] via 2.2.2.2, 00:07:18, Serial1
D 10.0.0.0/8 [90/2172416] via 1.1.1.1, 00:01:30, Serial0
D 30.0.0.0/8 [90/2195456] via 2.2.2.2, 00:08:03, Serial1
S0 S0
S1
S1
R2
R3
Lab Objective:
Task 1
Configure EIGRP AS 100 as per the above scenario and verify load balancing using the
traceroute command on R3 :
R2 R3
Verification:
R3#show ip route
R3#traceroute 20.1.1.1
11.1.1.1 32 msec
2.2.2.1 20 msec *
R3#traceroute 20.1.1.1
12.2.2.1 20 msec
1.1.1.1 28 msec *
R2
R3
Lab Objective:
Task 1
Configure EIGRP AS 100 as per the above scenario. Make the links unequal cost paths
using the bandwidth command in interface mode and verify load balancing.
R1 R2
Router eigrp 100 Router eigrp 100
Network 20.0.0.0 Network 1.0.0.0
Network 1.0.0.0 Network 30.0.0.0
Network 2.0.0.0 Network 2.0.0.0
No auto-summary Variance 2
No auto-summary
Interface S 0
Bandwidth 800
The variance multiplier set in the variance command when multiplied by the successor
FD, must be greater than the feasible successor FD. Thus the feasible successors whose
FD is less than the above calculated value are installed in the routing table.
Verification:
The output displays 2 routes installed in the topology table with 2 different costs.
R2#show ip route
R2#show ip route
S1 S0
R1
R2
Lab Objective:
Task 1
Configure MD5 authentication for the links. Use cisco123 as the key-string with a key-id
of 1.
R1 R2
Int S1 Int S 0
Ip authentication mode eigrp 100 md5 Ip authentication mode eigrp 100 md5
Ip authentication key-chain eigrp 100 chain1 Ip authentication key-chain eigrp 100 chain 2
Verification
S0 S1/0 S1
S1/0
E 0/0
R1
R2
R3
Lab Objective:
Task 1
Configure EIGRP AS 100 as per the above scenario on R1, R2 and R3. Disable auto-
summary. Only one summary route must be advertised to R2 and R1
R1 R2
Interface s 1/0
Ip summary-address eigrp 100 172.168.0.0
255.255.252.0
Verification:
R2#show ip route
The output displays directly connected routes, summary route and Eigrp routes.
Task 2 :
Configure Eigrp Stub on R3, preventing R3 to send any routes to R2, but R2 receives
routes from R1.
R3
Verification:
R2#show ip route
The output displays only network 10.0.0.0 (eigrp route) coming from R1 but no eigrp
routes from R3.
Task 3 :
Configure Eigrp Stub on R3, allowing R3 to send only connected routes to R2, but R2
receives any routes from R1.
R3
Verification:
R2#show ip route
The output displays only connected eigrp routes from R3 to R2, but receives all routes
from R1.
Task 4 :
Configure Eigrp Stub on R3, allowing only summary routes from R3 to R2, but R2
receives any routes from R1.
R3
Verification:
R2#show ip route
The output displays only summary route from R3, and also all routes from R1.
Task 5 :
Configure Eigrp Stub on R3, allowing connected and summary routes from R3 to R2, but
R2 receives any routes from R1.
R3
Verification:
R2#show ip route
The output displays both connected and summary routes from R3 , as the command eigrp
stub defaults to ”eigrp stub connected summary”.
Task 6 :
S0 S1/0 S1/1
S1/0
E 0/0
FA0/0
FA 0/1
R1
R2
R3
R4
Lab Objective:
Configure EIGRP in AS 100 on R1, R2, R3. Advertise only interface fa0/0 on R4 in
EIGRP AS 100. Configure static route in R3 to reach network 40.0.0.0 via 30.1.1.1.
Redistribute the static route in EIGRP AS 100.
R3
Verification:
R2#show ip route
Software / Network Engineer Whatsapp | +923059299396|
23
Sayed Hamz Jillani
The output displays only directly connected of R1, R2 and redistributed static route from
R3, but blocking connected routes and summary routes from R3.
The output also displays the redistributed route as an external EIGRP route with AD 170
S0 S0 S1
S0
R1
R2
R3
Task 1
R1 R3
R2
Router rip
Version 2
Network 2.0.0.0
Network 40.0.0.0
No auto-summary
Redistribute eigrp 100 metric 10
Verification :
R1#show ip route
R2#show ip route
R3#show ip route
The output displays that RIP routes are advertised in R1 EIGRP AS 100 as ‘D EX’
routes. EIGRP routes are advertised in RIP as ‘R’ routes.
S0 S0 S1
S0
R1
R2
R3
Task 1:
R1 R3
Router ospf 1
Software / Network Engineer Whatsapp | +923059299396|
28
Sayed Hamz Jillani
R2
Router ospf 1
Network 2.2.2.1 0.0.0.0 area 0
Network 20.0.0.0 0.255.255.255 area 0
Redistribute eigrp 100 metric 10 subnets
Verification :
R1#show ip route
R2#show ip route
R3#show ip route
S0 S0
R1
R2
Task 1 :
Configure EIGRP AS 100 and do not advertise network 10.0.0.0 and network 20.0.0.0
and redistribute network 10.0.0.0 and 20.0.0.0 into EIGRP.
R1 R2
Verification :
R1#show ip route
C 1.0.0.0/8 is directly connected, Serial0/2/0
D EX 20.0.0.0/8 [170/256514560] via 1.1.1.2, 00:00:40, Serial0/2/0
R2#show ip route
Module 2 – OSPF
4. CONFIGURE STUB
6. CONFIGURE NSSA
S0 S0 S1
S0
R1
R2
R3
Lab Objective:
Task 1
R1 R2
R3
Router ospf 1
Network 2.2.2.2 0.0.0.0 area 0
Network 30.0.0.0 0.255.255.255 area 0
Verification :
R1 # show ip route
The symbol indicated by a dash [-] represents that the neighbor is on the serial interface
and DR and BDR are not used on point-to-point interfaces.
R1 # show ip ospf
Task 2
Configure OSPF in Area 0. Advertise all networks on all routers. Hard Code the Router-
id based on the following Loop back ip address:
R1 Loopback 0 6.6.6.6
R2 Loopback 0 7.7.7.7
R3 Loopback 0 8.8.8.8
R1 R2
R3
int loopback 0
ip address 8.8.8.8 255.255.255.255
Router ospf 1
Network 8.8.8.8 0.0.0.0 area 0
Verification:
This output displays that router-id chosen is 6.6.6.6 as it is the loopback address.
Repeat the same on router2 with loopback address as 7.7.7.7 and on router 3 with
loopback as 8.8.8.8 and verify using show ip OSPF command
Task 3
Configure OSPF in Area 0. Advertise all networks on all routers. Hard Code the Router-
id based on the following :
R1 3.3.3.3
R2 4.4.4.4
R3 5.5.5.5
R1 R2
R3
Router ospf 1
Router-id 5.5.5.5
Network 2.2.2.2 0.0.0.0 area 0
Network 30.0.0.0 0.255.255.255 area 0
Network 8.8.8.8 0.0.0.0 area 0
Verification :-
R1#show ip ospf
This output displays that 3.3.3.3 router-id takes preference over physical and loopback
interface.
R1
R2
R3
Task 1
R1 R2
R3
Router ospf 1
Network 2.2.2.2 0.0.0.0 area2
Network 30.0.0.0 0.255.255.255 area2
Verification:
R2#show ip route
R3#show ip route
Task 2
R1
int s0
ip ospf hello-interval 5
Verification:
Nil
There will be no neighbor relationship because of hello-interval mismatch.
This can be verified by using ‘debug ip ospf events’ command, where the output displays
a mismatch hello parameter statement.
*May 28 09:20:31.403: OSPF: Rcv hello from 20.1.1.1 area 0 from Serial0/2/0 1.1.
1.2
*May 28 09:20:31.403: OSPF: Mismatched hello parameters from 1.1.1.2
*May 28 09:20:31.403: OSPF: Dead R 40 C 20, Hello R 10 C 5
The output displays a mismatch hello parameter statement.
R1
R2
R3
Task 1
R1 R2
Verification:
R1#show ip route
R1#show ip route
Note: If we want OE1 routes then the redistribute command should be configured using
metric-type
R2
Router ospf 1
Redistribute eigrp 100 metric-type 1 metric
10 subnets
.R1#show ip route
R1
R2
R3
Task 1
R1 R2
Router ospf 1
Network 2.2.2.2 0.0.0.0 area2
Network 30.0.0.0 0.255.255.255 area2
R2
Router eigrp100
Network 20.0.0.0
No auto-summary
Router ospf 1
Redistribute eigrp 100 metric 10 subnets
Verification :
R3#show ip route
The output displays inter-area routes (O IA) and OSPF external type 2
(O E2).
Task 3
R2 R3
R3#show ip route
The output displays default route and inter-area routes, both designated with (OIA) in the
routing table.
Default route is denoted as (O* IA).
Note: If stub is not configured on both routers OSPF neighborship will not establish. It
can be verified by the following commands.
Mar 1 03:12:42.491: OSPF: Rcv hello from 30.1.1.1 area 1 from Serial1 2.2.2.2
*Mar 1 03:12:42.491: OSPF: Hello from 2.2.2.2 with mismatched Stub/Transit area
option bit
R1
R2
R3
Task 1
R1 R2
R3
Router ospf 1
Network 2.2.2.2 0.0.0.0 area2
Network 30.0.0.0 0.255.255.255 area2
R2
Router eigrp100
Network 20.0.0.0
No auto-summary
Router ospf 1
Redistribute eigrp 100 metric 10 subnets
Verification :
R3#show ip route
The output displays inter-area (O IA) and external type 2 (O E2) routes.
The output displays summary net link states and type-5 AS external link-states.
Now, to block both the summary net link-states and type-5 external link-states, configure
Area 1 as total stub .
Task 3
R2 R3
R3#show ip route
Inter-area and external routes are not visible in the routing table, but they are accessible
via the inter-area default route (O * IA).
R1
R2
R3
Task 1
R1 R2
R3
Router ospf 1
Network 2.2.2.2 0.0.0.0 area2
R2
Router eigrp100
Network 20.0.0.0
No auto-summary
Router ospf 1
Redistribute eigrp 100 metric 10 subnets
R1 R3
Verification :
R3#show ip route
The OSPF database displays summary net link states, type-5 external net link states.
Now, configure NSSA on R2 & R3, where R3 acts as NSSA ASBR that generates type-7
LSA and R2 acts as NSSA ABR that converts the type-7 LSA into type-5 LSA, when it
leaves the NSSA area.
Task 4
R2 R3
R3#show ip route
The output displays ‘O N2’ and ‘O* N2’ routes in the routing table.
No Type-5 External Link States but allows Special Type-7 External Link State
R2#show ip route
R1#show ip route
R1
R2
R3
Task 1
R1 R2
R3
Router ospf 1
Network 2.2.2.2 0.0.0.0 area2
R2
Router eigrp100
Network 20.0.0.0
No auto-summary
Router ospf 1
Redistribute eigrp 100 metric 10 subnets
R1 R3
Verification:
R3#show ip route
The OSPF database displays summary net link states, type-5 external net link states.
Task 4 :
R2 R3
R3#show ip route
No Type-5 External Link States, no Type-3 Summary link but allows Special Type-7
External Link State .
S0/2/0 S0 S1
S0
R1
R2
R3
Loopback 0 – 172.168.0.1/24
Loopback 1 – 172.168.1.1/24
Loopback 2 – 172.168.2.1/24
Loopback 3 – 172.168.3.1/24
Advertise these newly created loopbacks in OSPF using the network command. Make
sure they appear in the routing table using a /24 mask. These routes should be seen as a
single summarized route outside of area 1.
R3 R2
Int loopback 1
Ip add 172.168.1.1 255.255.255. 0
Ip ospf network point-to-point
Int loopback 2
Ip add 172.168.2.1 255.255.255. 0
Ip ospf network point-to-point
Int loopback 3
Ip add 172.168.3.1 255.255.255. 0
Ip ospf network point-to-point
Router ospf 1
Network 172.168.0.0 0.0.255.255 area 1
Network 2.2.2.2 0.0.0.0 area 1
Network 30.0.0.0 0.255.255 area 1
R1#show ip route
The output displays a smaller routing table by displaying only one summarized route for
the contiguous networks.
Loopback 0 – 172.168.0.1/24
Loopback 1 – 172.168.1.1/24
Loopback 2– 172.168.2.1/24
Loopback 3 – 172.168.3.1/24
Advertise these newly created loopbacks in EIGRP AS 100 using the network command
and redistribute these networks into OSPF Area 1. These routes should be seen as a single
summarized route.
R3
Int loopback 0
Ip add 172.168.0.1 255.255.255. 0
Ip ospf network point-to-point
Int loopback 1
Ip add 172.168.1.1 255.255.255. 0
Ip ospf network point-to-point
Int loopback 2
Ip add 172.168.2.1 255.255.255. 0
Ip ospf network point-to-point
Int loopback 3
Ip add 172.168.3.1 255.255.255. 0
Ip ospf network point-to-point
Router ospf 1
Network 2.2.2.2 0.0.0.0 area 1
Network 30.0.0.0 0.255.255 area 1
Router ospf 1
Redistribute eigrp 100 metric 10 subnets
Summary-address 172.168.0.0 255.255.252.0
Verification:
R2#show ip route
R3#show ip route
The output displays a summary route pointing to interface null 0 on R3 routing table.
This is automatically generated by default, when manual summarization is configured so
as to prevent routing loops.
S0/2/0 S0 S1
S0
R1
R2
R3
Task 1 :
R1 R2
Router ospf 1
Network 2.2.2.2 0.0.0.0 area1
Network 30.0.0.0 0.255.255.255 area 2
Verification:
R1#show ip route
The output displays net 20.0.0.0 as ‘O’ and net 2.0.0.0 as ‘O IA’, but there is no net
30.0.0.0, as it is not connected to area0.
We need to configure virtual links between R2 & R3 and this area that connects to area0
is called the transit area.
Task 2:
R2 R3
R1#show ip route
The output displays network 30.0.0.0 as ‘O’ route because of the virtual link configured,
the router1 assumes that net 30.0.0.0 is in the same area0.
The output displays virtual-link to other router and as well, ‘DoNotAge’ option set.
Task 3: Configure Virtual Link when area connecting two backbone areas.
R1 R2
R3
Router ospf 1
Network 2.2.2.2 0.0.0.0 area 0
Network 30.0.0.0 0.255.255.255 area 0
Verification:
R1#show ip route
R2#show ip route
R3#show ip route
When we check the routing table on R3, the output does not have network 10.0.0.0 in the
routing table.
Task 4 :
R1 R2
R1#show ip route
R2#show ip route
R3#show ip route
Now, when we verify the routing table on R1, R2, R3, we see that all O IA routes are
advertised as ‘O’ routes as the routers assume that the networks belong to the same area
because of the virtual link.
S 0/2/0 S0
R1
R2
Lab Objective:
Task 1
All routers should Authenticate Routing updates using the simple password
authentication method. Use a key-string of cisco123.
R1
Router ospf 1
Network 1.1.1.1 0.0.0.0 area 0
Network 10.0.0.0 0.255.255.255 area 0
Int s 0/2/0
Ip ospf authentication-key cisco123
Ip ospf authentication
R2
Router ospf 1
Network 1.1.1.2 0.0.0.0 area 0
Network 20.0.0.0 0.255.255.255 area 0
Int s0
Ip ospf authentication-key cisco123
Ip ospf authentication
Verification :
R1#show ip route
Task 2
(Scenario based on Task 1 )
All routers should Authenticate Routing updates using the most secure authentication
method. Use Key 1 with a key-string of cisco123. Do not use wide authentication.
Router ospf 1
Network 1.1.1.1 0.0.0.0 area 0
Network 10.0.0.0 0.255.255.255 area 0
Int S0/2/0
Ip ospf message-digest-key 1 md5 cisco123
Ip ospf authentication message-digest
Router ospf 1
Network 1.1.1.2 0.0.0.0 area 0
Network 20.0.0.0 0.255.255.255 area 0
Int S0
Ip ospf message-digest-key 1 md5 cisco123
Ip ospf authentication message-digest
Verification :
If there is mismatch in key or password, there will not be OSPF neighbor relationship
established between the two routers.
R1#show ip route
SW1
F 0/0
R1
R2
R3
Lab Objective:
Task
R1 R2
Router ospf 1
Network 30.0.0.0 0.255.255.255 area 0
Verification :
The DR & BDR election can be verified by using the following commands
E 0 : 10.1.1.1 / 8
R2 S 0: 1.1.1.2 /8 300 R1
E 0 : 20.1.1.1 / 8
R3 S 0: 2.2.2.2 /8 400 R1
E 0 : 30.1.1.1 / 8
Task 1
Configure the frame-relay cloud in a hub and spoke topology without using frame-relay
map statements. These routers should reply to inverse-arp inquiries. Routers should be
configured in a point-to-point configuration.
R1 R2
Int S0 Int S0
No ip address Ip add 1.1.1.2 255.0.0.0
No shutdown Encapsulation frame-relay
Encapsulation frame-relay Frame-relay interface-dlci 300
Int serial 0.1 point-to-point No shutdown
Ip add 1.1.1.1 255.0.0.0
Frame-relay interface-dlci 100
No shutdown
Int serial 0.2 point-to-point
Ip add 2.2.2.1 255.0.0.0
Frame-relay interface-dlci 200
No shutdown
R3 FRS
Int S1
No ip address
Encapsulation frame-relay
Frame-relay intf-type dce
Clock rate 64000
Frame-relay route 300 interface serial 0 100
No shutdown
Int S2
No ip address
Encapsulation frame-relay
Frame-relay route 400 interface serial 0 200
No shutdown
Task 2 :
R1 R2
R3
Router ospf 1
Network 2.2.2.2 0.0.0.0 area 0
Network 30.0.0.0 0.255.255.255 area 0
The output displays no neighbors as the hello-intervals did not match on the routers.
When R2 & R3 - FR was configured on physical interface, the OSPF default mode is
non-broadcast (hello 30 sec)
Therefore, we need to manually change the hello-interval time or change the network
type on R2 and R3 interfaces.
R2 R3
Int s0 Int s0
ip ospf network point-to-point ip ospf network point-to-point
Verification:
R2#show ip route
E 0 : 20.1.1.1 / 8
R3 S 0 : 1.1.1.3 /8 400 R1
E 0 : 30.1.1.1 / 8
Task 1
Configure the frame-relay cloud in a hub and spoke topology using frame-relay map
statements. These routers should NOT reply to inverse-arp inquiries.
R1 R2
Int S0 Int S0
Ip add 1.1.1.1 255.0.0.0 Ip add 1.1.1.2 255.0.0.0
Encapsulation frame-relay Encapsulation frame-relay
Frame-relay map ip 1.1.1.2 100 Frame-relay map ip 1.1.1.1 300
Frame-relay map ip 1.1.1.3 200 No shutdown
No shutdown
R3 FRS
Int S2
No ip address
Encapsulation frame-relay
Frame-relay intf-type dce
Clock rate 64000
Frame-relay route 300 interface serial 0 100
No shutdown
Int S1
No ip address
Encapsulation frame-relay
Frame-relay intf-type dce
Frame-relay route 400 interface serial 0 200
No shutdown
Task 2 :
R1 R2
R3
Router ospf 1
Network 1.1.1.3 0.0.0.0 area 0
Network 30.0.0.0 0.255.255.255 area 0
If we don’t use broadcast option in the frame-relay map command, the pvc will not allow
broadcast through them so that the neighbors should be statically configured.
R1
Router ospf 1
Neighbor 1.1.1.2 priority 0
Neighbor 1.1.1.3 priority 0
The output displays neighbor state attempt and then full state when completely
established
If we use broadcast option, the neighbors are dynamically detected as with the broadcast
option the pvc allows broadcast.
R2#show ip route
Module 3 – RIP
S0 S1 S0
S1
S0
S1
R1
R2
R3
R4
Lab Objective:
Task 1
Configure RIP on all the routers. Do not advertise network 172.168.1.1 in RIP process on
R2.
The requirement in the above scenario is to stop RIP broadcasts from R3 being sent to
R2. To accomplish this task configure passive-interface on R3 (S1 interface).
R2 R3
Verification :
R3#debug ip rip
The output displays updates received from 172.168.2.2 on S 0 and updates sent via S 0
(172.168.2.1) but does not send updates via S 1 (172.168.1.2).
S0 S1
R1
R2
Lab Objective:
Task 1
R1 R2
Int s0 Int s1
Ip rip authentication mode md5 Ip rip authentication mode md5
Ip rip authentication key-chain chain1 Ip rip authentication key-chain chain
Verification :
R2#show ip protocol
R2#debug ip rip
If key-identifier and key-string does not match on neighbor end, then there will be an
error message stating invalid authentication and updates will not be sent to peers.
S1
S0
S1 S0
S0 S1
R1
R2
R3
Lab Objective:
Task 1
R1 reaches 30.0.0.0 network via 3.3.3.2, but the requirement is R1 should reach 30.0.0.0
network via R2 .
R3 reaches 10.0.0.0 network via 3.3.3.1, but the requirement is R3 should reach 10.0.0.0
network via R2 .
R1 R3
Verification:
R1#show ip route
R3#show ip route
R3#debug ip rip
02:08:39: RIP: received v2 update from 3.3.3.1 on Serial0
02:08:39: 1.0.0.0/8 -> 0.0.0.0 in 1 hops
02:08:39: 10.0.0.0/8 -> 0.0.0.0 in 3 hops
02:08:39: 20.0.0.0/8 -> 0.0.0.0 in 2 hops
02:08:39: 30.0.0.0/8 -> 0.0.0.0 in 3 hops
The offset-list value ‘2’ is added to the default-metric (1) and applied to incoming routes
via S1 in the R1 and S0 in R3.Thus, the routes travel via R2, as that being least in hop
count.
S0 S1 S0
S1
R1
R2
R3
Lab Objective:
Task 1
Configure RIP on all the routers as per the scenario . The Requirement is to block
networks belonging to 192.168.0.0/22 (192.168.0.0, 192.168.1.0,192.168.2.0,
192.168.3.0) to R1 from R3 using Distribute-List.
R2
Router rip
Distribute-list 16 out serial 1
Verification:
R1#show ip route
The output does not display 192.168.0.0/22 range of networks, but does not block other
routes .
R1
R2
R3
Lab Objective:
Task 1
Configure RIP on all the routers as per the scenario . The Requirement is to block
networks belonging to 192.168.0.0/22 (192.168.0.0, 192.168.1.0,192.168.2.0,
192.168.3.0) to R1 from R3 using Prefix-List.
R2
Router rip
Distribute-list prefix ccnp out serial 1
Verification:
R1#show ip route
The output does not display 192.168.0.0/22 range of networks, but does not block other
routes.
Module 4 – IS-IS
The output does not display 192.168.0.0/22 range of networks, but does not block other
routes Lab 1– Configure IS-IS in Single Area
R1
R2
Lab Objective:
Task 1
R1 R2
Verification:
R1#show ip route
C 2.0.0.0/8 is directly connected, Serial5/0
i L1 20.0.0.0/8 [115/20] via 2.2.2.2, Serial5/0
C 10.0.0.0/8 is directly connected, FastEthernet0/0
The output displays that network 20.0.0.0 is the route from level 1 as indicated by the
“i L1” tag.
R2#show ip route
R1#show ip protocol
Routing Protocol is "isis"
Invalid after 0 seconds, hold down 0, flushed after 0
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
Redistributing: isis
Address Summarization:
None
Maximum path: 4
Routing for Networks:
FastEthernet0/0
Serial5/0
Routing Information Sources:
Gateway Distance Last Update
2.2.2.2 115 00:04:17
Distance: (default is 115)
This command displays the level 1 topology table, which shows the least cost IS – IS
paths to the IS’s.
R1
R2
Lab Objective:
Task 1
Configure IS-IS in multiple areas. Configure R1 ( S5/0, FA0/0 ) in ISIS Area 1 and R2
( S1/0, E0/0 ) in ISIS Area 2.
R1 R2
Verification:
R1#show ip route
The output displays that network 20.0.0.0 is the route from level 2 as indicated by the
“i L2” tag.
R2#show ip route
E 0/0
R1
R2
Lab Objective:
Task 1
Configure IS-IS in multiple areas. Configure R1 ( S5/0, FA0/0 ) in ISIS Area 1 and R2
( S1/0, E0/0 ) in ISIS Area 2.
R1
Int fa0/0
Ip router isis
Software / Network Engineer Whatsapp | +923059299396|
101
Sayed Hamz Jillani
Int s5/0
Ip router isis
Isis circuit-type level-1-2
Router isis
Net 49.0001.0000.0000.0001.00
Is-type level-1-2
R2
Int e0/0
Ip router isis
Isis circuit-type level-1
Int s1/0
Ip router isis
Isis circuit-type level-1-2
Int Loopback 0
Ip address 192.168.0.1 255.255.255.0
Ip router isis
Isis circuit-type level-1
Int Loopback 1
Ip address 192.168.1.1 255.255.255.0
Ip router isis
Isis circuit-type level-1
Int Loopback 2
Ip address 192.168.2.1 255.255.255.0
Ip router isis
Isis circuit-type level-1
Int Loopback 3
Ip address 192.168.3.1 255.255.255.0
Ip router isis
Isis circuit-type level-1
Router isis
Net 49.0002.0000.0000.0002.00
Is-type level-1-2
Summary-address 192.168.0.0 255.255.252.0 level-2
Verification:
R1#show ip route
Module 5 – BGP
6. ORIGIN ATTRIBUTE
7. WEIGHT ATTRIBUTE
8. LOCAL PREFERENCE
BGP AS 100
S0
S1
S0 S0
S1
S1
BGP AS 200
R1
R2
R3
Lab Objective:
Task 1
Configure a BGP neighbor relationship between R1, R2 and R3. R1 should be in AS 200,
R2 should be in AS 100 and R3 should be in AS 200.
R1 R2
Verification:
The output displays that BGP neighbors have established a TCP connection.
R1#show ip route
The output states that the BGP routes denoted as ‘B’ in the routing table.
R1#show ip bgp
S0
S1
S0 S0
S1
S1
BGP AS 100
R1
R2
R3
Lab Objective:
Task 1
Configure a BGP neighbor relationship between R1, R2 and R3. All routers should be
configured in AS 100. Establish the neighbor relationship based on Loopback 0
addresses. Configure EIGRP as the routing protocol in AS 100. Advertise all loopback
networks under EIGRP.
R1 R2
R3
Verification:
The output displays that neighbors established a TCP connection between them.
Lab 3 – ebgp-Multihop
R2
S0/2/0 S0
FA0/0
E0
BGP AS 100
BGP AS 200
R1
R2
Lab Objective:
Task 1 :
R1 R2
Verification:
S0/2/0
S0
S1
S0/2/1 E0
BGP AS 100 BGP AS 200
R1
R2
Lab Objective:
Task 1:
R1 R2
Verification:
R1#show ip route
Routing table displays two choices to reach the next hop 75.75.75.75, one via 2.2.2.2 and
the other via 1.1.1.2.
R1#traceroute 75.75.75.75
1 2.2.2.2 16 msec
1.1.1.2 16 msec *
R1#traceroute 75.75.75.75
1 1.1.1.2 24 msec
2.2.2.2 16 msec
S0/2/0 S1
S0 S0
R1
R2
R3
Lab Objective:
Task 1:
R3
R1 advertises network 10.0.0.0 to R2 with the next hop of 1.1.1.1 and R2 advertises
network 20.0.0.0 to R1 with the next hop of 1.1.1.2.
For iBGP, the protocol states that the next hop that eBGP advertises, should be carried
into iBGP, because of this rule, R2 advertises network 10.0.0.0 to its iBGP peer R3 with
a next hop of 1.1.1.1. Therefore for R3, the next hop to reach network 10.0.0.0 is via
1.1.1.1 and not 2.2.2.1.
Make sure that R3 can reach network 10.0.0.0 via IGP, otherwise R3 drops packets with
the destination of 10.0.0.0 or advertise via network commands in BGP.
Verification:
R3#show ip route
The output on R3 displays that the network 10.0.0.0 can be reached via 1.1.1.1.
Task 2:
Configure BGP such that R2 advertises its updates to iBGP peers via 2.2.2.1 instead of
1.1.1.1. You can use the next-hop-self command to accomplish this task.
R2
Verification:
R3#show ip route
The output displays that for R3 to reach network 10.0.0.0 is via 2.2.2.1 because of the
next-hop-self command. R2 advertises network 10.0.0.0 via 2.2.2.1 to R3, instead of
carrying the next-hop advertised by eBGP.
S0/2/0 S1
S0 S0
R1
R2
R3
Lab Objective:
Task 1:
Configure BGP on all the three routers. Do not advertise network 30.0.0.0 on R3 in BGP,
instead create static route on R2 to reach 30.0.0.0 via 2.2.2.2 and redistribute this static
route into BGP.
R1 R3
Verification:
R1#show ip bgp
R1 reaches 2.0.0.0 via ‘200 i’ means that the next AS path is 200 and the origin of the
route is IGP.
R1 also reaches 30.0.0.0 via ‘200 ?’, means that the next AS is 200 and that the origin is
incomplete and is a redistributed static route.
BGP AS 200
S0
S1
S0 S0
S1 S1
R1
R2
R3
Lab Objective:
Task 1:
Configure AS 200 such that all traffic destined for network 3.0.0.0 should go through R3.
Use the Weight attribute to accomplish this task.
R1 R3
No synchronization
Verification:
R2#show ip route
The output displays that R2 has been forced to use R3 as the next-hop to reach network
3.0.0.0
The output displays two paths and shows the path via 2.2.2.2 as the best path choosen
because of the highest weight set to that path.
The output displays two paths and shows the path via 2.2.2.2 as the best path choosen
because of the highest weight set to that path.
Task 2:
Configure route-map using weight attribute to manipulate the routing information on R2.
R2
Verification:
R2#sh ip route
The routing table displays that R2 is learning network 10.0.0.0 via 2.2.2.2 and network
30.0.0.0 via 1.1.1.1
The output displays the best path to reach network 30.0.0.0 from R2 is via 1.1.1.1,
because of the highest weight attribute set to that path.
The output displays the best path to reach network 10.0.0.0 from R2 is via 2.2.2.2,
because of the highest weight attribute set to that path.
BGP AS 200
S0
S1
S0 S0
S1
S1
BGP AS 100
R1
R2
R3
Lab Objective:
Task 1:
Configure AS 100 such that all traffic destined for AS 200 should go through R2. Use
Local-Preference Attribute to accomplish this task.
R1 R3
Verification:
R3#show ip route
200
2.2.2.1 from 2.2.2.1 (20.1.1.1)
Origin IGP, metric 0, localpref 500, valid, external, best
Local
3.3.3.1 from 3.3.3.1 (10.1.1.1)
Origin IGP, metric 0, localpref 100, valid, internal
The output displays that path 2.2.2.1 is the best path, because of the highest local
preference value over the other path.
Task 2:
R3
Network 2.0.0.0
Network 30.0.0.0
No synchronization
Verification:
R3#show ip route
B 1.0.0.0/8 [200/0] via 3.3.3.1, 00:02:17
C 2.0.0.0/8 is directly connected, Serial0
C 3.0.0.0/8 is directly connected, Serial1
B 20.0.0.0/8 [200/0] via 1.1.1.2, 00:01:41
B 10.0.0.0/8 [200/0] via 3.3.3.1, 00:02:17
C 30.0.0.0/8 is directly connected, Ethernet0
The output displays that path 1.1.1.2 is the best path, because of the highest local
preference value over the other path.
R1
R2
R3
Lab Objective:
Task 1:
All ingress (incoming) traffic to AS 200 should use the path through R3 using the MED
attribute. Configure the MED on R1 to 100 and Configure the MED on R3 to 50. Lower
MED will be preferred.
R1 R3
Verification:
R2#show ip route
The output displays that network 10.0.0.0 & 30.0.0.0 are learnt via 2.2.2.2 because of the
lowest MED value set to this path.
The output displays best path 2.2.2.2 with a metric 50 lower than other path.
R1
S0 S1
S0 S0
E0
BGP AS 100
R1
R2
R3
Lab Objective:
Task 1:
Configure BGP and OSPF as per the above scenario. Redistribute OSPF into BGP and
verify the metric values displayed in the output by default.
R1 R2
R3
Router ospf 1
Network 2.2.2.1 0.0.0.0 area 0
Network 30.0.0.0 0.255.255.255 area 0
Verification:
R1#show ip route
The output displays routes 2.0.0.0 and 20.0.0.0 with a metric of ‘0’ as they are directly
connected to R2 and when passed to R1 travel with a metric of ‘0’.
Task 2:
Configure BGP and OSPF as per the above scenario. Redistribute OSPF into BGP using
a metric value of 5.
R2
Router ospf 1
Network 2.2.2.1 0.0.0.0 area 0
Network 20.0.0.0 0.255.255.255 area 0
Verification:
R1#show ip route
The output displays network 30.0.0.0 changed to metric of 5. But observe that network
2.0.0.0 and 20.0.0.0 still remain with a metric of ‘0’ as they are not displayed as
redistributed routes instead they are learn’t as connected routes on R2.
Task 3:
Configure BGP and OSPF as per the above scenario. Redistribute OSPF into BGP using
a metric value of 5 and also redistribute connected routes with a metric set to 50.
R2
Router ospf 1
Network 2.2.2.1 0.0.0.0 area 0
Network 20.0.0.0 0.255.255.255 area 0
Verification:
R1#show ip route
The output displays network 30.0.0.0 changed to metric of ‘5’. Also network 2.0.0.0 and
20.0.0.0 with a metric of ‘50’.
Task 4:
Configure BGP and OSPF as per the above scenario. Redistribute OSPF into BGP and
use the default-metric command to change the metric.
R2
Router ospf 1
Network 2.2.2.1 0.0.0.0 area 0
Network 20.0.0.0 0.255.255.255 area 0
Verification:
R1#show ip route
The output displays network 30.0.0.0 with a metric value changed to 75.
S0
S2
S0
S0
S1
BGP AS 200
S0
BGP AS 100
R1
R2
R3
R4
Lab Objective:
Task 1:
Configure BGP on all the routers. Configure R1, R2 and R4 in AS 100. Configure R3 in
AS 200. Network 10.0.0.0 should not be sent ouside AS 100 using no-export community
attribute.
R1
Route-map no-exp
Match ip add 1
Set community no-export
Verification:
R3#show ip route
The output does not display network 10.0.0.0 in the routing table as it is blocked by the
no-export community attribute.
Task 2:
Configure BGP on all the routers. Configure R1, R2 and R4 in AS 100. Configure R3 in
AS 200. Network 10.0.0.0 should not be advertised to any peers, internal or external.
R1
Route-map no-adv
Match ip add 1
Set community no-advertise
Verification:
R3#show ip route
R4#show ip route
The output doesn’t display network 10.0.0.0 in the routing table of both ibgp and ebgp
neighbors.
S0 S1
S0 S0
S1
S1
BGP AS 100 BGP AS 200 BGP AS 300
S1
S0
BGP AS 400
R1
R2
R3
R4
Lab Objective:
Task 1:
R1 R2
R3 R4
Verification:
R4#show ip route
The output displays that network 30.0.0.0 is reached via 4.4.4.2 from R4 as it is the
shortest path when compared to the other path via 3.3.3.1.
Task 2:
Manipulate the path to reach network 30.0.0.0 on R4. You can use as-path prepend
command using route-map to accomplish this task.
R4
Verification:
R4#show ip route
The output displays that network 30.0.0.0 is reached via 3.3.3.1 from R4 as it is the
shortest path when compared to the other path via 4.4.4.2.
R2
S0 S0
E0
BGP AS 100
BGP AS 200
R1
R2
Lab Objective:
Task 1:
Configure BGP on all the routers. Configure R1 in AS 100 and R2 in AS 200. Configure
MD5 Authentication between R1 and R2 using a password of cisco123.
R1 R2
Verification:
R1#show ip route
Authentication mismatch:
S0
S0
S0
S1
S2
BGP AS 200
S0
BGP AS 100
R1
R2
R3
R4
Lab Objective:
Task 1:
Configure BGP on all the routers. Configure R1 in AS 200 and configure R2, R3 and R4 in AS
100. Configure the loopbacks as per the scenario and advertise in BGP. Also configure route-map
blocking network 10.0.0.0 from being advertised to iBGP peers. You can use peer-group to
accomplish these tasks.
R1 R2
R3 R4
Configuring BGP using peer-group simplifies configuration reducing the number of statements in
the configuration.
S0 S2
S0 S0
S1
S0
BGP AS 300
R1
R2
R3
R4
Lab Objective:
Task 1 :
Configure BGP on all the routers. Create loopbacks on R3 as per the above scenario and
advertise them under BGP.
Loopback 1 – 172.1.0.1/16
Loopback 2 – 172.2.0.1/16
Loopback 3 – 172.3.0.1/16
Loopback 4 – 172.4.0.1/16
Loopback 5 – 172.5.0.1/16
R3
interface Loopback1
ip address 172.1.0.1 255.255.0.0
interface Loopback2
ip address 172.2.0.1 255.255.0.0
interface Loopback3
ip address 172.3.0.1 255.255.0.0
interface Loopback4
ip address 172.4.0.1 255.255.0.0
interface Loopback4
ip address 172.5.0.1 255.255.0.0
Task 2
Configure Route Aggregation on R3 such that these routes are summarized as a single
route.
R3
Verification :
R1#show ip route
B 1.0.0.0/8 [20/0] via 3.3.3.2, 00:15:39
B 2.0.0.0/8 [20/0] via 3.3.3.2, 00:16:38
C 3.0.0.0/8 is directly connected, Serial0
B 20.0.0.0/8 [20/0] via 3.3.3.2, 00:15:39
B 172.1.0.0/16 [20/0] via 3.3.3.2, 00:08:03
B 172.2.0.0/16 [20/0] via 3.3.3.2, 00:08:03
B 172.3.0.0/16 [20/0] via 3.3.3.2, 00:08:03
B 172.4.0.0/16 [20/0] via 3.3.3.2, 00:08:03
B 172.5.0.0/16 [20/0] via 3.3.3.2, 00:07:03
B 40.0.0.0/8 [20/0] via 3.3.3.2, 00:16:38
C 10.0.0.0/8 is directly connected, Ethernet0
B 30.0.0.0/8 [20/0] via 3.3.3.2, 00:08:51
B 172.0.0.0/13 [20/0] via 3.3.3.2, 00:00:34
The routing table displays the prefix route (172.0.0.0/13) and also all the specific-routes.
Task 3
Configure Route Aggregation on R3 such that these routes are summarized as a single
route. Only the Summary route should be send to R3’s neighbors
R3
Verification:
R1#show ip route
The output displays only the prefix route (172.0.0.0/13) and suppresses all the specific
routes.
Task 4
Configure Route Aggregation on R3 such that these routes are summarized as a single
route. Only the Summary route and the 172.1.0.0, 172.2.0.0 and 172.3.0.0 route should be
send to R3’s neighbor, blocking 172.4.0.0 and 172.5.0.0 routes.
R3
By definition of suppress-map, the match criteria set to permit will be suppressed and the
rest will be forwarded.
Verification:
R1#show ip route
R2#show ip bgp
Task 5
Configure Route Aggregation on R3 such that these routes are summarized as a single
route. Configure route-map and set the attribute origin to the route-map and implement in
BGP process such that the aggregate address appears as incomplete route.
R3
Route-map map1
Set origin incomplete
Verification:
S0
S1
S0 S0
BGP AS 100
R1
R2
R3
Lab Objective:
Task 1:
Configure neighbor relationships between R1 and R2 and another one between R2 and
R3. Do not configure a neighbor relationship between R1 and R3. Make sure routes from
R1 can get propagated to R3.
R1 R3
R2
Verification:
R1#show ip route
If RR was not configured on R2, then the routing table will not display network 30.0.0.0,
because of iBGP rule, which states that a BGP speaker will not advertise a route that the
BGP speaker learned via another iBGP speaker to a third party iBGP speaker.
Lab 18 – Confederations
S0
BGP AS 2000
S0
S0
S1
S2
BGP AS 3000
BGP AS 100
S0
R1
R2
R3
R4
Lab Objective:
Task 1 :
Configure AS 1000, AS 2000 and AS 3000 are Sub Autonomous Systems of a Larger AS
200 using Confederations. Configure a Neighbor relationship between AS 100 and AS
200 and another Neighbor relationship between AS 1000, AS 2000 and AS 3000.
R1 R2
R3 R4
Verification:
R3#show ip bgp
B 1.0.0.0/8 [200/0] via 2.2.2.1, 00:05:48
C 2.0.0.0/8 is directly connected, Serial0
B 3.0.0.0/8 [200/0] via 2.2.2.1, 00:05:48
B 20.0.0.0/8 [200/0] via 2.2.2.1, 00:05:48
B 40.0.0.0/8 [200/0] via 3.3.3.2, 00:05:03
B 10.0.0.0/8 [200/0] via 1.1.1.1, 00:05:03
C 30.0.0.0/8 is directly connected, Ethernet0
R3#show ip bgp
Network Next Hop Metric LocPrf Weight Path
*> 1.0.0.0 2.2.2.1 0 100 0 (1000) i
* 2.0.0.0 2.2.2.1 0 100 0 (1000) i
*> 0.0.0.0 0 32768 i
*> 3.0.0.0 2.2.2.1 0 100 0 (1000) i
*> 10.0.0.0 1.1.1.1 0 100 0 (1000) 100 i
*> 20.0.0.0 2.2.2.1 0 100 0 (1000) i
*> 30.0.0.0 0.0.0.0 0 32768 i
*> 40.0.0.0 3.3.3.2 0 100 0 (1000 3000) i
R1#show ip bgp
Network Next Hop Metric LocPrf Weight Path
* 1.0.0.0 1.1.1.2 0 0 200 i
*> 0.0.0.0 0 32768 i
*> 2.0.0.0 1.1.1.2 0 0 200 i
*> 3.0.0.0 1.1.1.2 0 0 200 i
*> 10.0.0.0 0.0.0.0 0 32768 i
*> 20.0.0.0 1.1.1.2 0 0 200 i
*> 30.0.0.0 1.1.1.2 0 200 i
*> 40.0.0.0 1.1.1.2 0 200 i
The output displays AS-Path 200 whereas on R3 the AS-Path is 1000 2000.
PAPER 2
Switching
BULDING CISCO MULTILAYER SWITCHED NETWORK
BCMSN (642–812)
1. IMPLEMENTING VLAN’s
2. CONFIGURE TRUNKING
8. IMPLEMENTING MSTP
F 0/2 F 0/4
SW1
F 0/1 F 0/3
SW1
Task 1
Create VLAN 2 and VLAN 3 and assign name SALES and FINANCE to each VLAN.
Configure ports fa 0/2 –fa 0/4 as access-ports and assign VLAN 2 to ports fa 0/1 and
fa0/3. Assign VLAN 3 to ports fa 0/2 and fa 0/4. Configure VLANs using the database
mode.
SW1
Vlan database
Vlan 2
vlan 2 name sales
Vlan 3
Vlan 3 name finance
Int fa0/1
Switchport mode access
Switchport access vlan2
Int fa0/2
Switchport mode access
Switchport access vlan3
Int fa0/3
Switchport mode access
Switchport access vlan2
Int fa0/4
Switchport mode access
Switchport access vlan3
Verification:
Name: Fa0/1
Switchport: Enabled
Administrative Mode: static access
Operational Mode: static access
Administrative Trunking Encapsulation: negotiate
Operational Trunking Encapsulation: native
Negotiation of Trunking: Off
Access Mode VLAN: 1 (default)
Trunking Native Mode VLAN: 1 (default)
The output displays VLAN 2, name SALES assigned to ports fa 0/1 and fa 0/3. Also
VLAN 3, name FINANCE assigned to ports fa 0/2 and fa 0/4.
From PC 1:
Ping is successful.
From PC 1:
Task 2
Create VLAN 2 and VLAN 3 and assign name SALES and FINANCE to each VLAN.
Configure ports fa 0/2 –fa 0/4 as access-ports and assign VLAN 2 to ports fa 0/1 and
fa0/3. Assign VLAN 3 to ports fa 0/2 and fa 0/4. Configure VLANs using the global
configuration mode.
SW1
Vlan 2
name sales
Vlan 3
name finance
Int fa0/1
Switchport mode access
Switchport access vlan2
Int fa0/2
Switchport mode access
Switchport access vlan3
Int fa0/3
Switchport mode access
Switchport access vlan2
Int fa0/4
Switchport mode access
Switchport access vlan3
F 0/1 F 0/2
SW1
F 0/11
F 0/11
SW2
F 0/1 F 0/2
SW1
SW2
Task 1
SW1
Vlan 2
name sales
Vlan 3
name finance
Int fa0/1
Switchport mode access
Switchport access vlan2
Int fa0/2
Switchport mode access
Switchport access vlan3
Int fa0/11
shutdown
Switchport trunk encapsulation isl
Switchport mode trunk
No shutdown
SW2
Vlan 2
name sales
Vlan 3
name finance
Int fa0/1
Switchport mode access
Switchport access vlan2
Int fa0/2
Switchport mode access
Switchport access vlan3
Int fa0/11
shutdown
Switchport trunk encapsulation isl
Switchport mode trunk
No shutdown
Verification :
Name: Fa0/11
Switchport: Enabled
Administrative Mode: trunk
Operational Mode: trunk
From PC 1
Ping successful.
From PC 1:
Task 2
SW1
Int fa0/11
shutdown
Switchport trunk encapsulation dot1q
Switchport mode trunk
No shutdown
SW2
Int fa0/11
shutdown
Switchport trunk encapsulation dot1q
Switchport mode trunk
No shutdown
Verification :
Name: Fa0/11
Switchport: Enabled
Administrative Mode: trunk
Operational Mode: trunk
Administrative Trunking Encapsulation: dot1q
Operational Trunking Encapsulation: dot1q
Negotiation of Trunking: On
Access Mode VLAN: 1 (default)
Trunking Native Mode VLAN: 1 (default)
The output displays mode as trunk and encapsulation used is dot1q, and the default native
vlan is vlan1 which is used to carry the untagged frames across.
From PC 1
Ping successful.
Verifying connectivity between PC 1 and PC 4 (i.e PC’s in different vlan):
From PC 1:
SW1
F 0/1 F 0/2
SW1
R1
Task 1
Create VLAN 10 and assign to ports fa 0/1 and fa 0/2. Create VLAN 20 and assign to
ports fa 0/3 and fa 0/4. Configure port fa 0/5 as dot1q trunk. Use sub-interfaces on
interface e 0 on R1 to accomplish this task.
R1
Int e 0
No ip address
Int e 0/0.10
Encapsulation dotlq 10
Ip address 10.1.1.1 255.0.0.0
Int e 0/0.20
Encapsulation dotlq 20
Ip address 20.1.1.1 255.0.0.0
SW1
Vlan 10
Name sales
Vlan 20
Name finance
Int fa 0/1
Switchport mode access
Switchport access vlan 10
Int fa 0/2
Switchport mode access
Switchport access vlan 10
Int fa 0/3
Switchport mode access
Switchport access vlan 20
Int fa 0/4
Switchport mode access
Switchport access vlan 20
Int fa 0/5
Shutdown
Switchport trunk encapsulation dotlq
Switchport mode trunk
Switchport nonegotiate
No shutdown
Verification :
From PC 1 (10.1.1.2) :
Name: Fa0/5
Switchport: Enabled
Administrative Mode: trunk
Operational Mode: trunk
Administrative Trunking Encapsulation: dot1q
Operational Trunking Encapsulation: dot1q
Negotiation of Trunking: On
Access Mode VLAN: 1 (default)
Trunking Native Mode VLAN: 1 (default)
Task 2
Implementing inter-vlan communication on a multilayer switch. Create VLAN 10 and
assign to ports fa 0/1 and fa 0/2. Create VLAN 20 and assign to ports fa 0/3 and fa 0/4.
Configure SVI and assign Ip address.
F 0/3 F 0/4
SW1
F 0/1 F 0/2
SW1
Ip routing
Interface vlan 10
Ip address 10.1.1.1 255.0.0.0
No shutdown
Interface vlan 20
Ip address 20.1.1.1 255.0.0.0
No shutdown
Verification :
From PC 1 (10.1.1.2) :
SW1 SW2
F 0/11 F 0/11
Task 1
Configure Switch1 as the VTP Server and the other Switch (SW2) as VTP Client. Use
NETMETRICS as the Domain name. Authenticate the relationship using CISCO123 as
the password.
Switch1 Switch2
Task 2
Create VLANs 2,3,4, and 5 on SW1 (VTP SERVER) and name them as aaa, bbb, ccc,
ddd.
Switch1
Vlan 2
Name aaa
Vlan 3
Name bbb
Vlan 4
Name ccc
Vlan 5
Name ddd
Verification:
VTP Version 2
Configuration Revision 15
Maximum VLANs supported locally : 1005
Number of existing VLANs 9
VTP Operating Mode : Server
VTP Domain Name : netmetrics
The output displays vtp revision number, configuration revision number, vtp operation
mode and vtp domain name.
VTP Version 2
Configuration Revision 15
Maximum VLANs supported locally : 1005
Number of existing VLANs 9
VTP Operating Mode : Client
VTP Domain Name : netmetrics
The output displays vtp revision number, configuration revision number, vtp operation
mode and vtp domain name.
F 0/9 F 0/9
SW1 SW2
F 0/11 F 0/11
Task 1
Configure Switch1 as the VTP Server and the other Switch (SW2) as VTP Client.
Configure SW1 to be the STP root for VLAN 1. Change the forward delay time such that
the port transitions from listening to learning state in just 6 seconds instead of the default
of 15 seconds. Configure ports fa 0/9 and fa 0/11 as dot1q trunks on both the switches.
Switch1 Switch2
Verification:
SW1#show spanning-tree vlan 1
VLAN0001
Spanning tree enabled protocol ieee
Root ID Priority 24577
Address 0014.a82f.a680
This bridge is the root
Hello Time 2 sec Max Age 20 sec Forward Delay 6 sec
The output displays that SW1 is the root bridge and forward delay time is 6 seconds.
The output displays the transition of ports from listening to learning in just 6 seconds
instead of the default of 15 seconds.
F 0/3 F 0/4
SW1
F 0/1 F 0/2
Task 2
Switch1
Verification:
The output displays that port fa0/1 is in portfast mode and also we see that BPDU’s are
sent
Verify the transition by shutting down interface fa 0/1 and again bringing the interface
up.
The output displays port fa 0/1 jumps to forwarding state from blocking immediately
because of portfast enabled on that port.
Task 3
Configure SW1 to quickly switch its root port in the event of an uplink failure. Trunking
should be configured between the switches.
Switch1
spanning-tree uplinkfast
Verification:
VLAN0001
Spanning tree enabled protocol ieee
Root ID Priority 32769
Address 000f.34f4.f080
Cost 3019
Port 11 (FastEthernet0/11)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
The output displays cost of ports increased by 3000 & priority of the bridge has increased
to 49152.
00:47:18: STP: UFAST: removing prev root port Fa0/9 VLAN0001 port-id 8009
The output displays the transition of port fa0/11 from blocking to forwarding in one
second.
Task 4
SW1 SW2
F 0/9 F 0/9
Configure portfast on port fa 0/9 between SW1 and SW2. (By default all ports on the
switch are in dynamic desirable mode, they autonegotiate to become trunk. Portfast
should not be enabled on trunk as there is a possibility of loops, we need to shutdown the
port fa 0/9 and enable portfast on both the switches on port fa 0/9). Enable BPDU guard
on port fa 0/9 of SW1 to stop BPDU’s on that port.
Switch1 Switch2
Now bring the port fa 0/9 on both switches to up. As soon as the BPDU’s are being sent
on the port . The port enabled with BPDU guard will immediately come into err-disable
state .
Verification:
Console messages on SW1 when the bpdu’s are received on the bpduguard enabled port
fa0/9
The output displays the port as (err-disabled) state. But the BPDU’s are sent out of this
port, it doesn’t affect that feature.
Task 5
E 0/0
F 0/3
F 0/9 F 0/9
SW1 SW2
F 0/11 F 0/11
R1 Switch1
Verification:
The output displays the port as (err-disabled) state. But the BPDU’s are sent out of this
port, it doesn’t affect that feature.
SW1#debug spanning-tree events
The output displays that as soon as BPDU received on port fa0/3, it is disabled because of
the BPDU guard enabled on that port.
Task 6
(Scenario Based on Task 5)
Configure portfast on port fa0/3 on sw1. Enable BPDU filter on port fa0/3 on sw1.
Configure R1 to send BPDUs to port fa0/3 on sw1.
R1 Switch1
Verification:
The output displays BPDU filter enabled and no BPDU’s sent or received
Task 7
F 0/9 F 0/9
SW1 SW2
F 0/11 F 0/11
Configure SW1 to be the root for VLAN 1. Configure root guard feature on SW1 port
fa0/9, fa0/11.
Switch1
Verification:
Switch2
As root guard is enabled on SW1, the ports on SW1 change to root inconsistent ports,
thus blocking the port when superior BPDUs are received on SW1.
VLAN0001
Spanning tree enabled protocol ieee
Root ID Priority 32769
Address 0014.a82f.a680
This bridge is the root
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Task 8
(Scenario Based on Task 7)
Configure SW1 to the root bridge for vlan1. Configure loop guard on SW2, i.e., on the
switch that is not the root bridge. Configure ports fa0/9 & fa0/11 between SW1 and SW2
as trunk ports.
Switch1 Switch2
Verification:
Switch1
Int fa0/9
Spanning-tree bpdufilter enable
BPDU’s will be stopped on SW1 and the port changes to loop inconsistent.
The loop inconsistent state indicates that the port is not receiving any BPDU’s or not
sending any BPDU’s through the port.
Task 1
(Scenario Based on Lab 5 – Task 7)
Switch1 Switch2
Verification :
VLAN0002
Spanning tree enabled protocol ieee
Root ID Priority 24578
Output Omitted
The output displays that SW1 is root for VLAN 2 i.e both ports fa 0/9 and fa 0/11 are in
forwarding state.
VLAN0003
Spanning tree enabled protocol ieee
Root ID Priority 24578
----------Output Omitted---------
Output Omitted
The output displays that SW1 is not root for VLAN 3 and port fa 0/9 is in forwarding and
fa 0/11 is in blocked state as it is not the root bridge. Thus load balancing is achieved.
Task 2
(Scenario Based on Task 1)
Configure dotlq trunk between SW1 and SW2 on ports fa0/9 and fa0/11. Configure VTP
on both the switches to propagate VLAN information. Create VLANs 1 to 6 on SW1
(server). Allow VLANs 2, 4, 6 on port fao/9 on SW1 & SW2. Allow VLANs 1, 3, 5 on
port fao/11 on SW1 & SW2.
Switch1 Switch2
Verification:
Fa0/9 2,4,6
Fa0/11 1,3,5
The output displays that on port fa0/9 only vlans 2, 4, 6 and on port fa0/11 only vlans
1,3,5 are allowed
VLAN0002
Spanning tree enabled protocol ieee
Root ID Priority 32770
Address 000f.34f4.f080
Cost 19
Port 9 (FastEthernet0/9)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
The output displays that port fa0/9 is in forwarding state as vlans 2 is configured to allow
on port fa0/9.
VLAN0003
Spanning tree enabled protocol ieee
Root ID Priority 32771
Address 000f.34f4.f080
Cost 19
Port 11 (FastEthernet0/11)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
The output displays that port fa0/11 is in forwarding state as vlan 3 is configured to allow
on port fa0/11. Thus load balancing is achieved.
Configure dotlq trunks on ports fa0/9 and fa0/11. Configure VTP to propagate VLAN
information. Configure instance 1 MSTP and map VLANs 1, 2, 3. Configure instance 2
MSTP and map VLANs 4, 5, 6. Make SW1 the STP root for instances 1, 2.
Switch1 Switch
Verification:
Task 2
(Scenario Based On Task 1)
Configure MSTP on SW1 & SW2. Make SW1 the STP root for instance 1. Make SW2
the STP root for instance 2. Configure MST instance 1 and map VLANs 1 - 3. Configure
MST instance 2 and map VLANs 4 - 6.
Switch1 Switch2
Verification:
The output displays that sw1 acts as the root bridge for vlans 1-3 only.
This can be verified from the output that ports fa0/9 and fa0/11 are in forwarding state
only for vlans 1-3 whereas one port forwarding and other blocking for vlans 4-6 on the
same switch.
The output displays that sw2 acts as the root bridge for vlans 4-6 only.
This can be verified from the output that ports fa0/9 and fa0/11 are in forwarding state
only for vlans 4-6 whereas one port forwarding and other blocking for vlans 1-3 on the
same switch.
F 0/9 F 0/9
SW1 SW2
F 0/11 F 0/11
Task 1
Configure L 2 trunk between SW1 & SW2 using default encapsulation on ports fa0/9,
fa0/11.
Configure ether channel between SW1 and SW2 on interfaces fa0/9, fa0/11, without
using negotiation protocols.
Configure interfaces fa0/9, fa0/11 on SW1 & SW2 in channel group 1 with a mode of
“on”.
Switch1 Switch2
Verification :
The output displays port channel created for ports fa0/9, fa0/11 and is denoted as po 1
(su) where, s : layer 2, u : in use, P : in port channel
Name: Po1
Switchport: Enabled
Administrative Mode: dynamic desirable
Operational Mode: trunk
Administrative Trunking Encapsulation: negotiate
Operational Trunking Encapsulation: isl
Negotiation of Trunking: On
Access Mode VLAN: 1 (default)
By default all interfaces are in dynamic desirable mode which automatically negotiates to
become trunk if not specified.
The output displays default ISL trunking for this port-channel.
The output displays the port-channel interface as trunk instead of individual ports.
VLAN0001
Spanning tree enabled protocol ieee
Root ID Priority 32769
The output displays the forwarding port as portchannel 1 instead of separate port because
of ether channel configured on ports fa0/9, fa0/11, they appear as one bundle.
Task 2
(Scenario Based On Task 1)
Configure L 2 trunk between SW1 & SW2 using dot1q or isl encapsulation on ports fa
0/7 , fa 0/9, fa 0/11.
Configure ether channel between SW1 and SW2 on interfaces fa 0/7, fa0/9, fa0/11. Both
switches SW1 and SW2 should initiate negotiation via PAgP.
Switch1 Switch2
Int range fa0/7 , fa0/9 , fa0/11 Int range fa0/7 , fa0/9 , fa0/11
Channel-group 1 mode desirable Channel-group 1 mode desirable
Verification :
The output displays protocol as “PAgP” and Po1 (SU) (port-channel 1) created for ports
fa0/7, fa0/9, fa0/11, where s : layer 2, U : in use.
Name: Po1
Switchport: Enabled
Administrative Mode: dynamic desirable
Operational Mode: trunk
Administrative Trunking Encapsulation: negotiate
Operational Trunking Encapsulation: isl
Negotiation of Trunking: On
Access Mode VLAN: 1 (default)
Trunking Native Mode VLAN: 1 (default)
The output displays that this interface port-channel 1 has automatically negotiated to
become trunk.
VLAN0001
Spanning tree enabled protocol ieee
Root ID Priority 32769
Address 000f.34f4.f080
Cost 9
Port 65 (Port-channel1)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
The output displays the forwarding port as portchannel 1 instead of separate ports.
Task 3
(Scenario Based On Task 1)
Configure L 2 trunk between SW1 & SW2 using dot1q or isl encapsulation on ports
fa 0/7 , fa 0/9, fa 0/11.
Configure ether channel between SW1 and SW2 on interfaces fa 0/7, fa0/9, fa0/11. Both
switches SW1 and SW2 should initiate negotiation via LAcP.
Switch1 Switch2
Int range fa0/7 , fa0/9 , fa0/11 Int range fa0/7 , fa0/9 , fa0/11
Channel-group 1 mode active Channel-group 1 mode active
Verification :
The output displays protocol as “LACP” and po1 (SU) (port-channel 1) created for ports
fa0/7, fa0/9, fa0/11.
Task 4
(Scenario Based On Task 1)
Switch1 Switch2
Interface range fa0/7, fa0/9, fa0/11 Interface range fa0/7, fa0/9, fa0/11
Switchport mode access Switchport mode access
Switchport access vlan 100 Switchport access vlan 100
Channel-group 1 mode on Channel-group 1 mode on
Verification :
The output displays no protocol and po1 (SU) created for ports fa0/7, fa0/9, fa0/11,
where :
P = Port-channel, s = layer 2, U = in use.
Task 5
(Scenario Based On Task 1)
To configure Layer 3 ether-channel, create the port channel logical interface, assign ip
address and then put the ethernet interfaces into the port-channel.
Switch1 Switch2
Interface range fa0/7, fa0/9, fa0/11 Interface range fa0/7, fa0/9, fa0/11
No switchport No switchport
No ip address No ip address
Channel-group 1 mode on Channel-group 1 mode on
Verification :
SW1#ping 100.0.0.2
Number of aggregators: 1
1.2.3.4/24
F 0/3
E 0/0
SW1
F 0/5
F 0/1
10.1.1.10/24 10.1.1.11/24
Task 1
Switch1 Router1
Int fa0/3
Switchport mode access
Verification :
R1#debug ip packet
IP packet debugging is on
Task 2
SW1 SW2
F 0/9 F 0/9
Switch1 Switch2
Int fa0/9 Int fa0/9
Switchport trunk encapsulation dot1q Switchport trunk encapsulation dot1q
Switchport mode trunk Switchport mode trunk
Verification :
Software / Network Engineer Whatsapp | +923059299396|
214
Sayed Hamz Jillani
The output doesn’t display anything as there is no trunk established on port fa0/9 of SW2.
To troubleshoot this issue we have to remove the SPAN monitoring for port fa 0/9 on
SW2.
S0
S1
F 0/5
E 0/0 E 0/0
R1
R2
R3
SW1
Task 1
R2 R3
Int e0/0 Int e0/0
Standby 1 ip 10.1.1.10 Standby 1 ip 10.1.1.10
Standby 1 preempt Standby 1 priority 100
Standby 1 priority 200
Verification :
The output displays that this is the standby router and the active router is (10.1.1.1), the virtual ip
is (10.1.1.10) and this router configured to preempt.
R2#show ip arp
The output displays ip add 10.1.1.10 (virtual ip) with the MAC address 0000.0c07.ac01, which is
well-known HSRP MAC addres 01 : hsrp group identifier ,0000.0c : vendor code,
07.ac : HSRP .
From PC1:
Traceroute command displays that the packet reaches 10.1.1.1 (active router) and reaches
20.1.1.1.
Traceroute command displays that the packet reaches 10.1.1.2 (standby router becomes
active) and then reaches 20.1.1.1.
Task 2
Configure tracking on R2, so that in case of failure of S 1/0, the priority is decreased
automatically, so that the standby router takes the active role.
R2
Int e0/0
Standby 1 track s1/0 150
Verification :
R2#show standby brief
P indicates configured to preempt.
|
Interface Grp Prio P State Active addr Standby addr Group addr
Et0/0 1 200 P Active local 10.1.1.2 10.1.1.10
The output displays that this is the standby router and the active router is (10.1.1.1), the virtual ip
is (10.1.1.10) and this router configured to preempt.
From PC1:
Traceroute command displays that the packet reaches 10.1.1.1 (active router) and reaches
20.1.1.1.
The priority is decreased to 50 from 200 automatically, and the router becomes standby
for the HSRP group.
The traceroute command displays that the packets are sent via 10.1.1.2 (standby becomes
active) because of higher priority value.
Software / Network Engineer Whatsapp | +923059299396|
219
Sayed Hamz Jillani
S0
S1
SW1
S 0/2 S1
F 0/3 F 0/1
F 0/5
FA 0/0 E 0/0
R1
R2
R3
SW1
Task 1
R2 R3
Int fa 0/0 Int e 0/0
Vrrp 1 ip 10.1.1.10 Vrrp 1 ip 10.1.1.10
Vrrp 1 priority 200 Vrrp 1 priority 100
Vrrp 1 timers advertise 4 Vrrp 1 timers learn
Vrrp 1 preempt Vrrp 1 preempt
Verification :
Interface Grp Pri Time Own Pre State Master addr Group addr
FastEthernet0/0 1 200 12218 Y Master 10.1.1.1 10.1.1.10
The output displays that this router is master and virtual ip address is 10.1.1.10
Interface Grp Pri Time Own Pre State Master addr Group addr
Ethernet0/0 1 100 12609 Y Backup 10.1.1.1 10.1.1.10
From PC1:
When packets sent to network 20.1.1.1 from PC1 (10.1.1.3), the packet first reaches
10.1.1.1 (master) and finally reaches the destination.
*Mar 1 05:01:40.790: %VRRP 6-STATECHANGE: Et0/0 Grp 1 state Backup -> Master
*Mar 1 05:01:40.790: VRRP: Grp 1 sending Advertisement checksum 6FF1
Interface Grp Pri Time Own Pre State Master addr Group addr
Ethernet0/0 1 100 3609 Y Master 10.1.1.2 10.1.1.10
From PC1:
When traceroute from PC1 to 20.1.1.1, the output displays that packet is reaching
20.1 1.1 via 10.1.1.2.
S0
S1
S 0/2 SW1 S1
F 0/3 F 0/1
FA 0/0 E 0/0
F 0/5 F 0/7
R1
R2
R3
SW1
Task 1
R2 R3
Int fa 0/0 Int e 0/0
Glbp 1 ip 10.1.1.10 Glbp 1 ip 10.1.1.10
Glbp 1 priority 200 Glbp 1 priority 100
Glbp 1 timers msec 250 msec 750 Glbp 1 timers msec 250 msec 750
Glbp 1 preempt
Verification:
Interface Grp Fwd Pri State Address Active router Standby route
Fa0/0 1 - 200 Active 10.1.1.10 local 10.1.1.2
When the PC’s send traffic to 20.0.0.0 network, the traffic is send via the active router
which is R2. If R2 is busy in sending the traffic then R3 takes the active state and R2 is in
the listening state. Thus load balancing is achieved.
R2#show glbp
FastEthernet0/0 - Group 1
State is Active
2 state changes, last state change 00:11:30
Virtual IP address is 10.1.1.10
Hello time 250 msec, hold time 750 msec
Next hello sent in 0.000 secs
Redirect time 600 sec, forwarder time-out 14400 sec
Preemption enabled, min delay 0 sec
Active is local
Standby is 10.1.1.2, priority 100 (expires in 0.530 sec)
Priority 200 (configured)
Weighting 100 (default 100), thresholds: lower 1, upper 100
Load balancing: round-robin
Group members:
0001.4289.a241 (10.1.1.2)
0006.534b.7090 (10.1.1.1) local
There are 2 forwarders (1 active)
Forwarder 1
State is Active
1 state change, last state change 00:11:20
MAC address is 0007.b400.0101 (default)
Owner ID is 0006.534b.7090
Redirection enabled
Preemption enabled, min delay 30 sec
Active is local, weighting 100
Forwarder 2
State is Listen
MAC address is 0007.b400.0102 (learnt)
Owner ID is 0001.4289.a241
Redirection enabled, 599.800 sec remaining (maximum 600 sec)
Time to live: 14399.800 sec (maximum 14400 sec)
Preemption enabled, min delay 30 sec
Active is 10.1.1.2 (primary), weighting 100 (expires in 0.546 sec)
The output displays that the active router takes its default MAC address, whereas the
second forwarder learns the MAC address from the default gateway (active forwarding
router) (i.e. R2). Load balancing is achieved in round-robin algorithm.
How to verify:
Traceroute from PC1 to 20.0.0.0 network, the packet is send via R2.
Traceroute from PC2 to 20.0.0.0 network, the packet is send via R2.
If R2 is busy then the packet is send via R3, which is verified from the above output
(traceroute 20.1.1.1 from PC2)
From PC1:
From PC2:
PAPER 3
ISCW (642–825)
S 1/0 S 0/2
FA 0/0
E 0/0
HOST A HOST B
R1
R2
Lab Objective:
Task 1
R1 R2
Crypto isakmp key cisco123 address 2.2.2.2 Crypto isakmp key cisco123 address 2.2.2.1
Crypto ipsec transform-set set1 esp-des Crypto ipsec transform-set set1 esp-des
Verification:
The output displays the IKE tunnel established between src and dst. With the state
displayed as QM-IDLE and a connection-id, if nothing of the above is displayed then the
IKE phase I has not established.
The output displays all the policies defined and also the default policy set.
The output displays the crypto map configured and also SA lifetime is displayed.
interface: Serial1/0
Crypto map tag: map1, local addr. 2.2.2.1
protected vrf:
local ident (addr/mask/prot/port): (10.0.0.0/255.0.0.0/0/0)
remote ident (addr/mask/prot/port): (20.0.0.0/255.0.0.0/0/0)
current_peer: 2.2.2.2:500
PERMIT, flags={origin_is_acl,}
#pkts encaps: 103, #pkts encrypt: 103, #pkts digest 0
Navigations
Set IKE policies by clicking add button and specify the parameters:
IKE proposal priority – 2
Encryption algorithm – 3des.
HMAC – sha
IKE authentication method
Diffie-Hellman group – 1
IKE lifetime
Verify
Click “test tunnel” button to run a test to determine the configuration correctness
of the tunnel.
Click “monitor icon” – the screen will display all IPSec tunnels, parameters and
status.
Same with “VPN status” icon & “IPSec tunnels”.
S0
S1
S 1/0 S0/2
E 1/ 0
FA0/0
R1
R3
R2
Lab Objective:
Task 1
R1 R2
Crypto isakmp key cisco123 address 3.3.3.2 Crypto isakmp key cisco123 address 2.2.2.1
Crypto ipsec transform-set set1 esp-des Crypto ipsec transform-set set1 esp-des
Verification:
R1#show crypto isakmp sa
The output displays current IKE SA’s. QM_IDLE status indicates an active IKE SA.
Software / Network Engineer Whatsapp | +923059299396|
236
Sayed Hamz Jillani
interface: Serial1/0
Crypto map tag: map1, local addr. 2.2.2.1
protected vrf:
local ident (addr/mask/prot/port): (10.0.0.0/255.0.0.0/0/0)
remote ident (addr/mask/prot/port): (20.0.0.0/255.0.0.0/0/0)
current_peer: 3.3.3.2:500
PERMIT, flags={origin_is_acl,}
#pkts encaps: 99, #pkts encrypt: 99, #pkts digest 0
#pkts decaps: 99, #pkts decrypt: 99, #pkts verify 0
#pkts compressed: 0, #pkts decompressed: 0
#pkts not compressed: 0, #pkts compr. failed: 0
#pkts not decompressed: 0, #pkts decompress failed: 0
#send errors 1, #recv errors 0
----output omitted----
The output displays current settings used by current SA’s. Non-zero encryption and
decryption statistics can indicate a working set of IPSec SA’s.
S 1/0 S0
E 1/0
R1
R3
Lab Objective:
Task 1
Configure static route for reachability to the destination ip address for both R1 and R2.
Configure tunneling by creating interface tunnel 0 on both R1 & R2.
Assign virtual IP address to this interface tunnel 0 on both R1 & R2.
R1 R2
Verification:
Software / Network Engineer Whatsapp | +923059299396|
238
Sayed Hamz Jillani
The output displays int tunnel 0 status is up and protocol status is also up, which indicates
that GRE tunnel configuration is successful.
R1#ping 30.1.1.2
S0
S1
S 1/0 S0/2
E 0/ 0
FA0/0
R1
R3
R2
Lab Objective:
Task
R1 R2
Verification:
Task
R1 R2
Verification:
R1#show ip route
The output displays ‘O’ (OSPF) route for network 20.0.0.0 carrying via the tunnel IP
address (30.1.1.2)
This indicates that routes are traveling via the gre tunnel.
Though, there is another router in between R1 & R2, the tunnel appears as a point-to-
point link.
R1#traceroute 20.1.1.1
The output displays the trace as 1 hop because of the gre tunnel.
R1
R3
R2
Lab Objective:
Task
R1 R2
Task
R1 R2
Crypto isakmp key cisco123 address 3.3.3.2 Crypto isakmp key cisco123 address 2.2.2.1
Crypto ipsec transform-set set1 esp-des Crypto ipsec transform-set set1 esp-des
Verification:
The output displays the current IKE session and QM_IDLE indicates that the IKE is
active.
interface: Serial1/0
Crypto map tag: map1, local addr. 2.2.2.1
protected vrf:
local ident (addr/mask/prot/port): (10.0.0.0/255.0.0.0/0/0)
remote ident (addr/mask/prot/port): (20.0.0.0/255.0.0.0/0/0)
current_peer: 3.3.3.2:500
PERMIT, flags={origin_is_acl,}
#pkts encaps: 99, #pkts encrypt: 99, #pkts digest 0
#pkts decaps: 99, #pkts decrypt: 99, #pkts verify 0
#pkts compressed: 0, #pkts decompressed: 0
#pkts not compressed: 0, #pkts compr. failed: 0
#pkts not decompressed: 0, #pkts decompress failed: 0
#send errors 1, #recv errors 0
----output omitted----
interface: Tunnel0
Crypto map tag: map1, local addr. 2.2.2.1
protected vrf:
local ident (addr/mask/prot/port): (10.0.0.0/255.0.0.0/0/0)
remote ident (addr/mask/prot/port): (20.0.0.0/255.0.0.0/0/0)
current_peer: 3.3.3.2:500
PERMIT, flags={origin_is_acl,}
#pkts encaps: 99, #pkts encrypt: 99, #pkts digest 0
#pkts decaps: 99, #pkts decrypt: 99, #pkts verify 0
#pkts compressed: 0, #pkts decompressed: 0
#pkts not compressed: 0, #pkts compr. failed: 0
#pkts not decompressed: 0, #pkts decompress failed: 0
#send errors 1, #recv errors 0
----output omitted----
The output displays current settings used by current SA’s. Non-zero encryption and
decryption statistics can indicate a working set of IPSec SA’s.
FA0/0
R1
Lab Objective:
Task
R1
aaa new-model
aaa authentication login list1 local
aaa authorization network list2 local
Authentication pre-share
Group 2
Int fa0/0
Crypto map map1
Int loopback 0
IP address 100.100.100.100 255.0.0.0
Before we connect to the server from the client, send traffic trough the path where
tunnel is established
-Therefore, ping from PC (20.1.1.20) to loopback 0 (100.100.100.100)
-PC > ping 100.100.100.100 –t (the output display that reply received frm
the address 100.100.100.100).
-Verify by clicking connect on the VPN client application. The VPN client
window prompts for username and password
-In the user name field enter username (user1)
-In the password field enter password (user1)
-As soon as you enter the above details the connection is established.
Verification:
The output displays quick mode state and a connection id that indicates that tunnel is
established
interface: FastEthernet0/0
Crypto map tag: map1, local addr. 20.1.1.1
protected vrf:
local ident (addr/mask/prot/port): (0.0.0.0/0.0.0.0/0/0)
remote ident (addr/mask/prot/port): (30.1.1.1/255.255.255.255/0/0)
current_peer: 20.1.1.20:500
PERMIT, flags={}
#pkts encaps: 110, #pkts encrypt: 110, #pkts digest 110
#pkts decaps: 153, #pkts decrypt: 153, #pkts verify 153
#pkts compressed: 0, #pkts decompressed: 0
#pkts not compressed: 0, #pkts compr. failed: 0
#pkts not decompressed: 0, #pkts decompress failed: 0
#send errors 0, #recv errors 0
The output displays that packets passing the tunnel are encrypted and also decrypted.
This indicates the tunnel created is secure, thus giving access to the remote clients to the
server on the internet securely.
R1
Lab Objective:
Task
R1
aaa new-model
aaa authorization network list2 local
Reverse-route
Int fa0/0
Crypto map map1
Int loopback 0
IP address 100.100.100.100 255.0.0.0
Verification :
The output displays quick mode state and a connection id that indicates that tunnel is
established
interface: FastEthernet0/0
Crypto map tag: map1, local addr. 20.1.1.1
protected vrf:
local ident (addr/mask/prot/port): (0.0.0.0/0.0.0.0/0/0)
remote ident (addr/mask/prot/port): (30.1.1.1/255.255.255.255/0/0)
current_peer: 20.1.1.20:500
PERMIT, flags={}
#pkts encaps: 110, #pkts encrypt: 110, #pkts digest 110
#pkts decaps: 153, #pkts decrypt: 153, #pkts verify 153
#pkts compressed: 0, #pkts decompressed: 0
#pkts not compressed: 0, #pkts compr. failed: 0
#pkts not decompressed: 0, #pkts decompress failed: 0
#send errors 0, #recv errors 0
The output displays that packets passing the tunnel are encrypted and also decrypted.
This indicates the tunnel created is secure, thus giving access to the remote clients to the
server on the internet securely.
S 0/2 S 2/0
E 3/0
FA 0/0
R2
R1
Lab Objective:
Task
R2
aaa new-model
aaa authentication login xyz none
Line vty 0 4
Login authentication xyz
Int s2/0
Crypto map map1
R1
Int fa0/0
Crypto ipsec client ezvpn vpn1 inside
Int s0/2
Crypto ipsec client ezvpn vpn1 outside
Verification :
The output displays a connection-id and quick mode state denoting SA is created
interface: Serial2/0
Crypto map tag: map1, local addr. 1.1.1.2
protected vrf:
local ident (addr/mask/prot/port): (0.0.0.0/0.0.0.0/0/0)
remote ident (addr/mask/prot/port): (10.0.0.0/255.0.0.0/0/0)
current_peer: 1.1.1.1:500
PERMIT, flags={}
#pkts encaps: 50, #pkts encrypt: 50, #pkts digest 50
#pkts decaps: 51, #pkts decrypt: 51, #pkts verify 51
#pkts compressed: 0, #pkts decompressed: 0
#pkts not compressed: 0, #pkts compr. failed: 0
#pkts not decompressed: 0, #pkts decompress failed: 0
#send errors 0, #recv errors 0
The output displays current state for IPSec as active that indicates the tunnel is
established.
If mode client configured on the client side, the client does nat translations.
The output displays the client doing nat translations. This happens only if the client is
configured in ‘client mode’.
R2#show ip route
The static route for 30.0.0.0 network is automatically created because of the reverse-route
configured in the server.
MPLS Domain
R2
E0/1
E1/2
FA0/0
R1
R2
R3
Interface IP Address Subnet Mask
E 0/0 2.2.2.2 255.0.0.0
E 0/1 3.3.3.1 255.0.0.0
R4
Interface IP Address Subnet Mask
FA 0/0 3.3.3.2 255.0.0.0
Loopback 0 30.1.1.1 255.0.0.0
Lab Objective:
Task
Configure OSPF in Area 0 in the MPLS domain as per the scenario and EIGRP AS 200
on R1 (Loopback 0) and EIGRP AS 100 on R3 (E0/1), R4 (FA0/0, Loopback 0).
Mutually redistribute these two routing protocols.
Configure MPLS on R1 (E 3/0), R2 (E1/0, E1/1, E 1/2) and R3 (E0/0).
Enable CEF on routers configured in MPLS domain.
R1 R3
Ip cef Ip cef
Ip cef
Interface e1/0
Mpls ip
Mpls label protocol ldp
Mpls mtu 1512
Interface e1/1
Mpls ip
Mpls label protocol ldp
Mpls mtu 1512
Interface e1/2
Mpls ip
Software / Network Engineer Whatsapp | +923059299396|
258
Sayed Hamz Jillani
The output displays the local tags attached to the router, outgoing tags and the outgoing
interface.
The output displays local bindings of the tag to the router and also the remote bindings of
the same tag by its neighbor.
The output displays the range for the labels from 16, as 1 -15 are reserved.
R2#show ip cef
Prefix Next Hop Interface
0.0.0.0/0 drop Null0 (default route handler entry)
0.0.0.0/32 receive
1.0.0.0/8 attached Ethernet1/0
1.0.0.0/32 receive
1.1.1.1/32 1.1.1.1 Ethernet1/0
1.1.1.2/32 receive
1.255.255.255/32 receive
2.0.0.0/8 attached Ethernet1/1
2.0.0.0/32 receive
2.2.2.1/32 receive
2.2.2.2/32 2.2.2.2 Ethernet1/1
2.255.255.255/32 receive
3.0.0.0/8 2.2.2.2 Ethernet1/1
10.0.0.0/8 1.1.1.1 Ethernet1/0
20.0.0.0/8 attached Ethernet1/2
20.0.0.0/32 receive
20.1.1.1/32 receive
20.255.255.255/32 receive
30.0.0.0/8 2.2.2.2 Ethernet1/1
224.0.0.0/4 drop
224.0.0.0/24 receive
255.255.255.255/32 receive
The output displays the summary of the FIB table.
E1/0
R1
Lab Objective:
Task
R1
Line vty 0 4
Login authentication lauth
Transport input ssh
Next step is install putty software, i.e. it is a third party tool to log into the router.
Software / Network Engineer Whatsapp | +923059299396|
261
Sayed Hamz Jillani
Verification :
From PC1:
R-1#show users
R1
PC 1
Lab Objective:
Task
R1
Logging on
Logging host 10.1.1.2
Logging trap debugging
PC 1: -
Verification:
Logged Messages.
Date Time Priority Hostname Message
07-07-2007 15:37:58 Local7.Debug 10.1.1.1 213: ACK 53359694
WIN 64996
07-07-2007 15:37:58 Local7.Debug 10.1.1.1 212: *July 1 01:07:43.859:
tcp130: I ESTAB 10.1.1.4:1041 10.1.1.1:22 seq 2008571168
07-07-2007 15:37:57 Local7.Debug 10.1.1.1 211: DATA 20 ACK
2008571168 PSH WIN 3673
07-07-2007 15:37:57 Local7.Debug 10.1.1.1 210: *July 1 01:07:43.859:
tcp130: O ESTAB 10.1.1.4:22 10.1.1.1:1041 seq 53359674
07-07-2007 15:37:57 Local7.Debug 10.1.1.1 209: DATA 20 ACK
2008571168 PSH WIN 3673
07-07-2007 15:37:57 Local7.Debug 10.1.1.1 208: *July 1 01:07:43.823:
tcp130: O ESTAB 10.1.1.4:22 10.1.1.1:1041 seq 53359654
07-07-2007 15:37:57 Local7.Debug 10.1.1.1 207: DATA 20 ACK
53359654 PSH WIN 65036
The output displays the logged messages in the Syslog server. Any configuration made
via console is logged onto the syslog server. Any unauthorized access, can also be logged
and viewed on the syslog server.
R-1#show logging
The output displays that the syslog logging is enabled , ip address of the syslog server
and the number of messages logged.
E3/0
R1
PC 1
Lab Objective:
Task
R1
PC 1 :
-When you install solar winds.net network management tool on the pc, an IP network
browser is also installed.
-Double click IP network browser SNMP tool opens :
Software / Network Engineer Whatsapp | +923059299396|
266
Sayed Hamz Jillani
E3/0 E1/0
R1 (MASTER)
R2 (CLIENT)
Lab Objective:
Task
Set the clock to local current time on the master router (R1).
Configure R1 as NTP master and R2 as NTP client.
R1 R2
Clock set 16:10:30 07 July 2007 Ntp authentication - key 1 md5 cisco123
Ntp trusted – key 1
Clock timezone India +5 Ntp server 10.1.1.1 key 1
Ntp master 5
Ntp authentication-key 1 md5 cisco123 Int e1/0
Ntp peer 10.1.1.2 key 1 Ntp broadcast client
Int e3/0
Ntp broadcast
Verification:
R2#show clock
R1#show clock
Verify that the clock has synchronized according to the server time :
R2#show clock
The output displays that the client has synchronized with the server time.
E3/0
R1
PC 1
Lab Objective:
Task
R1
aaa new-model
Tacacs-server host 10.1.1.10 single-connection
Tacacs-server key cisco123
aaa authentication login default group tacacs+ local
aaa authentication login lauth group tacacs+
username user1 password user1
Line vty 0 4
Login authentication lauth
When the tool is installed on PC 1, it prompts for passwords, specify the same password
configured as the tacacs-server key on the router (cisco123).
Follow the steps in configuring users and other parameters :
User setup
Add user username : user 1 & password : user 1
User account is created for user1 and click submit
Click list all users.
-The output displays all the users and their status
Network configuration
Add AAA client
Client : Router
AAA client
IP address : 10.1.1.1
Key : Cisco123
Authenticate using : TACACS+
Click submit + apply button to save the entry
Add AAA server
Server : PC
AAA server
IP add : 10.1.1.10
Key : cisco123
AAA server type : TACACS+
Traffic type : inbound / outbound
Click submit + apply
Verification :
Task 2
(Scenario Based On Task 1)
Configure the AAA server on R1.
Configure AAA login authentication.
Install Cisco secure ACS 4.0 version on PC 1 and create users1 user2 and user3
R1
aaa new-model
Radius-server host 10.1.1.10
Radius-server key cisco123
aaa authentication login r1 group radius local
aaa authentication login default local group radius
Line vty 0 4
Login authentication r1
Install the Cisco Secure ACS on the PC and complete the parameters.
User setup
Add user username : user 2 & password : user 2
username : user 3 & password : user 3
password authentication specify ACS Internal Database
User account is created for user 2, user 3 and click submit
Click list all users.
-The output displays all the users and their status
Network Management :-
Add AAA client
Client : Router
AAA client
IP address : 10.1.1.1
Key : Cisco123
Authenticate using : RADIUS (Cisco IOS)
Click submit + apply button to save the entry
Add AAA server
Server : PC
AAA server
IP add : 10.1.1.10
Key : cisco123
Verification:
Router#auto secure
--- AutoSecure Configuration ---
no ip redirects
no ip proxy-arp
no ip unreachables
no ip directed-broadcast
no ip mask-reply
Disabling mop on Ethernet interfaces
Enabling CEF (This might impact the memory requirements for your platform)
Enabling unicast rpf on all interfaces connected
to internet
Tcp intercept feature is used prevent tcp syn attack
on the servers in the network. Create autosec_tcp_intercept_list
to form the list of servers to which the tcp traffic is to
be observed
no service finger
no service pad
no service udp-small-servers
no service tcp-small-servers
service password-encryption
service tcp-keepalives-in
service tcp-keepalives-out
no cdp run
no ip bootp server
no ip http server
no ip finger
no ip source-route
no ip gratuitous-arps
no ip identd
banner motd ^C This system is the property of Netmetric Solutions.
Please Handle With Care ^C
security passwords min-length 6
security authentication failure rate 10 log
enable secret 5 $1$TnMh$9BZLJz5BhTyu9wjqJ9DXF/
enable password 7 105D061510031B040217
username User1 password 7 01030717481C091D25
aaa new-model
aaa authentication login local_auth local
line con 0
login authentication local_auth
exec-timeout 5 0
transport output telnet
line aux 0
login authentication local_auth
exec-timeout 10 0
transport output telnet
line vty 0 4
login authentication local_auth
transport input telnet
login block-for 300 attempts 3 within 60
service timestamps debug datetime msec localtime show-timezone
service timestamps log datetime msec localtime show-timezone
logging facility local2
logging trap debugging
service sequence-numbers
logging console critical
logging buffered
interface Serial2/0
no ip redirects
no ip proxy-arp
no ip unreachables
no ip directed-broadcast
no ip mask-reply
interface Serial2/1
no ip redirects
no ip proxy-arp
no ip unreachables
no ip directed-broadcast
no ip mask-reply
interface Serial2/2
no ip redirects
no ip proxy-arp
no ip unreachables
no ip directed-broadcast
no ip mask-reply
interface Serial2/3
no ip redirects
no ip proxy-arp
no ip unreachables
no ip directed-broadcast
no ip mask-reply
interface Ethernet3/0
no ip redirects
no ip proxy-arp
no ip unreachables
no ip directed-broadcast
no ip mask-reply
no mop enabled
interface TokenRing3/0
no ip redirects
no ip proxy-arp
no ip unreachables
no ip directed-broadcast
no ip mask-reply
ip cef
access-list 100 permit udp any any eq bootpc
interface Ethernet3/0
ip verify unicast source reachable-via rx allow-default 100
ip tcp intercept list autosec_tcp_intercept_list
ip tcp intercept drop-mode random
ip tcp intercept watch-timeout 15
ip tcp intercept connection-timeout 3600
ip tcp intercept max-incomplete low 450
ip tcp intercept max-incomplete high 550
!
end
Router#sh flash
1. Console port
2. Telnet
3. Secure shell (SSH)
4. Simple Network Management Protocol (SNMP)
5. Cisco Security Device Manager (SDM) access using HTTP and HTTPS
Passwords can be 1 to 25 characters in length.
Passwords can include alphanumeric characters, uppercase and lowercase
characters, symbols and spaces.
Passwords cannot have a number as the first character.
Password-leading spaces are ignored, but all spaces after the first character are not
ignored.
Best practice is to frequently change the passwords.
COMMANDS:
1. This is also used to enter the enable mode or privilege mode, but if “enable
secret ccnp “configured will override the “enable password ccnp “.
Configuration: The commands are same for line auxillary 0 and line vty 0 4
R1
Line console 0
Login
Password ccnp
CONSOLE PORT :
VTY LINES :
1. You must configure a vty password before attempting to access the router using
telnet.
2. If you fail to set an enable password for the router, you will not be able to
access privileged-exec mode using Telnet.
3. Allow Telnet access from specific hosts only.
4. You must configure passwords for all the vty lines on the router.
Auxillary Lines :
1. If you wish to turn off the EXEC process for the aux port, use the “no exec”
command within the auxillary line configuration mode.
R1
Line aux 0
Modem input
Speed 9600
Transport input all
Flowcontrol hardware
Login
Password ccnp
Cisco IOS software release 12.3(1) and later allows to set the minimum character
length for all router passwords.
Software / Network Engineer Whatsapp | +923059299396|
280
Sayed Hamz Jillani
Command:
R1
Config terminal
Enter configuration commands, one per line. End with CNTL/Z.
Security passwords min-length 10
Enable secret ccnp
% Password too short - must be at least 10 characters. Password
configuration failed
Enable secret netmetrics
If the password is not meeting the specified characters mentioned then an error
message is displayed on the console as shown in the above configuration.
4. ENCRYPTING PASSWORDS:
R1
Service password-encryption
Command:
OR
0 Indicates that the following clear text password is to be hashed using MD5.
OR
5 indicates that the following encrypted secret password was hashed using MD5
The jumbled word followed by the number 5 should be copied from the running
configuration. This is the encrypted password from the enable secret command.
Command:
R1
R1
Config terminal
Enter configuration commands, one per line. End with CNTL/Z.
aaa new-model
aaa authentication login local_auth local
username user1 password cisco
security authentication failure rate 2 log
line console 0
login authentication local_auth
To verify the above configuration, exit from the router and try to log in again.
Login with incorrect password twice and try again for the third time.
When the number of failed login attempts reaches the configured rate , two events
occur:
1. An error message is sent by the router.
2. A 15-second delay timer starts. After the 15-second delay has passes, the
user may continue to attempt to log in to the router.
Verification:
Username: user1
Password: (incorrect password)
% Authentication failed
Username: user1
Password: (incorrect password)
% Authentication failed
With this login enhancement command available in Cisco IOS software release
12.3(4) T and later, the router will not accept any additional login connections for
a “quiet period”, if the configured number of connection attempts fail within a
specified time period.
But, Hosts that are permitted by a predefined ACL are excluded from the quiet
period by the global config command “login quiet-mode access-class”.
Mitigates DoS and break-in attacks.
All login attempts made via Telnet, Secure Shell (SSH) and HTTP are denied
during the quiet period.
Command:
R1
Seconds: specifies the duration of time, or quiet period, during which login
attempts are denied.
Attempts: maximum number of failed login attempts that triggers the quiet period.
Within: duration of time in seconds during which the allowed number of failed
login attempts must be made before the quiet period is triggered.
R1
Line vty 0 4
Login local
R1#show login
The output displays number of users tried to login unsuccessfully via Telnet.
In Cisco IOS software release 12.3(4) T, the IOS router will use the configured
ACL to permit login attempts when the router switches to quiet mode.
Command:
R1
Line vty 0 4
Login local
A Cisco IOS device can accept login connections such as Telnet, SSH and HTTP
as fast as they can be processed.
The login delay command introduces a uniform delay between successive login
attempts.
The delay occurs for all login attempts (failed and successful attempts).
Secure the device from dictionary attacks, which are an attempt to gain username
and password access to your device.
The command was introduced in Cisco IOS software release 12.3(4)T.
If not set, a default delay of one second is enforced.
By default, an administrative interface stays active for 10 minutes after the last
session activity.
After that the interface times out and logs out of the session.
Recommended to tune these timers for extra safety when an administrator walks
away from an active console session.
Do not set the exec-timeout value to 0 as it indicates that there will be no timeout
and the session will stay active for unlimited time.
Command:
Cisco routers enable you to configure various privilege levels for your
administrators.
Different passwords can be configured to control who has access to the various
privilege levels.
Three types of levels :
1. Level 0 : predefined for user-level access privileges.
2. Level 2 to 14 : customized for user-level privileges.
3. Level 15 |: predefined for enable mode.
Command:
Assign “ping” and “show” command to the privilege level 2 and establish “cisco” as the
secret password for the users to enter the privilege level 2.
R1
Config t
Enter configuration commands, one per line. End with CNTL/Z.
Privilege exec level 2 ping
Privilege exec level 2 show
Enable secret level 2 cisco
Using the enable (level) command router will prompt for password to enter into
the privilege level 2.
The users at this level are only restricted for exec commands only and not allowed
access to the configuration mode as the mode specified is only exec mode.
R1>enable 2
Password:cisco
R1#show privilege
This error message indicates that the user is restricted to only exec mode and not
other modes.
Banner messages specify what the proper use of the system is.
Specifies that the system is being monitored.
Specifies that privacy should not be expected when using this system.
Command :
Where the character (%) mentioned before the start of the message and end of message
should be the same and must not be in the message, otherwise the message ends where
the character (%) is seen in the line.
Example:
R1 (config) # banner motd % This device is netmetric property. Please handle with care.
%
The role-based CLI access feature allows you to define “views” which are a set of
operational commands and configuration capabilities that provide selective or
partial access to Cisco IOS EXEC and configuration mode commands.
Views restrict user access to Cisco IOS CLI and configuration information.
View can define which commands are accepted and what configuration
information is visible.
Cisco IOS software release 12.3(11)T can also specify an interface or a group of
interfaces to a view, allowing access based on specified interfaces.
Access to the view is protected with a password.
To simplify view management, views can be grouped to superviews to create
large sets of commands and interfaces.
Root view is the highest administrative view and creating and modifying a view
or superview is possible only from root view.
CLI views require AAA new-model.
A maximum of 15 CLI views can exist in addition to the root view.
Scenario:
R1
aaa new-model
exit
enable view
configure terminal
parser view view1
secret 0 cisco
command exec include show version
command exec include configure terminal
command exec include all show ip
exit
Password: cisco
R1 #
R1#?
Exec commands:
<1-99> Session number to resume
configure Enter configuration mode0
enable Turn on privileged commands
exit Exit from the EXEC
show Show running system information
R1#show ?
flash: display information about flash: file system
ip IP information
parser Display parser information
slot0: display information about slot0: file system
slot1: display information about slot1: file system
version System hardware and software status
The output displays configured keywords ip and version apart form parser which
is always available.
R1#show ip ?
Role-based CLI facilitates the concept of grouping CLI views into view supersets
, called superviews.
A superview consists of one or more CLI views.
CLI view can be shared among multiple superviews.
Each superview has a password .
If a superview is deleted , all CLI views associated with that deleted superview
will not be deleted.
Configuration:
R1
aaa new-model
exit
enable view
configure terminal
parser view view1
secret 0 cisco
exit
Verify:
The output will display all the CLI views configured on the router.
The Cisco resilient configuration feature enables a router to secure and maintain a
working copy of the running image and configuration so that those files can
withstand malicious attempts to erase the contents of persistent storage in
NVRAM and flash.
This set of image and router running configuration is referred to as the primary
bootset.
This feature is available only on platforms that support a PCMCIA card.
Command:
R1
secure boot-image
secure boot-config
The output displays the status of the configuration resilience and the primary
bootset filename.
Use the reload command in the privilege mode to restart it and interrupt the boot
sequence to enter the ROMMON mode .
In the ROMMON , use the dir and boot commands to view the contents of the file
system and select a secure image to boot the router from .
Command:
If the startup configuration was deleted, the router will prompt for interactive
configuration input.
You should decline to enter an interactive configuration session in setup mode if
you secured the configuration file.
Use the secure boot-config restore command to recover the secured startup
configuration and save it under a specified filename.
Finally copy the recovered file to the running configuration to resume normal
operations.
R1