PPt_4face_021208.jpg © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Presentation_ID ‹#› Cisco_NewLogo Cisco Chapter 9: Access Control Lists Routing & Switching Cisco Networking Academy program Routing & Switching Chapter 9: Access Control Lists Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Chapter 9 §9.1 IP ACL Operation §9.2 Standard IPv4 ACLs §9.3 Extended IPv4 ACLSs §9.4 Contextual Unit: Debug with ACLs §9.5 Troubleshoot ACLs §9.6 Contextual Unit: IPv6 ACLs §9.7 Summary Chapter 9 Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Chapter 9: Objectives §Explain how ACLs are used to filter traffic. §Compare standard and extended IPv4 ACLs. §Explain how ACLs use wildcard masks. §Explain the guidelines for creating ACLs. §Explain the guidelines for placement of ACLs. §Configure standard IPv4 ACLs to filter traffic according to networking requirements. §Modify a standard IPv4 ACL using sequence numbers. §Configure a standard ACL to secure vty access. Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Chapter 9: Objectives (continued) §Explain the structure of an extended access control entry (ACE). §Configure extended IPv4 ACLs to filter traffic according to networking requirements. §Configure an ACL to limit debug output. §Explain how a router processes packets when an ACL is applied. §Troubleshoot common ACL errors using CLI commands. §Compare IPv4 and IPv6 ACL creation. §Configure IPv6 ACLs to filter traffic according to networking requirements. Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Purpose of ACLs What is an ACL? 9.1.1.1 What is an ACL? Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Purpose of ACLs A TCP Conversation 9.1.1.2 A TCP Conversation Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Purpose of ACLs Packet Filtering §Packet filtering, sometimes called static packet filtering, controls access to a network by analyzing the incoming and outgoing packets and passing or dropping them based on given criteria, such as the source IP address, destination IP addresses, and the protocol carried within the packet. §A router acts as a packet filter when it forwards or denies packets according to filtering rules. §An ACL is a sequential list of permit or deny statements, known as access control entries (ACEs). 9.1.1.3 Packet Filtering Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Purpose of ACLs Packet Filtering (Cont.) 9.1.1.4 Packet Filtering (Cont.) Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Purpose of ACLs ACL Operation § The last statement of an ACL is always an implicit deny. This statement is automatically inserted at the end of each ACL even though it is not physically present. The implicit deny blocks all traffic. Because of this implicit deny, an ACL that does not have at least one permit statement will block all traffic. 9.1.1.5 ACL Operation Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Standard versus Extended IPv4 ACLs Types of Cisco IPv4 ACLs §Standard ACLs § § § §Extended ACLs 9.1.2.1 Types of Cisco IPv4 ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Standard versus Extended IPv4 ACLs Numbering and Naming ACLs 9.1.2.2 Numbering and Naming ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Wildcard Masks in ACLs Introducing ACL Wildcard Masking §Wildcard masks and subnet masks differ in the way they match binary 1s and 0s. Wildcard masks use the following rules to match binary 1s and 0s: §Wildcard mask bit 0 - Match the corresponding bit value in the address. §Wildcard mask bit 1 - Ignore the corresponding bit value in the address. § Wildcard masks are often referred to as an inverse mask. The reason is that, unlike a subnet mask in which binary 1 is equal to a match and binary 0 is not a match, in a wildcard mask the reverse is true. 9.1.3.1 Introducing ACL Wildcard Masking Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Wildcard Masks in ACLs Wildcard Mask Examples: Hosts / Subnets 9.1.3.2 Wildcard Mask Examples Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Wildcard Masks in ACLs Wildcard Mask Examples: Match Ranges 9.1.3.2 Wildcard Mask Examples (cont.) Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Wildcard Masks in ACLs Calculating the Wildcard Mask §Calculating wildcard masks can be challenging. One shortcut method is to subtract the subnet mask from 255.255.255.255. 9.1.3.3 Calculating the Wildcard Mask (cont.) Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Wildcard Masks in ACLs Wildcard Mask Keywords 9.1.3.4 Wildcard Mask Keywords Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Wildcard Masks in ACLs Examples Wildcard Mask Keywords 9.1.3.5 Examples Wildcard Mask Keywords Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Guidelines for ACL creation General Guidelines for Creating ACLs §Use ACLs in firewall routers positioned between your internal network and an external network such as the Internet. §Use ACLs on a router positioned between two parts of your network to control traffic entering or exiting a specific part of your internal network. §Configure ACLs on border routers, that is routers situated at the edges of your networks. §Configure ACLs for each network protocol configured on the border router interfaces. 9.1.4.1 General Guidelines for Creating ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Guidelines for ACL creation General Guidelines for Creating ACLs (cont.) §The Three Ps §One ACL per protocol - To control traffic flow on an interface, an ACL must be defined for each protocol enabled on the interface. §One ACL per direction - ACLs control traffic in one direction at a time on an interface. Two separate ACLs must be created to control inbound and outbound traffic. §One ACL per interface - ACLs control traffic for an interface, for example, GigabitEthernet 0/0. 9.1.4.1 General Guidelines for Creating ACLs (cont.) Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Guidelines for ACL creation ACL Best Practices 9.1.4.2 ACL Best Practices Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Guidelines for ACL Placement Where to Place ACLs §Every ACL should be placed where it has the greatest impact on efficiency. The basic rules are: §Extended ACLs - Locate extended ACLs as close as possible to the source of the traffic to be filtered. §Standard ACLs - Because standard ACLs do not specify destination addresses, place them as close to the destination as possible. §Placement of the ACL and therefore the type of ACL used may also depend on: the extent of the network administrator’s control, bandwidth of the networks involved, and ease of configuration. 9.1.5.1 Where to Place ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Guidelines for ACL Placement Standard ACL Placement 9.1.5.2 Standard ACL Placement Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Guidelines for ACL Placement Extended ACL Placement 9.1.5.3 Extended ACL Placement Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configure Standard IPv4 ACLs Entering Criteria Statements 9.2.1.1 Entering Criteria Statements Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configure Standard IPv4 ACLs Configuring a Standard ACL §Example ACL §access-list 2 deny host 192.168.10.10 §access-list 2 permit 192.168.10.0 0.0.0.255 §access-list 2 deny 192.168.0.0 0.0.255.255 §access-list 2 permit 192.0.0.0 0.255.255.255 9.2.1.2 Configuring a Standard ACL Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configure Standard IPv4 ACLs Configuring a Standard ACL (cont.) §The full syntax of the standard ACL command is as follows: Router(config)# access-list access-list-number deny permit remark source [ source-wildcard ] [ log ] §To remove the ACL, the global configuration no access-list command is used. § The remark keyword is used for documentation and makes access lists a great deal easier to understand. 9.2.1.3 Configuring a Standard ACL (Cont.) Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configure Standard IPv4 ACLs Internal Logic §Cisco IOS applies an internal logic when accepting and processing standard access list statements. As discussed previously, access list statements are processed sequentially. Therefore, the order in which statements are entered is important. 9.2.1.4 Internal Logic Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configure Standard IPv4 ACLs Applying Standard ACLs to Interfaces §After a standard ACL is configured, it is linked to an interface using the ip access-group command in interface configuration mode: §Router(config-if)# ip access-group { access-list-number | access-list-name } { in | out } § To remove an ACL from an interface, first enter the no ip access-group command on the interface, and then enter the global no access-list command to remove the entire ACL. 9.2.1.5 Applying Standard ACLs to Interfaces Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configure Standard IPv4 ACLs Applying Standard ACLs to Interfaces (Cont.) 9.2.1.6 Applying Standard ACLs to Interfaces (Cont.) Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configure Standard IPv4 ACLs Creating Named Standard ACLs 9.2.1.7 Creating Named Standard ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configure Standard IPv4 ACLs Commenting ACLs 9.2.1.8 Commenting ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Modify IPv4 ACLs Editing Standard Numbered ACLs 9.2.2.1 Editing Standard Numbered ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Modify IPv4 ACLs Editing Standard Numbered ACLs (cont.) 9.2.2.2 Editing Standard Numbered ACLs (Cont.) Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Modify IPv4 ACLs Editing Standard Named ACLs 9.2.2.3 Editing Standard Named ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Modify IPv4 ACLs Verifying ACLs 9.2.2.4 Verifying ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Modify IPv4 ACLs ACL Statistics 9.2.2.5 ACL Statistics Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Modify IPv4 ACLs Standard ACL Sequence Numbers §Another part of the IOS internal logic involves the internal sequencing of standard ACL statements. Range statements that deny three networks are configured first followed by five host statements. The host statements are all valid statements because their host IP addresses are not part of the previously entered range statements. §The host statements are listed first by the show command, but not necessarily in the order that they were entered. The IOS puts host statements in an order using a special hashing function. The resulting order optimizes the search for a host ACL entry. 9.2.2.6 Standard ACL Sequence Numbers Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Securing VTY ports with a Standard IPv4 ACL Configuring a Standard ACL to Secure a VTY Port §Filtering Telnet or SSH traffic is typically considered an extended IP ACL function because it filters a higher level protocol. However, because the access-class command is used to filter incoming or outgoing Telnet/SSH sessions by source address, a standard ACL can be used. §Router(config-line)# access-class access-list-number { in [ vrf-also ] | out } 9.2.3.1 Configuring a Standard ACL to Secure a VTY Port Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Securing VTY ports with a Standard IPv4 ACL Verifying a Standard ACL used to Secure a VTY Port 9.2.3.2 Verifying a Standard ACL used to Secure a VTY Port Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Structure of an Extended IPv4 ACL Extended ACLs 9.3.1.1 Extended ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Structure of an Extended IPv4 ACL Extended ACLs (Cont.) 9.3.1.2 Extended ACLs (Cont.) Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configure Extended IPv4 ACLs Configuring Extended ACLs §The procedural steps for configuring extended ACLs are the same as for standard ACLs. The extended ACL is first configured, and then it is activated on an interface. However, the command syntax and parameters are more complex to support the additional features provided by extended ACLs. 9.3.2.1 Configuring Extended ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configure Extended IPv4 ACLs Applying Extended ACLs to Interfaces 9.3.2.2 Applying Extended ACLs to Interfaces Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configure Extended IPv4 ACLs Filtering Traffic with Extended ACLs 9.3.2.3 Filtering Traffic with Extended ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configure Extended IPv4 ACLs Creating Named Extended ACLs 9.3.2.4 Creating Named Extended ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configure Extended IPv4 ACLs Verifying Extended ACLs 9.3.2.5 Verifying Extended ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configure Extended IPv4 ACLs Editing Extended ACLs §Editing an extended ACL can be accomplished using the same process as editing a standard. An extended ACL can be modified using: §Method 1 - Text editor §Method 2 – Sequence numbers 9.3.2.6 Editing Extended ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Processing Packets with ACLs Inbound ACL Logic §Packets are tested against an inbound ACL, if one exists, before being routed. §If an inbound packet matches an ACL statement with a permit, it is sent to be routed. §If an inbound packet matches an ACL statement with a deny, it is dropped and not routed. §If an inbound packet does not meet any ACL statements, then it is “implicitly denied” and dropped without being routed. 9.4.1.1 Inbound and Outbound ACL Logic Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Processing Packets with ACLs Outbound ACL Logic §Packets are first checked for a route before being sent to an outbound interface. If there is no route, the packets are dropped. §If an outbound interface has no ACL, then the packets are sent directly to that interface. §If there is an ACL on the outbound interface, it is tested before being sent to that interface. §If an outbound packet matches an ACL statement with a permit, it is sent to the interface. 9.4.1.1 Inbound and Outbound ACL Logic (cont.) Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Processing Packets with ACLs Outbound ACL Logic (cont.) §If an outbound packet matches an ACL statement with a deny, it is dropped. §If an outbound packet does not meet any ACL statements, then it is “implicitly denied” and dropped. § 9.4.1.1 Inbound and Outbound ACL Logic (cont.) Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Processing Packets with ACLs ACL Logic Operations §When a packet arrives at a router interface, the router process is the same, whether ACLs are used or not. As a frame enters an interface, the router checks to see whether the destination Layer 2 address matches its the interface Layer 2 address or if the frame is a broadcast frame. §If the frame address is accepted, the frame information is stripped off and the router checks for an ACL on the inbound interface. If an ACL exists, the packet is tested against the statements in the list. 9.4.1.2 ACL Logic Operations Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Processing Packets with ACLs ACL Logic Operations (cont.) §If the packet is accepted, it is then checked against routing table entries to determine the destination interface. If a routing table entry exists for the destination, the packet is then switched to the outgoing interface, otherwise the packet is dropped. §Next, the router checks whether the outgoing interface has an ACL. If an ACL exists, the packet is tested against the statements in the list. §If there is no ACL or the packet is permitted, the packet is encapsulated in the new Layer 2 protocol and forwarded out the interface to the next device. 9.4.1.2 ACL Logic Operations (cont.) Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Processing Packets with ACLs Standard ACL Decision Process §Standard ACLs only examine the source IPv4 address. The destination of the packet and the ports involved are not considered. §Cisco IOS software tests addresses against the conditions in the ACL. The first match determines whether the software accepts or rejects the address. Because the software stops testing conditions after the first match, the order of the conditions is critical. If no conditions match, the address is rejected. 9.4.1.3 Standard ACL Decision Process Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Processing Packets with ACLs Extended ACL Decision Process §The ACL first filters on the source address, then on the port and protocol of the source. It then filters on the destination address, then on the port and protocol of the destination, and makes a final permit or deny decision. 9.4.1.4 Extended ACL Decision Process Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Common ACLs Errors Troubleshooting Common ACL Errors - Example 1 §Host 192.168.10.10 §has no connectivity §with 192.168.30.12. 9.4.2.1 Troubleshooting Common ACL Errors - Example 1 Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Common ACLs Errors Troubleshooting Common ACL Errors – Example 2 §The 192.168.10.0 /24 §network cannot use §TFTP to connect to §the 192.168.30.0 /24 §network. 9.4.2.2 Troubleshooting Common ACL Errors - Example 2 Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Common ACLs Errors Troubleshooting Common ACL Errors – Example 3 §The 192.168.11.0 /24 network can use Telnet to connect to 192.168.30.0 /24, but according to company policy, this connection should not be allowed. 9.4.2.3 Troubleshooting Common ACL Errors - Example 3 Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Common ACLs Errors Troubleshooting Common ACL Errors – Example 4 §Host 192.168.30.12 is able to Telnet to connect to 192.168.31.12, but company policy states that this connection should not be allowed. 9.4.2.4 Troubleshooting Common ACL Errors - Example 4 Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Common ACLs Errors Troubleshooting Common ACL Errors – Example 5 §Host 192.168.30.12 can use Telnet to connect to 192.168.31.12, but according to the security policy, this connection should not be allowed. 9.4.2.5 Troubleshooting Common ACL Errors - Example 5 Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png IPv6 ACL Creation Type of IPv6 ACLs 9.5.1.1 Type of IPv6 ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png IPv6 ACL Creation Comparing IPv4 and IPv6 ACLs §Although IPv4 and IPv6 ACLs are very similar, there are three significant differences between them. §Applying an IPv6 ACL IPv6 uses the ipv6 traffic-filter command to perform the same function for IPv6 interfaces. §No Wildcard Masks The prefix-length is used to indicate how much of an IPv6 source or destination address should be matched. §Additional Default Statements permit icmp any any nd-na permit icmp any any nd-ns 9.5.1.2 Comparing IPv4 and IPv6 ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configuring IPv6 ACLs Configuring IPv6 Topology 9.5.2.1 Configuring IPv6 Topology Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configuring IPv6 ACLs Configuring IPv6 ACLs §There are three basic steps to configure an IPv6 ACL: 1.From global configuration mode, use the ipv6 access-list name command to create an IPv6 ACL. 2.From the named ACL configuration mode, use the permit or deny statements to specify one or more conditions to determine if a packet is forwarded or dropped. 3.Return to privileged EXEC mode with the end command. 9.5.2.2 Configuring IPv6 ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configuring IPv6 ACLs Applying an IPv6 ACL to an Interface 9.5.2.3 Applying an IPv6 ACL to an Interface Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configuring IPv6 ACLs IPv6 ACL Examples § Deny FTP § § § §Restrict Access 9.5.2.4 IPv6 ACL Examples Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Configuring IPv6 ACLs Verifying IPv6 ACLs 9.5.2.5 Verifying IPv6 ACLs Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Chapter 9: Summary §By default a router does not filter traffic. Traffic that enters the router is routed solely based on information within the routing table. §Packet filtering, controls access to a network by analyzing the incoming and outgoing packets and passing or dropping them based on criteria such as the source IP address, destination IP addresses, and the protocol carried within the packet. §A packet-filtering router uses rules to determine whether to permit or deny traffic. A router can also perform packet filtering at Layer 4, the transport layer. §An ACL is a sequential list of permit or deny statements. § § •Chapter 9 Summary Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Chapter 9: Summary (cont.) §The last statement of an ACL is always an implicit deny which blocks all traffic. To prevent the implied deny any statement at the end of the ACL from blocking all traffic, the permit ip any any statement can be added. §When network traffic passes through an interface configured with an ACL, the router compares the information within the packet against each entry, in sequential order, to determine if the packet matches one of the statements. If a match is found, the packet is processed accordingly. §ACLs are configured to apply to inbound traffic or to apply to outbound traffic. § § •Chapter 9 Summary Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Chapter 9: Summary (cont.) §Standard ACLs can be used to permit or deny traffic only from source IPv4 addresses. The destination of the packet and the ports involved are not evaluated. The basic rule for placing a standard ACL is to place it close to the destination. §Extended ACLs filter packets based on several attributes: protocol type, source or destination IPv4 address, and source or destination ports. The basic rule for placing an extended ACL is to place it as close to the source as possible. •Chapter 9 Summary Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Chapter 9: Summary (cont.) §The access-list global configuration command defines a standard ACL with a number in the range of 1 to 99 or an extended ACL with numbers in the range of 100 to 199 and 2000 to 2699. Both standard and extended ACLs can be named. §The ip access-list standard name is used to create a standard named ACL, whereas the command ip access-list extended name is for an extended access list. IPv4 ACL statements include the use of wildcard masks. §After an ACL is configured, it is linked to an interface using the ip access-group command in interface configuration mode. § § •Chapter 9 Summary Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Chapter 9: Summary (cont.) §Remember the three Ps, one ACL per protocol, per direction, per interface. §To remove an ACL from an interface, first enter the no ip access-group command on the interface, and then enter the global no access-list command to remove the entire ACL. §The show running-config and show access-lists commands are used to verify ACL configuration. The show ip interface command is used to verify the ACL on the interface and the direction in which it was applied. § § •Chapter 9 Summary Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png Chapter 9: Summary (cont.) §The access-class command configured in line configuration mode restricts incoming and outgoing connections between a particular VTY and the addresses in an access list. §Like IPv4 named ACLs, IPv6 names are alphanumeric, case sensitive and must be unique. Unlike IPv4, there is no need for a standard or extended option. §From global configuration mode, use the ipv6 access-list name command to create an IPv6 ACL. The prefix-length is used to indicate how much of an IPv6 source or destination address should be matched. §After an IPv6 ACL is configured, it is linked to an interface using the ipv6 traffic-filter command. § •Chapter 9 Summary Presentation_ID ‹#› © 2008 Cisco Systems, Inc. All rights reserved. Cisco Confidential Rev08_Cisco_BrandBar10_060408.png CNA_largo-onwhite