The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
This chapter describes the Cisco NX-OS Open Shortest Path First (OSPF) commands that begin with T.
To set the minimum interval in which the software accepts the same link-state advertisement (LSA) from Open Shortest Path First (OSPF) neighbors, use the timers lsa-arrival command. To return to the default, use the no form of this command.
timers lsa-arrival milliseconds
Minimum delay (in milliseconds) that must pass between acceptance of the same LSA arriving from neighbors. The range is from 10 to 600,000 milliseconds. The default is 1000 milliseconds. |
Router configuration mode
VRF configuration mode
|
|
---|---|
Use the timers lsa arrival command to configure the minimum interval for accepting the same LSA. The same LSA is an LSA instance that contains the same LSA ID number, LSA type, and advertising router ID. If an instance of the same LSA arrives sooner than the interval that is set, the software drops the LSA.
We recommend that you keep the milliseconds value of the timers lsa-arrival command less than or equal to the neighbors’ hold-interval value of the timers throttle lsa command.
This example shows how to set the minimum interval for accepting the same LSA at 2000 milliseconds:
|
|
---|---|
To set the minimum interval in which the software accepts the same link-state advertisement (LSA) from Open Shortest Path First version 3 (OSPFv3) neighbors, use the timers lsa-arrival command. To return to the default, use the no form of this command.
timers lsa-arrival milliseconds
Minimum delay (in milliseconds) that must pass between acceptance of the same LSA arriving from neighbors. The range is from 10 to 600,000 milliseconds. The default is 1000 milliseconds. |
Router configuration
VRF configuration
|
|
---|---|
Use the timers lsa arrival command to configure the minimum interval for accepting the same LSA. The same LSA is an LSA instance that contains the same LSA ID number, LSA type, and advertising router ID. If an instance of the same LSA arrives sooner than the interval that is set, the software drops the LSA.
We recommend that you keep the milliseconds value of the timers lsa-arrival command less than or equal to the neighbors’ hold-interval value of the timers throttle lsa command.
This example shows how to set the minimum interval for accepting the same LSA at 2000 milliseconds:
|
|
---|---|
To change the interval at which Open Shortest Path First (OSPF) link-state advertisements (LSAs) are collected into a group and refreshed, checksummed, or aged, use the timers lsa-group-pacing command. To return to the default, use the no form of this command.
timers lsa-group-pacing seconds
Time (in seconds) in the interval in which LSAs are grouped and refreshed, checksummed, or aged. The range is from 1 to 1800 seconds. The default value is 240 seconds. |
The default interval for this command is 240 seconds. OSPF LSA group pacing is enabled by default.
Router configuration mode
VRF configuration mode
|
|
---|---|
Use the timers lsa-group-pacing command to control the rate at which LSA updates occur and 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 OSPF packet pacing timers are suitable for the majority of OSPF deployments. Do not change the packet pacing timers unless you have tried all other options to meet OSPF packet flooding requirements. You should try summarization, stub area usage, queue tuning, and buffer tuning before changing the default flooding timers. There are no guidelines for changing timer values; each OSPF deployment is unique and should be considered on a case-by-case basis.
Cisco NX-OS 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 that the router is handling. For example, if you have about 10,000 LSAs, you should decrease the pacing interval. If you have a very small database (40 to 100 LSAs), you should increase the pacing interval to 10 to 20 minutes.
This example shows how to configure OSPF group packet-pacing updates between LSA groups to occur in 60-second intervals for OSPF routing process 1:
|
|
---|---|
Saves the configuration changes to the startup configuration file. |
|
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 lsa-group-pacing command. To return to the default, use the no form of this command.
timers lsa-group-pacing seconds
Time (in seconds) in the interval in which LSAs are grouped and refreshed, checksummed, or aged. The range is from 1 to 1800 seconds. The default value is 240 seconds. |
The default interval for this command is 240 seconds. OSPFv3 LSA group pacing is enabled by default.
Router configuration
VRF configuration
|
|
---|---|
Use the timers lsa-group-pacing command to control the rate at which LSA updates occur and 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 you have tried all other options to meet OSPFv3 packet flooding requirements. You should try summarization, stub area usage, queue tuning, and buffer tuning before changing the default flooding timers. There are no guidelines for changing timer values; each OSPFv3 deployment is unique and should be considered on a case-by-case basis.
Cisco NX-OS 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 that the router is handling. For example, if you have about 10,000 LSAs, you should decrease the pacing interval. If you have a very small database (40 to 100 LSAs), you should increase the pacing interval to 10 to 20 minutes.
This example shows how to configure OSPFv3 group packet-pacing updates between LSA groups to occur in 60-second intervals for OSPFv3 routing process 1:
|
|
---|---|
Displays general information about OSPFv3 routing processes. |
To set rate-limiting values for Open Shortest Path First (OSPF) link-state advertisement (LSA) generation, use the timers throttle lsa command. To return to the default values, use the no form of this command.
timers throttle lsa start-time hold-interval max-time
start-time: 50 milliseconds
hold-interval: 5000 milliseconds
max-time: 5000 milliseconds
Router configuration mode
VRF configuration mode
|
|
---|---|
Use the timers throttle lsa command to rate-limit LSA generation.
This example shows how to customize OSPF LSA throttling:
|
|
---|---|
Saves the configuration changes to the startup configuration file. |
|
Sets the minimum interval at which the software accepts the same LSA from OSPF neighbors. |
To set rate-limiting values for Open Shortest Path First version 3 (OSPFv3) link-state advertisement (LSA) generation, use the timers throttle lsa command. To return to the default values, use the no form of this command.
timers throttle lsa start-time hold-interval max-time
Router configuration
VRF configuration
|
|
---|---|
Use the timers throttle lsa command to rate-limit LSA generation.
This example shows how to customize OSPFv3 LSA throttling:
|
|
---|---|
Sets the minimum interval at which the software accepts the same LSA from OSPFv3 neighbors. |
To set the shortest-path first (SPF) best-path schedule initial delay time and the minimum hold between SPF best-path calculation for Open Shortest Path First (OSPF), use the timers throttle spf command. To turn off 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
Router configuration
VRF configuration
|
|
---|---|
Use the timers throttle spf command to set the SPF timers.
The first wait interval between SPF calculations is the amount of time in milliseconds specified by the spf-start 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 spf-maximum argument. Subsequent wait times remain at the maximum until the values are reset or an LSA is received between SPF calculations.
This example shows how to configure a router configured with the start, hold, and maximum interval values for the timers throttle spf command set at 5, 1,000, and 90,000 milliseconds:
|
|
---|---|
Saves the configuration changes to the startup configuration file. |
|
Sets the minimum interval at which the software accepts the same LSA from OSPF neighbors. |
|
To set the shortest-path first (SPF) best path schedule initial delay time and the minimum hold between SPF best path calculation for Open Shortest Path First version 3 (OSPFv3), use the timers throttle spf command. To turn off 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
|
|
---|---|
Use the timers throttle spf command to set the SPF timers.
The first wait interval between SPF calculations is the amount of time in milliseconds specified by the spf-start 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 spf-maximum argument. Subsequent wait times remain at the maximum until the values are reset or an LSA is received between SPF calculations.
This example shows how to configure a router configured with the start, hold, and maximum interval values for the timers throttle spf command set at 5, 1,000, and 90,000 milliseconds:
To set the estimated time required to end a link-state update packet on the interface, use the transmit-delay command. To return to the default, use the no form of this command.
Time (in seconds) required to send a link-state update. The range is from 1 to 65535 seconds. The default is 1 second. |
Virtual interface configuration mode
|
|
---|---|
Use the transmit-delay command in virtual link configuration to account for the transmission and propagation delays for the virtual link.
This example sets the retransmit delay value to 3 seconds:
|
|
---|---|
Displays general information about Open Shortest Path First (OSPF) routing instances. |
To set the estimated time required to end a link-state update packet on the interface, use the transmit-delay command. To return to the default, use the no form of this command.
Time (in seconds) required to send a link-state update. The range is from 1 to 65535 seconds. The default is 1 second. |
Virtual interface configuration
|
|
---|---|
Use the transmit-delay command in virtual link configuration to account for the transmission and propagation delays for the virtual link.
This example sets the retransmit delay value to 3 seconds: