Concept Guide
OSPFv3 Authentication Using IPsec: Conguration Notes
OSPFv3 authentication using IPsec is implemented according to the specications in RFC 4552.
• To use IPsec, congure an authentication (using AH) or encryption (using ESP) security policy on an interface or in an OSPFv3 area.
Each security policy consists of a security policy index (SPI) and the key used to validate OSPFv3 packets. After IPsec is congured for
OSPFv3, IPsec operation is invisible to the user.
– You can only enable one security protocol (AH or ESP) at a time on an interface or for an area. Enable IPsec AH with the ipv6
ospf authentication command; enable IPsec ESP with the ipv6 ospf encryption command.
– The security policy congured for an area is inherited by default on all interfaces in the area.
– The security policy congured on an interface overrides any area-level congured security for the area to which the interface is
assigned.
– The congured authentication or encryption policy is applied to all OSPFv3 packets transmitted on the interface or in the area. The
IPsec security associations (SAs) are the same on inbound and outbound trac on an OSPFv3 interface.
– There is no maximum AH or ESP header length because the headers have elds with variable lengths.
• Manual key conguration is supported in an authentication or encryption policy (dynamic key conguration using the internet key
exchange [IKE] protocol is not supported).
• In an OSPFv3 authentication policy:
– AH is used to authenticate OSPFv3 headers and certain elds in IPv6 headers and extension headers.
– MD5 and SHA1 authentication types are supported; encrypted and unencrypted keys are supported.
• In an OSPFv3 encryption policy:
– Both encryption and authentication are used.
– IPsec security associations (SAs) are supported only in Transport mode (Tunnel mode is not supported).
– ESP with null encryption is supported for authenticating only OSPFv3 protocol headers.
– ESP with non-null encryption is supported for full condentiality.
– 3DES, DES, AES-CBC, and NULL encryption algorithms are supported; encrypted and unencrypted keys are supported.
NOTE
: To encrypt all keys on a router, use the service password-encryption command in Global Conguration mode.
However, this command does not provide a high level of network security. To enable key encryption in an IPsec security policy at
an interface or area level, specify 7 for [key-encryption-type] when you enter the ipv6 ospf authentication
ipsec
or ipv6 ospf encryption ipsec command.
• To congure an IPsec security policy for authenticating or encrypting OSPFv3 packets on a physical, port-channel, or VLAN interface
or OSPFv3 area, perform any of the following tasks:
– Conguring IPsec Authentication on an Interface
– Conguring IPsec Encryption on an Interface
– Conguring IPsec Authentication for an OSPFv3 Area
– Conguring IPsec Encryption for an OSPFv3 Area
– Displaying OSPFv3 IPsec Security Policies
Conguring IPsec Authentication on an Interface
To congure, remove, or display IPsec authentication on an interface, use the following commands.
Prerequisite: Before you enable IPsec authentication on an OSPFv3 interface, rst enable IPv6 unicast routing globally, congure an IPv6
address and enable OSPFv3 on the interface, and assign it to an area (refer to Conguration Task List for OSPFv3 (OSPF for IPv6)).
The SPI value must be unique to one IPsec security policy (authentication or encryption) on the router. Congure the same authentication
policy (the same SPI and key) on each OSPFv3 interface in a link.
• Enable IPsec authentication for OSPFv3 packets on an IPv6-based interface.
INTERFACE mode
ipv6 ospf authentication {null | ipsec spi number {MD5 | SHA1} [key-encryption-type] key}
712
Open Shortest Path First (OSPFv2 and OSPFv3)