Table Of Contents
Sample Configurations
Example 1: Multiple Mode Firewall With Outside Access
System Configuration for Example 1
Admin Context Configuration for Example 1
Customer A Context Configuration for Example 1
Customer B Context Configuration for Example 1
Customer C Context Configuration for Example 1
Example 2: Single Mode Firewall Using Same Security Level
Example 3: Shared Resources for Multiple Contexts
System Configuration for Example 3
Admin Context Configuration for Example 3
Department 1 Context Configuration for Example 3
Department 2 Context Configuration for Example 3
Example 4: Multiple Mode, Transparent Firewall with Outside Access
System Configuration for Example 4
Admin Context Configuration for Example 4
Customer A Context Configuration for Example 4
Customer B Context Configuration for Example 4
Customer C Context Configuration for Example 4
Example 5: Single Mode, Transparent Firewall with NAT
Example 6: IPv6 Configuration
Example 7: Dual ISP Support Using Static Route Tracking
Example 8: Multicast Routing
For PIM Sparse Mode
For PIM bidir Mode
Example 9: LAN-Based Active/Standby Failover (Routed Mode)
Primary Unit Configuration for Example 9
Secondary Unit Configuration for Example 9
Example 10: LAN-Based Active/Active Failover (Routed Mode)
Primary Unit Configuration for Example 10
Primary System Configuration for Example 10
Primary admin Context Configuration for Example 10
Primary ctx1 Context Configuration for Example 10
Secondary Unit Configuration for Example 10
Example 11: LAN-Based Active/Standby Failover (Transparent Mode)
Primary Unit Configuration for Example 11
Secondary Unit Configuration for Example 11
Example 12: LAN-Based Active/Active Failover (Transparent Mode)
Primary Unit Configuration for Example 12
Primary System Configuration for Example 12
Primary admin Context Configuration for Example 12
Primary ctx1 Context Configuration for Example 12
Secondary Unit Configuration for Example 12
Example 13: Cable-Based Active/Standby Failover (Routed Mode)
Example 14: Cable-Based Active/Standby Failover (Transparent Mode)
Example 15: ASA 5505 Base License
Example 16: ASA 5505 Security Plus License with Failover and Dual-ISP Backup
Primary Unit Configuration for Example 16
Secondary Unit Configuration for Example 16
Example 17: AIP SSM in Multiple Context Mode
System Configuration for Example 17
Context 1 Configuration for Example 17
Context 2 Configuration for Example 17
Context 3 Configuration for Example 17
Sample Configurations
This appendix illustrates and describes a number of common ways to implement the security appliance, and includes the following sections:
•
Example 1: Multiple Mode Firewall With Outside Access
•
Example 2: Single Mode Firewall Using Same Security Level
•
Example 3: Shared Resources for Multiple Contexts
•
Example 4: Multiple Mode, Transparent Firewall with Outside Access
•
Example 5: Single Mode, Transparent Firewall with NAT
•
Example 6: IPv6 Configuration
•
Example 7: Dual ISP Support Using Static Route Tracking
•
Example 8: Multicast Routing
•
Example 9: LAN-Based Active/Standby Failover (Routed Mode)
•
Example 10: LAN-Based Active/Active Failover (Routed Mode)
•
Example 11: LAN-Based Active/Standby Failover (Transparent Mode)
•
Example 12: LAN-Based Active/Active Failover (Transparent Mode)
•
Example 13: Cable-Based Active/Standby Failover (Routed Mode)
•
Example 14: Cable-Based Active/Standby Failover (Transparent Mode)
•
Example 15: ASA 5505 Base License
•
Example 16: ASA 5505 Security Plus License with Failover and Dual-ISP Backup
•
Example 17: AIP SSM in Multiple Context Mode
Example 1: Multiple Mode Firewall With Outside Access
This configuration creates three security contexts plus the admin context, each with an inside and an outside interface. Both interfaces are configured as redundant interfaces.
The Customer C context includes a DMZ interface where a Websense server for HTTP filtering resides on the service provider premises (see Figure A-1).
Inside hosts can access the Internet through the outside using dynamic NAT or PAT, but no outside hosts can access the inside.
The Customer A context has a second network behind an inside router.
The admin context allows SSH sessions to the security appliance from one host.
Note
Although inside IP addresses can be the same across contexts when the interfaces are unique, keeping them unique is easier to manage.
Figure A-1 Example 1
See the following sections for the configurations for this scenario:
•
System Configuration for Example 1
•
Admin Context Configuration for Example 1
•
Customer A Context Configuration for Example 1
•
Customer B Context Configuration for Example 1
•
Customer C Context Configuration for Example 1
System Configuration for Example 1
You must first enable multiple context mode using the mode multiple command. The mode is not stored in the configuration file, even though it endures reboots. Enter the show mode command to view the current mode.
enable password chr1cht0n
asdm image disk0:/asdm.bin
boot system disk0:/image.bin
interface gigabitethernet 0/0
interface gigabitethernet 0/1
interface gigabitethernet 0/2
interface gigabitethernet 0/3
member-interface gigabitethernet 0/0
member-interface gigabitethernet 0/1
member-interface gigabitethernet 0/2
member-interface gigabitethernet 0/3
limit-resource rate conns 2000
limit-resource conns 20000
limit-resource rate conns 1000
limit-resource conns 10000
limit-resource rate conns 500
limit-resource conns 5000
allocate-interface redundant1.3 int1
allocate-interface redundant2.4 int2
config-url disk0://admin.cfg
description This is the context for customer A
allocate-interface redundant1.3 int1
allocate-interface redundant2.5 int2
config-url disk0://contexta.cfg
description This is the context for customer B
allocate-interface redundant1.3 int1
allocate-interface redundant2.6 int2
config-url disk0://contextb.cfg
description This is the context for customer C
allocate-interface redundant1.3 int1
allocate-interface redundant2.7-redundant2.8 int2-int3
config-url disk0://contextc.cfg
Admin Context Configuration for Example 1
To change to a context configuration, enter the changeto context name command. To change back to the system, enter changeto system.
The host at 10.1.1.75 can access the context using SSH, which requires a key to be generated using the crypto key generate command.
ip address 209.165.201.2 255.255.255.224
ip address 10.1.1.1 255.255.255.0
route outside 0 0 209.165.201.1 1
ssh 10.1.1.75 255.255.255.255 inside
nat (inside) 1 10.1.1.0 255.255.255.0
! This context uses dynamic NAT for inside users that access the outside
global (outside) 1 209.165.201.10-209.165.201.29
! The host at 10.1.1.75 has access to the Websense server in Customer C, so
! it needs a static translation for use in Customer C's access list
static (inside,outside) 209.165.201.30 10.1.1.75 netmask 255.255.255.255
Customer A Context Configuration for Example 1
To change to a context configuration, enter the changeto context name command. To change back to the system, enter changeto system.
ip address 209.165.201.3 255.255.255.224
ip address 10.1.2.1 255.255.255.0
route outside 0 0 209.165.201.1 1
! The Customer A context has a second network behind an inside router that requires a
! static route. All other traffic is handled by the default route pointing to the router.
route inside 192.168.1.0 255.255.255.0 10.1.2.2 1
nat (inside) 1 10.1.2.0 255.255.255.0
! This context uses dynamic PAT for inside users that access that outside. The outside
! interface address is used for the PAT address
global (outside) 1 interface
Customer B Context Configuration for Example 1
To change to a context configuration, enter the changeto context name command. To change back to the system, enter changeto system.
ip address 209.165.201.4 255.255.255.224
ip address 10.1.3.1 255.255.255.0
route outside 0 0 209.165.201.1 1
nat (inside) 1 10.1.3.0 255.255.255.0
! This context uses dynamic PAT for inside users that access the outside
global (outside) 1 209.165.201.9 netmask 255.255.255.255
access-list INTERNET remark Inside users only access HTTP and HTTPS servers on the outside
access-list INTERNET extended permit tcp any any eq http
access-list INTERNET extended permit tcp any any eq https
access-group INTERNET in interface inside
Customer C Context Configuration for Example 1
To change to a context configuration, enter the changeto context name command. To change back to the system, enter changeto system.
ip address 209.165.201.5 255.255.255.224
ip address 10.1.4.1 255.255.255.0
ip address 192.168.2.1 255.255.255.0
enable password treeh0u$e
route outside 0 0 209.165.201.1 1
url-server (dmz) vendor websense host 192.168.2.2 url-block block 50
filter url http 10.1.4.0 255.255.255.0 0 0
! When inside users access an HTTP server, the security appliance consults with a
! Websense server to determine if the traffic is allowed
nat (inside) 1 10.1.4.0 255.255.255.0
! This context uses dynamic NAT for inside users that access the outside
global (outside) 1 209.165.201.9 netmask 255.255.255.255
! A host on the admin context requires access to the Websense server for management using
! pcAnywhere, so the Websense server uses a static translation for its private address
static (dmz,outside) 209.165.201.6 192.168.2.2 netmask 255.255.255.255
access-list MANAGE remark Allows the management host to use pcAnywhere on the Websense
server
access-list MANAGE extended permit tcp host 209.165.201.30 host 209.165.201.6 eq
pcanywhere-data
access-list MANAGE extended permit udp host 209.165.201.30 host 209.165.201.6 eq
pcanywhere-status
access-group MANAGE in interface outside
Example 2: Single Mode Firewall Using Same Security Level
This configuration creates three internal interfaces. Two of the interfaces connect to departments that are on the same security level, which allows all hosts to communicate without using access lists. The DMZ interface hosts a syslog server. The management host on the outside needs access to the Syslog server and the security appliance. The security appliance uses RIP on the inside interfaces to learn routes. The security appliance does not advertise routes with RIP; the upstream router needs to use static routes for security appliance traffic (see Figure A-2).
The Department networks are allowed to access the Internet, and use PAT.
Threat detection is enabled.
Figure A-2 Example 2
asdm image disk0:/asdm.bin
boot system disk0:/image.bin
interface gigabitethernet 0/0
ip address 209.165.201.3 255.255.255.224
interface gigabitethernet 0/1
ip address 10.1.2.1 255.255.255.0
mac-address 000C.F142.4CDE standby 000C.F142.4CDF
rip authentication mode md5
rip authentication key scorpius key_id 1
interface gigabitethernet 0/2
ip address 10.1.1.1 255.255.255.0
interface gigabitethernet 0/3
ip address 192.168.2.1 255.255.255.0
same-security-traffic permit inter-interface
route outside 0 0 209.165.201.1 1
nat (dept1) 1 10.1.1.0 255.255.255.0
nat (dept2) 1 10.1.2.0 255.255.255.0
! The dept1 and dept2 networks use PAT when accessing the outside
global (outside) 1 209.165.201.9 netmask 255.255.255.255
! Because we perform dynamic NAT on these addresses for outside access, we need to perform
! NAT on them for all other interface access. This identity static statement just
! translates the local address to the same address.
static (dept1,dept2) 10.1.1.0 10.1.1.0 netmask 255.255.255.0
static (dept2,dept1) 10.1.2.0 10.1.2.0 netmask 255.255.255.0
! The syslog server uses a static translation so the outside management host can access
static (dmz,outside) 209.165.201.5 192.168.2.2 netmask 255.255.255.255
access-list MANAGE remark Allows the management host to access the syslog server
access-list MANAGE extended permit tcp host 209.165.200.225 host 209.165.201.5 eq ssh
access-group MANAGE in interface outside
! Advertises the security appliance IP address as the default gateway for the downstream
! router. The security appliance does not advertise a default route to the upstream
! router. Listens for RIP updates from the downstream router. The security appliance does
! not listen for RIP updates from the upstream router because a default route to the
! upstream router is all that is required.
default information originate
ssh 209.165.200.225 255.255.255.255 outside
! System messages are sent to the syslog server on the DMZ network
logging host dmz 192.168.2.2
! Enable basic threat detection:
threat-detection basic-threat
threat-detection rate dos-drop rate-interval 600 average-rate 60 burst-rate 100
! Enables scanning threat detection and automatically shun attackers,
! except for hosts on the 10.1.1.0 network:
threat-detection scanning-threat shun except ip-address 10.1.1.0 255.255.255.0
threat-detection rate scanning-threat rate-interval 1200 average-rate 10 burst-rate 20
threat-detection rate scanning-threat rate-interval 2400 average-rate 10 burst-rate 20
! Enable statistics for access-lists:
threat-detection statistics access-list
Example 3: Shared Resources for Multiple Contexts
This configuration includes multiple contexts for multiple departments within a company. Each department has its own security context so that each department can have its own security policy. However, the syslog, mail, and AAA servers are shared across all departments. These servers are placed on a shared interface (see Figure A-3).
Department 1 has a web server that outside users who are authenticated by the AAA server can access.
Figure A-3 Example 3
See the following sections for the configurations for this scenario:
•
System Configuration for Example 3
•
Admin Context Configuration for Example 3
•
Department 1 Context Configuration for Example 3
•
Department 2 Context Configuration for Example 3
System Configuration for Example 3
You must first enable multiple context mode using the mode multiple command. The mode is not stored in the configuration file, even though it endures reboots. Enter the show mode command to view the current mode.
enable password deckard69
asdm image disk0:/asdm.bin
boot system disk0:/image.bin
interface gigabitethernet 0/0
interface gigabitethernet 0/0.200
interface gigabitethernet 0/1
interface gigabitethernet 0/1.201
interface gigabitethernet 0/1.202
interface gigabitethernet 0/1.300
allocate-interface gigabitethernet 0/0.200
allocate-interface gigabitethernet 0/1.201
allocate-interface gigabitethernet 0/1.300
config-url disk0://admin.cfg
allocate-interface gigabitethernet 0/0.200
allocate-interface gigabitethernet 0/1.202
allocate-interface gigabitethernet 0/1.300
config-url ftp://admin:passw0rd@10.1.0.16/dept1.cfg
allocate-interface gigabitethernet 0/0.200
allocate-interface gigabitethernet 0/1.203
allocate-interface gigabitethernet 0/1.300
config-url ftp://admin:passw0rd@10.1.0.16/dept2.cfg
Admin Context Configuration for Example 3
To change to a context configuration, enter the changeto context name command. To change back to the system, enter changeto system.
interface gigabitethernet 0/0.200
ip address 209.165.201.3 255.255.255.224
interface gigabitethernet 0/0.201
ip address 10.1.0.1 255.255.255.0
interface gigabitethernet 0/0.300
ip address 10.1.1.1 255.255.255.0
route outside 0 0 209.165.201.2 1
nat (inside) 1 10.1.0.0 255.255.255.0
! This context uses PAT for inside users that access the outside
global (outside) 1 209.165.201.6 netmask 255.255.255.255
! This context uses PAT for inside users that access the shared network
global (shared) 1 10.1.1.30
! Because this host can access the web server in the Department 1 context, it requires a
static (inside,outside) 209.165.201.7 10.1.0.15 netmask 255.255.255.255
! Because this host has management access to the servers on the Shared interface, it
! requires a static translation to be used in an access list
static (inside,shared) 10.1.1.78 10.1.0.15 netmask 255.255.255.255
access-list SHARED remark -Allows only mail traffic from inside to exit shared interface
access-list SHARED remark -but allows the admin host to access any server.
access-list SHARED extended permit ip host 10.1.1.78 any
access-list SHARED extended permit tcp host 10.1.1.30 host 10.1.1.7 eq smtp
! Note that the translated addresses are used.
access-group SHARED out interface shared
! Allows 10.1.0.15 to access the admin context using Telnet. From the admin context, you
! can access all other contexts.
telnet 10.1.0.15 255.255.255.255 inside
aaa-server AAA-SERVER protocol tacacs+
aaa-server AAA-SERVER (shared) host 10.1.1.6
! The host at 10.1.0.15 must authenticate with the AAA server to log in
aaa authentication telnet console AAA-SERVER
aaa authorization command AAA-SERVER LOCAL
aaa accounting command AAA-SERVER
! System messages are sent to the syslog server on the Shared network
logging host shared 10.1.1.8
Department 1 Context Configuration for Example 3
To change to a context configuration, enter the changeto context name command. To change back to the system, enter changeto system.
interface gigabitethernet 0/0.200
ip address 209.165.201.4 255.255.255.224
interface gigabitethernet 0/0.202
ip address 10.1.2.1 255.255.255.0
interface gigabitethernet 0/0.300
ip address 10.1.1.2 255.255.255.0
nat (inside) 1 10.1.2.0 255.255.255.0
! The inside network uses PAT when accessing the outside
global (outside) 1 209.165.201.8 netmask 255.255.255.255
! The inside network uses dynamic NAT when accessing the shared network
global (shared) 1 10.1.1.31-10.1.1.37
! The web server can be accessed from outside and requires a static translation
static (inside,outside) 209.165.201.9 10.1.2.3 netmask 255.255.255.255
access-list WEBSERVER remark -Allows the management host (its translated address) on the
access-list WEBSERVER remark -admin context to access the web server for management
access-list WEBSERVER remark -it can use any IP protocol
access-list WEBSERVER extended permit ip host 209.165.201.7 host 209.165.201.9
access-list WEBSERVER remark -Allows any outside address to access the web server
access-list WEBSERVER extended permit tcp any eq http host 209.165.201.9 eq http
access-group WEBSERVER in interface outside
access-list MAIL remark -Allows only mail traffic from inside to exit out the shared int
! Note that the translated addresses are used.
access-list MAIL extended permit tcp host 10.1.1.31 eq smtp host 10.1.1.7 eq smtp
access-list MAIL extended permit tcp host 10.1.1.32 eq smtp host 10.1.1.7 eq smtp
access-list MAIL extended permit tcp host 10.1.1.33 eq smtp host 10.1.1.7 eq smtp
access-list MAIL extended permit tcp host 10.1.1.34 eq smtp host 10.1.1.7 eq smtp
access-list MAIL extended permit tcp host 10.1.1.35 eq smtp host 10.1.1.7 eq smtp
access-list MAIL extended permit tcp host 10.1.1.36 eq smtp host 10.1.1.7 eq smtp
access-list MAIL extended permit tcp host 10.1.1.37 eq smtp host 10.1.1.7 eq smtp
access-group MAIL out interface shared
aaa-server AAA-SERVER protocol tacacs+
aaa-server AAA-SERVER (shared) host 10.1.1.6
! All traffic matching the WEBSERVER access list must authenticate with the AAA server
aaa authentication match WEBSERVER outside AAA-SERVER
! System messages are sent to the syslog server on the Shared network
logging host shared 10.1.1.8
Department 2 Context Configuration for Example 3
To change to a context configuration, enter the changeto context name command. To change back to the system, enter changeto system.
interface gigabitethernet 0/0.200
ip address 209.165.201.5 255.255.255.224
interface gigabitethernet 0/0.203
ip address 10.1.3.1 255.255.255.0
interface gigabitethernet 0/0.300
ip address 10.1.1.3 255.255.255.0
route outside 0 0 209.165.201.2 1
nat (inside) 1 10.1.3.0 255.255.255.0
! The inside network uses PAT when accessing the outside
global (outside) 1 209.165.201.10 netmask 255.255.255.255
! The inside network uses PAT when accessing the shared network
global (shared) 1 10.1.1.38
access-list MAIL remark -Allows only mail traffic from inside to exit out the shared int
access-list MAIL extended permit tcp host 10.1.1.38 host 10.1.1.7 eq smtp
! Note that the translated PAT address is used.
access-group MAIL out interface shared
! System messages are sent to the syslog server on the Shared network
logging host shared 10.1.1.8
Example 4: Multiple Mode, Transparent Firewall with Outside Access
This configuration creates three security contexts plus the admin context. Each context allows OSPF traffic to pass between the inside and outside routers (see Figure A-4).
Inside hosts can access the Internet through the outside, but no outside hosts can access the inside.
An out-of-band management host is connected to the Management 0/0 interface.
The admin context allows SSH sessions to the security appliance from one host.
Connection limit settings for each context, except admin, limit the number of connections to guard against DoS attacks.
Note
Although inside IP addresses can be the same across contexts, keeping them unique is easier to manage.
Figure A-4 Example 4
See the following sections for the configurations for this scenario:
•
System Configuration for Example 4
•
Admin Context Configuration for Example 4
•
Customer A Context Configuration for Example 4
•
Customer B Context Configuration for Example 4
•
Customer C Context Configuration for Example 4
System Configuration for Example 4
You must first enable multiple context mode using the mode multiple command. The mode is not stored in the configuration file, even though it endures reboots. Enter the show mode command to view the current mode.
enable password chr1cht0n
asdm image disk0:/asdm.bin
boot system disk0:/image.bin
interface gigabitethernet 0/0
interface gigabitethernet 0/0.150
interface gigabitethernet 0/0.151
interface gigabitethernet 0/0.152
interface gigabitethernet 0/0.153
interface gigabitethernet 0/1
interface gigabitethernet 0/1.4
interface gigabitethernet 0/1.5
interface gigabitethernet 0/1.6
interface gigabitethernet 0/1.7
allocate-interface gigabitethernet 0/0.150
allocate-interface gigabitethernet 0/1.4
allocate-interface management 0/0
config-url disk0://admin.cfg
description This is the context for customer A
allocate-interface gigabitethernet 0/0.151
allocate-interface gigabitethernet 0/1.5
config-url disk0://contexta.cfg
description This is the context for customer B
allocate-interface gigabitethernet 0/0.152
allocate-interface gigabitethernet 0/1.6
config-url disk0://contextb.cfg
description This is the context for customer C
allocate-interface gigabitethernet 0/0.153
allocate-interface gigabitethernet 0/1.7
config-url disk0://contextc.cfg
Admin Context Configuration for Example 4
To change to a context configuration, enter the changeto context name command. To change back to the system, enter changeto system.
The host at 10.2.1.75 can access the context using SSH, which requires a key pair to be generated using the crypto key generate command.
interface gigabitethernet 0/0.150
interface gigabitethernet 0/1.4
! Unlike other transparent interfaces, the management interface
! requires an IP address:
ip address 10.2.1.1 255.255.255.0
ip address 10.1.1.1 255.255.255.0
route outside 0 0 10.1.1.2 1
ssh 10.2.1.75 255.255.255.255 manage
access-list OSPF remark -Allows OSPF
access-list OSPF extended permit 89 any any
access-group OSPF in interface outside
Customer A Context Configuration for Example 4
To change to a context configuration, enter the changeto context name command. To change back to the system, enter changeto system.
interface gigabitethernet 0/0.151
interface gigabitethernet 0/1.5
ip address 10.1.2.1 255.255.255.0
route outside 0 0 10.1.2.2 1
access-list OSPF remark -Allows OSPF
access-list OSPF extended permit 89 any any
access-group OSPF in interface outside
Customer B Context Configuration for Example 4
To change to a context configuration, enter the changeto context name command. To change back to the system, enter changeto system.
interface gigabitethernet 0/0.152
interface gigabitethernet 0/1.6
ip address 10.1.3.1 255.255.255.0
route outside 0 0 10.1.3.2 1
access-list OSPF remark -Allows OSPF
access-list OSPF extended permit 89 any any
access-group OSPF in interface outside
! The following commands add connection limits to the global policy.
set connection conn-max 5000 embryonic-conn-max 2000
set connection timeout tcp 2:0:0 reset half-close 0:5:0 embryonic 0:0:20 dcd 20 3
service-policy global_policy global
Customer C Context Configuration for Example 4
To change to a context configuration, enter the changeto context name command. To change back to the system, enter changeto system.
interface gigabitethernet 0/0.153
interface gigabitethernet 0/1.7
enable password treeh0u$e
ip address 10.1.4.1 255.255.255.0
route outside 0 0 10.1.4.2 1
access-list OSPF remark -Allows OSPF
access-list OSPF extended permit 89 any any
access-group OSPF in interface outside
! The following commands add connection limits to the global policy.
set connection conn-max 5000 embryonic-conn-max 2000
set connection timeout tcp 2:0:0 reset half-close 0:5:0 embryonic 0:0:20 dcd 20 3
service-policy global_policy global
Example 5: Single Mode, Transparent Firewall with NAT
This configuration shows how to configure NAT in transparent mode (see Figure A-5).
Figure A-5 Example 5
The host at 10.1.1.75 can access the security appliance using SSH, which requires a key pair to be generated using the crypto key generate command.
enable password chr1cht0n
asdm image disk0:/asdm.bin
boot system disk0:/image.bin
interface gigabitethernet 0/0
interface gigabitethernet 0/1
ip address 10.1.1.1 255.255.255.0
route outside 0 0 10.1.1.2 1
! The following route is required when you perform NAT
! on non-directly-connected networks:
route inside 192.168.1.0 255.255.255.0 10.1.1.3 1
ssh 10.1.1.75 255.255.255.255 inside
nat (inside) 1 10.1.1.0 255.255.255.0
nat (inside) 1 198.168.1.0 255.255.255.0
global (outside) 1 209.165.201.1-209.165.201.15
Example 6: IPv6 Configuration
This sample configuration shows several features of IPv6 support on the security appliance:
•
Each interface is configured with both IPv6 and IPv4 addresses.
•
The IPv6 default route is set with the ipv6 route command.
•
An IPv6 access list is applied to the outside interface.
•
The enforcement of Modified-EUI64 format interface identifiers in the IPv6 addresses of hosts on the inside interface.
•
The outside interface suppresses router advertisement messages.
•
An IPv6 static route.
Figure A-6 IPv6 Dual Stack Configuration
enable password myenablepassword
asdm image flash:/asdm.bin
boot system flash:/image.bin
interface gigabitethernet0/0
ip address 10.142.10.100 255.255.255.0
ipv6 address 2001:400:3:1::100/64
interface gigabitethernet0/1
ip address 10.140.10.100 255.255.255.0
ipv6 address 2001:400:1:1::100/64
access-list allow extended permit icmp any any
ssh 10.140.10.75 255.255.255.255 inside
logging buffered debugging
ipv6 enforce-eui64 inside
ipv6 route outside 2001:400:6:1::/64 2001:400:3:1::1
ipv6 route outside ::/0 2001:400:3:1::1
ipv6 access-list outacl permit icmp6 2001:400:2:1::/64 2001:400:1:1::/64
ipv6 access-list outacl permit tcp 2001:400:2:1::/64 2001:400:1:1::/64 eq telnet
ipv6 access-list outacl permit tcp 2001:400:2:1::/64 2001:400:1:1::/64 eq ftp
ipv6 access-list outacl permit tcp 2001:400:2:1::/64 2001:400:1:1::/64 eq www
access-group allow in interface outside
access-group outacl in interface outside
route outside 0.0.0.0 0.0.0.0 16.142.10.1 1
Example 7: Dual ISP Support Using Static Route Tracking
This configuration shows a remote office using static route tracking to use a backup ISP route if the primary ISP route fails. The security appliance in the remote office uses ICMP echo requests to monitor the availability of the main office gateway. If that gateway becomes unavailable through the default route, the default route is removed from the routing table and the floating route to the backup ISP is used in its place.
Figure A-7 Dual ISP Support
enable password password2
asdm image disk0:/asdm.bin
boot system disk0:/image.bin
interface gigabitethernet 0/0
ip address 10.1.1.2 255.255.255.0
interface gigabitethernet 0/1
description backup isp link
ip address 172.16.2.2 255.255.255.0
type echo protocol ipIcmpEcho 10.2.1.2 interface outside
sla monitor schedule 123 life forever start-time now
track 1 rtr 123 reachability
route outside 0.0.0.0 0.0.0.0 10.1.1.1 track 1
! The above route is used while the tracked object, router 10.2.1.2
! is available. It is removed when the router becomes unavailable.
route backupisp 0.0.0.0 0.0.0.0 172.16.2.1 254
! The above route is a floating static route that is added to the
! routing table when the tracked route is removed.
Example 8: Multicast Routing
This configuration shows a source that is sending out multicast traffic with two listeners that are watching for messages. A network lies between the source and the receivers, and all devices need to build up the PIM tree properly for the traffic to flow. This includes the ASA 5505 adaptive security appliance, and all IOS routers.
Figure A-8 Multicast Routing Configuration
Note
Multicast routing only works in single routed mode.
•
For PIM Sparse Mode
•
For PIM bidir Mode
For PIM Sparse Mode
This configuration enables multicast routing for PIM Sparse Mode.
interface GigabitEthernet0/0
ip address 10.1.1.1 255.255.255.0
interface GigabitEthernet0/1
ip address 10.1.2.1 255.255.255.0