![]() |
Cisco IOS IPv6 Command Reference
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
IPv6 Commands: sn to v
![]() |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Contents
snmp-server user though zone pair security sntp addressTo specify the IPv6 Simple Network Time Protocol (SNTP) server address list to be sent to the client, use the sntp address command in DHCP for IPv6 pool configuration mode. To remove the SNTP server address list, use the no form of the command. Usage GuidelinesThe Dynamic Host Configuration Protocol (DHCP) for IPv6 for stateless configuration allows a DHCP for IPv6 client to export configuration parameters (that is, DHCP for IPv6 options) to a local DHCP for IPv6 server pool. The local DHCP for IPv6 server can then provide the imported configuration parameters to other DHCP for IPv6 clients. The SNTP server address list option provides a list of one or more IPv6 addresses of SNTP servers available to the client for synchronization. The clients use these SNTP servers to synchronize their system time to that of the standard time servers. Clients must treat the list of SNTP servers as an ordered list, and the server may list the SNTP servers in decreasing order of preference. The option defined in this document can be used only to configure information about SNTP servers that can be reached using IPv6. The SNTP server option code is 31. For more information on DHCP options and suboptions, see the "DHCP Options" appendix in the Network Registrar User's Guide , Release 6.2. spd extended-headroomTo configure Selective Packet Discard (SPD) extended headroom, use the spd extended-headroomcommand in global configuration mode. To return to the default value, use the no form of this command. Usage GuidelinesBecause Interior Gateway Protocols (IGPs) and link stability are tenuous and crucial, such packets are given the highest priority and are given extended SPD headroom with a default of 10 packets. These packets are not dropped if the size of the input hold queue is lower than 185 (input queue default size + SPD headroom size + SPD extended headroom). spd headroomTo configure Selective Packet Discard (SPD) headroom, use the spd headroomcommand in global configuration mode. To return to the default value, use the no form of this command. Usage GuidelinesSPD prioritizes IPv6 packets with a precedence of 7 by allowing the software to queue them into the process level input queue above the normal input queue limit. The number of packets allowed in excess of the normal limit is called the SPD headroom, the default being 100, which means that a high precedence packet is not dropped if the size of the input hold queue is lower than 175 (input queue default size + SPD headroom size). spf-interval (IPv6)To configure how often Cisco IOS software performs the shortest path first (SPF) calculation, use the s pf-intervalcommand in address family configuration mode. To restore the default interval, use the no form of this command. Syntax Description
Command History
Usage GuidelinesSPF calculations are performed only when the topology changes. They are not performed when external routes change. The spf-interval(IPv6) command controls how often Cisco IOS software can perform the SPF calculation. The SPF calculation is processor-intensive. Therefore, it may be useful to limit how often the SPF calculation is performed, especially when the area is large and the topology changes often. Increasing the SPF interval reduces the processor load of the router, but it could slow down the rate of convergence. If IPv6 and IPv4 are configured on the same interface, they must be running the same Intermediate System-to-Intermediate System (IS-IS) level. You can use the spf-interval(IPv6) command only when using the IS-IS multitopology support for IPv6 feature. split-horizon (IPv6 RIP)To configure split horizon processing of IPv6 Routing Information Protocol (RIP) router updates, use the split-horizoncommand in router configuration mode. To disable the split horizon processing of IPv6 RIP updates, use the no form of this command. Command DefaultSplit horizon is configured and active by default. However, for ATM interfaces and subinterfaces split-horizon is disabled by default. Command History
Usage GuidelinesThe split-horizon(IPv6 RIP) command is similar to the ip split-horizoncommand, except that it is IPv6-specific. This command configures split horizon processing of IPv6 RIP router updates. When split horizon is configured, the advertisement of networks out the interfaces from which the networks are learned is suppressed. If both split horizon and poison reverse are configured, then split horizon behavior is replaced by poison reverse behavior (routes learned via RIP are advertised out the interface over which they were learned, but with an unreachable metric). standby ipv6To ac tivate the Hot Standby Router Protocol (HSRP) in IPv6, use the standby ipv6 command in interface configuration mode. To disable HSRP, use the noform of this command. standby [group-number] ipv6 {ipv6-global-address | ipv6-address /prefix-length | ipv6-prefix /prefix-length | link-local-address | autoconfig}
no standby [group-number] ipv6 {ipv6-global-address | ipv6-address /prefix-length | ipv6-prefix /prefix-length | link-local-address | autoconfig}
Syntax Description
Command History
Usage GuidelinesAn Ethernet or FDDI type interface must be used for HSRP for IPv6. HSRP version 2 must be enabled on an interface before HSRP IPv6 can be configured. The standby ipv6 command enables an HSRP group for IPv6 operation. If the autoconfig keyword is used, then a link-local address will be generated from the link-local prefix and a modified EUI-64 format interface identifier, where the EUI-64 interface identifier is created from the relevant HSRP virtual MAC address. If an IPv6 global address is used, it must include an IPv6 prefix length. If a link-local address is used, it does not have a prefix. ExamplesThe following example enables an HSRP group for IPv6 operation: Router(config)# standby version 2 Router(config)# interface ethernet 0 Router(config-if)# standby ipv6 autoconfig The following example shows three HSRP global IPv6 addresses with an explicitly configured link-local address: interface Ethernet0/0 no ip address ipv6 address 2001::0DB8:1/64 standby version 2 standby 1 ipv6 FE80::1:CAFÉ standby 1 ipv6 2001::0DB8:2/64 standby 1 ipv6 2001:0DB8::3/64 standby 1 ipv6 2001:0DB8::4/64 summary-prefix (IPv6 IS-IS)To create aggregate IPv6 prefixes for Intermediate System-to-Intermediate System (IS-IS), use the summary-prefix command in address family configuration mode. To restore the default, use the no form of this command. summary-prefix ipv6-prefix/prefix-length {level-1 | level-1-2 | level-2} tag tag-value
no summary-prefix ipv6-prefix/prefix-length {level-1 | level-1-2 | level-2} tag
Syntax Description
Command History
Usage GuidelinesMultiple groups of prefixes can be summarized for a given level. Routes learned from other routing protocols can also be summarized. The metric used to advertise the summary is the smallest metric of all the more specific routes. This command helps reduce the size of the routing updates generated by the router, resulting in shorter routing tables on neighbor routers. This command also reduces the size of the link-state packets (LSPs) and thus the link-state database (LSDB). It also helps ensure stability because a summary advertisement is depending on many more specific routes. If one more specific route flaps, in most cases this flapping does not cause a flap of the summary advertisement. The drawback of summary prefixes is that other routes might have less information with which to calculate the most optimal routing table for all individual destinations. ExamplesIn the following example, Routing Information Protocol (RIP) routes are redistributed into IS-IS. The RIP routing table, has IPv6 routes for 3FFE:F000:0001:0000::/64, 3FFE:F000:0002:0000::/64, 3FFE:F000:0003:0000::/64, and so on. This example advertises only 3FFE:F000::/24 into IPv6 IS-IS Level 1. Device(config)# router isis area01 Device(config-router)# address-family ipv6 Device(config-router-af)# redistribute rip level-1 metric 40 Device(config-router-af)# summary-prefix 3FFE:F000::/24 level-1 The following example shows how to assign a tag to a summary prefix: Device(config)# router isis area01 Device(config-router)# address-family ipv6 Device(config-router-af)# summary-prefix 2001:DB::/24 tag 220 Related Commands
summary-prefix (OSPFv3)To configure an IPv6 summary prefix in Open Shortest Path First version 3 (OSPFv3), use the su mmary-prefix command in OSPFv3 router configuration mode, IPv6 address family configuration mode, or IPv4 address family configuration mode. To restore the default, use the no form of this command.
summary-prefix
prefix
[not-advertise | tag tag-value]
no
summary-prefix
prefix
[not-advertise | tag tag-value]
Syntax Description
Command Modes
Command History
Usage GuidelinesThis command can be used to summarize routers redistributed from other routing protocols. Multiple groups of addresses can be summarized. The metric used to advertise the summary is the smallest metric of all the more specific routes. This command helps reduce the size of the routing table. synchronization (IPv6)To enable the synchronization between IPv6 Border Gateway Protocol (BGP) and your Interior Gateway Protocol (IGP) system, use the synchronization command in address family configuration mode. To enable the Cisco IOS software to advertise a network route without waiting for IGP, use the no form of this command. Command History
Usage GuidelinesUnlike the IPv4 version of the synchronization command, the IPv6 version is disabled by default. By default, an IPv6 BGP speaker advertises an IPv6 network route without waiting for the IGP. Use the synchronization command in address family configuration mode to synchronize routing advertisements between BGP and your IGP. This feature allows routers and access servers within an autonomous system to have the route before BGP makes it available to other autonomous systems. When synchronization is enabled, IPv6 BGP does not advertise a route to an external neighbor unless that route is local or exists in the IGP. Use the synchronization command if routers in the autonomous system do not speak BGP. timers (IPv6 RIP)To configure update, timeout, hold-down, and garbage-collection timers for an IPv6 RIP routing process, use the timerscommand in router configuration mode. To return the timers to their default values, use the no form of this command. Syntax Description
Command DefaultUpdate timer: 30 seconds Timeout timer: 180 seconds Hold-down timer: 0 seconds Garbage-collection timer: 120 seconds Command History
Usage GuidelinesThe timers(IPv6 RIP)command is similar to the timers basic(RIP)command, except that it is IPv6-specific. Use the update argument to set the time interval between RIP routing updates. If no route update is received for the time interval specified by the timeout argument, the route is considered unreachable. Use the holddown argument to set a time delay between the route becoming unreachable and the route being considered invalid in the routing table. The use of a hold-down interval is not recommended for RIP because it can introduce long delays in convergence. Use the garbage-collection argument to specify the time interval between a route being considered invalid and the route being purged from the routing table. The basic timing parameters for IPv6 RIP are adjustable. Because IPv6 RIP is executing a distributed, asynchronous routing algorithm, it is important that these timers be the same for all routers and access servers in the network.
ExamplesThe following example sets updates to be broadcast every 5 seconds. If a route is not heard from in 15 seconds, the route is declared unusable. Further information is suppressed for an additional 10 seconds. Assuming no updates, the route is flushed from the routing table 20 seconds after the end of the hold-down period. Router(config)# ipv6 router rip cisco Router(config-rtr)# timers 5 15 10 30 timers pacing flood (OSPFv3)To configure link-state advertisement (LSA) flood packet pacing, use the timers pacing flood command in Open Shortest Path First version 3 (OSPFv3) router configuration mode. To restore the default flood packet pacing value, use the no form of this command. Command History
Usage GuidelinesConfiguring Open Shortest Path First version 3 (OSPF) flood pacing timers allows you to control interpacket spacing between consecutive link-state update packets in the OSPFv3 transmission queue. This command allows you to control the rate at which LSA updates occur to reduce the high CPU or buffer utilization that can occur when an area is flooded with a very large number of LSAs. The default settings for OSPFv3 packet pacing timers are suitable for the majority of OSPFv3 deployments. Do not change the packet pacing timers unless all other options to meet OSPFv3 packet flooding requirements have been exhausted. Specifically, network operators should prefer summarization, stub area usage, queue tuning, and buffer tuning before changing the default flood timers. Furthermore, there are no guidelines for changing timer values; each OSPFv3 deployment is unique and should be considered on a case-by-case basis.
ExamplesThe following example configures LSA flood packet-pacing updates to occur in 20-millisecond intervals for OSPFv3 routing process 1: Router(config)# router ospfv3 1 Router(config-router)# timers pacing flood 20 Related Commands
timers pacing lsa-group (OSPFv3)To change the interval at which Open Shortest Path First version 3 (OSPFv3) link-state advertisements (LSAs) are collected into a group and refreshed, checksummed, or aged, use the timers pacing lsa-group command in router configuration mode. To restore the default value, use the no form of this command. Command DefaultThe default interval for this command is 240 seconds. OSPFv3 LSA group pacing is enabled by default. Command History
Usage GuidelinesThis command allows you to control the rate at which LSA updates occur to reduce the high CPU or buffer utilization that can occur when an area is flooded with a very large number of LSAs. The default settings for OSPFv3 packet pacing timers are suitable for the majority of OSPFv3 deployments. Do not change the packet pacing timers unless all other options to meet OSPFv3 packet flooding requirements have been exhausted. Specifically, network operators should prefer summarization, stub area usage, queue tuning, and buffer tuning before changing the default flooding timers. Furthermore, there are no guidelines for changing timer values; each OSPFv3 deployment is unique and should be considered on a case-by-case basis.
Cisco IOS software groups the periodic refresh of LSAs to improve the LSA packing density for the refreshes in large topologies. The group timer controls the interval used for group refreshment of LSAs; however, this timer does not change the frequency that individual LSAs are refreshed (the default refresh rate is every 30 minutes). The duration of the LSA group pacing is inversely proportional to the number of LSAs the router is handling. For example, if you have about 10,000 LSAs, decreasing the pacing interval would benefit you. If you have a very small database (40 to 100 LSAs), increasing the pacing interval to 10 to 20 minutes might benefit you slightly. ExamplesThe following example configures OSPFv3 group packet-pacing updates between LSA groups to occur in 300-second intervals for OSPFv3 routing process 1: Router(config)# router ospfv3 1 Router(config-router)# timers pacing lsa-group 300 Related Commands
timers pacing retransmission (OSPFv3)To configure link-state advertisement (LSA) retransmission packet pacing in IPv4 Open Shortest Path First version 3 (OSPFv3), use the timers pacing retransmission command in OSPFv3 router configuration mode. To restore the default retransmission packet pacing value, use the no form of this command. Command History
Usage GuidelinesConfiguring OSPFv3 retransmission pacing timers allow you to control interpacket spacing between consecutive link-state update packets in the OSPFv3 retransmission queue. This command allows you to control the rate at which LSA updates occur to reduce high CPU or buffer utilization that can occur when an area is flooded with a very large number of LSAs. The default settings for OSPFv3 packet retransmission pacing timers are suitable for the majority of OSPFv3 deployments. Do not change the packet retransmission pacing timers unless all other options to meet OSPFv3 packet flooding requirements have been exhausted. Specifically, network operators should prefer summarization, stub area usage, queue tuning, and buffer tuning before changing the default flooding timers. Furthermore, there are no guidelines for changing timer values; each OSPFv3 deployment is unique and should be considered on a case-by-case basis.
ExamplesThe following example configures LSA flood pacing updates to occur in 100-millisecond intervals for OSPFv3 routing process 1: Router(config)# router ospfv3 1 Router(config-router)# timers pacing retransmission 100 Related Commands
timers spf (IPv6)To turn on Open Shortest Path First (OSPF) for IPv6 shortest path first (SPF) throttling, use the timers spf command in router configuration mode. To turn off SPF throttling, use the no form of this command. Usage GuidelinesThe first wait interval between SPF calculations is the amount of time in milliseconds specified by the delay argument. Each consecutive wait interval is two times the current hold level in milliseconds until the wait time reaches the maximum time in milliseconds as specified by the holdtime argument. Subsequent wait times remain at the maximum until the values are reset or a link-state advertisement (LSA) is received between SPF calculations. timers throttle lsaTo set rate-limiting values for Open Shortest Path First (OSPF) for IPv6 link-state advertisement (LSA) generation, use the timers throttle lsacommand in router configuration mode. To restore the default values, use the no form of this command. Syntax Description
Command Defaultstart-interval : 0 millisecondshold-interval:5000 millisecondsmax-interval: 5000 milliseconds Command History
Usage GuidelinesThe "same LSA" is defined as an LSA instance that contains the same LSA ID number, LSA type, and advertising router ID. We suggest you keep the millisecondsvalue of the timers lsa arrivalcommand less than or equal to the hold-interval value of the timers throttle lsacommand. ExamplesThis example customizes OSPF LSA throttling so that the start interval is 200 milliseconds, the hold interval is 10,000 milliseconds, and the maximum interval is 45,000 milliseconds. The minimum interval between instances of receiving the same LSA is 2000 milliseconds. router ospf 1 log-adjacency-changes timers throttle lsa 200 10000 45000 timers lsa arrival 2000 network 10.10.4.0 0.0.0.255 area 24 network 10.10.24.0 0.0.0.255 area 24 This example customizes IPv6 OSPF LSA throttling so that the start interval is 500 milliseconds, the hold interval is 1,000 milliseconds, and the maximum interval is 10,000 milliseconds. ipv6 router ospf 1 log-adjacency-changes timers throttle lsa 500 1000 10000 timers throttle spfTo turn on Open Shortest Path First ( OSPF) shortest path first (SPF) throttling, use the timers throttle spf command in the appropriate configuration mode. To turn off OSPF SPF throttling, use the no form of this command.
timers
throttle
spf
spf-start
spf-hold
spf-max-wait
no
timers
throttle
spf
spf-start
spf-hold
spf-max-wait
Syntax Description
Command ModesAddress family configuration (config-router-af) Router address family topology configuration (config-router-af-topology) Router configuration (config-router) OSPF for IPv6 router configuration (config-rtr) Command History
Usage GuidelinesThe first wait interval between SPF calculations is the amount of time in milliseconds specified by the spf-startargument. Each consecutive wait interval is two times the current hold level in milliseconds until the wait time reaches the maximum time in milliseconds as specified by the spf-max-wait argument. Subsequent wait times remain at the maximum until the values are reset or a link-state advertisement (LSA) is received between SPF calculations. Release 12.2(33)SRB If you plan to configure the Multi-Topology Routing (MTR) feature, you need to enter the timers throttle spf command in router address family topology configuration mode in order to make this OSPF router configuration command become topology-aware. Release 15.2(1)T When you configure the ospfv3 network manet command on any interface attached to the OSPFv3 process, the default values for the spf-start, spf-hold, and the spf-max-wait arguments are reduced to 1000 milliseconds, 1000 milliseconds, and 2000 milliseconds respectively. ExamplesThe following example shows how to configure a router with the delay, hold, and maximum interval values for the timers throttle spf command set at 5, 1000, and 90,000 milliseconds, respectively. router ospf 1 router-id 10.10.10.2 log-adjacency-changes timers throttle spf 5 1000 90000 redistribute static subnets network 10.21.21.0 0.0.0.255 area 0 network 10.22.22.0 0.0.0.255 area 00 The following example shows how to configure a router using IPv6 with the delay, hold, and maximum interval values for the timers throttle spf command set at 500, 1000, and 10,000 milliseconds, respectively. ipv6 router ospf 1 event-log size 10000 one-shot log-adjacency-changes timers throttle spf 500 1000 10000 trackingTo override the default tracking policy on a port, use the trackingcommand in Neighbor Discovery ( ND) inspection policy configuration mode .
tracking
{enable [reachable-lifetime {value | infinite}] | disable [stale-lifetime {value | infinite}]}
Syntax DescriptionUsage GuidelinesThe tracking command overrides the default tracking policy set by the ipv6 neighbor tracking command on the port on which this policy applies. This function is useful on trusted ports where, for example, one may not want to track entries but wants an entry to stay in the binding table to prevent it from being stolen. The reachable-lifetime keyword is the maximum time an entry will be considered reachable without proof of reachability, either directly through tracking, or indirectly through ND inspection. After the reachable-lifetime value is reached, the entry is moved to stale. Use of the reachable-lifetime keyword with the tracking command overrides the global reachable lifetime configured by the ipv6 neighbor binding reachable-lifetime command. The stale-lifetime keyword is the maximum time an entry is kept in the table before it is deleted or the entry is proven to be reachable, either directly or indirectly. Use of the stale-lifetime keyword with the tracking command overrides the global stale lifetime configured by the ipv6 neighbor binding stale-lifetime command. ExamplesThe following example defines an ND policy name as policy1, places the router in ND inspection policy configuration mode, and configures an entry to stay in the binding table for an infinite length of time on a trusted port: Router(config)# ipv6 nd inspection policy policy1 Router(config-nd-inspection)# tracking disable stale-lifetime infinite Related Commands
trusted-port (IPv6 ND Inspection Policy)To configure a port to become a trusted port, use the trusted-portcommand in Neighbor Discovery Protocol ( NDP) inspection policy configuration mode . To disable this function, use the no form of this command. Usage GuidelinesWhen the trusted-port command is enabled, limited or no verification is performed when messages are received on ports that have this policy. However, to protect against address spoofing, messages are analyzed so that the binding information that they carry can be used to maintain the binding table. Bindings discovered from these ports will be considered more trustworthy than bindings received from ports that are not configured to be trusted. Use the trusted-portcommand after enabling NDP inspection policy configuration mode using the ipv6 nd inspection policy command. trusted-port (IPv6 RA Guard Policy)To configure a port to become a trusted port, use the trusted-portcommand in router advertisement (RA) guard policy configuration . To disable this function, use the no form of this command. Usage GuidelinesWhen the trusted-port command is enabled, limited or no verification is performed when messages are received on ports that have this policy. However, the device-role command takes precedence over the trusted-port command; if the device role is configured as host, messages will be dropped regardless of trusted-port command configuration. tunnel 6rd brTo bypass security checks on an IPv6 rapid deployment (6RD) customer-edge (CE) router, use the tunnel 6rd br command in interface configuration mode. To remove the BR router's address from configuration, use the no form of this command. Usage GuidelinesThe tunnel 6rd br command is optional for 6RD operation. The command allows the user to specify the BR address, which allows the 6RD router to skip the security checks for packets from that source. By default at a 6RD router, all incoming packets require that their outer IPv4 source address to be embedded in the 6RD-encoded IPv6 source address. Packets that do not satisfy this criteria are dropped. Configuring the tunnel 6rd br command exempts packets with the specified source from this check. The tunnel 6rd br command should be enabled on the customer edge (CE) router, because packets arriving at the CE from the BR typically are traffic from a native IPv6 host, which does not need to have a 6RD-encoded source address. ExamplesThe following example sets the BR address to 10.1.4.1:
Router(config-if)# tunnel 6rd br 10.1.4.1
Related Commands
tunnel 6rd ipv4To specify the prefix length and suffix length of the IPv4 transport address common to all the 6RD routers in a domain, use the tunnel 6rd ipv4 command in interface configuration mode. To remove these parameters, use the no form of this command.
tunnel
6rd
ipv4
prefix-len length
suffix-len length
no
tunnel
6rd
ipv4
prefix-len length
suffix-len length
Syntax DescriptionUsage GuidelinesThe tunnel 6rd ipv4command is optional for 6RD operation. This command specifies the number of most significant bits and least significant bits of the IPv4 transport address (that is, the tunnel source) that are common to all the 6RD routers in a domain. The valid range is from 0 to 31, and the sum of the IPv4 prefix length and the IPv4 suffix length cannot exceed 31. If the tunnel 6rd ipv4command is not configured, and the tunnel 6rd prefix command is configured, the system uses the default value of 0. ExamplesThe following example shows 6RD configuration, including the number of most and least significant bits of the IPv4 transport address common to all the 6RD routers in a domain: Router(config)# interface Tunnel1 Router(config-if)# ipv6 address 2001:B000:100::1/32 Router(config-if)# tunnel source GigabitEthernet2/0/0 Router(config-if)# tunnel mode ipv6ip 6rd Router(config-if)# tunnel 6rd prefix 2001:B000::/32 Router(config-if)# tunnel 6rd ipv4 prefix-len 16 suffix-len 8 Related Commands
tunnel 6rd prefixTo specify the common IPv6 prefix on IPv6 rapid deployment (6RD) tunnels, use the tunnel 6rd prefix command in interface configuration mode. To remove the IPv6 prefix, use the no form of this command. Syntax Description
Usage GuidelinesThe tunnel 6rd prefix command is mandatory for 6RD operation. It specifies the common IPv6 prefix, and the prefix-length argument determines us the position of the IPv4 address in the 6RD delegated prefix (or payload) destination. Configuring a prefix-length of 0 is equivalent to removing this command. The tunnel line state of a 6RD tunnel remains inactive until the tunnel 6rd prefixcommand is configured, and this command is automatically disabled when the tunnel mode ipv6ipcommand is configured to use a keyword other than 6rd. ExamplesThe following example shows 6RD configuration, including the tunnel 6rd prefix command: ipv6 general-prefix 6rd1 6rd Tunnel1 ! interface Tunnel1 ipv6 address 6rd1 ::1/124 tunnel source GigabitEthernet2/0/0 tunnel mode ipv6ip 6rd tunnel 6rd prefix 2001:B000::/32 tunnel 6rd ipv4 prefix-len 16 suffix-len 8 Related Commands
tunnel mode ipv6ipTo configure a static IPv6 tunnel interface, use the tunnel mode ipv6ipcommand in interface configuration mode. To remove an IPv6 tunnel interface, use the no form of this command. Syntax Description
Command History
Usage GuidelinesIPv6 tunneling consists of encapsulating IPv6 packets within IPv4 packets for transmission across an IPv4 routing infrastructure. Manually Configured Tunnels Using the tunnel mode ipv6ip command without keywords specifies an IPv6 configured tunnel where a manually configured IPv6 address is configured on a tunnel interface and manually configured IPv4 addresses are configured as the tunnel source and the tunnel destination. The host or router at each end of an IPv6 configured tunnel must support both the IPv4 and IPv6 protocol stacks. Automatic Determination of Tunnel Source and Destination Using the tunnel mode ipv6ip command with the auto-tunnelkeyword specifies an IPv6 automatic tunnel where the tunnel destination is automatically determined by the IPv4 address in the low-order 32 bits of IPv4-compatible IPv6 addresses. An IPv4-compatible IPv6 address is a 128-bit IPv6 address that contains the IPv6 prefix 0:0:0:0:0:0 in the high-order 96 bits of the address and an IPv4 address in the low-order 32 bits of the address. The host or router at each end of an automatic tunnel must support both the IPv4 and IPv6 protocol stacks. 6to4 Tunnels Using the tunnel mode ipv6ip command with the 6to4keyword specifies automatic 6to4 tunneling where the tunnel endpoint is determined by the globally unique IPv4 address embedded in a 6to4 address. A 6to4 address is a combination of the prefix 2002::/16 and a globally unique 32-bit IPv4 address. (IPv4-compatible addresses are not used in 6to4 tunneling.) The unique IPv4 address is used as the network-layer address in the 6to4 address prefix. The border router at each end of a 6to4 tunnel must support both the IPv4 and IPv6 protocol stacks. The 6to4 tunnel must be configured with the tunnel source command to use an interface with an IPv4 address as the source of the tunnel. Additionally, the 6to4 address prefix must be routed over the tunnel using the ipv6 route command. 6RD Tunnels Use the tunnel mode ipv6ip command with the 6rdkeyword specifies that the tunnel is to be used for IPv6 RD. The 6RD feature is similar to the 6to4 tunnel feature but it does not require addresses to have a 2002::/16 prefix nor does it require that all the 32 bits of the IPv4 destination be in the IPv6 payload header. ISATAP Tunnels ISATAP tunnels enable transport of IPv6 packets within network boundaries. ISATAP tunnels allow individual IPv4/IPv6 dual-stack hosts within a site to connect to an IPv6 network using the IPv4 infrastructure. Unlike IPv4-compatible addresses, ISATAP IPv6 addresses can use any initial unicast /64 prefix. The final 64 bits are an interface identifier. Of these, the leading 32 bits are the fixed pattern 0000:5EFE; the last 32 bits carry the tunnel endpoint IPv4 address. Manually Configured IPv6 Tunnel ExampleThe following example configures a manual IPv6 tunnel. In the example, tunnel interface 0 is manually configured with a global IPv6 address. The tunnel source and destination are also manually configured. Router(config)# interface tunnel 0 Router(config-if)# ipv6 address 3ffe:b00:c18:1::3/127 Router(config-if)# tunnel source ethernet 0 Router(config-if)# tunnel destination 192.168.30.1 Router(config-if)# tunnel mode ipv6ip IPv4 Compatible IPv6 Address Tunnel ExampleThe following example configures an automatic IPv6 tunnel that uses Ethernet interface 0 as the tunnel source. The tunnel destination is automatically determined by the IPv4 address in the low-order 32 bits of an IPv4-compatible IPv6 address. Router(config)# interface tunnel 0 Router(config-if)# no ip address Router(config-if)# tunnel source ethernet 0 Router(config-if)# tunnel mode ipv6ip auto-tunnel 6to4 Tunnel ExampleThe following example configures a 6to4 tunnel. 6to4 tunnels allows for autoconfiguration where a site-specific 48-bit prefix is dynamically constructed by prepending the prefix 2002 to an IPv4 address assigned to the site. In the example, Ethernet interface 0 is configured with an IPv4 address, and with a 64-bit prefix (/64) which is part of the previously constructed 48-bit prefix (/48). Tunnel interface 0 is configured without an IPv4 or IPv6 address because the IPv4 or IPv6 addresses on Ethernet interface 0 is used to construct a tunnel source address. A tunnel destination address is not specified because the destination address is automatically constructed. An IPv6 static route for network 2002::/16 to tunnel interface 0 is configured (traffic destined for the prefix is routed over tunnel interface 0). Router(config)# interface ethernet 0 Router(config-if)# ip address 192.168.99.1 255.255.255.0 Router(config-if)# ipv6 address 2002:c0a8:6301:1::/64 eui-64 Router(config-if)# exit Router(config)# interface tunnel 0 Router(config-if)# no ip address Router(config-if)# ipv6 unnumbered ethernet 0 Router(config-if)# tunnel source ethernet 0 Router(config-if)# tunnel mode ipv6ip 6to4 Router(config-if)# exit Router(config)# ipv6 route 2002::/16 tunnel 0 Tunnel Interface Configured with the ipv6 unnumbered Command ExampleWhen a tunnel interface is configured using the ipv6 unnumberedcommand with the tunnel source and tunnel mode ipv6ipcommands, the tunnel uses the first IPv6 address configured on the source interface as its IPv6 address. For 6to4 tunnels, the first IPv6 address configured on the source interface must be a 6to4 address. In the following example, the first IPv6 address configured for Ethernet interface 0 (6to4 address 2002:c0a8:6301:1::/64) is used as the IPv6 address of tunnel 0: Router(config)# interface tunnel 0 Router(config-if)# ipv6 unnumbered ethernet 0 Router(config-if)# tunnel source ethernet 0 Router(config-if)# tunnel mode ipv6ip 6to4 Router(config-if)# exit Router(config)# interface ethernet 0 Router(config-if)# ipv6 address 2002:c0a8:6301:1::/64 eui-64 Router(config-if)# ipv6 address 3ffe:1234:5678::1/64 6RD Tunnel ExampleThe following sample output shows the running configuration of a 6RD tunnel: Router(config)# interface Tunnel1 Router(config-if)# ipv6 address 2001:B000:100::1/32 Router(config-if)# tunnel source GigabitEthernet2/0/0 Router(config-if)# tunnel mode ipv6ip 6rd Router(config-if)# tunnel 6rd prefix 2001:B000::/32 Router(config-if)# tunnel 6rd common prefix-len 16 suffix-len 8 Router# show tunnel 6rd tunnel Interface Tunnel1: Tunnel Source: 10.1.1.1 6RD: Operational, V6 Prefix: 2001:B000::/32 V4 Common Prefix Length: 16, Value: 10.1.0.0 V4 Common Suffix Length: 8, Value: 0.0.0.1 ISATAP Tunnel ExampleThe following command shows an ISATAP tunnel configured on interface Ethernet 0. Router advertisements are enabled to allow client autoconfiguration. Router(config)# interface Ethernet 0 Router(config-if)# ip address 10.1.1.1 255.255.255.0 Router(config)# interface Tunnel 0 Router(config-if)# tunnel source ethernet 0 Router(config-if)# tunnel mode ipv6ip isatap Router(config-if)# ipv6 address 2001:0DB8::/64 eiu-64 Router(config-if)# no ipv6 nd suppress-ra Related Commands
validate source-macTo check the source media access control (MAC) address against the link-layer address, use the validate source-maccommand in Neighbor Discovery ( ND) inspection policy configuration mode . Command Modes
Usage GuidelinesWhen the router receives an ND message that contains a link-layer address, the source MAC address is checked against the link-layer address. Use the validate source-mac command to drop the packet if the link-layer address and the MAC addresses are different from each other. vrf (DHCPv6 pool)To associate a Dynamic Host Configuration Protocol for IPv6 (DHCPv6) address pool with a virtual private network (VPN) routing and forwarding (VRF) instance, use the vrf command in DHCPv6 pool configuration mode. To remove the VRF name, use the no form of this command. © 2012 Cisco Systems, Inc. All rights reserved.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|