l Commands – Part II
local-routes-domain-id
local-routes-domain-id
Syntax
local-routes-domain-id [global-field:local-field]
no local-routes-domain-id
Context
[Tree] (config>service>vprn local-routes-domain-id)
Full Context
configure service vprn local-routes-domain-id
Description
This command specifies the domain ID that is used in the D-PATH attribute for local routes before those routes are exported to a BGP neighbor using BGP-IPVPN, EVPN-IFF, EVPN-IFL or PE-CE BGP. A local route is a non-BGP route installed in the VPRN route table and learned using static route or an IGP.
The domain IDs are used in the D-PATH attribute, in accordance with draft-ietf-bess-evpn-ipvpn-interworking. The D-PATH attribute is modified by gateway routers, where a gateway is defined as a PE where a VPRN is instantiated, and that VPRN advertises or receives routes from multiple BGP owners (for example, EVPN-IFL and BGP-IPVPN).
The D-PATH attribute is used on gateways to detect loops (for received routes where the D-PATH contains a local domain ID) and to make BGP best path selection decisions based on the D-PATH length (shorter D-PATH is preferred).
The no form of this command removes the domain ID for local routes.
Default
no local-routes-domain-id
Parameters
- global-field:local-field
-
Specifies the domain ID for local routes.
Platforms
7705 SAR Gen 2
local-source-address
local-source-address
Syntax
local-source-address {ip-int-name | ip-address}
no local-source-address
Context
[Tree] (config>system>telemetry>persistent>subscription local-source-address)
Full Context
configure system telemetry persistent-subscriptions subscription local-source-address
Description
This command is used to assign a source IP address in the respective persistent subscription context for use when packets are sent out.
The no form of this command removes this address from the configuration.
Parameters
- ip-int-name
-
Specifies the source IP address name, up to 64 characters.
- ip-address
-
Specifies the source IP address.
Platforms
7705 SAR Gen 2
local-source-address
Syntax
local-source-address {ip-int-name | ip-address}
no local-source-address
Context
[Tree] (config>system>grpc-tunnel>destination-group>destination local-source-address)
Full Context
configure system grpc-tunnel destination-group destination local-source-address
Description
This command configures a local source IP address in the destination group context for use when packets are sent out.
The no form of this command removes this address from the configuration.
Default
no local-source-address
Parameters
- ip-int-name
-
Specifies the source IP address name, up to 64 characters.
- ip-address
-
Specifies the source IPv4 address (in dotted decimal notation) or IPv6 address.
Platforms
7705 SAR Gen 2
local-sr-protection
local-sr-protection
Syntax
local-sr-protection local-sr-protection
no local-sr-protection
Context
[Tree] (config>router>mpls>lsp-template local-sr-protection)
[Tree] (config>router>mpls>lsp local-sr-protection)
Full Context
configure router mpls lsp-template local-sr-protection
configure router mpls lsp local-sr-protection
Description
This command configures the SR LFA protection needed for the adjacencies used in the path computation of an SR-TE LSP by the local CSPF.
The default value of the command is preferred. The local CSPF will prefer a protected adjacency over an unprotected adjacency whenever both exist for a TE link. However, the entire computed path can combine both types of adjacencies.
When the user enables the mandatory value, CSPF uses it as an additional path constraint and selects protected adjacencies exclusively in computing the path of the SR-TE LSP. CSPF will return no path if all candidate paths that otherwise satisfy all other LSP path constraints do not have an unprotected SID for each of their TE links.
Similarly, if the user enables the value none, CSPF uses it as an additional path constraint and selects unprotected adjacencies exclusively in computing the path of the SR-TE LSP. CSPF will return no path if all candidate paths that otherwise satisfy all other LSP path constraints do not have a protected SID for each of their TE links.
The no form of this command returns the command to its default value.
Default
no local-sr-protection
Parameters
- local-sr-protection
-
Specifies the local-sr-protection for LSPs.
Platforms
7705 SAR Gen 2
local-user-db
local-user-db
Syntax
local-user-db local-user-db-name [create]
no local-user-db local-user-db-name
Context
[Tree] (config>subscr-mgmt local-user-db)
Full Context
configure subscriber-mgmt local-user-db
Description
Commands in this context configure a local user database.
The no form of this command reverts to the default.
Parameters
- local-user-db-name
-
Specifies the name of a local user database, up to 32 characters.
Platforms
7705 SAR Gen 2
local-v6-ip
local-v6-ip
Syntax
local-v6-ip ipv6-prefix/prefix-length
local-v6-ip any
no local-v6-ip
Context
[Tree] (config>service>vprn>ipsec>sec-plcy>entry local-v6-ip)
[Tree] (config>router>ipsec>sec-plcy>entry local-v6-ip)
Full Context
configure service vprn ipsec security-policy entry local-v6-ip
configure router ipsec security-policy entry local-v6-ip
Description
This command specifies the local v6 prefix for the security-policy entry.
Parameters
- ipv6-prefix/prefix-length
-
Specifies the local v6 prefix and length
- any
-
keyword to specify that it can be any address.
Platforms
7705 SAR-Hx, 7705 SAR-Mx, 7705 SAR-1
location
location
Syntax
location cflash-id
no location
Context
[Tree] (config>system>persistence>ancp location)
[Tree] (config>system>persistence>dhcp-server location)
[Tree] (config>system>persistence>nat-fwd location)
Full Context
configure system persistence ancp location
configure system persistence dhcp-server location
configure system persistence nat-port-forwarding location
Description
This command configures the location to write the persistency files for the corresponding application. Each application creates two files on the flash card, one with suffix .i<version>, referencing an index file, and the other with suffix .0<version>, where <version> is a 2-digit number reflecting the file version. These versions are not related to the SR OS release running on the node. The <version> can remain the same over two major releases, for example, when no format change is made to the persistency file. On boot, the system scans the file systems looking for the corresponding persistency files, and the load begins.
For example, in the DHCP server context, the location specifies the flash device on a CPM card where the data for handling DHCP server persistency is stored.
The no form of this command returns the system to the default. If there is a change in file location while persistence is running, a new file is written on the new flash before the old file is removed.
Default
no location
Parameters
- cflash-id
-
Specifies the compact flash device name.
Platforms
7705 SAR Gen 2
- configure system persistence ancp location
- configure system persistence dhcp-server location
7705 SAR-Hx, 7705 SAR-Mx, 7705 SAR-1
- configure system persistence nat-port-forwarding location
location
Syntax
location location
no location
Context
[Tree] (config>system location)
Full Context
configure system location
Description
This command creates a text string that identifies the system location for the device.
Only one location can be configured. If multiple locations are configured, the last one entered overwrites the previous entry.
The no form of the command reverts to the default value.
Parameters
- location
-
Specifies the location as a character string. The string may be up to 80 characters. Any printable, seven-bit ASCII characters can be used within the string. If the string contains special characters (#, ?, space), the entire string must be enclosed within double quotes.
Platforms
7705 SAR Gen 2
location
Syntax
location file-url
no location
Context
[Tree] (config>system>script-control>script location)
Full Context
configure system script-control script location
Description
This command is used to identify the location of a script to be scheduled.
The no form of the command removes the location.
Default
no location
Parameters
- file-url
-
Specifies the location to search for scripts.
Platforms
7705 SAR Gen 2
location
Syntax
location cflash-id [backup-cflash-id]
no location
Context
[Tree] (config>log>file-id location)
Full Context
configure log file-id location
Description
This command specifies the primary and optional backup location where the log or billing file will be created.
The location command is optional. If the location command not explicitly configured, log files will be created on cf1: and accounting files will be created on cf2: without overflow onto other devices. Generally, cf3: is reserved for system files (configurations, images, and so on).
When multiple location commands are entered in a single file ID context, the last command overwrites the previous command.
When the location of a file ID that is associated with an active log ID is changed, the log events are not immediately written to the new location. The new location does not take effect until the log is rolled over either because the rollover period has expired or a clear log log-id command is entered to manually rollover the log file.
When creating files, the primary location is used as long as there is available space. If no space is available, an attempt is made to delete unnecessary files that are past their retention date.
If sufficient space is not available an attempt is made to remove the oldest to newest closed log or accounting files. After each file is deleted, the system attempts to create the new file.
A medium severity trap is issued to indicate that a compact flash is either not available or that no space is available on the specified flash and that the backup location is being used.
A high priority alarm condition is raised if none of the configured compact flash devices for this file ID are present or if there is insufficient space available. If space does become available, then the alarm condition will be cleared.
Log files are created on cf1: and accounting files are created on cf2.
Use the no form of this command to revert to default settings.
Default
no location
Parameters
- cflash-id
-
Specify the primary location.
- backup-cflash-id
-
Specify the secondary location.
Platforms
7705 SAR Gen 2
location
Syntax
location location-id [primary-ip-address ipv4-address] [secondary-ip-address ipv4-address] [tertiary-ip-address ipv4-address]
Context
[Tree] (config>router>bgp>optimal-route-reflection location)
Full Context
configure router bgp optimal-route-reflection location
Description
This command configures the location ID for the for the route reflector. A BGP neighbor can be associated with a location if it is a route-reflector client.
Parameters
- location-id
-
Specifies an optimal-route-reflection location.
- ipv4-address
-
Specifies the primary, secondary, or tertiary IP address.
Platforms
7705 SAR Gen 2
lock
lock
Syntax
[no] lock
Context
[Tree] (configure>system>security>profile>netconf>base-op-authorization lock)
Full Context
configure system security profile netconf base-op-authorization lock
Description
This command authorizes a user associated with the profile to send a NETCONF <lock> RPC. This lock RPC allows a NETCONF client to lock a configuration datastore.
The no form of the command denies the user from requesting a lock.
Default
no lock
Platforms
7705 SAR Gen 2
lock-override
lock-override
Syntax
[no] lock-override
Context
[Tree] (config>system>script-control>script-policy lock-override)
Full Context
configure system script-control script-policy lock-override
Description
This command allows a triggered EHS/CRON script to execute while there is a datastore lock, started by an MD interface, in place.
A triggered EHS/CRON script queues until an ongoing commit (or confirmed-commit) is done. When an EHS/CRON script is triggered while the lock-override CLI knob is on, SR OS behaves as follows.
When an exclusive session is in place:
-
Keep if it is an MD-CLI session. Disconnect if it is a NETCONF session
-
Lose the exclusive lock
-
Lose any uncommitted configuration changes
When a global session is in place:
-
Keep the MD-CLI or NETCONF session
-
Keep the uncommitted configuration changes
-
An update may be required after committing the EHS/CRON script configuration changes
The no form of this command does not allow the script to execute while there is a datastore lock in place.
Default
lock-override
Platforms
7705 SAR Gen 2
lockout
lockout
Syntax
lockout failed-attempts count duration duration-minutes block block-minutes [max-port-per-ip number-of-ports]
no lockout
Context
[Tree] (config>ipsec>ike-policy lockout)
Full Context
configure ipsec ike-policy lockout
Description
This command enables the lockout mechanism for the IPsec tunnel. The system will lock out an IPsec client for the configured time interval if the number of failed authentications exceeds the configured value within the specified duration. This command only applies when the system acts as a tunnel responder.
A client is defined as the tunnel IP address plus the port.
Optionally, the max-port-per-ip parameter can be configured as the maximum number of ports allowed behind the same IP address. If this threshold is exceeded, then all ports behind the IP address are blocked.
The no form of this command disables the lockout mechanism.
Default
no lockout
Parameters
- count
-
Specifies the maximum number of failed authentications allowed during the duration-minutes interval.
- duration-minutes
-
Specifies the interval of time, in minutes, during which the configured failed authentication count must be exceeded in order to trigger a lockout.
- block-minutes
-
Specifies the number of minutes that the client is blocked if the configured failed authentication count is exceeded.
- number-of-ports
-
Specifies the maximum number of ports allowed behind the same IP address.
Platforms
7705 SAR-Hx, 7705 SAR-Mx, 7705 SAR-1
lockout
Syntax
clear lockout {user user-name | all}
Context
[Tree] (admin>clear lockout)
Full Context
admin clear lockout
Description
This command is used to clear any lockouts for a specific user, or for all users.
Parameters
- user-name
-
Clears the locked username.
- all
-
Clears all locked usernames.
Platforms
7705 SAR Gen 2
log
log
Syntax
log
Context
[Tree] (config log)
Full Context
configure log
Description
Commands in this context are used to configure both event logs and accounting logs. Event logs control the generation, dissemination and recording of system events for monitoring status and troubleshooting faults within the system. Event logging configuration includes syslog, snmp notifications (traps), NETCONF notifications and other types of event log outputs. Accounting logs collect comprehensive accounting statistics and write them to XML files on the compact flash in order to support a variety of billing models.
Platforms
7705 SAR Gen 2
log
Syntax
[no] log
Context
[Tree] (config>service>vprn>static-route-entry>indirect>cpe-check log)
[Tree] (config>service>vprn>static-route-entry>next-hop>cpe-check log)
Full Context
configure service vprn static-route-entry indirect cpe-check log
configure service vprn static-route-entry next-hop cpe-check log
Description
This optional parameter enables the ability to log transitions between active and in-active based on the CPE connectivity check. Events will be sent to the system log, syslog and SNMP traps.
Default
no log
Platforms
7705 SAR Gen 2
log
Syntax
log
Context
[Tree] (config>service>vprn log)
Full Context
configure service vprn log
Description
Commands in this context configure event logging within a specific VPRN.
By default, the log events in a VPRN log are a subset of the complete set of possible log events in SR OS. See the config>log>services-all-events command for more details.
Platforms
7705 SAR Gen 2
log
Syntax
log log-id
no log
Context
[Tree] (config>filter>ipv6-filter>entry log)
[Tree] (config>filter>ip-filter>entry log)
Full Context
configure filter ipv6-filter entry log
configure filter ip-filter entry log
Description
This command associates a filter log to the current filter policy entry and therefore enables logging for that filter entry.
The filter log must exist before a filter entry can be enabled to use the filter log.
The no form of the command disables logging for the filter entry.
Default
no log
Parameters
- log-id
-
Specifies the filter log ID expressed as a decimal integer.
Platforms
7705 SAR Gen 2
log
Syntax
log log-id [create]
no log log-id
Context
[Tree] (config>filter log)
Full Context
configure filter log
Description
This command, creates a configuration context for the specified filter log if it does not exist, and enables the context to configure the specified filter log.
The no form of the command deletes the filter log. The log cannot be deleted if there are filter entries configured to write to the log. All filter entry logging associations need to be removed before the log can be deleted.
Default
log 101
Parameters
- log-id
-
Specifies the filter log ID expressed as a decimal integer.
- create
-
This keyword is required to create the configuration context. After it is created, the context can be enabled with or without the create keyword.
Platforms
7705 SAR Gen 2
log
Syntax
[no] log
Context
[Tree] (config>router>static-route-entry>indirect>cpe-check log)
[Tree] (config>router>static-route-entry>next-hop>cpe-check log)
Full Context
configure router static-route-entry indirect cpe-check log
configure router static-route-entry next-hop cpe-check log
Description
This optional parameter enables the ability to log transitions between active and in-active based on the CPE connectivity check. Events will be sent to the system log, syslog and SNMP traps.
Default
no log
Platforms
7705 SAR Gen 2
log
Syntax
[no] log
Context
[Tree] (config>system>security>mgmt-access-filter>ip-filter>entry log)
[Tree] (config>system>security>mgmt-access-filter>mac-filter>entry log)
[Tree] (config>system>security>mgmt-access-filter>ipv6-filter>entry log)
Full Context
configure system security management-access-filter ip-filter entry log
configure system security management-access-filter mac-filter entry log
configure system security management-access-filter ipv6-filter entry log
Description
This command enables match logging. When enabled, matches on this entry will cause the Security event mafEntryMatch to be raised.
Default
no log
Platforms
7705 SAR Gen 2
log-anno-interval
log-anno-interval
Syntax
log-anno-interval log-interval
no log-anno-interval
Context
[Tree] (config>system>ptp>alternate-profile log-anno-interval)
Full Context
configure system ptp alternate-profile log-anno-interval
Description
This command configures the Announce message interval used for multicast messages within the alternate profile. For multicast messages used on PTP Ethernet ports, this command configures the message interval used for Announce messages transmitted by the local node. This value has no impact on the interval used for the BTCA, which is controlled by the value defined for the primary profile.
This value can only be changed when the alternate profile is shutdown.
The no form of this command reverts to the default value.
Default
log-anno-interval -3 (eight packets per second)
Parameters
- log-interval
-
Specifies the Announce packet interval, in log form.
Platforms
7705 SAR-10x, 7705 SAR-Hx, 7705 SAR-Mx
log-anno-interval
Syntax
log-anno-interval log-interval
no log-anno-interval
Context
[Tree] (config>system>ptp log-anno-interval)
Full Context
configure system ptp log-anno-interval
Description
This command configures the Announce message interval used for both unicast and multicast messages.
For unicast messages, it defines the Announce message interval that is requested during unicast negotiation to any peer. This controls the Announce message rate sent from remote peers to the local node. It does not affect the Announce message rate that may be sent from the local node to remote peers. Remote peers may request an announce message rate anywhere within the acceptable grant range.
For multicast messages, used on PTP Ethernet ports, this configures the message interval used for Announce messages transmitted by the local node.
This command also defines the interval between executions of the BTCA within the node.
The announce interval cannot be changed unless the PTP is shutdown.
To minimize BTCA driven reconfigurations, the IEEE recommends that the announce interval should be consistent across the entire 1588 network.
The no form of this command reverts to the default value. The default value is dependent on the configured profile.
Default
log-anno-interval 1 (1 packet every 2 seconds) for g8265dot1-2010
log-anno-interval 1 (1 packet every 2 seconds) for ieee1588-2008
log-anno-interval -3 (8 packets per second) for g8275dot1-2014
log-anno-interval 1 (1 packet every 2 seconds) for g8275dot2-2016
log-anno-interval 0 (1 packet per second) for iec-61850-9-3-2016 and c37dot238-2017
Parameters
- log-interval
-
Specifies the announce packet interval, in log form.
Platforms
7705 SAR-10x, 7705 SAR-Hx, 7705 SAR-Mx
log-delay-interval
log-delay-interval
Syntax
log-delay-interval log-interval
no log-delay-interval
Context
[Tree] (config>system>ptp>port log-delay-interval)
Full Context
configure system ptp port log-delay-interval
Description
This command configures the minimum interval used for multicast Delay_Req messages. This interval is applied on a per-port basis. For ports in the timeReceiver state, this interval is used unless the parent port indicates a longer interval. For ports in the timeTransmitter state, this interval is advertised to external timeReceiver ports as the minimum acceptable interval for Delay_Req messages from those timeReceiver ports.
The 1588 standard requires that a port in the timeReceiver state checks the logMessageInterval field of received multicast Delay_Resp messages. If the value of the logMessageInterval field of those messages is greater than the value programmed locally for the generation of Delay_Req messages, the timeReceiver shall change to use the greater value (that is, the longer interval) for the generation of Delay_Req messages.
The minimum interval is only applicable to ports, and not to peers.
The no form of this command reverts the configuration to the default value. The default value is dependent on the configured profile.
Default
log-delay-interval -6 (64 packets per second) for g8265dot1-2010
log-delay-interval -6 (64 packets per second) for ieee1588-2008
log-delay-interval -4 (16 packets per second) for g8275dot1-2014
log-delay-interval -6 (64 packets per second) for g8275dot2-2016
log-delay-interval 0 (1 packet per second) for iec-61850-9-3-2016 and c37dot238-2017
Parameters
- log-interval
-
Specifies the Delay_Req message interval, in log form.
Platforms
7705 SAR-10x, 7705 SAR-Hx, 7705 SAR-Mx
log-events
log-events
Syntax
log-events [verbose]
no log-events
Context
[Tree] (config>sys>security>dist-cpu-protection>policy>local-monitoring-policer log-events)
Full Context
configure system security dist-cpu-protection policy local-monitoring-policer log-events
Description
This command controls the creation of log events related to local-monitoring-policer status and activity.
Default
log-events
Parameters
- verbose
-
Sends the same events as just "log-events” plus DcpLocMonExcd, DcpLocMonExcdAllDynAlloc, and DcpLocMonExcdAllDynFreed. The optional "verbose” includes some events that are more likely used during debug/tuning/investigations
Platforms
7705 SAR Gen 2
log-events
Syntax
[no] log-events [verbose]
no log-events
Context
[Tree] (config>sys>security>dist-cpu-protection>policy>protocol>dyn-para log-events)
Full Context
configure system security dist-cpu-protection policy protocol dynamic-parameters log-events
Description
This command controls the creation of log events related to dynamic enforcement policer status and activity.
Default
log-events
Parameters
- verbose
-
This parameter sends the same events as just "log-events” plus Hold Down Start, Hold Down End, DcpDynamicEnforceAlloc and DcpDynamicEnforceFreed events. This includes the allocation/de-allocation events (typically used for debug/tuning only – could be very noisy even when there is nothing much of concern).
Platforms
7705 SAR Gen 2
log-events
Syntax
log-events [verbose]
no log-events
Context
[Tree] (config>sys>security>dist-cpu-protection>policy>static-policer log-events)
Full Context
configure system security dist-cpu-protection policy static-policer log-events
Description
This command controls the creation of log events related to static-policer status and activity.
Default
log-events
Parameters
- verbose
-
Sends the same events as just "log-events” plus Hold Down Start and Down End events. The optional "verbose” includes some events that are more likely used during debug/tuning/investigations.
Platforms
7705 SAR Gen 2
log-files-total-size
log-files-total-size
Syntax
log-files-total-size megabytes
no log-files-total-size
Context
[Tree] (config>log>storage log-files-total-size)
Full Context
configure log file-storage-control log-files-total-size
Description
This command configures the limit for the total space that all log files can occupy on each storage device on the active CPM.
When this threshold is reached, log events are no longer written to the files in the \log directory until SR OS removes older log files and the occupancy is below the limit.
When unconfigured, there is no specific limit for the total size of all log files.
Only log files in the \log directory with system generated names (including no file extension) are applicable toward the total size limit.
If a user manually adds or deletes log files from the \log directory, the size of the files is not taken into account for up to 1 hour.
The configured total size limit is not validated against the actual size of the installed storage devices. If the configured limit is larger than the installed CF device, the limit is never reached.
Default
no log-files-total-size
Parameters
- megabytes
-
Specifies the total size limit for log files, in MB.
Platforms
7705 SAR Gen 2
log-filter
log-filter
Syntax
log-filter filter-id
no log-filter
Context
[Tree] (config>log>event-trigger>event>trigger-entry log-filter)
Full Context
configure log event-trigger event trigger-entry log-filter
Description
This command configures the log filter to be used for this trigger entry. The log filter defines the matching criteria that must be met in order for the log event to trigger the handler execution. The log filter is applied to the log event and, if the filtering decision results in a forward action, then the handler is triggered.
It is typically unnecessary to configure match criteria for the application or number in the log filter used for EHS since the particular filter is only applied for a specific log event application and number, as configured under the config>log>event-trigger context.
The no form of this command removes the log filter configuration.
Parameters
- filter-id
-
Specifies the identifier of the filter.
Platforms
7705 SAR Gen 2
log-id
log-id
Syntax
log-id log-id [name log-name]
no log-id log-id
Context
[Tree] (config>service>vprn>log log-id)
Full Context
configure service vprn log log-id
Description
This command creates a context to configure destinations for event streams.
The log-id context is used to direct events, alarms or traps, and debug information to respective destinations.
A maximum of 30 logs can be configured.
Before an event can be associated with this log-id, the from command identifying the source of the event must be configured.
Only one destination can be specified for a log-id. The destination of an event stream can be an in-memory buffer, console, session, snmp-trap-group, Syslog, or file.
Use the event-control command to suppress the generation of events, alarms, and traps for all log destinations.
An event filter policy can be applied in the log-id context to limit which events, alarms, and traps are sent to the specified log-id.
By default, the log events in a VPRN log are a subset of the complete set of possible log events in SR OS. See the config>log>services-all-events command for more details.
The no form of this command deletes the log destination ID from the configuration.
Default
No log destinations are defined.
Parameters
- log-id
-
Specifies the log ID number, expressed as a decimal integer.
- name log-name
-
Configures an optional log name, up to 64 characters, that can be used to refer to the log destination after it is created.
Platforms
7705 SAR Gen 2
log-id
Syntax
log-id log-id [name log-name]
no log-id log-id
Context
[Tree] (config>log log-id)
Full Context
configure log log-id
Description
This command creates a context to configure destinations for event streams.
The log-id context is used to direct events, alarms or traps, and debug information for specific destinations.
A maximum of 30 logs can be configured.
Before an event can be associated with this log ID, the from command identifying the source of the event must be configured.
Only one destination can be specified for a log-id. The destination of an event stream can be an in-memory buffer, console, session, snmp-trap-group, syslog, or file.
Use the event-control command to suppress the generation of events, alarms, and traps for all log destinations.
An event filter policy can be applied in the log-id context to limit which events, alarms, and traps are sent to the specified log-id.
Log-IDs 99 and 100 are created by the agent. Log-ID 99 captures all log messages. Log-ID 100 captures log messages with a severity level of major and above.
Log-ID 99 provides valuable information for the admin-tech file. Removing or changing the log configuration may hinder debugging capabilities. It is strongly recommended not to alter the configuration for Log-ID 99.
The no form of this command deletes the log destination ID from the configuration.
Parameters
- log-id
-
Specifies the log ID, expressed as a decimal integer.
- name log-name
-
Configures an optional log name, up to 64 characters, that can be used to refer to the log destination after it is created.
Platforms
7705 SAR Gen 2
log-prefix
log-prefix
Syntax
log-prefix log-prefix-string
no log-prefix
Context
[Tree] (config>service>vprn>log>syslog log-prefix)
Full Context
configure service vprn log syslog log-prefix
Description
This command adds the string prepended to every syslog message sent to the syslog host.
RFC 3164, The BSD syslog Protocol, allows an alphanumeric string (tag) to be prepended to the content of every log message sent to the syslog host. This alphanumeric string can, for example, be used to identify the node that generates the log entry. The software appends a colon (:) and a space to the string and it is inserted in the syslog message after the date stamp and before the syslog message content.
Only one string can be entered. If multiple strings are entered, the last string overwrites the previous string. The alphanumeric string can contain lowercase (a-z), uppercase (A-Z) and numeric (0-9) characters.
The no form of this command removes the log prefix string.
Default
log-prefix "TMNX".
Parameters
- log-prefix-string
-
Specifies the alphanumeric string of up to 32 characters. Spaces and colons ( : ) cannot be used in the string.
Platforms
7705 SAR Gen 2
log-prefix
Syntax
log-prefix log-prefix-string
no log-prefix
Context
[Tree] (config>log>syslog log-prefix)
Full Context
configure log syslog log-prefix
Description
This command adds the string prepended to every syslog message sent to the syslog host.
RFC 3164, allows an alphanumeric string (tag) to be prepended to the content of every log message sent to the syslog host. This alphanumeric string can, for example, be used to identify the node that generates the log entry. The software appends a colon (:) and a space to the string and it is inserted in the syslog message after the date stamp and before the syslog message content.
Only one string can be entered. If multiple strings are entered, the last string overwrites the previous string. The alphanumeric string can contain lowercase (a-z), uppercase (A-Z) and numeric (0 to 9) characters.
The no form of this command removes the log prefix string.
Default
no log-prefix
Parameters
- log-prefix-string
-
Specifies an alphanumeric string up to 32 characters in length. Spaces and colons ( : ) cannot be used in the string.
Platforms
7705 SAR Gen 2
log-sync-interval
log-sync-interval
Syntax
log-sync-interval log-interval
no log-sync-interval
Context
[Tree] (config>system>ptp>port log-sync-interval)
Full Context
configure system ptp port log-sync-interval
Description
This command configures the message interval used for transmission of multicast Sync messages.
For multicast messages used on PTP Ethernet ports, this command configures the message interval used for Sync messages transmitted by the local node when the port is in Master state.
The no form of this command reverts the value to the profile default.
Default
log-sync-interval -6 (64 packets per second) for ieee1588-2008
log-sync-interval -6 (64 packets per second) for g8265dot1-2010
log-sync-interval -4 (16 packets per second) for g8275dot1-2014
log-sync-interval -6 (64 packets per second) for g8275dot2-2016
log-delay-interval 0 (1 packet per second) for iec-61850-9-3-2016 and c37dot238-2017
Parameters
- log-interval
-
Specifies the message interval, in log form.
Platforms
7705 SAR-10x, 7705 SAR-Hx, 7705 SAR-Mx
log-sync-interval
Syntax
log-sync-interval log-interval
no log-sync-interval
Context
[Tree] (config>system>ptp>peer log-sync-interval)
Full Context
configure system ptp peer log-sync-interval
Description
This command configures the message interval used for unicast event messages. It defines the message interval for both Sync and Delay_Resp messages that are requested during unicast negotiation to the specific peer. This controls the Sync and Delay_Resp message rate sent from remote peers to the local node. It does not affect the Sync or Delay_Resp packet rate that may be sent from the local node to remote peers. Remote peers may request a Sync or Delay_Resp packet rate anywhere within the acceptable grant range.
This command cannot be modified unless the peer is shut down.
The no form of this command reverts the value to the profile default.
Default
log-sync-interval -6 (64 packets per second) for ieee1588-2008
log-sync-interval -6 (64 packets per second) for g8265dot1-2010
log-sync-interval -4 (16 packets per second) for g8275dot1-2014
log-sync-interval -6 (64 packets per second) for g8275dot2-2016
log-delay-interval 0 (1 packet per second) for iec-61850-9-3-2016 and c37dot238-2017
Parameters
- log-interval
-
Specifies the message interval, in log form.
Platforms
7705 SAR-10x, 7705 SAR-Hx, 7705 SAR-Mx
logger-event-bundling
logger-event-bundling
Syntax
[no] logger-event-bundling
Context
[Tree] (config>router>mpls logger-event-bundling)
Full Context
configure router mpls logger-event-bundling
Description
This feature merges two of the most commonly generated MPLS traps, vRtrMplsXCCreate and vRtrMplsXCDelete, which can be generated at both LER and LSR into a new specific trap vRtrMplsSessionsModified. In addition, this feature perform bundling of traps of multiple RSVP sessions, that is LSPs, into this new specific trap.
The intent is to provide a tool for the user to minimize trap generation in an MPLS network. Note that the MPLS trap throttling will not be applied to this new trap.
The no version of this command disables the merging and bundling of the above MPLS traps.
Platforms
7705 SAR Gen 2
login-banner
login-banner
Syntax
[no] login-banner
Context
[Tree] (config>system>login-control login-banner)
Full Context
configure system login-control login-banner
Description
This command enables or disables the display of a login banner. The login banner contains the SR OS copyright and build date information for a console login attempt.
The no form of this command causes only the configured pre-login-message and a generic login prompt to display.
Platforms
7705 SAR Gen 2
login-control
login-control
Syntax
login-control
Context
[Tree] (config>system login-control)
Full Context
configure system login-control
Description
This command creates the context to configure the session control for console, Telnet, SSH, and FTP sessions.
Platforms
7705 SAR Gen 2
login-exec
login-exec
Syntax
login-exec url-prefix: source-url
no login-exec
Context
[Tree] (config>system>security>user>console login-exec)
[Tree] (config>system>security>user-template>console login-exec)
Full Context
configure system security user console login-exec
configure system security user-template console login-exec
Description
This command configures a user’s login exec file which executes whenever the user successfully logs in to a console session.
Only one exec file can be configured. If multiple login-exec commands are entered for the same user, each subsequent entry overwrites the previous entry.
The no form of this command disables the login exec file for the user.
Default
no login-exec
Parameters
- url-prefix: source-url
-
Specifies either a local or remote URL, up to 200 characters, that identifies the exec file that is executed after the user successfully logs in.
Platforms
7705 SAR Gen 2
login-scripts
login-scripts
Syntax
login-scripts
Context
[Tree] (config>system>login-control login-scripts)
Full Context
configure system login-control login-scripts
Description
Commands in this context configure CLI scripts that execute when a user (authenticated via any method including local user database, TACACS+, or RADIUS) first logs into a CLI session.
Platforms
7705 SAR Gen 2
logout
logout
Syntax
logout
Context
[Tree] (logout)
Full Context
logout
Description
This command logs out of the router session.
When the logout command is issued from the console, the login prompt is displayed, and any log IDs directed to the console are discarded. When the console session resumes (regardless of the user), the log output to the console resumes.
When a Telnet session is terminated from a logout command, all log IDs directed to the session are removed. When a user logs back in, the log IDs must be re-created.
Platforms
7705 SAR Gen 2
long-lived
long-lived
Syntax
[no] long-lived
Context
[Tree] (config>service>vprn>bgp>group>graceful-restart long-lived)
[Tree] (config>service>vprn>bgp>graceful-restart long-lived)
[Tree] (config>service>vprn>bgp>group>neighbor>graceful-restart long-lived)
Full Context
configure service vprn bgp group graceful-restart long-lived
configure service vprn bgp graceful-restart long-lived
configure service vprn bgp group neighbor graceful-restart long-lived
Description
Commands in this context configure BGP Long-Lived Graceful-Restart (LLGR) procedures.
LLGR, known informally as BGP persistence, is an extension of BGP graceful restart that allows a session to stay down for a longer period of time. During this time, learned routes are marked and re-advertised as stale but they can continue to be used as routes of last resort.
The LLGR handling of a session failure can be invoked immediately or it can be delayed until the end of the traditional GR restart window.
Default
no long-lived
Platforms
7705 SAR Gen 2
long-lived
Syntax
[no] long-lived
Context
[Tree] (config>router>bgp>graceful-restart long-lived)
[Tree] (config>router>bgp>group>neighbor>graceful-restart long-lived)
[Tree] (config>router>bgp>group>graceful-restart long-lived)
Full Context
configure router bgp graceful-restart long-lived
configure router bgp group neighbor graceful-restart long-lived
configure router bgp group graceful-restart long-lived
Description
Commands in this context enter commands related to BGP Long-Lived Graceful-Restart (LLGR) procedures.
LLGR, known informally as BGP persistence, is an extension of BGP GR that allows a session to stay down for a longer period of time. During this time, learned routes are marked and re-advertised as stale but they can continue to be used as routes of last resort.
The LLGR handling of a session failure can be invoked immediately or it can be delayed until the end of the traditional GR restart window.
Default
no long-lived
Platforms
7705 SAR Gen 2
loop-detect
loop-detect
Syntax
loop-detect {drop-peer | discard-route | ignore-loop | off}
no loop-detect
Context
[Tree] (config>service>vprn>bgp>group>neighbor loop-detect)
[Tree] (config>service>vprn>bgp loop-detect)
[Tree] (config>service>vprn>bgp>group loop-detect)
Full Context
configure service vprn bgp group neighbor loop-detect
configure service vprn bgp loop-detect
configure service vprn bgp group loop-detect
Description
This command configures how the BGP peer session handles loop detection in the AS path.
This configuration parameter can be set at three levels: global level (applies to all peers), group level (applies to all peers in peer-group) or neighbor level (only applies to specified peer). The most specific value is used.
Dynamic configuration changes of loop-detect are not recognized.
The no form of this command used at the global level reverts to default, which is loop-detect ignore-loop.
The no form of this command used at the group level reverts to the value defined at the global level.
The no form of this command used at the neighbor level reverts to the value defined at the group level.
Default
loop-detect ignore-loop
Parameters
- drop-peer
-
Sends a notification to the remote peer and drops the session.
- discard-route
-
Discards routes received with loops in the AS path.
- ignore-loop
-
ignores routes with loops in the AS path but maintains peering.
- off
-
Disables loop detection.
Platforms
7705 SAR Gen 2
loop-detect
Syntax
loop-detect {drop-peer | discard-route | ignore-loop | off}
no loop-detect
Context
[Tree] (config>router>bgp loop-detect)
[Tree] (config>router>bgp>group loop-detect)
[Tree] (config>router>bgp>group>neighbor loop-detect)
Full Context
configure router bgp loop-detect
configure router bgp group loop-detect
configure router bgp group neighbor loop-detect
Description
This command configures how the BGP peer session handles loop detection in the AS path.
This configuration parameter can be set at three levels: global level (applies to all peers), group level (applies to all peers in peer-group) or neighbor level (only applies to specified peer). The most specific value is used.
Dynamic configuration changes of loop-detect are not recognized.
The no form of this command used at the global level reverts to default, which is loop-detect ignore-loop.
The no form of this command used at the group level reverts to the value defined at the global level.
The no form of this command used at the neighbor level reverts to the value defined at the group level.
Default
loop-detect ignore-loop
Parameters
- drop-peer
-
Sends a notification to the remote peer and drops the session.
- discard-route
-
Discards routes received from a peer with the same AS number as the router itself. This option prevents routes looped back to the router from being added to the routing information base and consuming memory. When this option is changed, the change will not be active for an established peer until the connection is re-established for the peer.
- ignore-loop
-
Ignores routes with loops in the AS path but maintains peering.
- off
-
Disables loop detection.
Platforms
7705 SAR Gen 2
loop-detect-threshold
loop-detect-threshold
Syntax
loop-detect-threshold loop-detect-threshold
no loop-detect-threshold
Context
[Tree] (config>service>vprn>bgp>group>neighbor loop-detect-threshold)
[Tree] (config>service>vprn>bgp loop-detect-threshold)
[Tree] (config>service>vprn>bgp>group loop-detect-threshold)
Full Context
configure service vprn bgp group neighbor loop-detect-threshold
configure service vprn bgp loop-detect-threshold
configure service vprn bgp group loop-detect-threshold
Description
This command provides additional control over the behavior enabled by the loop-detect command. If this command specifies a threshold value of n, then a route received by the local BGP speaker with an AS path that contains up to n occurrences of the local speaker's AS number is considered valid and not treated as an AS path loop. An AS loop is considered to occur only when the received AS path has more than n occurrences of the local speaker's AS number.
The no form of this command removes the configuration and sets the value to 0. One or more occurrence of the local speaker's AS number in the received AS path triggers the loop-detect behavior.
Default
no loop-detect-threshold
Parameters
- loop-detect-threshold
-
The maximum number of occurrences of the local speaker's AS number in the received AS path before the AS path is considered to be a loop.
Platforms
7705 SAR Gen 2
loop-detect-threshold
Syntax
loop-detect-threshold loop-detect-threshold
no loop-detect-threshold
Context
[Tree] (config>router>bgp>group loop-detect-threshold)
[Tree] (config>router>bgp loop-detect-threshold)
[Tree] (config>router>bgp>group>neighbor loop-detect-threshold)
Full Context
configure router bgp group loop-detect-threshold
configure router bgp loop-detect-threshold
configure router bgp group neighbor loop-detect-threshold
Description
This command provides additional control over the behavior enabled by the loop-detect command. If this command specifies a threshold value of n, then a route received by the local BGP speaker with an AS path that contains up to n occurrences of the local speaker's AS number is considered valid and not treated as an AS path loop. An AS loop is considered to occur only when the received AS path has more than n occurrences of the local speaker's AS number.
The no form of this command removes the configuration and sets the value to 0. One or more occurrence of the local speaker's AS number in the received AS path triggers the loop-detect behavior.
Default
no loop-detect-threshold
Parameters
- loop-detect-threshold
-
The maximum number of occurrences of the local speaker's AS number in the received AS path before the AS path is considered to be a loop.
Platforms
7705 SAR Gen 2
loopback
loopback
Syntax
[no] loopback
Context
[Tree] (config>service>vprn>if loopback)
[Tree] (config>service>ies>if loopback)
Full Context
configure service vprn interface loopback
configure service ies interface loopback
Description
This command specifies that the associated interface is a loopback interface that has no associated physical interface. As a result, the associated IES/VPRN interface cannot be bound to a SAP.
Configure an IES interface as a loopback interface by issuing the loopback command instead of the sap sap-id command. The loopback flag cannot be set on an interface where a SAP is already defined and a SAP cannot be defined on a loopback interface.
The no form of this command reverts to the default.
Platforms
7705 SAR Gen 2
loopback
Syntax
[no] loopback
Context
[Tree] (config>service>vprn>nw-if loopback)
Full Context
configure service vprn network-interface loopback
Description
This command specifies that the associated interface is a loopback interface that has no associated physical interface. As a result, the associated interface cannot be bound to a SAP.
When using mtrace/mstat in a Layer 3 VPN context then the configuration for the VPRN should have a loopback address configured which has the same address as the core instance's system address (BGP next-hop).
Default
no loopback
Platforms
7705 SAR Gen 2
loopback
Syntax
[no] loopback
Context
[Tree] (config>router>if loopback)
Full Context
configure router interface loopback
Description
This command configures the interface as a loopback interface. The vas-if-type and loopback commands are mutually exclusive.
Default
Not enabled
Platforms
7705 SAR Gen 2
loopback
Syntax
loopback {mac-address | remote-mepid mep-id} mep mep-id domain md-index association ma-index [send-count send-count] [size data-size] [priority priority] [lbm-padding padding-size] [timeout timeout-time] [interval interval-time]
Context
[Tree] (oam>eth-cfm loopback)
Full Context
oam eth-cfm loopback
Description
This command initiates a loopback test.
Parameters
- mac-address
-
Specifies a unicast MAC address.
- multicast
-
Specifies the class one destination multicast address based on the level of the local MEP. The last nibble of the multicast address must match the level of the local MEP or the command fails and the test is not instantiated.
- remote-mepid mep-id
-
Specifies the remote MEP ID of the peer within the association. The domain and association information are derived from the source MEP for the session. The Layer 2 IEEE MAC address is resolved from previously learned remote MAC addressing, derived from the reception and processing of the ETH-CC PDU. The local MEP must be administratively enabled.
- mep mep-id
-
Specifies the local MEP ID.
- md-index
-
Specifies the MD index.
- ma-index
-
Specifies the MA index.
- send-count
-
Specifies the number of messages to send, expressed as a decimal integer. Loopback messages are sent back-to-back, with no delay between the transmissions.
- data-size
-
Specifies the size of the variable data pattern only of the data TLV. This value does not include the 1 Byte Type, 2 Byte Length. The total size of the data TLV is the configured value plus the three addition bytes to accommodate the type and length fields. If 0 is specified, no data TLV is added to the packet. This parameter and lbm-padding are mutually exclusive.
- priority
-
Specifies a three-bit value to be used in the VLAN tag, if present, in the transmitted frame.
- padding-size
-
Specifies the complete size of the data TLV, which includes the 1 Byte Type, 2 Byte Length, and the variable data pad. If 0 is specified, no data TLV is added to the packet. MSDU is not processed when lbm-padding is in use. This parameter and size are mutually exclusive.
- timeout-time
-
Specifies the time, in seconds, used to override the default timeout-time value and is the amount of time that the router waits for a message reply after sending the message request. After the expiration of message time out, the requesting router assumes that the message response is not received. Any response received after the request times out is silently discarded.
- interval-time
-
Specifies the time, in deciseconds (100 ms), to configure the spacing between probes within the test run. A value of 0 means probes are sent with no enforced delay. This value is only applicable to tests where the send-count is 5 or less.
Platforms
7705 SAR Gen 2
loopback
Syntax
loopback bidir-e
no loopback
Context
[Tree] (config>port>serial>rs232 loopback)
Full Context
configure port serial rs232 loopback
Description
This command places the specified interface into a loopback mode. The corresponding interface must be in a shutdown state for loopback mode to be enabled. In the serial context, it is possible to configure a bidirectional loopback E. A bidirectional loopback is a circuit loopback that loops traffic from the line back to the line. Bidirectional loopback E takes place on the data device side of the adapter card, and is closer to the line. This command is not saved in the system configuration between boots.
The no form of this command disables the loopback on the interface.
Default
no loopback
Parameters
- bidir-e
-
Specifies that the loopback is bidirectional loopback E.
Platforms
7705 SAR-10x, 7705 SAR-Hx, 7705 SAR-Mx
loopback
Syntax
loopback {line | internal}
no loopback
Context
[Tree] (config>port>tdm>tpif loopback)
Full Context
configure port tdm tpif loopback
Description
This command places the specified interface into a loopback mode. The port must be shut down before loopback mode is enabled. This command is not saved in the system configuration between boots.
The no form of this command disables the loopback on the interface.
Default
no loopback
Parameters
- line
-
Keyword to place the port or channel into a line loopback mode. A line loopback loops the frames from the local router back to the framer.
- internal
-
Keyword to place the port or channel into an internal loopback mode. An internal loopback loops data received on the port or channel back to the remote end.
Platforms
7705 SAR-10x, 7705 SAR-Hx, 7705 SAR-Mx
loopback
Syntax
loopback {line | internal}
no loopback
Context
[Tree] (config>port>tdm>e1>channel-group loopback)
[Tree] (config>port>tdm>e1 loopback)
Full Context
configure port tdm e1 channel-group loopback
configure port tdm e1 loopback
Description
This command places the specified port or channel in a loopback mode.
A line loopback loops frames received on the corresponding port or channel back toward the transmit (egress) direction before reaching the framer. The bit stream is not reframed. The electrical signal is regenerated by the Tx line interface unit (LIU), and the timing is provided by the Rx LIU.
An internal loopback loops the frames that are coming in an egress direction from the fabric toward the framer, back to the fabric. This is usually referred to as an equipment loopback. The Tx signal is looped back and received by the interface. For more information, see "E1 channel group loopback" in the 7250 IXR Layer 2 Services and EVPN Guide.
This loopback command is not saved to the system configuration.
The no form of this command disables the specified type of loopback and places the specified channel group into internal loopback mode.
Default
no loopback
Parameters
- line
-
Keyword to place the associated port or channel into line loopback mode.
- internal
-
Keyword to place the associated port or channel into internal loopback mode.
Platforms
7705 SAR-10x, 7705 SAR-Hx, 7705 SAR-Mx
loopback
Syntax
loopback loopback
no loopback
Context
[Tree] (config>port>tdm>ds1 loopback)
[Tree] (config>port>tdm>ds1>channel-group loopback)
Full Context
configure port tdm ds1 loopback
configure port tdm ds1 channel-group loopback
Description
This command places the specified port or channel in a loopback mode.
A line loopback loops frames received on the corresponding port or channel back toward the transmit (egress) direction before reaching the framer. The bit stream is not reframed. The electrical signal is regenerated by the Tx line interface unit (LIU), and the timing is provided by the Rx LIU.
An internal loopback loops the frames that are coming in an egress direction from the fabric toward the framer, back to the fabric. This is usually referred to as an equipment loopback. The Tx signal is looped back and received by the interface.
This loopback command is not saved to the system configuration.
The no form of this command disables the specified type of loopback and places the specified channel group into internal loopback mode.
Default
no loopback
Parameters
- loopback
-
Specifies the loopback mode.
Platforms
7705 SAR-10x, 7705 SAR-Hx, 7705 SAR-Mx
loopfree-alternate-exclude
loopfree-alternate-exclude
Syntax
[no] loopfree-alternate-exclude
Context
[Tree] (config>service>vprn>isis>interface loopfree-alternate-exclude)
[Tree] (config>router>isis>interface loopfree-alternate-exclude)
[Tree] (config>router>isis>level loopfree-alternate-exclude)
[Tree] (config>service>vprn>isis>level loopfree-alternate-exclude)
Full Context
configure service vprn isis interface loopfree-alternate-exclude
configure router isis interface loopfree-alternate-exclude
configure router isis level loopfree-alternate-exclude
configure service vprn isis level loopfree-alternate-exclude
Description
This command instructs IGP to not include a specific interface or all interfaces participating in a specific IS-IS level or OSPF area in the SPF LFA computation. This provides a way of reducing the LFA SPF calculation where it is not needed.
When an interface is excluded from the LFA SPF in IS-IS, it is excluded in both level 1 and level 2. When it is excluded from the LFA SPF in OSPF, it is excluded in all areas. However, the above OSPF command can only be executed under the area in which the specified interface is primary and once enabled, the interface is excluded in that area and in all other areas where the interface is secondary. If the user attempts to apply it to an area where the interface is secondary, the command will fail.
The no form of this command re-instates the default value for this command.
Default
no loopfree-alternate-exclude
Platforms
7705 SAR Gen 2
loopfree-alternate-exclude
Syntax
[no] loopfree-alternate-exclude
Context
[Tree] (config>service>vprn>ospf>area loopfree-alternate-exclude)
[Tree] (config>service>vprn>ospf>area>if loopfree-alternate-exclude)
[Tree] (config>service>vprn>ospf3>area>if loopfree-alternate-exclude)
[Tree] (config>service>vprn>ospf3>area loopfree-alternate-exclude)
Full Context
configure service vprn ospf area loopfree-alternate-exclude
configure service vprn ospf area interface loopfree-alternate-exclude
configure service vprn ospf3 area interface loopfree-alternate-exclude
configure service vprn ospf3 area loopfree-alternate-exclude
Description
This command instructs IGP to not include a specific interface or all interfaces participating in a specific IS-IS level or OSPF area in the SPF LFA computation. This provides a way of reducing the LFA SPF calculation where it is not needed.
When an interface is excluded from the LFA SPF in IS-IS, it is excluded in both level 1 and level 2. When it is excluded from the LFA SPF in OSPF, it is excluded in all areas. However, the above OSPF command can only be executed under the area in which the specified interface is primary and once enabled, the interface is excluded in that area and in all other areas where the interface is secondary. If the user attempts to apply it to an area where the interface is secondary, the command fails.
The no form of this command re-instates the default value for this command.
Default
no loopfree-alternate-exclude
Platforms
7705 SAR Gen 2
loopfree-alternate-exclude
Syntax
[no] loopfree-alternate-exclude
Context
[Tree] (config>router>ospf3>area>interface loopfree-alternate-exclude)
[Tree] (config>router>ospf3>area loopfree-alternate-exclude)
[Tree] (config>router>ospf>area>interface loopfree-alternate-exclude)
[Tree] (config>router>ospf>area loopfree-alternate-exclude)
Full Context
configure router ospf3 area interface loopfree-alternate-exclude
configure router ospf3 area loopfree-alternate-exclude
configure router ospf area interface loopfree-alternate-exclude
configure router ospf area loopfree-alternate-exclude
Description
This command instructs IGP to not include a specific interface or all interfaces participating in a specific IS-IS level or OSPF area in the SPF LFA computation. This provides a way of reducing the LFA SPF calculation where it is not needed.
When an interface is excluded from the LFA SPF in IS-IS, it is excluded in both level 1 and level 2. When it is excluded from the LFA SPF in OSPF, it is excluded in all areas. However, the above OSPF command can only be executed under the area in which the specified interface is primary and once enabled, the interface is excluded in that area and in all other areas where the interface is secondary. If the user attempts to apply it to an area where the interface is secondary, the command will fail.
The no form of this command re-instates the default value for this command.
Default
no loopfree-alternate-exclude
Platforms
7705 SAR Gen 2
loopfree-alternates
loopfree-alternates
Syntax
[no] loopfree-alternates
Context
[Tree] (config>service>vprn>isis loopfree-alternates)
Full Context
configure service vprn isis loopfree-alternates
Description
This command enables Loop-Free Alternate (LFA) computation by SPF under the IS-IS routing protocol level or under the OSPF routing protocol instance level.
When this command is enabled, it instructs the IGP SPF to attempt to pre-compute both a primary next-hop and an LFA next-hop for every learned prefix. When found, the LFA next-hop is populated into the routing table along with the primary next-hop for the prefix.
The no form of this command disables the LFA computation by IGP SPF.
Default
no loopfree-alternates
Platforms
7705 SAR Gen 2
loopfree-alternates
Syntax
[no] loopfree-alternates
Context
[Tree] (config>service>vprn>ospf loopfree-alternates)
[Tree] (config>service>vprn>ospf3 loopfree-alternates)
Full Context
configure service vprn ospf loopfree-alternates
configure service vprn ospf3 loopfree-alternates
Description
This command enables Loop-Free Alternate (LFA) computation by SPF under the IS-IS routing protocol level, or under the OSPF routing protocol instance level.
When this command is enabled, it instructs the IGP SPF to attempt to pre-compute both a primary next-hop and an LFA next-hop for every learned prefix. IS-IS computes the primary SPF first and then computes the LFA SPF. The LFA backup next-hop is only available after the LFA SPF is completed. When found, the LFA next-hop is populated into the routing table along with the primary next-hop for the prefix.
The no form of this command disables the LFA computation by IGP SPF.
Default
no loopfree-alternates
Platforms
7705 SAR Gen 2
loopfree-alternates
Syntax
[no] loopfree-alternates
Context
[Tree] (config>router>ospf>flex-algos>flex-algo loopfree-alternates)
[Tree] (config>router>isis>flex-algos>flex-algo loopfree-alternates)
Full Context
configure router ospf flexible-algorithms flex-algo loopfree-alternates
configure router isis flexible-algorithms flex-algo loopfree-alternates
Description
This command enables the advertisement of flexible-algorithm aware loop free alternates (LFAs).
The flexible algorithm LFA configuration (for example, LFA, remote-LFA or TI-LFA) inherits the LFA configuration for base SPF algorithm 0.
LFAs are administratively disabled for flexible algorithms in which IS-IS is participating. LFAs must be explicitly enabled using the loopfree-alternates command.
The no form of this command disables LFAs for the specific flexible algorithm in which the router is participating.
Default
no loopfree-alternates
Platforms
7705 SAR Gen 2
loopfree-alternates
Syntax
[no] loopfree-alternates
Context
[Tree] (config>router>isis loopfree-alternates)
Full Context
configure router isis loopfree-alternates
Description
This command enables Loop-Free Alternate (LFA) computation by SPF for the IS-IS routing protocol.
When this command is enabled, it instructs the IGP SPF to attempt to pre-compute both a primary nexthop and an LFA next-hop for every learned prefix. When found, the LFA next-hop is populated into the routing table along with the primary next-hop for the prefix.
The user enables the remote LFA next-hop calculation by the IGP LFA SPF by appending the remote-lfa option. When this option is enabled in an IGP instance, SPF performs the remote LFA additional computation following the regular LFA next-hop calculation when the latter resulted in no protection for one or more prefixes which are resolved to a given interface.
Remote LFA extends the protection coverage of LFA-FRR to any topology by automatically computing and establishing/tearing-down shortcut tunnels, also referred to as repair tunnels, to a remote LFA node which puts the packets back into the shortest without looping them back to the node which forwarded them over the repair tunnel. The remote LFA node is referred to as PQ node. A repair tunnel can in theory be an RSVP LSP, a LDP-in-LDP tunnel, or a SR tunnel. In this feature, it is restricted to use SR repair tunnel to the remote LFA node.
The remote LFA algorithm is a per-link LFA SPF calculation and not a per-prefix like the regular LFA one. So, it provides protection for all destination prefixes which share the protected link by using the neighbor on the other side of the protected link as a proxy for all these destinations.
The Topology-Independent LFA (TI-LFA) further improves the protection coverage of a network topology by computing and automatically instantiating a repair tunnel to a Q node which is not in shortest path from the computing node. The repair tunnel uses shortest path to the P node and a source routed path from the P node to the Q node.
In addition, the TI-LFA algorithm selects the backup path which matches the post-convergence path. This helps the capacity planning in the network since traffic will always flow on the same path when transitioning to the FRR next-hop and then onto the new primary next-hop.
At a high level, the TI-LFA protection algorithm is searching for a candidate P-Q set separated with a number of hops such that the label stack size does not exceed the value of ti-lfa max-sr-frr-labels, on each of the post-convergence paths to each destination node or prefix D.
When the ti-lfa option is enabled in IS-IS, it provides TI-LFA node-protect or link-protect backup path in IS-IS MT=0 for an SR-ISIS IPV4/IPv6 tunnel (node SID and adjacency SID), for an IPv4 SR-TE LSP, and for LDP IPv4 FEC when the LDP fast-reroute backup-sr-tunnel option is enabled.
The max-sr-frr-labels parameter is used to limit the search for the TI-LFA backup next-hop:
-
0 — The IGP LFA SPF restricts the search to TI-LFA backup next-hop which does not require a repair tunnel, meaning that P node and Q node are the same and match a neighbor. This is also the case when both P and Q node match the advertising router for a prefix.
-
1 to 3 — The IGP LFA SPF will widen the search to include a repair tunnel to a P node which itself is connected to the Q nodes with a 0-to-2 hops for a total of maximum of three labels: one node SID to P node and two adjacency SIDs from P node to the Q node. If the P node is a neighbor of the computing node, its node SID is compressed and meaning that up to three adjacency SIDs can separate the P and Q nodes.
-
2 (default) — Corresponds to a repair tunnel to a non-adjacent P which is adjacent to the Q node. If the P node is a neighbor of the computing node, then the node SID of the P node is compressed and the default value of two labels corresponds to two adjacency SIDs between the P and Q nodes.
When the node-protect command is enabled, the router will prefer a node-protect over a link-protect repair tunnel for a given prefix if both are found in the Remote LFA or TI-LFA SPF computations. The SPF computations may only find a link-protect repair tunnel for prefixes owned by the protected node. This node-protect backup protects against the failure of a downstream node in the path of the prefix of a node SID except for the node owner of the node SID.
The parameter max-pq-nodes in Remote LFA controls the maximum number of PQ nodes found in the LFA SPFs for which the node protection check is performed. The node-protect condition means the router must run the original Remote LFA algorithm plus one extra forward SPF on behalf of each PQ node found, potentially after applying the max-pq-cost parameter, to check if the path from the PQ node to the destination does not traverse the protected node. Setting this parameter to a lower value means the LFA SPFs will use less computation time and resources but may result in not finding a node-protect repair tunnel.
The no form of this command disables the LFA computation by IGP SPF.
Default
no loopfree-alternates
Platforms
7705 SAR Gen 2
loopfree-alternates
Syntax
[no] loopfree-alternates
Context
[Tree] (config>router>ospf3 loopfree-alternates)
[Tree] (config>router>ospf loopfree-alternates)
Full Context
configure router ospf3 loopfree-alternates
configure router ospf loopfree-alternates
Description
This command enables Loop-Free Alternate (LFA) computation by SPF under the OSPF or OSPFv3 routing protocol instance.
When this command is enabled, it instructs the IGP SPF to attempt to precalculate both a primary next hop and an LFA next hop for every learned prefix. When found, the LFA next hop is populated into the routing table along with the primary next hop for the prefix.
The user enables the remote LFA next hop calculation by the IGP LFA SPF by appending the remote-lfa option. When this option is enabled in an IGP instance, SPF performs the remote LFA additional computation following the regular LFA next hop calculation when the latter resulted in no protection for one or more prefixes which are resolved to a particular interface.
Remote LFA extends the protection coverage of LFA-FRR to any topology by automatically computing and establishing or tearing down shortcut tunnels, also referred to as repair tunnels, to a remote LFA node that puts the packets back into the shortest path without looping them back to the node that forwarded them over the repair tunnel. The remote LFA node is referred to as a PQ node. A repair tunnel can, in theory, be an RSVP-TE LSP, an LDP-in-LDP tunnel, or a segment routing (SR) tunnel. In this command, remote-lfa is restricted to using an SR repair tunnel to the remote LFA node.
The remote LFA algorithm is a per-link LFA SPF calculation and not a per-prefix calculation like the regular LFA algorithm. The remote LFA algorithm provides protection for all destination prefixes that share the protected link by using the neighbor on the other side of the protected link as a proxy for all the destinations.
The Topology-Independent LFA (TI-LFA) further improves the protection coverage of a network topology by computing and automatically instantiating a repair tunnel to a Q node which is not in shortest path from the computing node. The repair tunnel uses shortest path to the P node and a source routed path from the P node to the Q node.
In addition, the TI-LFA algorithm selects the backup path which matches the post-convergence path. This helps the capacity planning in the network since traffic will always flow on the same path when transitioning to the FRR next hop and then onto the new primary next hop.
At a high level, the TI-LFA protection algorithm is searching for a candidate P-Q set separated with a number of hops such that the label stack size does not exceed the value of ti-lfa max-sr-frr-labels, on each of the post-convergence paths to each destination node or prefix D.
When the ti-lfa option is enabled in OSPF, it provides TI-LFA node-protect or link-protect backup path for a SR-OSPF IPV4 tunnel (node SID and adjacency SID), and for a IPv4 SR-TE LSP.
The max-sr-frr-labels parameter is used to limit the search for the TI-LFA backup next hop:
-
0 — The IGP LFA SPF restricts the search to TI-LFA backup next hop which does not require a repair tunnel, meaning that P node and Q node are the same and match a neighbor. This is also the case when both P and Q node match the advertising router for a prefix.
-
1 to 3 — The IGP LFA SPF will widen the search to include a repair tunnel to a P node which itself is connected to the Q nodes with a 0-to-2 hops for a total of maximum of three labels: one node SID to P node and two adjacency SIDs from P node to the Q node. If the P node is a neighbor of the computing node, its node SID is compressed and meaning that up to three adjacency SIDs can separate the P and Q nodes.
-
2 (default) — Corresponds to a repair tunnel to a non-adjacent P which is adjacent to the Q node. If the P node is a neighbor of the computing node, then the node SID of the P node is compressed and the default value of two labels corresponds to two adjacency SIDs between the P and Q nodes.
The TI-LFA repair tunnel can have a maximum of three labels pushed in addition to the label of the destination node or prefix. The user can set a lower maximum value for the additional FRR labels by configuring the CLI option max-sr-frr-labels labels. The default value is 2.
When the node-protect command is enabled, the router will prefer a node-protect over a link-protect repair tunnel for a given prefix if both are found in the Remote LFA or TI-LFA SPF computations. The SPF computations may only find a link-protect repair tunnel for prefixes owned by the protected node. This node-protect backup protects against the failure of a downstream node in the path of the prefix of a node SID except for the node owner of the node SID.
The parameter max-pq-nodes in Remote LFA controls the maximum number of PQ nodes found in the LFA SPFs for which the node protection check is performed. The node-protect condition means the router must run the original Remote LFA algorithm plus one extra forward SPF on behalf of each PQ node found, potentially after applying the max-pq-cost parameter, to check if the path from the PQ node to the destination does not traverse the protected node. Setting this parameter to a lower value means the LFA SPFs will use less computation time and resources but may result in not finding a node-protect repair tunnel.
The no form of this command disables the LFA computation by the IGP SPF.
Default
no loopfree-alternates
Platforms
7705 SAR Gen 2
loss
loss
Syntax
loss
Context
[Tree] (config>oam-pm>session>ip>twamp-light loss)
Full Context
configure oam-pm session ip twamp-light loss
Description
Commands in this context configure loss parameters for the TWAMP-Light test.
Platforms
7705 SAR Gen 2
loss-event
loss-event
Syntax
loss-event rising-threshold threshold [falling-threshold threshold] [direction]
no loss-event
Context
[Tree] (config>saa>test loss-event)
Full Context
configure saa test loss-event
Description
Specifies that at the termination of an SAA test run, the calculated loss event value is evaluated against the configured rising and falling loss event thresholds. SAA threshold events are generated as required.
The configuration of loss event thresholds is optional.
The no form of this command disables the loss-event test run.
Parameters
- rising-threshold threshold
-
Specifies a rising threshold loss event value, in packets. When the test run is completed, the calculated loss event value is compared to the configured loss event rising threshold. If the test run loss event value is greater than the configured rising threshold value then an SAA threshold event is generated. The SAA threshold event is tmnxOamSaaThreshold, logger application OAM, event #2101.
- falling-threshold threshold
-
Specifies a falling threshold loss event value, in packets. When the test run is completed, the calculated loss event value is compared to the configured loss event falling threshold. If the test run loss event value is greater than the configured falling threshold value then an SAA threshold event is generated. The SAA threshold event is tmnxOamSaaThreshold, logger application OAM, event #2101.
- direction
-
Specifies the direction for OAM ping responses received for an OAM ping test run.
Platforms
7705 SAR Gen 2
loss-events
loss-events
Syntax
[no] loss-events
Context
[Tree] (config>oam-pm>session>meas-intvl>event-mon loss-events)
Full Context
configure oam-pm session meas-interval event-mon loss-events
Description
This enables the monitoring of all configured loss events. Adding this functionality starts the monitoring of the configured loss events at the start of the next measurement interval. If the function is removed using the no command, all monitoring of configured loss events, logging, and recording of new events for that session are suspended. Any existing events at the time of the shutdown are maintained until the active measurement window in which the removal was performed has completed. The state of this monitoring function can be changed without having to shut down all the tests in the session.
The no form of this command disables the monitoring of all configured loss events.
Platforms
7705 SAR Gen 2
loss-events
Syntax
loss-events
Context
[Tree] (config>oam-pm>session>ip>twamp-light loss-events)
Full Context
configure oam-pm session ip twamp-light loss-events
Description
This context allows the operator to define the loss events and thresholds that are to be tracked.
Platforms
7705 SAR Gen 2
loss-events
Syntax
loss-events
Context
[Tree] (config>oam-pm>session>eth>slm loss-events)
Full Context
configure oam-pm session ethernet slm loss-events
Description
Commands in this context configure the loss events and thresholds to be tracked.
Platforms
7705 SAR Gen 2
low
low
Syntax
low
Context
[Tree] (config>service>vpls>sap>egress>queue-override>queue>drop-tail low)
[Tree] (config>service>vpls>sap>ingress>queue-override>queue>drop-tail low)
[Tree] (config>service>ies>if>sap>egress>queue-override>queue>drop-tail low)
[Tree] (config>service>ies>if>sap>ingress>queue-override>queue>drop-tail low)
Full Context
configure service vpls sap egress queue-override queue drop-tail low
configure service vpls sap ingress queue-override queue drop-tail low
configure service ies interface sap egress queue-override queue drop-tail low
configure service ies interface sap ingress queue-override queue drop-tail low
Description
Commands in this context configure the queue low drop-tail parameters. The low drop tail defines the queue depth beyond which out-of-profile packets are not accepted into the queue and are discarded.
Platforms
7705 SAR Gen 2
low
Syntax
low
Context
[Tree] (config>port>eth>access>egr>qgrp>qover>q>drop-tail low)
[Tree] (config>port>ethernet>network>egr>qgrp>qover>q>drop-tail low)
[Tree] (config>port>eth>access>ing>qgrp>qover>q>drop-tail low)
Full Context
configure port ethernet access egress queue-group queue-overrides queue drop-tail low
configure port ethernet network egress queue-group queue-overrides queue drop-tail low
configure port ethernet access ingress queue-group queue-overrides queue drop-tail low
Description
Commands in this context configure the queue low drop tail parameters. The low drop tail defines the queue depth beyond which out-of-profile packets will not be accepted into the queue and will be discarded.
Platforms
7705 SAR Gen 2
low
Syntax
low
Context
[Tree] (config>service>epipe>sap>egress>queue-override>queue>drop-tail low)
[Tree] (config>service>epipe>sap>ingress>queue-override>queue>drop-tail low)
Full Context
configure service epipe sap egress queue-override queue drop-tail low
configure service epipe sap ingress queue-override queue drop-tail low
Description
Commands in this context configure the queue low drop-tail parameters. The low drop tail defines the queue depth beyond which out-of-profile packets are not accepted into the queue and will be discarded.
Platforms
7705 SAR Gen 2
low
Syntax
low
Context
[Tree] (config>service>vprn>if>sap>egress>queue-override>queue>drop-tail low)
[Tree] (config>service>vprn>if>sap>ingress>queue-override>queue>drop-tail low)
Full Context
configure service vprn interface sap egress queue-override queue drop-tail low
configure service vprn interface sap ingress queue-override queue drop-tail low
Description
Commands in this context configure the queue low drop tail parameters. The low drop tail defines the queue depth beyond which out-of-profile packets are not accepted into the queue and will be discarded.
Platforms
7705 SAR Gen 2
low
Syntax
low
Context
[Tree] (config>qos>sap-egress>queue>drop-tail low)
[Tree] (config>qos>sap-ingress>queue>drop-tail low)
Full Context
configure qos sap-egress queue drop-tail low
configure qos sap-ingress queue drop-tail low
Description
Commands in this context configure the queue low drop-tail parameters. The low drop tail defines the queue depth beyond which out-of-profile packets will not be accepted into the queue and will be discarded.
Platforms
7705 SAR Gen 2
low
Syntax
low
Context
[Tree] (config>qos>network-queue>queue>drop-tail low)
Full Context
configure qos network-queue queue drop-tail low
Description
Commands in this context configure the queue low drop tail parameters. The low drop tail defines the queue depth beyond which out-of-profile packets will not be accepted into the queue and will be discarded.
Platforms
7705 SAR Gen 2
low
Syntax
low
Context
[Tree] (config>qos>qgrps>egr>qgrp>queue>drop-tail low)
[Tree] (config>qos>qgrps>ing>qgrp>queue>drop-tail low)
Full Context
configure qos queue-group-templates egress queue-group queue drop-tail low
configure qos queue-group-templates ingress queue-group queue drop-tail low
Description
Commands in this context configure the queue low drop-tail parameters. The low drop tail defines the queue depth beyond which out-of-profile packets will not be accepted into the queue and will be discarded.
Platforms
7705 SAR Gen 2
low-octets-discarded-count
low-octets-discarded-count
Syntax
[no] low-octets-discarded-count
Context
[Tree] (config>log>acct-policy>cr>queue>i-counters low-octets-discarded-count)
[Tree] (config>log>acct-policy>cr>ref-queue>i-counters low-octets-discarded-count)
Full Context
configure log accounting-policy custom-record queue i-counters low-octets-discarded-count
configure log accounting-policy custom-record ref-queue i-counters low-octets-discarded-count
Description
This command includes the low octets discarded count.
The no form of this command excludes the low octets discarded count.
Default
no low-octets-discarded-count
Platforms
7705 SAR Gen 2
low-octets-offered-count
low-octets-offered-count
Syntax
[no] low-octets-offered-count
Context
[Tree] (config>log>acct-policy>cr>queue>i-counters low-octets-offered-count)
[Tree] (config>log>acct-policy>cr>ref-queue>i-counters low-octets-offered-count)
Full Context
configure log accounting-policy custom-record queue i-counters low-octets-offered-count
configure log accounting-policy custom-record ref-queue i-counters low-octets-offered-count
Description
This command includes the low octets discarded count.
The no form of this command excludes the low octets discarded count.
Default
no low-octets-offered-count
Platforms
7705 SAR Gen 2
low-packets-discarded-count
low-packets-discarded-count
Syntax
[no] low-packets-discarded-count
Context
[Tree] (config>log>acct-policy>cr>queue>i-counters low-packets-discarded-count)
[Tree] (config>log>acct-policy>cr>ref-queue>i-counters low-packets-discarded-count)
Full Context
configure log accounting-policy custom-record queue i-counters low-packets-discarded-count
configure log accounting-policy custom-record ref-queue i-counters low-packets-discarded-count
Description
This command includes the low packets discarded count.
The no form of this command excludes the low packets discarded count.
Default
no low-packets-discarded-count
Platforms
7705 SAR Gen 2
low-packets-offered-count
low-packets-offered-count
Syntax
[no] low-packets-offered-count
Context
[Tree] (config>log>acct-policy>cr>queue>i-counters low-packets-offered-count)
[Tree] (config>log>acct-policy>cr>ref-queue>i-counters low-packets-offered-count)
Full Context
configure log accounting-policy custom-record queue i-counters low-packets-offered-count
configure log accounting-policy custom-record ref-queue i-counters low-packets-offered-count
Description
This command includes the low packets discarded count.
The no form of this command excludes the low packets discarded count.
Default
no low-packets-offered-count
Platforms
7705 SAR Gen 2
low-priority-defect
low-priority-defect
Syntax
low-priority-defect {allDef | macRemErrXcon}
Context
[Tree] (cfg>service>vpls>mesh-sdp>eth-cfm>mep>ais low-priority-defect)
[Tree] (cfg>service>vpls>sap>eth-cfm>mep>ais low-priority-defect)
[Tree] (config>service>epipe>sap>eth-cfm>mep>ais low-priority-defect)
[Tree] (cfg>service>vpls>spoke-sdp>eth-cfm>mep>ais low-priority-defect)
[Tree] (config>port>ethernet>eth-cfm>mep>ais low-priority-defect)
[Tree] (config>service>epipe>spoke-sdp>eth-cfm>mep>ais low-priority-defect)
Full Context
configure service vpls mesh-sdp eth-cfm mep ais-enable low-priority-defect
configure service vpls sap eth-cfm mep ais-enable low-priority-defect
configure service epipe sap eth-cfm mep ais-enable low-priority-defect
configure service vpls spoke-sdp eth-cfm mep ais-enable low-priority-defect
configure port ethernet eth-cfm mep ais-enable low-priority-defect
configure service epipe spoke-sdp eth-cfm mep ais-enable low-priority-defect
Description
This command configures the system to include all CCM Defect conditions or exclude the Remote Defect Indication CCM (DefRDICCM) as a trigger for generating AIS. AIS generation can only occur when the client-meg-level command has been configured. Changing this command causes an evaluation of the MEP for AIS triggers based on the new criteria.
Default
low-priority-defect allDef
Parameters
- allDef
-
Keyword used to include any CCM defect condition to trigger AIS generation.
- macRemErrXcon
-
Keyword used to exclude RDI CCM Defect condition to trigger AIS generation.
Platforms
7705 SAR Gen 2
low-priority-defect
Syntax
low-priority-defect {allDef | macRemErrXcon | remErrXcon | errXcon | xcon | noXcon}
Context
[Tree] (config>service>epipe>sap>eth-cfm>mep low-priority-defect)
[Tree] (config>service>epipe>spoke-sdp>eth-cfm>mep low-priority-defect)
Full Context
configure service epipe sap eth-cfm mep low-priority-defect
configure service epipe spoke-sdp eth-cfm mep low-priority-defect
Description
This command configures the lowest priority defect that is allowed to generate a fault alarm.
Default
low-priority-defect macRemErrXcon
Parameters
- low-priority-defect
-
Specifies the low priority defect values, which are defined as follows:
Platforms
7705 SAR Gen 2
low-priority-defect
Syntax
low-priority-defect {allDef | macRemErrXcon | remErrXcon | errXcon | xcon | noXcon}
Context
[Tree] (config>service>vpls>mesh-sdp>eth-cfm>mep low-priority-defect)
[Tree] (config>service>vpls>sap>eth-cfm>mep low-priority-defect)
[Tree] (config>service>vpls>spoke-sdp>eth-cfm>mep low-priority-defect)
Full Context
configure service vpls mesh-sdp eth-cfm mep low-priority-defect
configure service vpls sap eth-cfm mep low-priority-defect
configure service vpls spoke-sdp eth-cfm mep low-priority-defect
Description
This command configures the lowest priority defect that is allowed to generate a fault alarm.
Default
low-priority-defect macRemErrXcon
Parameters
- low-priority-defect
-
Specifies the low priority defect values .
Platforms
7705 SAR Gen 2
low-priority-defect
Syntax
low-priority-defect low-priority-defect
Context
[Tree] (config>router>if>eth-cfm>mep low-priority-defect)
Full Context
configure router interface eth-cfm mep low-priority-defect
Description
This command configures the lowest priority defect that generates a fault alarm. This setting is also used to determine the fault state of the MEP which, when enabled to do so, causes a network reaction.
Default
low-priority-defect macRemErrXcon
Parameters
- low-priority-defect
-
Specifies the lowest priority defect.
Platforms
7705 SAR Gen 2
low-priority-defect
Syntax
low-priority-defect {allDef | macRemErrXcon | remErrXcon | errXcon | xcon | noXcon}
Context
[Tree] (config>port>ethernet>eth-cfm>mep low-priority-defect)
Full Context
configure port ethernet eth-cfm mep low-priority-defect
Description
This command configures the lowest priority defect that is allowed to generate a fault alarm. This setting is also used to determine the fault state of the MEP which, when enabled to do so, causes a network reaction.
Default
low-priority-defect macRemErrXcon
Parameters
- allDef | macRemErrXcon | remErrXcon | errXcon | xcon | noXcon
-
Specifies the lowest priority defect.
Platforms
7705 SAR Gen 2
lower-bound
lower-bound
Syntax
lower-bound microseconds
no lower-bound
Context
[Tree] (config>oam-pm>bin-group>bin-type>bin lower-bound)
Full Context
configure oam-pm bin-group bin-type bin lower-bound
Description
This command allows the operator to specify the individual floors thresholds for the bins. The operator does not have to specific a lower threshold for every bin that was previously defined by the bin-count for the specific type. By default, each bin is the bin-number times 5000 microseconds. Lower thresholds in the previous adjacent bin must be lower than the threshold of the next higher bin threshold. A separate line per bin is required to configure an operator-specific threshold. An error prevents the bin from entering the active state if this is not maintained, at the time the no shutdown is issued. Bin 0 is the result of the difference between 0 and the configured lower-threshold of bin 1. The highest bin in the bin-count captures every result above the threshold. Any negative delay metric result is treated as zero and placed in bin 0.
The no form of this command removes the user configured threshold value and applies the default for the bin.
Parameters
- microseconds
-
Specifies the threshold that defines the floor of the bin. The bin range is the difference between its configured threshold and the threshold of the next higher bin in microsecond threshold value.
Platforms
7705 SAR Gen 2
lsa-accumulate
lsa-accumulate
Syntax
lsa-accumulate lsa-accumulate
no lsa-accumulate
Context
[Tree] (config>router>ospf>timers lsa-accumulate)
[Tree] (config>router>ospf3>timers lsa-accumulate)
Full Context
configure router ospf timers lsa-accumulate
configure router ospf3 timers lsa-accumulate
Description
This command sets the internal OSPF delay to allow for the accumulation of multiple LSA so OSPF messages can be sent as efficiently as possible. The lsa-accumulate timer applies to all LSAs except Type 1 and Type 2 LSAs, which are sent immediately. LSAs are accumulated and then sent when:
-
its size reaches the MTU size of the interface
-
a new LSA is received on the interface
-
the lsa-accumulate timer expires
Shorting this delay can speed up the advertisement of LSAs to OSPF neighbors but may increase the number of OSPF messages sent.
The no form of this command reverts to the default value.
The timer granularity is 10 ms if the value is less than 500 ms, and 100 ms if the value is greater than or equal to 500 ms. Timer values are rounded down to the nearest granularity, for example a configured value of 550 ms is internally rounded down to 500 ms.
Default
lsa-accumulate 1000
Parameters
- lsa-accumulate
-
Specifies the LSA accumulation delay in milliseconds.
Platforms
7705 SAR Gen 2
lsa-arrival
lsa-arrival
Syntax
lsa-arrival lsa-arrival-time
no lsa-arrival
Context
[Tree] (config>service>vprn>ospf3>timers lsa-arrival)
[Tree] (config>service>vprn>ospf>timers lsa-arrival)
Full Context
configure service vprn ospf3 timers lsa-arrival
configure service vprn ospf timers lsa-arrival
Description
This parameter defines the minimum delay that must pass between receipt of the same Link State Advertisements (LSAs) arriving from neighbors.
It is recommended that the neighbor’s configured lsa-generate lsa-second-wait interval is equal to or greater than the lsa-arrival timer configured here.
Use the no form of this command to return to the default.
The timer granularity is 10 ms if the value is less than 500 ms, and 100 ms if the value is ≥ 500 ms. Timer values are rounded down to the nearest granularity, for example a configured value of 550 ms is internally rounded down to 500 ms.
Default
lsa-arrival 1000
Parameters
- lsa-arrival-time
-
Specifies the timer in milliseconds.
Platforms
7705 SAR Gen 2
lsa-arrival
Syntax
lsa-arrival lsa-arrival-time
no lsa-arrival
Context
[Tree] (config>router>ospf3>timers lsa-arrival)
[Tree] (config>router>ospf>timers lsa-arrival)
Full Context
configure router ospf3 timers lsa-arrival
configure router ospf timers lsa-arrival
Description
This parameter defines the minimum delay that must pass between receipt of the same Link State Advertisements (LSAs) arriving from neighbors.
It is recommended that the neighbors configured lsa-generate lsa-second-wait interval is equal or greater than the lsa-arrival timer configured here.
The no form of this command reverts to the default.
The timer granularity is 10 ms if the value is less than 500 ms, and 100 ms if the value is greater than or equal to 500 ms. Timer values are rounded down to the nearest granularity, for example a configured value of 550 ms is internally rounded down to 500 ms.
Default
lsa-arrival 1000
Parameters
- lsa-arrival-time
-
Specifies the timer, in milliseconds.
Platforms
7705 SAR Gen 2
lsa-filter-out
lsa-filter-out
Syntax
lsa-filter-out [all | except-own-rtrlsa | except-own-rtrlsa-and-defaults]
no lsa-filter-out
Context
[Tree] (config>router>ospf>area>if lsa-filter-out)
[Tree] (config>service>vprn>ospf3>area>if lsa-filter-out)
[Tree] (config>service>vprn>ospf>area>if lsa-filter-out)
[Tree] (config>router>ospf3>area>if lsa-filter-out)
Full Context
configure router ospf area interface lsa-filter-out
configure service vprn ospf3 area interface lsa-filter-out
configure service vprn ospf area interface lsa-filter-out
configure router ospf3 area interface lsa-filter-out
Description
This command enables filtering of outgoing OSPF LSAs on the selected OSPFv2 or OSPFv3 interface. Three filtering options are provided:
-
Do not flood any LSAs out the interface. This option is suitable if the neighbor is simply-connected and has a statically configured default route with the address of this interface as next-hop.
-
Flood the router’s own router-LSA out the interface and suppress all other flooded LSAs. This option is suitable if the neighbor is simply-connected and has a statically configured default route with a loopback or system interface address (contained in the router-LSA) as next-hop.
-
Flood the router’s own router-LSA and all self-generated type-3, type-5 and type-7 LSAs advertising a default route (0/0) out the interface; suppress all other flooded LSAs. This option is suitable if the neighbor is simply-connected and does not have a statically configured default route.
The no form of this command disables OSPF LSA filtering (normal operation).
Default
no lsa-filter-out
Platforms
7705 SAR Gen 2
lsa-generate
lsa-generate
Syntax
lsa-generate max-lsa-wait [lsa-initial-wait lsa-initial-wait [lsa-second-wait lsa-second-wait]]
no lsa-generate-interval
Context
[Tree] (config>service>vprn>ospf3>timers lsa-generate)
[Tree] (config>service>vprn>ospf>timers lsa-generate)
Full Context
configure service vprn ospf3 timers lsa-generate
configure service vprn ospf timers lsa-generate
Description
This parameter customizes the throttling of OSPF LSA-generation. Timers that determine when to generate the first, second, and subsequent LSAs can be controlled with this command. Subsequent LSAs are generated at increasing intervals of the lsa-second-wait timer until a maximum value is reached.
Configuring the lsa-arrival interval to equal or less than the lsa-second-wait interval configured in the lsa-generate command is recommended.
The no form of this command reverts to the default.
The timer granularity is 10 ms if the value is less than 500 ms, and 100 ms if the value is ≥ 500 ms. Timer values are rounded down to the nearest granularity, for example a configured value of 550 ms is internally rounded down to 500 ms.
Parameters
- max-lsa-wait
-
Specifies the maximum interval, in milliseconds, between two consecutive occurrences of an LSA being generated.
- lsa-initial-wait
-
Specifies the first waiting period between link-state advertisements (LSA) originate(s), in milliseconds. When the LSA exceeds the lsa-initial-wait timer value and the topology changes, there is no wait period and the LSA is immediately generated.
When an LSA is generated, the initial wait period commences. If, within the specified lsa-initial-wait period and another topology change occurs, then the lsa-initial-wait timer applies.
- lsa-second-wait
-
Specifies the hold time in milliseconds between the first and second LSA generation. The next topology change is subject to this second wait period. With each subsequent topology change, the wait time doubles (this is 2x the previous wait time). This assumes that each failure occurs within the relevant wait period.
Platforms
7705 SAR Gen 2
lsa-generate
Syntax
lsa-generate max-lsa-wait [lsa-initial-wait lsa-initial-wait [lsa-second-wait lsa-second-wait]]
no lsa-generate
Context
[Tree] (config>router>ospf>timers lsa-generate)
[Tree] (config>router>ospf3>timers lsa-generate)
Full Context
configure router ospf timers lsa-generate
configure router ospf3 timers lsa-generate
Description
This parameter customizes the throttling of OSPF LSA-generation. Timers that determine when to generate the first, second, and subsequent LSAs can be controlled with this command. Subsequent LSAs are generated at increasing intervals of the lsa-second-wait timer until a maximum value is reached.
Configuring the lsa-arrival interval to equal or less than the lsa-second-wait interval configured in the lsa-generate command is recommended.
The no form of this command reverts to the default.
The timer granularity is 10 ms if the value is less than 500 ms, and 100 ms if the value is greater than or equal to 500 ms. Timer values are rounded down to the nearest granularity, for example a configured value of 550 ms is internally rounded down to 500 ms.
Default
lsa-generate 5000
Parameters
- max-lsa-wait
-
Specifies the maximum interval in milliseconds between two consecutive occurrences of an LSA being generated.
- lsa-initial-wait
-
Specifies the first waiting period between link-state advertisements (LSA) originate(s), in milliseconds. When the LSA exceeds the lsa-initial-wait timer value and the topology changes, there is no wait period and the LSA is immediately generated.
When an LSA is generated, the initial wait period commences. If, within the specified lsa-initial-wait period and another topology change occurs, then the lsa-initial-wait timer applies.
- lsa-second-wait
-
Specifies the hold time in milliseconds between the first and second LSA generation. The next topology change is subject to this second wait period. With each subsequent topology change, the wait time doubles (this is 2x the previous wait time). This assumes that each failure occurs within the relevant wait period.
Platforms
7705 SAR Gen 2
lsdb
lsdb
Syntax
[no] lsdb [level-number] [system-id | lsp-id]
Context
[Tree] (debug>router>isis lsdb)
Full Context
debug router isis lsdb
Description
This command enables debugging for Link State DataBase (LSDB).
The no form of the command disables debugging.
Parameters
- system-id
-
When specified, only the specified system-id is debugged. Host name up to 38 characters.
- lsp-id
-
When specified, only the specified lsp-id is debugged. Hostname up to 38 characters.
- level-number
-
Specifies the interface level (1, 2, or 1 and 2).
Platforms
7705 SAR Gen 2
lsdb
Syntax
lsdb [type] [ls-id] [adv-rtr-id] [area area-id]
no lsdb
Context
[Tree] (debug>router>ospf3 lsdb)
[Tree] (debug>router>ospf lsdb)
Full Context
debug router ospf3 lsdb
debug router ospf lsdb
Description
This command enables debugging for an OSPF link-state database (LSDB).
Parameters
- type
-
Specifies the OSPF link-state database (LSDB) type.
- ls-id
-
Specifies an LSA type specific field containing either a router ID or an IP address. It identifies the piece of the routing domain being described by the advertisement.
- adv-rtr-id
-
Specifies the router identifier of the router advertising the LSA.
- area area-id
-
Specifies a 32-bit integer uniquely identifying an area.
Platforms
7705 SAR Gen 2
lsn
lsn
Syntax
lsn router router-instance [b4 ipv6-address] [aftr ipv6-address] ip ip-address protocol {tcp | udp} [port port] [outside-ip ipv4-address] [outside-port port] [nat-policy nat-policy-name] [force]
no lsn router router-instance [b4 ipv6-address] ip ip-address protocol {tcp | udp} port port [nat-policy nat-policy-name]
Context
[Tree] (config>service>nat>fwd lsn)
Full Context
configure service nat port-forwarding lsn
Description
This command creates NAT static port forwards for LSN44, Ds-Lite and NAT64. Static port forwards (SPF) are static mappings created so that certain applications on the inside (private side) can be reached from host that are on the outside of the NAT. SPF statically map the subscriber (inside IP address in LSN44, CPE IPv6 address/prefix in DS-Lite and IPv6 prefix in NAT64), inside port and protocol to an outside IPv4 address, port and the same protocol.
If only the inside router, the inside IPv4/v6 address/prefix and the protocol are configured as parameters in the SPF request, the remaining fields in the mapping (outside port and outside IPv4 address) will be selected automatically by the node and reported in CLI once the command execution is completed.
Specifying the outside IPv4 address in the SPF request, mandates that all other, otherwise optional, parameters be also specified in the request (inside port and outside port). This creates a fully specified SPF request. Fully specified SPF request can be used in multi-chassis NAT redundancy deployments where the SPF is manually replicated between the SR OS nodes. In single chassis NAT deployments, fully specified SPF request is guaranteed to work only in the system with a single MS-ISA in it. Otherwise (multiple MS-ISAs in the system) a conflict may arise where two distinct inside IP addresses that may reside on separate MS-ISAs are requested to be mapped to the same outside IPv4 address. This will not be possible since the outside IPv4 address cannot be split across the MS-ISAs (each IP address, inside or outside, is tied to a single MS-ISA).
In non-fully specified SPF requests (missing the inside port and/or outside port and the outside IPv4 address within the SPF request), the outside IPv4 address selection will depend on the configuration of the outside port in the SPF request:
-
If the outside port is not specified or is specified from the configured port-forwarding-range [1024..port-forwarding-range], then the outside IPv4 address will be the same as the outside IPv4 address in an existing dynamic mapping for the same subscriber. If the subscriber does not exist (no dynamic mappings exist at the time of SPF creation request), then the subscriber will be automatically created and an outside IPv4 address will be assigned. In case that the outside ports are not available from the outside IPv4 address of the corresponding dynamic mapping, then the SPF request will fail. In other words, the dynamic and static mappings (created in this manner) for the same subscriber must use the same outside IPv4 address.
-
If the outside port from the well-known port range [0 to 1023] is requested, then the outside IPv4 address does not have to match the outside IPv4 address of an existing dynamic mapping for the same subscriber, but can instead be any outside IPv4 address.
If multiple NAT policies per inside routing context are used, then the NAT policy must be specified in the SPF creation request. This is needed so the SPF be created in the correct pool.
SPFs are disabled by default and they must be explicitly enabled by the port-limits forwarding command within the NAT policy.
Configured SPFs, unlike SPFs created with the tools commands, are preserved across reboots without having to configure persistency (config>system>persistence>nat-port-forwarding) since they are part of the configuration. When the pool is shutdown the SPFs are deactivated. When the pool is enabled (no shutdown), the SPFs (as created by the tools command or by configuration) are activated.
To avoid possible persistency related conflicts, SPFs can only be created using one method on a given node: either as configuration (the CLI configure branch) or using the tools command. For example: if a first SPF entry is created via CLI tools commands, the node prevents SPF creation via configuration (the CLI configure branch) and vice versa.
The no form of the command deletes NAT static port forwards for LSN44, Ds-Lite and NAT64.
Parameters
- router router-instance
-
This mandatory parameter specifies the inside routing instance; router name or service-id.
- b4 ipv6-address
-
This optional parameter specifies the IPv6 address of the B4 element in DS-Lite.
- aftr ipv6-address
-
This optional parameter specifies IPv6 address of the AFTR element in DS-Lite.
- protocol {tcp | udp}
-
This mandatory parameter specifies the protocol to use, either TCP or UDP.
- port port
-
This optional parameter specifies a source port.
- outside-ip ipv4-address
-
This mandatory parameter specifies the outside IPv4 address. If the outside IPv4 address is specified, then all other optional parameters become mandatory.
- outside-port port
-
This optional parameter specifies the outside port.
- nat-policy policy-name
-
If multiple NAT policies are used inside the routing context, then the NAT policy should be specified in the SPF request so the SPF is created in the correct NAT pool. Otherwise, the default NAT policy from the inside routing context will be used.
- force
-
Force allocation of static port forwards.
This command is only applicable to a LSN44 pool with flexible port allocations. Such pools allow interleaving of static port forwards with other dynamically allocated ports triggered by traffic flow.
If the requested outside port in the static port forward command is already occupied by a dynamically allocated port, using the force keyword preempts the dynamically allocated port and reassigns it as a port forwarding port.
During preemption, all the flows associated with the dynamically allocated port are terminated.
When the requested port forward is occupied by another static port and not a dynamic port, the command fails even if the force keyword is configured.
When a static port forwarding command requests an arbitrary outside port that is not specified in the command, the force keyword has an effect if the entire port space is already occupied. In this case, one of the dynamic ports is preempted.
Platforms
7705 SAR-Hx, 7705 SAR-Mx, 7705 SAR-1
lsp
lsp
Syntax
[no] lsp lsp-name
Context
[Tree] (config>router>ldp>targ-session>peer>tunneling lsp)
Full Context
configure router ldp targeted-session peer tunneling lsp
Description
This command configures a specific LSP destined to this peer and to be used for tunneling of LDP FEC over RSVP. A maximum of 4 RSVP LSPs can be explicitly used for tunneling LDP FECs to the T-LDP peer.
It is not necessary to specify any RSVP LSP in this context unless there is a need to restrict the tunneling to selected LSPs. All RSVP LSPs with a to address matching that of the T-LDP peer are eligible by default. The user can also exclude specific LSP names by using the ldp-over-rsvp exclude command in the config>router>mpls>lsp context.
Platforms
7705 SAR Gen 2
lsp
Syntax
[no] lsp lsp-name [bypass-only | p2mp-lsp | mpls-tp src-tunnel-num | sr-te]
Context
[Tree] (config>router>mpls lsp)
Full Context
configure router mpls lsp
Description
This command creates an LSP that is either signaled dynamically by the router, or a statically provisioned MPLS-TP LSP.
When the LSP is created, the egress router must be specified using the to command and at least one primary or secondary path must be specified for signaled LSPs, or at least one working path for MPLS-TP LSPs. All other statements under the LSP hierarchy are optional.
LSPs are created in the administratively down (shutdown) state.
The no form of this command deletes the LSP. All configuration information associated with this LSP is lost. The LSP must be administratively shutdown before it can be deleted. The LSP must also be unbound from all SDPs before it can be deleted.
Parameters
- lsp-name
-
Specifies the name that identifies the LSP. The LSP name can be up to 64 characters long and must be unique.
- bypass-only
-
Defines an LSP as a manual bypass LSP exclusively. When a path message for a new LSP requests bypass protection, the PLR first checks if a manual bypass tunnel satisfying the path constraints exists. If one if found, the router selects it. If no manual bypass tunnel is found, the router dynamically signals a bypass LSP in the default behavior. The CLI for this feature includes a knob that provides the user with the option to disable dynamic bypass creation on a per node basis.
- p2mp-lsp
-
Defines an LSP as a point-to-multipoint LSP. The following parameters can be used with a P2MP LSP: adaptive, adspec, cspf, exclude, fast-reroute, from, hop-limit, include, metric, retry-limit, retry-timer, resignal-timer. The following parameters cannot be used with a P2MP LSP: primary, secondary, to, dest-global-id, dest-tunnel-number, working-tp-path, protect-tp-path.
- mpls-tp src-tunnel-num
-
Defines an LSP as an MPLS-TP LSP. The src-tunnel-num is a mandatory create time parameter for mpls-tp LSPs, and has to be assigned by the user based on the configured range of tunnel IDs. The following parameters can only be used with an MPLS-TP LSP: to, dest-global-id, dest-tunnel-number, working-tp-path, protect-tp-path. Other parameters defined for the above LSP types cannot be used.
- sr-te
-
Defines an LSP of type Segment Routing Traffic Engineering (SR-TE) LSP. The user can associate an empty path or a path with strict or loose explicit hops with the primary path of the SR-TE LSP. A hop which corresponds to an adjacency SID must be identified with its far-end host IP address (next-hop) on the subnet. If the local end host IP address is provided, this hop is ignored since this router can have multiple adjacencies (next-hops) on the same subnet. A hop which corresponds to a node SID is identified by the prefix address. The user is only allowed to configure a primary path for the SR-TE LSP.
Platforms
7705 SAR Gen 2
lsp
Syntax
[no] lsp lsp-name
Context
[Tree] (config>router>static-route-entry>indirect>tunnel-next-hop>resolution-filter>rsvp-te lsp)
[Tree] (config>router>static-route-entry>indirect>tunnel-next-hop>resolution-filter>sr-te lsp)
Full Context
configure router static-route-entry indirect tunnel-next-hop resolution-filter rsvp-te lsp
configure router static-route-entry indirect tunnel-next-hop resolution-filter sr-te lsp
Description
This command restricts the search for a resolving LSP to a specific set of named LSPs. Only those LSPs named in the associated name list will be searched for a match to resolve the associated static route.
Parameters
- lsp-name
-
Specifies the name of the LSP to be searched for a valid resolving tunnel for the static route's next-hop.
Platforms
7705 SAR Gen 2
lsp
Syntax
[no] lsp lsp-name
Context
[Tree] (config>service>sdp lsp)
Full Context
configure service sdp lsp
Description
This command creates associations between one or more label switched paths (LSPs) and an Multi-Protocol Label Switching (MPLS) service destination point (SDP). This command is implemented only on MPLS-type encapsulated SDPs.
In MPLS SDP configurations either one or more LSP names can be specified or LDP can be enabled. The SDP ldp and lsp commands are mutually exclusive except if the mixed-lsp-mode option is also enabled. If an LSP is specified on an MPLS SDP, then LDP cannot be enabled on the SDP. To enable LDP on the SDP when an LSP is already specified, the LSP must be removed from the configuration using the no lsp lsp-name command.
Alternatively, if LDP is already enabled on an MPLS SDP, then an LSP cannot be specified on the SDP. To specify an LSP on the SDP, the LDP must be disabled or the mixed-lsp-mode option is also enabled. The LSP must have already been created in the config>router>mpls context. with a valid far-end IP address. RSVP must be enabled.
If no LSP is associated with an MPLS SDP, the SDP cannot enter the operationally up state. The SDP can be administratively enabled (no shutdown) with no LSP associations. The lsp-name may be shutdown, causing the association with the SDP to be operationally down (the LSP will not be used by the SDP).
Up to 16 LSP names can be entered on a single command line.
The no form of this command deletes one or more LSP associations from an SDP. If the lsp-name does not exist as an association or as a configured LSP, no error is returned. An lsp-name must be removed from all SDP associations before the lsp-name can be deleted from the system. The SDP must be administratively disabled (shutdown) before the last lsp-name association with the SDP is deleted.
Parameters
- lsp-name
-
Specifies the name of the LSP to associate with the SDP. An LSP name is case sensitive and is limited to 32 ASCII 7-bit printable characters with no spaces. If an exact match of lsp-name does not already exist as a defined LSP, an error message is generated. If the lsp-name does exist and the LSP to IP address matches the SDP far-end IP address, the association is created.
Platforms
7705 SAR Gen 2
lsp
Syntax
lsp lsp-name
[no] lsp
Context
[Tree] (config>oam-pm>session>ip>tunnel>mpls>rsvp-te lsp)
Full Context
configure oam-pm session ip tunnel mpls rsvp-te lsp
Description
This command configures the name of the RSVP-TE LSP to transport the test packets.
The no form of this command removes the lsp-name from the configuration.
Parameters
- lsp-name
-
Specifies the LSP name, up to 64 characters.
Platforms
7705 SAR Gen 2
lsp
Syntax
lsp lsp-name
no lsp
Context
[Tree] (config>oam-pm>session>ip>tunnel>mpls>sr-te lsp)
Full Context
configure oam-pm session ip tunnel mpls sr-te lsp
Description
This command configures specification of SR-TE specific tunnel information that is used to transport the test packets. Entering this context removes all other tunnel type options configured under the configure oam-pm session ip tunnel mpls context. Only a single mpls type can be configured for an OAM-PM session.
The no form of this command removes the SR-TE LSP name from the configuration.
Default
no lsp
Parameters
- lsp-name
- Specifies the SR-TE LSP name, up to 64 characters.
Platforms
7705 SAR Gen 2
lsp-bfd
lsp-bfd
Syntax
lsp-bfd
Context
[Tree] (config>router lsp-bfd)
Full Context
configure router lsp-bfd
Description
Commands in this context configure LSP BFD parameters.
Platforms
7705 SAR Gen 2
lsp-bfd
Syntax
lsp-bfd prefix-list-name
no lsp-bfd prefix-list-name
Context
[Tree] (config>router>ldp lsp-bfd)
Full Context
configure router ldp lsp-bfd
Description
Commands in this context configure LSP BFD for a set of LDP LSPs with FECs matching those defined in the specified prefix list.
Up to 16 LSP BFD instances can be configured for LDP.
If a prefix corresponding to an LDP FEC appears in more than one prefix list, the system applies the LSP BFD configuration to the LSP only once. If the prefix list contains a longest match corresponding to one or more LDP FECs, the BFD configuration is applied to all of those LDP LSPs.
The no form of this command removes LSP BFD. Specifying a prefix list name will remove LSP BFD for all LDP FECs that match the specified prefix list, except those LDP FECs that also match another LSP BFD prefix list.
Default
no lsp-bfd
Parameters
- prefix-list-name
-
Specifies the name of the prefix list configured using the configure router policy-options prefix-list name command, up to 32 characters maximum. The prefix list name can be specified by the lsp-bfd command prior to the prefix list being defined in the config>router>policy-options context.
Platforms
7705 SAR Gen 2
lsp-bsid-block
lsp-bsid-block
Syntax
lsp-bsid-block name
no lsp-bsid-block
Context
[Tree] (config>router>mpls lsp-bsid-block)
Full Context
configure router mpls lsp-bsid-block
Description
This command configures a reference to a pre-existing reserved label block for statically configured binding SIDs.
The no form of this command removes the use of the label block as a pool of binding SIDs.
Parameters
- name
-
Specifies an existing reserved label block name, up to 64 characters.
Platforms
7705 SAR Gen 2
lsp-exp
lsp-exp
Syntax
lsp-exp lsp-exp-value fc fc-name profile {in | out}
no lsp-exp
Context
[Tree] (config>qos>network>ingress lsp-exp)
Full Context
configure qos network ingress lsp-exp
Description
This command creates a mapping between the LSP EXP bits of the network ingress traffic and the forwarding class.
Ingress traffic that matches the specified LSP EXP bits will be assigned to the corresponding forwarding class. Multiple commands can be entered to define the association of some or all eight LSP EXP bit values to the forwarding class. For undefined values, packets are assigned to the forwarding class specified under the default-action command.
The no form of this command removes the association of the LSP EXP bit value to the forwarding class. The default-action then applies to that LSP EXP bit pattern.
Default
no lsp-exp
Parameters
- lsp-exp-value
-
Specify the LSP EXP values to be associated with the forwarding class.
- fc fc-name
-
Enter this required parameter to specify the fc-name that the EXP bit pattern will be associated with.
- profile {in | out}
-
Enter this required parameter to indicate whether the LSP EXP value is the in-profile or out-of-profile value.
Platforms
7705 SAR Gen 2
lsp-exp-in-profile
lsp-exp-in-profile
Syntax
lsp-exp-in-profile lsp-exp-value
no lsp-exp-in-profile
Context
[Tree] (config>qos>network>egress>fc lsp-exp-in-profile)
Full Context
configure qos network egress fc lsp-exp-in-profile
Description
This command specifies the in-profile LSP EXP value for the forwarding class. The EXP value will be used for all LSP labeled packets requiring marking that require marking at egress on this forwarding class queue, and that are in-profile. The inplus-profile traffic is marked with the same value as in-profile traffic.
When multiple EXP values are associated with the forwarding class at network egress, the last name entered will overwrite the previous value.
The no form of this command resets the configuration to the factory default in-profile EXP setting.
Default
|
Policy-id 1: |
Factory setting |
|
Policy-id 2 to 65535: |
Policy-id setting |
Parameters
- lsp-exp-value
-
Specifies the 3-bit LSP EXP bit value, expressed as a decimal integer.
Platforms
7705 SAR Gen 2
lsp-exp-out-profile
lsp-exp-out-profile
Syntax
lsp-exp-out-profile lsp-exp-value
no lsp-exp-out-profile
Context
[Tree] (config>qos>network>egress>fc lsp-exp-out-profile)
Full Context
configure qos network egress fc lsp-exp-out-profile
Description
This command specifies the out-of-profile LSP EXP value for the forwarding class. The EXP value will be used for all LSP labeled packets that require marking at egress on this forwarding class queue, and that are out-of-profile. The exceed-profile traffic is marked with the same value as out-of-profile traffic.
When multiple EXP values are associated with the forwarding class at network egress, the last name entered will overwrite the previous value.
The no form of this command resets the configuration to the factory default out-of-profile EXP setting.
Default
|
Policy-id 1: |
Factory setting |
|
Policy-id 2 to 65535: |
Policy-id setting |
Parameters
- mpls-exp-value
-
Specifies the 3-bit MPLS EXP bit value, expressed as a decimal integer.
Platforms
7705 SAR Gen 2
lsp-history
lsp-history
Syntax
[no] lsp-history
Context
[Tree] (config>router>mpls lsp-history)
Full Context
configure router mpls lsp-history
Description
This command allocates memory, which may be used to store up to the last 100 significant events for each RSVP-TE and SR-TE LSP.
The no form of this command deallocates memory for storing LSP history events and deletes any event history .
Default
no lsp-history
Platforms
7705 SAR Gen 2
lsp-init-retry-timeout
lsp-init-retry-timeout
Syntax
lsp-init-retry-timeout seconds
no lsp-init-retry-timeout
Context
[Tree] (config>router>mpls lsp-init-retry-timeout)
Full Context
configure router mpls lsp-init-retry-timeout
Description
This command configures the initial LSP path retry-timer.
The new LSP path initial retry-timer is used instead of the retry-timer to abort the retry cycle when no RESV is received. The retry-timer exclusively governs the time between two retry cycles and to handle retrying of an LSP path in a failure case with PATH errors or RESVTear.
The intent is that the user can now control how many refreshes of the pending PATH state can be performed before starting a new retry-cycle with a new LSP ID. This is all done without affecting the ability to react faster to failures of the LSP path, which will continue to be governed by the retry-timer.
The no form of this command returns the timer to the default value.
Default
lsp-init-retry-timeout 30
Parameters
- seconds
-
Specifies the value (in s), used as the fast retry timer for a secondary path.
Platforms
7705 SAR Gen 2
lsp-lifetime
lsp-lifetime
Syntax
lsp-lifetime seconds
no lsp-lifetime
Context
[Tree] (config>service>vprn>isis lsp-lifetime)
Full Context
configure service vprn isis lsp-lifetime
Description
This command sets the time, in seconds, the router wants the LSPs it originates to be considered valid by other routers in the domain.
Each LSP received is maintained in an LSP database until the lsp-lifetime expires unless the originating router refreshes the LSP. By default, each router refreshes its LSPs every 20 minutes (1200 seconds) so other routers will not age out the LSP.
The LSP refresh timer is derived from this formula: lsp-lifetime/2
LSPs originated by the router should be valid for 1200 seconds (20 minutes).
The no form of this command reverts to the default value.
Default
lsp-lifetime 1200
Parameters
- seconds
-
Specifies the time, in seconds, that the router wants the LSPs it originates to be considered valid by other routers in the domain.
Platforms
7705 SAR Gen 2
lsp-lifetime
Syntax
lsp-lifetime seconds
no lsp-lifetime
Context
[Tree] (config>router>isis lsp-lifetime)
Full Context
configure router isis lsp-lifetime
Description
This command sets the time, in seconds, the router wants the LSPs it originates to be considered valid by other routers in the domain.
Each LSP received is maintained in an LSP database until the lsp-lifetime expires unless the originating router refreshes the LSP. By default, each router refreshes its LSPs every 20 minutes (1200 seconds) so other routers will not age out the LSP.
The LSP refresh timer is derived from this formula: lsp-lifetime/2
The no form of this command reverts to the default value.
Default
lsp-lifetime 1200
Parameters
- seconds
-
Specifies the time, in seconds, that the router wants the LSPs it originates to be considered valid by other routers in the domain.
Platforms
7705 SAR Gen 2
lsp-minimum-remaining-lifetime
lsp-minimum-remaining-lifetime
Syntax
lsp-minimum-remaining-lifetime seconds
no lsp-minimum-remaining-lifetime
Context
[Tree] (config>service>vprn>isis lsp-minimum-remaining-lifetime)
Full Context
configure service vprn isis lsp-minimum-remaining-lifetime
Description
This command configures the minimum value to which the remaining lifetime of the LSP is set. The value is a counter that decrements, in seconds, starting from the value in the received LSP (if not self-originated) or from lsp-lifetime seconds (if self-originated). When the remaining lifetime becomes zero, the contents of the LSP is purged. The remaining lifetime of an LSP is not changed when there is no lsp-minimum-remaining-lifetime value configured.
The configured value must be greater than or equal to the lsp-lifetime value.
The no form of this command removes the seconds value from the configuration.
Default
no lsp-minimum-remaining-lifetime
Parameters
- seconds
-
Specifies the decrementing counter, in seconds. The configured value must be greater than or equal to the locally configured value of lsp-lifetime (MaxAge).
Platforms
7705 SAR Gen 2
lsp-minimum-remaining-lifetime
Syntax
lsp-minimum-remaining-lifetime seconds
no lsp-minimum-remaining-lifetime
Context
[Tree] (config>router>isis lsp-minimum-remaining-lifetime)
Full Context
configure router isis lsp-minimum-remaining-lifetime
Description
This command configures the minimum value to which the remaining lifetime of the LSP is set. The value is a counter that decrements, in seconds, starting from the value in the received LSP (if not self-originated) or from lsp-lifetime seconds (if self-originated). When the remaining lifetime becomes zero, the contents of the LSP is purged. The remaining lifetime of an LSP is not changed when there is no lsp-minimum-remaining-lifetime value configured.
The configured value must be greater than or equal to the lsp-lifetime value.
The no form of this command removes the seconds value from the configuration.
Parameters
- seconds
-
Specifies the decrementing counter, in seconds. The configured value must be greater than or equal to the locally configured value of lsp-lifetime (MaxAge).
Platforms
7705 SAR Gen 2
lsp-mtu-size
lsp-mtu-size
Syntax
lsp-mtu-size size
no lsp-mtu-size
Context
[Tree] (config>service>vprn>isis lsp-mtu-size)
[Tree] (config>service>vprn>isis>level lsp-mtu-size)
Full Context
configure service vprn isis lsp-mtu-size
configure service vprn isis level lsp-mtu-size
Description
This command configures the LSP MTU size. If the size value is changed from the default using CLI or SNMP, then ISIS must be restarted for the change to take effect. This can be done by performing a shutdown command and then a no shutdown command in the config>router>isis context.
Using the exec command to execute a configuration file to change the LSP MTU size from its default value will automatically restart IS-IS for the change to take effect.
The no form of this command reverts to the default value.
Default
lsp-mtu-size 1492
Parameters
- size
-
Specifies the LSP MTU size.
Platforms
7705 SAR Gen 2
lsp-mtu-size
Syntax
lsp-mtu-size size
no lsp-mtu-size
Context
[Tree] (config>router>isis lsp-mtu-size)
[Tree] (config>router>isis>level lsp-mtu-size)
Full Context
configure router isis lsp-mtu-size
configure router isis level lsp-mtu-size
Description
This command configures the LSP MTU size. If the size value is changed from the default using CLI or SNMP, then IS-IS must be restarted in order for the change to take effect. This can be done by performing a shutdown command and then a no shutdown command in the config>router>isis context.
Using the exec command to execute a configuration file to change the LSP MTU-size from its default value automatically restarts IS-IS for the change to take effect.
The no form of this command reverts to the default value.
Default
lsp-mtu-size 1492
Parameters
- size
-
Specifies the LSP MTU size.
Platforms
7705 SAR Gen 2
lsp-pacing-interval
lsp-pacing-interval
Syntax
lsp-pacing-interval milliseconds
no lsp-pacing-interval
Context
[Tree] (config>service>vprn>isis>if lsp-pacing-interval)
Full Context
configure service vprn isis interface lsp-pacing-interval
Description
This command configures the interval at which LSPs are sent from the interface.
To avoid overwhelming neighbors that have less CPU processing power with LSPs, the pacing interval can be configured to limit how many LSPs are sent at the interval. LSPs are sent in bursts at the interval up to the configured limit. If a value of 0 is configured, no LSPs are sent from the interface.
If configured to the default LSP pacing interval of 100, LSPs are sent in 100 millisecond intervals.
The no form of this command reverts to the default value.
The IS-IS LSP pacing interval is 100 milliseconds for values < 100 milliseconds, and 1 second for values ≥ 100 milliseconds. For example, a pacing interval of 2 milliseconds means that a maximum of 50 LSPs are sent in a burst at 100 millisecond intervals. The default pacing interval of 100 milliseconds means that a maximum of 10 LSPs are sent in a burst at 1 second intervals.
Default
lsp-pacing-interval 100
Parameters
- milliseconds
-
Specifies the pacing interval in milliseconds at which IS-IS LSPs are sent from the interface at each interval expressed as a decimal integer.
Platforms
7705 SAR Gen 2
lsp-pacing-interval
Syntax
lsp-pacing-interval milliseconds
no lsp-pacing-interval
Context
[Tree] (config>router>isis>interface lsp-pacing-interval)
Full Context
configure router isis interface lsp-pacing-interval
Description
This command configures the interval at which LSPs are sent from the interface.
To avoid overwhelming neighbors that have less CPU processing power with LSPs, the pacing interval can be configured to limit how many LSPs are sent at the interval. LSPs are sent in bursts at the interval up to the configured limit. If a value of 0 is configured, no LSPs are sent from the interface. The interval applies to all LSPs: LSPs generated by the router, and LSPs received from other routers.
If configured to the default LSP pacing interval of 100, LSPs are sent in 100 millisecond intervals.
The no form of this command reverts to the default value.
The IS-IS LSP pacing interval is 100 milliseconds for values < 100 milliseconds, and 1 second for values ≥ 100 milliseconds. For example, a pacing interval of 2 milliseconds means that a maximum of 50 LSPs are sent in a burst at 100 millisecond intervals. The default pacing interval of 100 milliseconds means that a maximum of 10 LSPs are sent in a burst at 1 second intervals.
Default
lsp-pacing-interval 100
Parameters
- milli-seconds
-
Specifies the interval in milliseconds during which IS-IS LSPs are sent from the interface expressed as a decimal integer.
Platforms
7705 SAR Gen 2
lsp-per-psnp
lsp-per-psnp
Syntax
lsp-per-psnp lsp-per-psnp
no lsp-per-psnp
Context
[Tree] (config>router>isis>interface>fast-flooding>lsp-receiver lsp-per-psnp)
[Tree] (config>service>vprn>isis>fast-flooding>lsp-receiver lsp-per-psnp)
[Tree] (config>router>isis>fast-flooding>lsp-receiver lsp-per-psnp)
[Tree] (config>service>vprn>isis>interface>fast-flooding>lsp-receiver lsp-per-psnp)
Full Context
configure router isis interface fast-flooding lsp-receiver lsp-per-psnp
configure service vprn isis fast-flooding lsp-receiver lsp-per-psnp
configure router isis fast-flooding lsp-receiver lsp-per-psnp
configure service vprn isis interface fast-flooding lsp-receiver lsp-per-psnp
Description
This command configures the number of received LSPs awaiting acknowledgment that triggers the immediate transmission of a PSNP. When the configured number of LSPs has been received and requires acknowledgment, the router sends a PSNP without waiting for the configured psnp-interval to expire.
When advertise-flooding-tlv is enabled, this value is advertised in the LSPs per PSNP sub-TLV. A smaller value provides faster acknowledgment feedback to the sender but may increase the number of PSNPs and the associated CPU and interface load.
The no form of this command removes the explicitly configured value. At the interface level, the value is inherited from the IS-IS instance. At the instance level, the default applies.
Default
lsp-per-psnp 15
Parameters
- lsp-per-psnp
-
Specifies the number of received, unacknowledged LSPs that triggers immediate PSNP transmission.
Platforms
7705 SAR Gen 2
lsp-per-psnp
Syntax
lsp-per-psnp lsp-per-psnp
no lsp-per-psnp
Context
[Tree] (config>router>isis>interface>fast-flooding>lsp-sender>local-defaults lsp-per-psnp)
[Tree] (config>service>vprn>isis>interface>fast-flooding>lsp-sender>local-defaults lsp-per-psnp)
[Tree] (config>service>vprn>isis>fast-flooding>lsp-sender>local-defaults lsp-per-psnp)
[Tree] (config>router>isis>fast-flooding>lsp-sender>local-defaults lsp-per-psnp)
Full Context
configure router isis interface fast-flooding lsp-sender local-defaults lsp-per-psnp
configure service vprn isis interface fast-flooding lsp-sender local-defaults lsp-per-psnp
configure service vprn isis fast-flooding lsp-sender local-defaults lsp-per-psnp
configure router isis fast-flooding lsp-sender local-defaults lsp-per-psnp
Description
This command configures the LSPs-per-PSNP value assumed by the sender when the neighbor has not advertised an LSPs per PSNP sub-TLV. The sender uses this value to estimate the neighbor acknowledgment behavior.
The no form of this command removes the explicitly configured local default. At the interface level, the value is inherited from the IS-IS instance. At the instance level, the sender default applies.
Default
lsp-per-psnp 15
Parameters
- lsp-per-psnp
-
Specifies the assumed number of LSPs acknowledged in each immediately generated PSNP.
Platforms
7705 SAR Gen 2
lsp-ping
lsp-ping
Syntax
lsp-ping lsp-name [path path-name]
lsp-ping bgp-label prefix ip-prefix/prefix-length [path-destination ip-address [{interface if-name | next-hop ip-address}]]
lsp-ping ldp prefix ip-prefix/prefix-length [path-destination ip-address [{interface if-name | next-hop ip-address}]]
lsp-ping prefix ip-prefix/prefix-length [path-destination ip-address [{interface if-name | next-hop ip-address}]]
lsp-ping rsvp-te lsp-name [path path-name]
lsp-trace sr-isis prefix ip-prefix/prefix-length [igp-instance igp-instance] [detail] [downstream-map-tlv downstream-map-tlv] [fc fc-name [profile {in | out}]] [flex-algo flex-algo-num] [interval interval] [max-fail no-response-count] [min-ttl min-label-ttl] [max-ttl max-label-ttl] [path-destination ip-address [interface if-name | next-hop ip-address]] [probe-count probes-per-hop] [size octets] [src-ip-address ip-address] [timeout timeout]
lsp-trace sr-ospf prefix ip-prefix/prefix-length [igp-instance igp-instance] [detail] [downstream-map-tlv downstream-map-tlv] [fc fc-name [profile {in | out}]] [flex-algo flex-algo-num] [interval interval] [max-fail no-response-count] [min-ttl min-label-ttl] [max-ttl max-label-ttl] [path-destination ip-address [interface if-name | next-hop ip-address]] [probe-count probes-per-hop] [size octets] [src-ip-address ip-address] [timeout timeout]
lsp-ping sr-ospf3 prefix ip-prefix/prefix-length [ igp-instance igp-instance] [path-destination ip-address [{interface if-name | next-hop ip-address}]]
lsp-ping sr-policy color color-id endpoint ip-address [segment-list segment-list-id] [detail] [ path-destination ip-address [{ interface if-name | next-hop ip-address}]]
lsp-ping sr-te lsp-name [path path-name] [path-destination ip-address [{interface if-name | next-hop ip-address}]]
lsp-ping static lsp-name [assoc-channel {ipv4 | non-ip | none}] [dest-global-id global-id dest-node-id node-id] [force] [path-type {active | working | protect}]
NOTE: Options common to all lsp-ping cases: [detail] [fc fc-name [profile {in | out}]] [flex-algo flex-algo-num] [interval interval] [send-count send-count] [size octets] [src-ip-address ip-address] [timeout timeout] [ttl label-ttl]
Context
[Tree] (config>saa>test>type lsp-ping)
[Tree] (oam lsp-ping)
Full Context
configure saa test type lsp-ping
oam lsp-ping
Description
This command performs in-band LSP connectivity tests.
This command performs an LSP ping using the protocol and data structures defined in the RFC 8029, Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures.
The LSP ping operation is modeled after the IP ping utility which uses ICMP echo request and reply packets to determine IP connectivity.
In an LSP ping, the originating device creates an MPLS echo request packet for the LSP and path to be tested. The MPLS echo request packet is sent through the data plane and awaits an MPLS echo reply packet from the device terminating the LSP. The status of the LSP is displayed when the MPLS echo reply packet is received.
This command, when used with the static option, performs in-band on-demand LSP connectivity verification tests for static MPLS-TP LSPs. For other LSP types, the static option should be excluded and these are described elsewhere in this user guide.
The lsp-ping static command performs an LSP ping using the protocol and data structures defined in the RFC 8029, Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures, as extended by RFC 6426, MPLS On-Demand Connectivity Verification and Route Tracing.
In MPLS-TP, the echo request and echo reply messages are always sent in-band over the LSP, either in a G-ACh channel or encapsulated as an IP packet below the LSP label.
The timestamp format to be sent, and to be expected when received in a PDU, is as configured by the config>test-oam>mpls-time-stamp-format command. If RFC 4379 (obsoleted by RFC 8029) is selected, then the timestamp is in seconds and microseconds since 1900, otherwise it is in seconds and microseconds since 1970.
Default
The active LSP path
Values: Any path name associated with the LSP
Parameters
- lsp-name
-
Specifies the name of the target RSVP-TE LSP, up to 64 characters.
- rsvp-te lsp-name
-
Specifies the name of the target RSVP-TE LSP, up to 64 characters.
Note:The rsvp-te explicit target FEC type is not supported under the SAA context.
- path-name
-
Specifies the LSP path name, up to 32 characters, to which to send the LSP ping request.
- bgp-label prefix ip-prefix/prefix-length
-
Specifies the address prefix and subnet mask of the target BGP IPv4 /32 label route or the target BGP IPv6 /128 label route.
- path-destination ip-address
-
Specifies the IP address of the path destination from the range 127/8. When the LDP FEC prefix is IPv6, the user must enter a 127/8 IPv4 mapped IPv6 address, that is, in the range ::ffff:127/104.
ipv4-address:
a.b.c.d
ipv6-address:
x:x:x:x:x:x:x:x (eight 16-bit pieces)
x:x:x:x:x:x:d.d.d.d
x:
[0 to FFFF]H
d:
[0 to 255]D
- flex-algo flex-algo-num
-
Specifies the Segment Routing Flexible Algorithm for the test.
- interface if-name
-
Specifies the name of an IP interface, up to 32 characters, to send the MPLS echo request message to. The name must already exist in the config>router>interface context.
- next-hop ip-address
-
Specifies the next-hop address to send the MPLS echo request message to.
- prefix ip-prefix/prefix-length
-
Specifies the address prefix and subnet mask of the target LDP FEC.
- ldp prefix ip-prefix/prefix-length
-
Specifies the address prefix and subnet mask of the target LDP FEC.
- sr-isis prefix ip-prefix/prefix-length
-
Specifies the address prefix and subnet mask of the target node SID of the SR-IS-IS tunnel.
- igp-instance
-
Specifies the IGP instance of the node SID prefix.
- sr-ospf prefix ip-prefix/prefix-length
-
Specifies the address prefix and subnet mask of the target node SID of the SR-OSPF tunnel.
- sr-ospf3 prefix ip-prefix/prefix-length
-
Specifies the address prefix and subnet mask of the target node SID of the SR-OSPF3 tunnel. Note that only IPv6 prefixes in OSPFv3 instance ID 0-31 are supported.
- sr-policy color color-id endpoint ip-address segment-list segment-list-id
-
Specifies the name of the target IPv4 or IPv6 SR policy.
Note:The sr-policy target FEC type is supported under the OAM context and under type-multi-line node in the SAA context.
color color-id — Specifies the color ID.
Values 0 to 4294967295
endpoint ip-address — Specifies the endpoint address.
Values
ipv4-address:
a.b.c.d
ipv6-address:
x:x:x:x:x:x:x:x (eight 16-bit pieces)
x:x:x:x:x:x:d.d.d.d
x:
[0 to FFFF]H
d:
[0 to 255]D
segment-list segment-list-id — Specifies the segment list ID.
Values 1 to 32
- detail
-
Displays detailed information.
- sr-te lsp-name
-
Specifies the name of the target SR-TE LSP, up to 64 characters.
- static
-
Specifies the target FEC stack sub-type "Static LSP”.
- assoc-channel {ipv4 | non-ip | none}
-
Specifies the launched echo request’s usage of the Associated Channel (ACH) mechanism, when testing an MPLS-TP LSP.
- global-id
-
Specifies the MPLS-TP global ID for the far end node of the LSP under test. If this is not entered, then the dest-global-id is taken from the LSP context.
- node-id
-
Specifies the MPLS-TP global ID for the far end node of the LSP under test. If this is not entered, then the dest-global-id is taken from the LSP context.
- force
-
Allows LSP ping to test a path that is operationally down, including cases where MPLS-TP BFD CC/V is enabled and has taken a path down. This parameter is only allowed in the OAM context; it is not allowed for a test configured as a part of an SAA.
- path-type {active | working | protect}
-
The LSP path to test.
- fc-name
-
Specifies the FC and profile parameters that are used to indicate the forwarding class and profile of the MPLS echo request packet.
When an MPLS echo request packet is generated in CPM and is forwarded to the outgoing interface, the packet is queued in the egress network queue corresponding to the specified fc and profile parameter values. The marking of the packet's EXP is dictated by the LSP-EXP mappings on the outgoing interface.
When the MPLS echo request packet is received on the responding node, The FC and profile parameter values are dictated by the LSP-EXP mappings of the incoming interface.
When an MPLS echo reply packet is generated in CPM and is forwarded to the outgoing interface, the packet is queued in the egress network queue corresponding to the FC and profile parameter values determined by the classification of the echo request packet, which is being replied to, at the incoming interface. The marking of the packet's EXP is dictated by the LSP-EXP mappings on the outgoing interface. The ToS byte is not modified. lsp-ping Request Packet and Behavior summarizes this behavior.
Table 1. lsp-ping Request Packet and Behavior CPM (sender node)
Echo request packet:
-
packet {tos=1, fc1, profile1}
-
fc1 and profile1 are as entered by user in OAM command or default values
-
tos1 as per mapping of {fc1, profile1} to IP precedence in network egress QoS policy of outgoing interface
Outgoing interface (sender node)
Echo request packet:
-
packet queued as {fc1, profile1}
-
ToS field=tos1 not remarked
-
EXP=exp1, as per mapping of {fc1, profile1} to EXP in network egress QoS policy of outgoing interface
Incoming interface (responder node)
Echo request packet:
-
packet {tos1, exp1}
-
exp1 mapped to {fc2, profile2} as per classification in network QoS policy of incoming interface
CPM (responder node)
Echo reply packet:
-
packet{tos=1, fc2, profile2}
Outgoing interface (responder node)
Echo reply packet:
-
packet queued as {fc2, profile2}
-
ToS filed= tos1 not remarked (reply inband or out-of-band)
-
EXP=exp2, if reply is inband, remarked as per mapping of {fc2, profile2} to EXP in network egress QoS policy of outgoing interface
Incoming interface (sender node)
Echo reply packet:
-
packet {tos1, exp2}
-
exp2 mapped to {fc1, profile1} as per classification in network QoS policy of incoming interface
The LSP-EXP mappings on the receive network interface controls the mapping of the message reply at the originating router.
-
- profile {in | out}
-
Specifies the profile state of the MPLS echo request packet.
- flex-algo flex-algo-num
-
Specifies the Segment Routing Flexible Algorithm for the test. This option is only supported for oam lsp-ping sr-isis and oam lsp-ping sr-ospf. This option is not supported for SAA. If this option is not set, then the system looks up the prefix without flex-algo awareness.
- interval
-
Specifies the time, in seconds, used to override the default request message send interval and defines the minimum amount of time that must expire before the next message request is sent.
- send-count
-
Specifies the number of messages to send, expressed as a decimal integer. The send-count parameter is used to override the default number of message requests sent. Each message request must either time out or receive a reply before the next message request is sent. The message interval value must be expired before the next message request is sent.
- octets
-
Specifies the MPLS echo request packet size in octets, expressed as a decimal integer. The request payload is padded with zeros to the specified size.
- src-ip-address ip-address
-
Specifies the source IP address. This option is used when an OAM packet must be generated from a different address than the node’s system interface address. An example is when the OAM packet is sent over an LDP LSP and the LDP LSR-ID of the corresponding LDP session to the next-hop is set to an address other than the system interface address.
- timeout
-
Specifies number, in seconds, used to override the default timeout value and is the amount of time that the router waits for a message reply after sending the last probe for a specific test. Upon the expiration of the time out, the test is marked complete and no more packets are processed for any of those request probes.
- label-ttl
-
Specifies the TTL value for the MPLS label, expressed as a decimal integer.
Platforms
7705 SAR Gen 2
Output
Output ExampleThe following output is an example of LDP IPv4 and IPv6 prefix FECs.
A:Dut-C# oam lsp-ping prefix 4.4.4.4/32 detail
LSP-PING 4.4.4.4/32: 80 bytes MPLS payload
Seq=1, send from intf dut1_to_dut3, reply from 4.4.4.4
udp-data-len=32 ttl=255 rtt=5.23ms rc=3 (EgressRtr)
---- LSP 4.4.4.4/32 PING Statistics ----
1 packets sent, 1 packets received, 0.00% packet loss
round-trip min = 5.23ms, avg = 5.23ms, max = 5.23ms, stddev = 0.000ms
===============================================================================
LDP LSR ID: 1.1.1.1
===============================================================================
Legend: U - Label In Use, N - Label Not In Use, W - Label Withdrawn
WP - Label Withdraw Pending, BU - Alternate For Fast Re-Route
===============================================================================
LDP Prefix Bindings
===============================================================================
Prefix IngLbl EgrLbl EgrIntf/ EgrNextHop
Peer LspId
-------------------------------------------------------------------------------
4.4.4.4/32 131069N 131067 1/1/1 1.3.1.2
3.3.3.3
4.4.4.4/32 131069U 131064 -- --
6.6.6.6
-------------------------------------------------------------------------------
No. of Prefix Bindings: 2
===============================================================================
A:Dut-C#
*A:Dut-A# oam lsp-ping prefix fc00::a14:106/128
LSP-PING fc00::a14:106/128: 116 bytes MPLS payload
Seq=1, send from intf A_to_B, reply from fc00::a14:106
udp-data-len=32 ttl=255 rtt=7.16ms rc=3 (EgressRtr)
---- LSP fc00::a14:106/128 PING Statistics ----
1 packets sent, 1 packets received, 0.00% packet loss
round-trip min = 7.16ms, avg = 7.16ms, max = 7.16ms, stddev = 0.000ms
*A:Dut-A#
lsp-ping over SR-ISIS
*A:Dut-A# oam lsp-ping sr-isis prefix 10.20.1.6/32 igp-instance 0 detail
LSP-PING 10.20.1.6/32: 80 bytes MPLS payload
Seq=1, send from intf int_to_B, reply from 10.20.1.6
udp-data-len=32 ttl=255 rtt=1220324ms rc=3 (EgressRtr)
---- LSP 10.20.1.6/32 PING Statistics ----
1 packets sent, 1 packets received, 0.00% packet loss
round-trip min = 1220324ms, avg = 1220324ms, max = 1220324ms, stddev = 0.000ms
lsp-ping with SR-TE
*A:Dut-A# oam lsp-ping sr-te "srteABCEDF" detail
LSP-PING srteABCEDF: 96 bytes MPLS payload
Seq=1, send from intf int_to_B, reply from 10.20.1.6
udp-data-len=32 ttl=255 rtt=1220325ms rc=3 (EgressRtr)
---- LSP srteABCEDF PING Statistics ----
1 packets sent, 1 packets received, 0.00% packet loss
round-trip min = 1220325ms, avg = 1220325ms, max = 1220325ms, stddev = 0.000ms
*A:Dut-A# oam lsp-ping sr-te "srteABCE_loose" detail
LSP-PING srteABCE_loose: 80 bytes MPLS payload
Seq=1, send from intf int_to_B, reply from 10.20.1.5
udp-data-len=32 ttl=255 rtt=1220324ms rc=3 (EgressRtr)
---- LSP srteABCE_loose PING Statistics ----
1 packets sent, 1 packets received, 0.00% packet loss
round-trip min = 1220324ms, avg = 1220324ms, max = 1220324ms, stddev = 0.000ms
*A:Dut-F# oam lsp-ping sr-te "srteFECBA_eth" detail
LSP-PING srteFECBA_eth: 116 bytes MPLS payload
Seq=1, send from intf int_to_E, reply from fc00::a14:101
udp-data-len=32 ttl=255 rtt=1220326ms rc=3 (EgressRtr)
---- LSP srteFECBA_eth PING Statistics ----
1 packets sent, 1 packets received, 0.00% packet loss
round-trip min = 1220326ms, avg = 1220326ms, max = 1220326ms, stddev = 0.000ms
lsp-ping with SR-Policy
*A:Dut-A#
# ipv4 sr-policy lsp-ping
*A:Dut-A# oam lsp-ping sr-policy color 200 endpoint 10.20.1.6 LSP-PING color 200 endpoint 10.20.1.6: 76 bytes MPLS payload Seq=1, send from intf int_to_C, reply from 10.20.1.6
udp-data-len=32 ttl=255 rtt=1220325ms rc=3 (EgressRtr)
---- LSP color 200 endpoint 10.20.1.6 PING Statistics ----
1 packets sent, 1 packets received, 0.00% packet loss round-trip min = 1220325ms, avg = 1220325ms, max = 1220325ms, stddev = 0.000ms
# ipv6 sr-policy lsp-ping
*A:Dut-A# oam lsp-ping sr-policy color 200 endpoint fc00::a14:106 LSP-PING color 200 endpoint fc00::a14:106: 76 bytes MPLS payload Seq=1, send from intf int_to_C, reply from 10.20.1.6
udp-data-len=32 ttl=255 rtt=1220324ms rc=3 (EgressRtr)
---- LSP color 200 endpoint fc00::a14:106 PING Statistics ----
1 packets sent, 1 packets received, 0.00% packet loss round-trip min = 1220324ms, avg = 1220324ms, max = 1220324ms, stddev = 0.000ms
lsp-ping with sr-ospf3
# sr-ospf3 lsp-ping
*A:Dut-A# oam lsp-ping sr-ospf3 prefix fc00::a14:106/128 LSP-PING fc00::a14:106/128: 116 bytes MPLS payload Seq=1, send from intf int_to_B, reply from fc00::a14:106
udp-data-len=32 ttl=255 rtt=3.17ms rc=3 (EgressRtr)
---- LSP fc00::a14:106/128 PING Statistics ----
1 packets sent, 1 packets received, 0.00% packet loss round-trip min = 3.17ms, avg = 3.17ms, max = 3.17ms, stddev = 0.000ms *A:Dut-A#
lsp-ping
Syntax
lsp-ping
Context
[Tree] (config>saa>test>type-multi-line lsp-ping)
Full Context
configure saa test type-multi-line lsp-ping
Description
Commands in this context configure the lsp-ping OAM probe type.
Platforms
7705 SAR Gen 2
lsp-ping-interval
lsp-ping-interval
Syntax
lsp-ping-interval seconds
no lsp-ping-interval
Context
[Tree] (config>router>mpls>lsp-template>bfd lsp-ping-interval)
[Tree] (config>router>mpls>lsp>secondary>bfd lsp-ping-interval)
[Tree] (config>router>mpls>lsp>primary>bfd lsp-ping-interval)
[Tree] (config>router>mpls>lsp>bfd lsp-ping-interval)
Full Context
configure router mpls lsp-template bfd lsp-ping-interval
configure router mpls lsp secondary bfd lsp-ping-interval
configure router mpls lsp primary bfd lsp-ping-interval
configure router mpls lsp bfd lsp-ping-interval
Description
This command configures the periodic LSP ping interval for RSVP LSPs that have bfd-enable configured. This interval is used to bootstrap and maintain the LSP BFD session. A value of 0 disables periodic LSP Ping, so that an LSP Ping containing a bootstrap TLV is only sent when the BFD session is first initialized.
In scaled environments, LSP BFD sessions should use longer timers to reduce the chance of congestion and loading common resources. Unless required, the lsp-ping-interval should not be set lower than 300 seconds.
The no form of this command reverts to the default value.
Default
no lsp-ping-interval
Parameters
- seconds
-
Specifies the periodic LSP Ping interval in seconds.
Platforms
7705 SAR Gen 2
lsp-ping-interval
Syntax
lsp-ping-interval seconds
no lsp-ping-interval
Context
[Tree] (config>router>ldp>lsp-bfd lsp-ping-interval)
Full Context
configure router ldp lsp-bfd lsp-ping-interval
Description
This command configures the interval between periodic LSP ping messages for LSPs on which bfd-enable is configured. The LSP ping messages are used to bootstrap and maintain the LSP BFD session.
Configuring an interval of 0 seconds disables periodic LSP ping. An LSP ping message containing a bootstrap TLV is only sent when the BFD session is first initialized.
In scaled environments, LSP BFD sessions should use longer intervals to reduce congestion and common resource loading. Unless required, the interval should not be set lower than 300 s.
The no form of this command restores the default interval.
Default
lsp-ping-interval 60
Parameters
- seconds
-
Specifies the interval between periodic LSP ping messages, in seconds.
Platforms
7705 SAR Gen 2
lsp-ping-trace
lsp-ping-trace
Syntax
lsp-ping-trace [{tx | rx | both}] [{raw | detail}]
no lsp-ping-trace
Context
[Tree] (debug>oam lsp-ping-trace)
Full Context
debug oam lsp-ping-trace
Description
This command enables debugging for lsp-ping.
Parameters
- tx | rx | both
-
Specifies to enable LSP ping debugging for TX, RX, or both RX and TX for the for debug direction.
- raw | detail
-
Displays output for the for debug mode.
Platforms
7705 SAR Gen 2
lsp-receiver
lsp-receiver
Syntax
[no] lsp-receiver
Context
[Tree] (config>router>isis>fast-flooding lsp-receiver)
[Tree] (config>router>isis>interface>fast-flooding lsp-receiver)
[Tree] (config>service>vprn>isis>fast-flooding lsp-receiver)
[Tree] (config>service>vprn>isis>interface>fast-flooding lsp-receiver)
Full Context
configure router isis fast-flooding lsp-receiver
configure router isis interface fast-flooding lsp-receiver
configure service vprn isis fast-flooding lsp-receiver
configure service vprn isis interface fast-flooding lsp-receiver
Description
Commands in this context configure how the router receives LSPs and how it acknowledges them. Receiver-side fast flooding provides faster acknowledgment of received LSPs and can advertise the receiver's flooding capabilities to neighbors using the RFC 9681 Flooding Parameters TLV.
The no form of this command disables or removes the LSP receiver configuration. At the interface level, the interface reverts to the corresponding instance-level configuration.
Default
no lsp-receiver
Platforms
7705 SAR Gen 2
lsp-refresh-interval
lsp-refresh-interval
Syntax
lsp-refresh-interval [seconds] [half-lifetime {enable | disable}]
no lsp-refresh-interval
Context
[Tree] (config>service>vprn>isis lsp-refresh-interval)
Full Context
configure service vprn isis lsp-refresh-interval
Description
This command configures the IS-IS LSP refresh timer interval for the VPRN instance. When configuring the LSP refresh interval, the value that is specified for lsp-lifetime must also be considered. The LSP refresh interval cannot be greater than 90% of the LSP lifetime.
The no form of this command reverts to the default (600 seconds), unless this value is greater than 90% of the LSP lifetime. For example, if the LSP lifetime is 400, then the no lsp-refresh-interval command will be rejected.
Default
lsp-refresh-interval 600 half-lifetime enable
Parameters
- seconds
-
Specifies the refresh interval.
- half-lifetime
-
Sets the refresh interval to always be half the lsp-lifetime value. When this parameter is set to enable, the configured refresh interval is ignored.
Platforms
7705 SAR Gen 2
lsp-refresh-interval
Syntax
lsp-refresh-interval [seconds] [half-lifetime {enable | disable}
no lsp-refresh-interval
Context
[Tree] (config>router>isis lsp-refresh-interval)
Full Context
configure router isis lsp-refresh-interval
Description
This command configures the IS-IS LSP refresh timer interval. When configuring the LSP refresh interval, the value that is specified for lsp-lifetime must also be considered. The LSP refresh interval cannot be greater than 90% of the LSP lifetime.
The no form of this command reverts to the default (600 seconds), unless this value is greater than 90% of the LSP lifetime. For example, if the LSP lifetime is 400, then the no lsp-refresh-interval command will be rejected.
Default
lsp-refresh-interval 600 half-lifetime enable
Parameters
- seconds
-
Specifies the refresh interval.
- half-lifetime
-
Sets the refresh interval to always be half the lsp-lifetime value. When this parameter is set to enable, the configured refresh interval is ignored.
Platforms
7705 SAR Gen 2
lsp-self-ping
lsp-self-ping
Syntax
lsp-self-ping {enable | disable | inherit}
no lsp-self-ping
Context
[Tree] (config>router>mpls>lsp-template lsp-self-ping)
Full Context
configure router mpls lsp-template lsp-self-ping
Description
This command enables LSP Self-ping on a given RSVP-TE LSP or LSP template. If set to disable, then LSP Self-ping is disabled irrespective of the setting of lsp-self-ping>rsvp-te under the mpls context. By default, each LSP and LSP template inherits this value.
The no form of this command reverts to the default.
Default
lsp-self-ping inherit
Parameters
- enable
-
Enables LSP Self-ping on this RSVP LSP or RSVP LSPs (one-hop-p2p or mesh-p2p) using this LSP template.
- disable
-
Disables LSP Self-ping on this RSVP LSP or RSVP LSPs using this LSP template.
- inherit
-
Inherits the value configured under config>router>mpls>lsp-self-ping>rsvp-te.
Platforms
7705 SAR Gen 2
lsp-sender
lsp-sender
Syntax
[no] lsp-sender
Context
[Tree] (config>router>isis>fast-flooding lsp-sender)
[Tree] (config>router>isis>interface>fast-flooding lsp-sender)
[Tree] (config>service>vprn>isis>interface>fast-flooding lsp-sender)
[Tree] (config>service>vprn>isis>fast-flooding lsp-sender)
Full Context
configure router isis fast-flooding lsp-sender
configure router isis interface fast-flooding lsp-sender
configure service vprn isis interface fast-flooding lsp-sender
configure service vprn isis fast-flooding lsp-sender
Description
Commands in this context configure how the router transmits LSPs. The LSP sender can use the Flooding Parameters TLV received from a neighbor, PSNP acknowledgments, and locally configured defaults to control the number and rate of transmitted LSPs.
The no form of this command disables or removes the sender-side fast flooding configuration. At the interface level, the interface reverts to the corresponding IS-IS instance-level configuration.
Default
no lsp-sender
Platforms
7705 SAR Gen 2
lsp-setup
lsp-setup
Syntax
lsp-setup [detail]
no lsp-setup
Context
[Tree] (debug>router>mpls>event lsp-setup)
Full Context
debug router mpls event lsp-setup
Description
This command debugs LSP setup events.
The no form of the command disables the debugging.
Parameters
- detail
-
Displays detailed information about LSP setup events.
Platforms
7705 SAR Gen 2
lsp-template
lsp-template
Syntax
lsp-template template-name [mesh-p2p | mesh-p2p-srte | one-hop-p2p | on-demand-p2p-srte | one-hop-p2p-srte | p2mp | pce-init-p2p-srte template-id {default | template-id}]
no lsp-template template-name
Context
[Tree] (config>router>mpls lsp-template)
Full Context
configure router mpls lsp-template
Description
This command creates a template that can be referenced by a client application where dynamic LSP creation is required. The LSP template type (p2mp, one-hop-p2p, mesh-p2p, one-hop-p2p-srte, mesh-p2p-srte, pce-init-p2p-srte, or on-demand-p2p-srte) is mandatory.
The no form of this command deletes the LSP template. An LSP template cannot be deleted if a client application is using it.
Parameters
- template-name
-
Specifies the name of the LSP template, up to 32 characters. An LSP template name and LSP name must not be the same.
- mesh-p2p | mesh-p2p-srte | one-hop-p2p | one-hop-p2p-srte | p2mp | pce-init-p2p-srte | on-demand-p2p-srte
-
Identifies the type of LSP this template will signal.
- default
-
Sets the template to be the default LSP template for PCE-initiated SR-TE LSPs.
- template-id
-
Specifies the value that is signaled in the PCE to identify the LSP template.
Platforms
7705 SAR Gen 2
lsp-template
Syntax
lsp-template template-name
no lsp-template
Context
[Tree] (config>oam-pm>session>ip>tunnel>mpls>rsvp-te-auto lsp-template)
Full Context
configure oam-pm session ip tunnel mpls rsvp-te-auto lsp-template
Description
This command configures the name of the LSP template used to identify the unique LSP. Configure the following three commands to identify an RSVP-TE Auto LSP: from, to, and lsp-template. When all three of these values are configured, the specific RSVP LSP can be identified and the test packets can be carried across the tunnel
The no form of this command removes the LSP template name from the configuration.
Parameters
- template-name
-
Specifies the LSP template name, up to 32 characters.
Platforms
7705 SAR Gen 2
lsp-trace
lsp-trace
Syntax
lsp-trace lsp-name [path path-name] [detail]
lsp-trace bgp-label prefix ip-prefix/prefix-length [path-destination ip-address [{interface if-name | next-hop ip-address}]]
lsp-trace ldp prefix ip-prefix/length [path-destination ip-address [{interface if-name | next-hop ip-address}]]
lsp-trace prefix ip-prefix/length [path-destination ip-address [{interface if-name | next-hop ip-address}]]
lsp-trace rsvp-te lsp-name [path path-name]
lsp-trace sr-isis prefix ip-prefix/prefix-length [igp-instance igp-instance] [path-destination ip-address [{interface if-name | next-hop ip-address}]]
lsp-trace sr-ospf prefix ip-prefix/prefix-length [ igp-instance igp-instance] [path-destination ip-address [{interface if-name | next-hop ip-address}]]
lsp-trace sr-ospf3 prefix ip-prefix/prefix-length [ igp-instance igp-instance] [path-destination ip-address [{interface if-name| next-hop ip-address}]]
lsp-trace sr-policy color color-id endpoint ip-address [segment-list segment-list-id] [path-destination ip-address [{interface if-name | next-hop ip-address}]]
lsp-trace sr-te lsp-name [path path-name] [path-destination ip-address [{interface if-name | next-hop ip-address}]]
lsp-trace static lsp-name [assoc-channel {ipv4 | non-ip | none}] [path-type {active | working | protect}]
NOTE: Options common to all lsp-trace cases: [detail] [downstream-map-tlv downstream-map-tlv] [fc fc-name [profile {in | out}]] [flex-algo flex-algo-num] [interval interval] [max-fail no-response-count] [max-ttl max-label-ttl] [min-ttl min-label-ttl] [probe-count probes-per-hop] [size octets] [src-ip-address ip-address] [timeout timeout]
Context
[Tree] (oam lsp-trace)
Full Context
oam lsp-trace
Description
This command performs an LSP traceroute using the protocol and data structures defined in IETF RFC 8029.
The LSP trace operation is modeled after the IP traceroute utility, which uses ICMP echo request and reply packets with increasing TTL values to determine the hop-by-hop route to a destination IP.
In an LSP trace, the originating device creates an MPLS echo request packet for the LSP to be tested with increasing values of the TTL in the outermost label. The MPLS echo request packet is sent through the data plane and awaits a TTL exceeded response or the MPLS echo reply packet from the device terminating the LSP. The devices that reply to the MPLS echo request packets with the TTL exceeded and the MPLS echo reply are displayed.
The downstream mapping TLV is used in lsp-trace to provide a mechanism for the sender and responder nodes to exchange and validate interface and label stack information for each downstream hop in the path of the LDP FEC an RSVP LSP, or a BGP IPv4 label route.
Two downstream mapping TLVs are supported. The original Downstream Mapping (DSMAP) TLV defined in RFC 4379 (obsoleted by RFC 8029) and the new Downstream Detailed Mapping (DDMAP) TLV defined in RFC 6424 AND RFC 8029. More details are provided in the DDMAP TLV sub-section below.
In addition, when the responder node has multiple equal cost next hops for an LDP FEC, a BGP label IPv4 prefix, an SR-ISIS node SID, an SR-OSPF node SID, or an SR-TE LSP, it replies in the Downstream Mapping TLV with the downstream information for each outgoing interface which is part of the ECMP next-hop set for the prefix. The downstream mapping TLV can further be used to exercise a specific path of the ECMP set using the path-destination option.
This command, when used with the static option, performs in-band on-demand LSP traceroute tests for static MPLS-TP LSPs. For other LSP types, the static option should be excluded and these are described elsewhere in this user guide.
The lsp-trace static command performs an LSP trace using the protocol and data structures defined in the RFC 8029, Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures, as extended by RFC 6426, MPLS On-Demand Connectivity Verification and Route Tracing.
In MPLS-TP, the echo request and echo reply messages are always sent in-band over the LSP, either in a G-ACh channel or encapsulated as an IP packet below the LSP label.
The timestamp format to be sent, and to be expected when received in a PDU, is as configured by the configure test-oam mpls-time-stamp-format command. If RFC 4379 (obsoleted by RFC 8029) is selected, the timestamp is in seconds and microseconds since 1900, otherwise it is in seconds and microseconds since 1970.
Parameters
- lsp-name
-
Specifies the name of the target RSVP-TE LSP, up to 64 characters.
- rsvp-te lsp-name
-
Specifies the name of the target RSVP-TE LSP, up to 64 characters.
Note:The rsvp-te explicit target FEC type is not supported under the SAA context.
- path-name
-
Specifies the LSP path name along which to send the LSP trace request.
- bgp-label prefix ip-prefix/prefix-length
-
Specifies the address prefix and subnet mask of the target BGP IPv4 /32 label route or the target IPv6 /128 label route.
- path-destination ip-address
-
Specifies the IP address of the path destination from the range 127/8. When the LDP FEC prefix is IPv6, the user must enter a 127/8 IPv4 mapped IPv6 address, that is, in the range ::ffff:127/104.
- if-name
-
Specifies the name of an IP interface, up 32 characters, to send the MPLS echo request to. The name must already exist in the config>router>interface context.
- next-hop ip-address
-
Specifies the next hop to send the MPLS echo request message to.
- prefix ip-prefix/prefix-length
-
Specifies the address prefix and subnet mask of the target LDP FEC.
- ldp prefix ip-prefix/prefix-length
-
Specifies the address prefix and subnet mask of the target LDP FEC.
- sr-isis prefix ip-prefix/prefix-length
-
Specifies the address prefix and subnet mask of the target node SID of the SR-ISIS tunnel.
- igp-instance
-
Specifies the IGP instance of the node SID prefix.
- sr-ospf prefix ip-prefix/prefix-length
-
Specifies the address prefix and subnet mask of the target node SID of the SR-OSPF tunnel.
- sr-ospf3 prefix ip-prefix/prefix-length
-
Specifies the address prefix and subnet mask of the target node SID of the SR-OSPF3 tunnel. Only IPv6 prefixes in OSPFv3 instance ID 0-31 are supported.
- sr-policy color color-id endpoint ip-address segment-list segment-list-id
-
Specifies the name of the target IPv4 or IPv6 SR policy.
Note:The sr-policy target FEC type is supported under the OAM context and under type-multi-line node in the SAA context.
color color-id — Specifies the color ID.
- detail
-
Displays detailed information and allows the user to display hop 0 (that is, ingress) information. When this parameter is applied to static LSPs, the next hop 0 information is not displayed. This information is also not displayed if the min-ttl min-label-ttl value is greater than 1.
- sr-te lsp-name
-
Specifies the name of the target SR-TE LSP, up to 64 characters.
- static
-
Specifies the selection of the target FEC Stack sub-type "Static LSP”.
- assoc-channel {ipv4 | non-ip | none}
-
Specifies the launched echo request’s usage of the Associated Channel (ACH) mechanism, when testing an MPLS-TP LSP.
- path-type {active | working | protect}
-
Specifies the LSP path to test.
- downstream-map-tlv
-
Specifies which format of the downstream mapping TLV to use in the LSP trace packet. The DSMAP TLV is the original format in RFC 4379 (obsoleted by RFC 8029). The DDMAP is the new enhanced format specified in RFC 6424 and RFC 8029. The user can also choose not to include the downstream mapping TLV by entering the value none. When lsp-trace is used on a MPLS-TP LSP (static option), it can only be executed if the control-channel is set to none. In addition, the DSMAP/DDMAP TLV is only included in the echo request message if the egress interface is either a numbered IP interface, or an unnumbered IP interface. The TLV is not included if the egress interface is of type unnumbered-mpls-tp.
- fc-name
-
Specifies the FC and profile parameters are used to indicate the forwarding class and profile of the MPLS echo request packet.
When an MPLS echo request packet is generated in CPM and is forwarded to the outgoing interface, the packet is queued in the egress network queue corresponding to the specified FC and profile parameter values. The marking of the packet EXP is dictated by the LSP-EXP mappings on the outgoing interface.
When the MPLS echo request packet is received on the responding node, The FC and profile parameter values are dictated by the LSP-EXP mappings of the incoming interface.
When an MPLS echo reply packet is generated in CPM and is forwarded to the outgoing interface, the packet is queued in the egress network queue corresponding to the fc and profile parameter values determined by the classification of the echo request packet, which is being replied to, at the incoming interface. The marking of the packet's EXP is dictated by the LSP-EXP mappings on the outgoing interface. The ToS byte is not modified. lsp-trace Request Packet and Behavior summarizes this behavior.
Table 2. lsp-trace Request Packet and Behavior CPM (sender node)
Echo request packet:
-
packet {tos=1, fc1, profile1}
-
fc1 and profile1 are as entered by user in OAM command or default values
-
tos1 as per mapping of {fc1, profile1} to IP precedence in network egress QoS policy of outgoing interface
Outgoing interface (sender node)
Echo request packet:
-
pkt queued as {fc1, profile1}
-
ToS field=tos1 not remarked
-
EXP=exp1, as per mapping of {fc1, profile1} to EXP in network egress QoS policy of outgoing interface
Incoming interface (responder node)
Echo request packet:
-
packet {tos1, exp1}
-
exp1 mapped to {fc2, profile2} as per classification in network QoS policy of incoming interface
CPM (responder node)
Echo reply packet:
-
packet {tos=1, fc2, profile2}
Outgoing interface (responder node)
Echo reply packet:
-
pkt queued as {fc2, profile2}
-
ToS filed= tos1 not remarked (reply inband or out-of-band)
-
EXP=exp2, if reply is inband, remarked as per mapping of {fc2, profile2} to EXP in network egress QoS policy of outgoing interface
Incoming interface (sender node)
Echo reply packet:
-
packet {tos1, exp2}
-
exp2 mapped to {fc1, profile1} as per classification in network QoS policy of incoming interface
-
- profile {in | out}
-
Specifies the profile state of the MPLS echo request packet.
- interval
-
Specifies the number of seconds to override the default request message send interval and defines the minimum amount of time that must expire before the next message request is sent.
If the interval is set to 1 second, and the timeout value is set to 10 seconds, then the maximum time between message requests is 10 seconds and the minimum is 1 second. This depends upon the receipt of a message reply corresponding to the outstanding message request.
- no-response-count
-
Specifies the maximum number of consecutive MPLS echo requests, expressed as a decimal integer that do not receive a reply before the trace operation fails for a given TTL.
- max-label-ttl
-
Specifies the maximum TTL value in the MPLS label for the LDP treetrace test, expressed as a decimal integer.
- min-label-ttl
-
Specifies the minimum TTL value in the MPLS label for the LSP trace test, expressed as a decimal integer.
- probes-per-hop
-
Specifies the probes per hop.
- octets
-
Specifies the size in octets, expressed as a decimal integer, of the MPLS echo request packet, including the IP header but not the label stack. The request payload is padded with zeros to the specified size. Note that an OAM command is not failed if the user entered a size lower than the minimum required to build the packet for the echo request message. The payload is automatically padded to meet the minimum size.
- src-ip-address ip-address
-
Specifies the source IP address. This option is used when an OAM packet must be generated from a different address than the node’s system interface address. An example is when the OAM packet is sent over an LDP LSP and the LDP LSR-ID of the corresponding LDP session to the next-hop is set to an address other than the system interface address.
- timeout
-
Specifies the time, in seconds, used to override the default timeout value and is the amount of time that the router waits for a message reply after sending the message request. Upon the expiration of the message time out, the requesting router assumes that the message response is not received. A request timeout message is displayed by the CLI for each message request sent that expires. Any response received after the request times out is silently discarded.
Platforms
7705 SAR Gen 2
Output
Output Example*A:Dut-A# oam lsp-trace prefix 10.20.1.6/32 downstream-map-tlv ddmap path-
destination 127.0.0.1 detail lsp-trace to 10.20.1.6/
32: 0 hops min, 0 hops max, 152 byte packets
1 10.20.1.2 rtt=3.44ms rc=8(DSRtrMatchLabel) rsc=1
DS 1: ipaddr=127.0.0.1 ifaddr=0 iftype=ipv4Unnumbered MRU=1500
label[1]=131070 protocol=3(LDP)
2 10.20.1.4 rtt=4.65ms rc=8(DSRtrMatchLabel) rsc=1
DS 1: ipaddr=127.0.0.1 ifaddr=0 iftype=ipv4Unnumbered MRU=1500
label[1]=131071 protocol=3(LDP)
3 10.20.1.6 rtt=7.63ms rc=3(EgressRtr) rsc=1 *A:Dut-A#
*A:Dut-C# oam lsp-trace "p_1" detail
lsp-trace to p_1: 0 hops min, 0 hops max, 116 byte packets
1 10.20.1.2 rtt=3.46ms rc=8(DSRtrMatchLabel)
DS 1: ipaddr 10.20.1.4 ifaddr 3 iftype 'ipv4Unnumbered' MRU=1500 label=131071
proto=4(RSVP-TE)
2 10.20.1.4 rtt=3.76ms rc=8(DSRtrMatchLabel)
DS 1: ipaddr 10.20.1.6 ifaddr 3 iftype 'ipv4Unnumbered' MRU=1500 label=131071
proto=4(RSVP-TE)
3 10.20.1.6 rtt=5.68ms rc=3(EgressRtr)
*A:Dut-C#
lsp-trace over a numbered IP interface
A:Dut-C#
A:Dut-C# oam lsp-trace prefix 5.5.5.5/32 detail
lsp-trace to 5.5.5.5/32: 0 hops min, 0 hops max, 104 byte packets
1 6.6.6.6 rtt=2.45ms rc=8(DSRtrMatchLabel)
DS 1: ipaddr=5.6.5.1 ifaddr=5.6.5.1 iftype=ipv4Numbered MRU=1564 label=131071
proto=3(LDP)
2 5.5.5.5 rtt=4.77ms rc=3(EgressRtr)
A:Dut-C#
lsp-trace over an unnumbered IP interface
*A:Dut-A# oam lsp-trace prefix 10.20.1.6/32 downstream-map-tlv ddmap path-
destination 127.0.0.1 detail lsp-trace to 10.20.1.6/
32: 0 hops min, 0 hops max, 152 byte packets
1 10.20.1.2 rtt=3.44ms rc=8(DSRtrMatchLabel) rsc=1
DS 1: ipaddr=127.0.0.1 ifaddr=0 iftype=ipv4Unnumbered MRU=1500
label[1]=131070 protocol=3(LDP)
2 10.20.1.4 rtt=4.65ms rc=8(DSRtrMatchLabel) rsc=1
DS 1: ipaddr=127.0.0.1 ifaddr=0 iftype=ipv4Unnumbered MRU=1500
label[1]=131071 protocol=3(LDP)
3 10.20.1.6 rtt=7.63ms rc=3(EgressRtr) rsc=1 *A:Dut-A#
*A:Dut-A# oam ldp-treetrace prefix 10.20.1.6/32
ldp-treetrace for Prefix 10.20.1.6/32:
127.0.0.1, ttl = 3 dst = 127.1.0.255 rc = EgressRtr status = Done
Hops: 127.0.0.1 127.0.0.1
127.0.0.1, ttl = 3 dst = 127.2.0.255 rc = EgressRtr status = Done
Hops: 127.0.0.1 127.0.0.1
ldp-treetrace discovery state: Done
ldp-treetrace discovery status: ' OK '
Total number of discovered paths: 2
Total number of failed traces: 0
lsp-trace of a LDP IPv6 prefix FEC
*A:Dut-A# oam lsp-trace prefix fc00::a14:106/128 path-destination ::ffff:127.0.0.1
lsp-trace to fc00::a14:106/128: 0 hops min, 0 hops max, 224 byte packets
1 fc00::a14:102 rtt=1.61ms rc=8(DSRtrMatchLabel) rsc=1
2 fc00::a14:103 rtt=3.51ms rc=8(DSRtrMatchLabel) rsc=1
3 fc00::a14:104 rtt=4.65ms rc=8(DSRtrMatchLabel) rsc=1
4 fc00::a14:106 rtt=7.02ms rc=3(EgressRtr) rsc=1
*A:Dut-A# oam lsp-trace prefix fc00::a14:106/128 path-destination ::ffff:127.0.0.2
lsp-trace to fc00::a14:106/128: 0 hops min, 0 hops max, 224 byte packets
1 fc00::a14:102 rtt=1.90ms rc=8(DSRtrMatchLabel) rsc=1
2 fc00::a14:103 rtt=3.10ms rc=8(DSRtrMatchLabel) rsc=1
3 fc00::a14:105 rtt=4.61ms rc=8(DSRtrMatchLabel) rsc=1
4 fc00::a14:106 rtt=6.45ms rc=3(EgressRtr) rsc=1
lsp-trace over SR-ISIS
*A:Dut-A# oam lsp-trace sr-isis prefix 10.20.1.6/32 igp-instance 0 detail
lsp-trace to 10.20.1.6/32: 0 hops min, 0 hops max, 108 byte packets
1 10.20.1.2 rtt=1220323ms rc=8(DSRtrMatchLabel) rsc=1
DS 1: ipaddr=10.10.4.4 ifaddr=10.10.4.4 iftype=ipv4Numbered MRU=1496
label[1]=26406 protocol=6(ISIS)
2 10.20.1.4 rtt=1220323ms rc=8(DSRtrMatchLabel) rsc=1
DS 1: ipaddr=10.10.9.6 ifaddr=10.10.9.6 iftype=ipv4Numbered MRU=1496
label[1]=26606 protocol=6(ISIS)
3 10.20.1.6 rtt=1220324ms rc=3(EgressRtr) rsc=1
*A:Dut-E# oam lsp-trace prefix 10.20.1.2/32 detail downstream-map-tlv ddmap
lsp-trace to 10.20.1.2/32: 0 hops min, 0 hops max, 108 byte packets
1 10.20.1.3 rtt=3.25ms rc=15(LabelSwitchedWithFecChange) rsc=1
DS 1: ipaddr=10.10.3.2 ifaddr=10.10.3.2 iftype=ipv4Numbered MRU=1496
label[1]=26202 protocol=6(ISIS)
fecchange[1]=POP fectype=LDP IPv4 prefix=10.20.1.2 remotepeer=0.0.0.0 (Unknown)
fecchange[2]=PUSH fectype=SR Ipv4 Prefix prefix=10.20.1.2 remotepeer=10.10.3.2
2 10.20.1.2 rtt=4.32ms rc=3(EgressRtr) rsc=1
*A:Dut-E#
*A:Dut-B# oam lsp-trace prefix 10.20.1.5/32 detail downstream-map-tlv ddmap sr-isis
lsp-trace to 10.20.1.5/32: 0 hops min, 0 hops max, 108 byte packets
1 10.20.1.3 rtt=2.72ms rc=15(LabelSwitchedWithFecChange) rsc=1
DS 1: ipaddr=10.11.5.5 ifaddr=10.11.5.5 iftype=ipv4Numbered MRU=1496
label[1]=262143 protocol=3(LDP)
fecchange[1]=POP fectype=SR Ipv4 Prefix prefix=10.20.1.5 remotepeer=0.0.0.0 (Unknown)
fecchange[2]=PUSH fectype=LDP IPv4 prefix=10.20.1.5 remotepeer=10.11.5.5
2 10.20.1.5 rtt=4.43ms rc=3(EgressRtr) rsc=1
lsp-trace over SR policy
# ipv4 sr-policy lsp-trace
*A:Dut-A# oam lsp-trace sr-policy color 2 endpoint 10.20.1.6 downstream-map-tlv ddmap path-destination 127.1.1.1 detail lsp-trace to color 2 endpoint 10.20.1.6: 0 hops min, 0 hops max, 188 byte packets
1 10.20.1.2 rtt=1220323ms rc=3(EgressRtr) rsc=4
1 10.20.1.2 rtt=1220323ms rc=8(DSRtrMatchLabel) rsc=3
DS 1: ipaddr=10.10.3.3 ifaddr=10.10.3.3 iftype=ipv4Numbered MRU=1496
label[1]=28303 protocol=6(ISIS)
label[2]=28305 protocol=0(Unknown)
label[3]=28506 protocol=0(Unknown)
DS 2: ipaddr=10.10.12.3 ifaddr=10.10.12.3 iftype=ipv4Numbered MRU=1496
label[1]=28303 protocol=6(ISIS)
label[2]=28305 protocol=0(Unknown)
label[3]=28506 protocol=0(Unknown)
2 10.20.1.3 rtt=1220323ms rc=3(EgressRtr) rsc=3
2 10.20.1.3 rtt=1220324ms rc=8(DSRtrMatchLabel) rsc=2
DS 1: ipaddr=10.10.5.5 ifaddr=10.10.5.5 iftype=ipv4Numbered MRU=1496
label[1]=28505 protocol=6(ISIS)
label[2]=28506 protocol=0(Unknown)
DS 2: ipaddr=10.10.11.5 ifaddr=10.10.11.5 iftype=ipv4Numbered MRU=1496
label[1]=28505 protocol=6(ISIS)
label[2]=28506 protocol=0(Unknown)
3 10.20.1.5 rtt=1220325ms rc=3(EgressRtr) rsc=2
3 10.20.1.5 rtt=1220325ms rc=8(DSRtrMatchLabel) rsc=1
DS 1: ipaddr=10.10.10.6 ifaddr=10.10.10.6 iftype=ipv4Numbered MRU=1496
label[1]=28606 protocol=6(ISIS)
4 10.20.1.6 rtt=1220325ms rc=3(EgressRtr) rsc=1
# ipv6 sr-policy lsp-trace
*A:Dut-A# oam lsp-trace sr-policy color 500 endpoint fc00::a14:106 lsp-trace to color 500 endpoint fc00::a14:106: 0 hops min, 0 hops max, 204 byte packets
1 fc00::a14:102 rtt=1220323ms rc=3(EgressRtr) rsc=4
1 fc00::a14:102 rtt=1220323ms rc=8(DSRtrMatchLabel) rsc=3
2 fc00::a14:103 rtt=1220323ms rc=3(EgressRtr) rsc=3 ^C *A:Dut-A# oam lsp-trace sr-policy color 500 endpoint fc00::a14:106 downstream-map-tlv ddmap path-destination ::ffff:127.1.1.1 detail lsp-trace to color 500 endpoint fc00::a14:106: 0 hops min, 0 hops max, 260 byte packets
1 fc00::a14:102 rtt=1220323ms rc=3(EgressRtr) rsc=4
1 fc00::a14:102 rtt=1220323ms rc=8(DSRtrMatchLabel) rsc=3
DS 1: ipaddr=fe80::c617:1ff:fe01:2 ifaddr=fe80::c617:1ff:fe01:2 iftype=ipv6Numbered MRU=1496
label[1]=28363 protocol=6(ISIS)
label[2]=28365 protocol=0(Unknown)
label[3]=28566 protocol=0(Unknown)
DS 2: ipaddr=fe80::c415:ffff:fe00:141 ifaddr=fe80::c415:ffff:fe00:141 iftype=ipv6Numbered MRU=1496
label[1]=28363 protocol=6(ISIS)
label[2]=28365 protocol=0(Unknown)
label[3]=28566 protocol=0(Unknown)
2 fc00::a14:103 rtt=1220323ms rc=3(EgressRtr) rsc=3
2 fc00::a14:103 rtt=1220324ms rc=8(DSRtrMatchLabel) rsc=2
DS 1: ipaddr=fe80::c61e:1ff:fe01:1 ifaddr=fe80::c61e:1ff:fe01:1 iftype=ipv6Numbered MRU=1496
label[1]=28565 protocol=6(ISIS)
label[2]=28566 protocol=0(Unknown)
DS 2: ipaddr=fe80::c61e:1ff:fe01:5 ifaddr=fe80::c61e:1ff:fe01:5 iftype=ipv6Numbered MRU=1496
label[1]=28565 protocol=6(ISIS)
label[2]=28566 protocol=0(Unknown)
3 fc00::a14:105 rtt=1220325ms rc=3(EgressRtr) rsc=2
3 fc00::a14:105 rtt=1220325ms rc=8(DSRtrMatchLabel) rsc=1
DS 1: ipaddr=fe80::c420:1ff:fe01:2 ifaddr=fe80::c420:1ff:fe01:2 iftype=ipv6Numbered MRU=1496
label[1]=28666 protocol=6(ISIS)
4 fc00::a14:106 rtt=1220326ms rc=3(EgressRtr) rsc=1 *A:Dut-A#
lsp-trace over SR-TE
*A:Dut-A# oam lsp-trace sr-te "srteABCEDF" downstream-map-tlv ddmap detail
lsp-trace to srteABCEDF: 0 hops min, 0 hops max, 252 byte packets
1 10.20.1.2 rtt=1220323ms rc=3(EgressRtr) rsc=5
1 10.20.1.2 rtt=1220322ms rc=8(DSRtrMatchLabel) rsc=4
DS 1: ipaddr=10.10.33.3 ifaddr=10.10.33.3 iftype=ipv4Numbered MRU=1520
label[1]=3 protocol=6(ISIS)
label[2]=262135 protocol=6(ISIS)
label[3]=262134 protocol=6(ISIS)
label[4]=262137 protocol=6(ISIS)
2 10.20.1.3 rtt=1220323ms rc=3(EgressRtr) rsc=4
2 10.20.1.3 rtt=1220323ms rc=8(DSRtrMatchLabel) rsc=3
DS 1: ipaddr=10.10.5.5 ifaddr=10.10.5.5 iftype=ipv4Numbered MRU=1496
label[1]=3 protocol=6(ISIS)
label[2]=262134 protocol=6(ISIS)
label[3]=262137 protocol=6(ISIS)
3 10.20.1.5 rtt=1220325ms rc=3(EgressRtr) rsc=3
3 10.20.1.5 rtt=1220325ms rc=8(DSRtrMatchLabel) rsc=2
DS 1: ipaddr=10.10.11.4 ifaddr=10.10.11.4 iftype=ipv4Numbered MRU=1496
label[1]=3 protocol=6(ISIS)
label[2]=262137 protocol=6(ISIS)
4 10.20.1.4 rtt=1220324ms rc=3(EgressRtr) rsc=2
4 10.20.1.4 rtt=1220325ms rc=8(DSRtrMatchLabel) rsc=1
DS 1: ipaddr=10.10.9.6 ifaddr=10.10.9.6 iftype=ipv4Numbered MRU=1496
label[1]=3 protocol=6(ISIS)
5 10.20.1.6 rtt=1220325ms rc=3(EgressRtr) rsc=1
*A:Dut-A# oam lsp-trace sr-te "srteABCE_loose" downstream-map-tlv ddmap detail
lsp-trace to srteABCE_loose: 0 hops min, 0 hops max, 140 byte packets
1 10.20.1.2 rtt=1220323ms rc=3(EgressRtr) rsc=3
1 10.20.1.2 rtt=1220322ms rc=8(DSRtrMatchLabel) rsc=2
DS 1: ipaddr=10.10.3.3 ifaddr=10.10.3.3 iftype=ipv4Numbered MRU=1496
label[1]=26303 protocol=6(ISIS)
label[2]=26305 protocol=6(ISIS)
DS 2: ipaddr=10.10.12.3 ifaddr=10.10.12.3 iftype=ipv4Numbered MRU=1496
label[1]=26303 protocol=6(ISIS)
label[2]=26305 protocol=6(ISIS)
DS 3: ipaddr=10.10.33.3 ifaddr=10.10.33.3 iftype=ipv4Numbered MRU=1496
label[1]=26303 protocol=6(ISIS)
label[2]=26305 protocol=6(ISIS)
2 10.20.1.3 rtt=1220323ms rc=3(EgressRtr) rsc=2
2 10.20.1.3 rtt=1220323ms rc=8(DSRtrMatchLabel) rsc=1
DS 1: ipaddr=10.10.5.5 ifaddr=10.10.5.5 iftype=ipv4Numbered MRU=1496
label[1]=26505 protocol=6(ISIS)
DS 2: ipaddr=10.10.11.5 ifaddr=10.10.11.5 iftype=ipv4Numbered MRU=1496
label[1]=26505 protocol=6(ISIS)
3 10.20.1.5 rtt=1220324ms rc=3(EgressRtr) rsc=1
*A:Dut-F# oam lsp-trace sr-te "srteFECBA_eth" path-destination ::ffff:127.1.1.1 detail
lsp-trace to srteFECBA_eth: 0 hops min, 0 hops max, 336 byte packets
1 fc00::a14:105 rtt=1220323ms rc=3(EgressRtr) rsc=4
1 fc00::a14:105 rtt=1220323ms rc=8(DSRtrMatchLabel) rsc=3
DS 1: ipaddr=fe80::c618:2ff:fe01:1 ifaddr=fe80::c618:2ff:fe01:1 iftype=ipv6Numbered MRU=1496
label[1]=28363 protocol=6(ISIS)
label[2]=74032 protocol=6(ISIS)
label[3]=28261 protocol=6(ISIS)
DS 2: ipaddr=fe80::c618:2ff:fe01:2 ifaddr=fe80::c618:2ff:fe01:2 iftype=ipv6Numbered MRU=1496
label[1]=28363 protocol=6(ISIS)
label[2]=74032 protocol=6(ISIS)
label[3]=28261 protocol=6(ISIS)
2 fc00::a14:103 rtt=1220324ms rc=3(EgressRtr) rsc=3
2 fc00::a14:103 rtt=1220324ms rc=8(DSRtrMatchLabel) rsc=2
DS 1: ipaddr=fe80::c613:1ff:fe01:3 ifaddr=fe80::c613:1ff:fe01:3 iftype=ipv6Numbered MRU=1496
label[1]=3 protocol=6(ISIS)
label[2]=28261 protocol=6(ISIS)
3 fc00::a14:102 rtt=1220325ms rc=3(EgressRtr) rsc=2
3 fc00::a14:102 rtt=1220325ms rc=8(DSRtrMatchLabel) rsc=1
DS 1: ipaddr=fe80::c0ea:1ff:fe01:1 ifaddr=fe80::c0ea:1ff:fe01:1 iftype=ipv6Numbered MRU=1496
label[1]=28161 protocol=6(ISIS)
4 fc00::a14:101 rtt=1220325ms rc=3(EgressRtr) rsc=1
lsp-trace with sr-ospf3
# sr-ospf3 lsp-trace
*A:Dut-A# oam lsp-trace sr-ospf3 prefix fc00::a14:106/128 detail lsp-trace to fc00::a14:106/128: 0 hops min, 0 hops max, 164 byte packets
1 fc00::a14:102 rtt=1.33ms rc=8(DSRtrMatchLabel) rsc=1
DS 1: ipaddr=fe80::c61c:1ff:fe01:1 ifaddr=fe80::c61c:1ff:fe01:1 iftype=ipv6Numbered MRU=1496
label[1]=29466 protocol=5(OSPF)
2 fc00::a14:104 rtt=2.27ms rc=8(DSRtrMatchLabel) rsc=1
DS 1: ipaddr=fe80::c420:1ff:fe01:1 ifaddr=fe80::c420:1ff:fe01:1 iftype=ipv6Numbered MRU=1496
label[1]=29666 protocol=5(OSPF)
3 fc00::a14:106 rtt=2.50ms rc=3(EgressRtr) rsc=1
First egress label with lsp-trace
lsp-trace to srteABCEDF_loose: 0 hops min, 0 hops max, 216 byte packets 0 10.20.1.1
DS 1: ipaddr=10.101.1.2 ifaddr=10.101.1.2 iftype=ipv4Numbered MRU=1496
label[1]=26202 protocol=6(ISIS)
label[2]=26203 protocol=6(ISIS)
label[3]=26305 protocol=6(ISIS)
label[4]=26504 protocol=6(ISIS)
label[5]=26406 protocol=6(ISIS)
1 10.20.1.2 rtt=1220323ms rc=3(EgressRtr) rsc=5
1 10.20.1.2 rtt=1220323ms rc=8(DSRtrMatchLabel) rsc=4
DS 1: ipaddr=10.10.3.3 ifaddr=10.10.3.3 iftype=ipv4Numbered MRU=1496
label[1]=26303 protocol=6(ISIS)
label[2]=26305 protocol=6(ISIS)
label[3]=26504 protocol=6(ISIS)
label[4]=26406 protocol=6(ISIS)
DS 2: ipaddr=10.10.12.3 ifaddr=10.10.12.3 iftype=ipv4Numbered MRU=1496
label[1]=26303 protocol=6(ISIS)
label[2]=26305 protocol=6(ISIS)
label[3]=26504 protocol=6(ISIS)
label[4]=26406 protocol=6(ISIS)
2 10.20.1.3 rtt=1220323ms rc=3(EgressRtr) rsc=4
2 10.20.1.3 rtt=1220323ms rc=8(DSRtrMatchLabel) rsc=3
DS 1: ipaddr=10.10.5.5 ifaddr=10.10.5.5 iftype=ipv4Numbered MRU=1496
label[1]=26505 protocol=6(ISIS)
label[2]=26504 protocol=6(ISIS)
label[3]=26406 protocol=6(ISIS)
DS 2: ipaddr=10.10.11.5 ifaddr=10.10.11.5 iftype=ipv4Numbered MRU=1496
label[1]=26505 protocol=6(ISIS)
label[2]=26504 protocol=6(ISIS)
label[3]=26406 protocol=6(ISIS)
lsp-transmit-interval
lsp-transmit-interval
Syntax
lsp-transmit-interval milli-seconds
no lsp-transmit-interval
Context
[Tree] (config>service>vprn>isis>fast-flooding>lsp-receiver lsp-transmit-interval)
[Tree] (config>router>isis>fast-flooding>lsp-receiver lsp-transmit-interval)
[Tree] (config>service>vprn>isis>interface>fast-flooding>lsp-receiver lsp-transmit-interval)
[Tree] (config>router>isis>interface>fast-flooding>lsp-receiver lsp-transmit-interval)
Full Context
configure service vprn isis fast-flooding lsp-receiver lsp-transmit-interval
configure router isis fast-flooding lsp-receiver lsp-transmit-interval
configure service vprn isis interface fast-flooding lsp-receiver lsp-transmit-interval
configure router isis interface fast-flooding lsp-receiver lsp-transmit-interval
Description
This command configures the minimum sustainable interval between consecutive LSP arrivals after the configured number of back-to-back LSPs specified by burst-size has been received. Although this command is configured in the LSP receiver context, the value describes the receiver capabilities. A neighboring LSP sender can use the advertised value to pace subsequent LSP transmissions after sending a complete burst.
When advertise-flooding-tlv is enabled, the router advertises the configured value in the LSP Transmission Interval sub-TLV. The existing lsp-pacing-interval command is overruled when this command is configured.
The no form of this command removes the explicitly configured value. At the interface level, the value is inherited from the IS-IS instance. At the instance level, the default applies.
Default
lsp-transmit-interval 100
Parameters
- milli-seconds
-
Specifies the sustainable interval between consecutive LSP arrivals, in milliseconds.
Platforms
7705 SAR Gen 2
lsp-wait
lsp-wait
Syntax
lsp-wait lsp-wait lsp-initial-wait [initial-wait] [lsp-second-wait second-wait]
Context
[Tree] (config>service>vprn>isis>timers lsp-wait)
Full Context
configure service vprn isis timers lsp-wait
Description
This command configures the throttling of IS-IS LSP-generation. Timers that determine when to generate the first, second, and subsequent LSPs are controlled with this command. Subsequent LSPs are generated at increasing intervals of the second lsp-wait timer until a maximum value is reached.
The no form of this command reverts to the default value.
Default
lsp-wait 5000 lsp-initial-wait 10 lsp-second-wait 1000
Parameters
- lsp-wait
-
Specifies the maximum interval, in milliseconds, between two consecutive occurrences of an LSP being generated.
- initial-wait
-
Specifies the initial LSP generation delay, in milliseconds.
- second-wait
-
Specifies the hold time, in milliseconds, between the first and second LSP generation.
Platforms
7705 SAR Gen 2
lsp-wait
Syntax
lsp-wait lsp-wait [lsp-initial-wait initial-wait] [lsp-second-wait second-wait]
Context
[Tree] (config>router>isis>timers lsp-wait)
Full Context
configure router isis timers lsp-wait
Description
This command configures the throttling of IS-IS LSP-generation. Timers that determine when to generate the first, second, and subsequent LSPs are controlled with this command. Subsequent LSPs are generated at increasing intervals of the second lsp-wait timer until a maximum value is reached.
The no form of this command reverts to the default value.
Default
lsp-wait 5000 lsp-initial-wait 10 lsp-second-wait 1000
Parameters
- lsp-wait
-
Specifies the maximum interval, in milliseconds, between two consecutive occurrences of an LSP being generated.
- initial-wait
-
Specifies the initial LSP generation delay, in milliseconds.
- second-wait
-
Specifies the hold time, in milliseconds, between the first and second LSP generation.
Platforms
7705 SAR Gen 2
lsr-label-route
lsr-label-route
Syntax
lsr-label-route [{none | all}]
Context
[Tree] (config>router>ttl-propagate lsr-label-route)
Full Context
configure router ttl-propagate lsr-label-route
Description
This command configures the TTL propagation for transit packets at a router acting as an LSR for a BGP label route.
When an LSR swaps the BGP label for a ipv4 prefix packet, therefore acting as a ABR, ASBR, or data-path Route-Reflector (RR) in the base routing instance, or swaps the BGP label for a vpn-ipv4 or vpn-ipv6 prefix packet, therefore acting as an Inter-AS Option B VPRN ASBR or VPRN data path Route-Reflector (RR), the all value of this command enables TTL propagation of the decremented TTL of the swapped BGP label into all outgoing LDP or RSVP transport labels.
When an LSR swaps a label or stitches a label, it always writes the decremented TTL value into the outgoing swapped or stitched label. What this feature controls is whether this decremented TTL value is also propagated to the transport label stack pushed on top of the swapped or stitched label.
The none value reverts to the default mode which disables TTL propagation. This changes the existing default behavior which propagates the TTL to the transport label stack. When a customer upgrades, the new default becomes in effect. This command does not have a no version.
This feature also controls the TTL propagation at an LDP-BGP stitching LSR in the LDP to BGP stitching direction. It also controls the TTL propagation in Carrier Supporting Carrier (CsC) VPRN at both the CsC CE and CsC PE.
SR OS does not support ASBR or data path RR functionality for labeled IPv6 routes in the global routing instance (6PE). As such the CLI command of this feature has no impact on prefix packets forwarded in this context.
Default
lsr-label-route none
Parameters
- none
-
Specifies that the TTL of the swapped label is not propagated into the transport label stack.
- all
-
Specifies that the TTL of the swapped label is propagated into all labels of the transport label stack.
Platforms
7705 SAR Gen 2
lsr-load-balancing
lsr-load-balancing
Syntax
lsr-load-balancing hashing-algorithm
no lsr-load-balancing
Context
[Tree] (config>service>vprn>nw-if>load-balancing lsr-load-balancing)
Full Context
configure service vprn network-interface load-balancing lsr-load-balancing
Description
This command specifies whether the IP header is used in the LAG and ECMP LSR hashing algorithm. This is the per-interface setting.
Default
no lsr-load-balancing
Parameters
- lbl-only
-
Only the label is used in the hashing algorithm.
- lbl-ip
-
The IP header is included in the hashing algorithm.
- ip-only
-
The IP header is used exclusively in the hashing algorithm.
- eth-encap-ip
-
The hash algorithm parses down the label stack and once it hits the bottom, the stack assumes Ethernet II non-tagged/dot1q or qinq header follows. At the expected Ethertype offset location, algorithm checks whether the value present is IPv4/v6 (0x0800 or 0x86DD). If the check passes, the hash algorithm checks the first nibble at the expected IP header location for IPv4/IPv6 (0x0100/0x0110). If the secondary check passes, the hash is performed using IP SA/DA fields in the expected IP header; otherwise (if any of the checks failed) label-stack hash is performed.
Platforms
7705 SAR Gen 2
lsr-load-balancing
Syntax
lsr-load-balancing {lbl-only | lbl-ip | ip-only | eth-encap-ip | lbl-ip-l4-teid}
no lsr-load-balancing
Context
[Tree] (config>router>if>load-balancing lsr-load-balancing)
Full Context
configure router interface load-balancing lsr-load-balancing
Description
This command specifies whether the IP header is used in the LAG and ECMP LSR hashing algorithm. This is the per-interface setting.
Default
no lsr-load-balancing
Parameters
- lbl-only
-
Specifies that only the label is used in the hashing algorithm
- lbl-ip
-
Specifies that only the IP header is included in the hashing algorithm.
- ip-only
-
Specifies that only the IP header is used exclusively in the hashing algorithm
- eth-encap-ip
-
Specifies that the hash algorithm parses down the label stack and once it hits the bottom, the stack assumes Ethernet II non-tagged/dot1q or qinq header follows. At the expected Ethertype offset location, algorithm checks whether the value present is IPv4/v6 (0x0800 or0x86DD). If the check passes, the hash algorithm checks the first nibble at the expected IP header location for IPv4/IPv6 (0x0100/0x0110). If the secondary check passes, the hash is performed using IP SA/DA fields in the expected IP header; otherwise (any of the check failed) label-stack hash is performed.
Platforms
7705 SAR Gen 2
lsr-load-balancing
Syntax
lsr-load-balancing hashing-algorithm
no lsr-load-balancing
Context
[Tree] (config>system>load-balancing lsr-load-balancing)
Full Context
configure system load-balancing lsr-load-balancing
Description
This command configures system-wide LSR load balancing. Hashing can be enabled on the label stack, IP header, or both. The hashing can be at an LSR for spraying labeled IP packets over multiple equal-cost paths, or over multiple links of a LAG group.
For IPv4 packets, the LSR hash routine operates on the label stack and the IP header. An LSR considers a packet to be IPv4 if the first nibble following the bottom of the label stack is 4. The user can enable or disable hashing on the label stack and IPv4 and IPv6 headers at the system level or incoming network IP interface level.
Default
no lsr-load-balancing
Parameters
- lbl-only
-
Specifies that only the label is used in the hashing algorithm.
- lbl-ip
-
Specifies that the IP header is included in the hashing algorithm.
- ip-only
-
Specifies that the IP header is used exclusively in the hashing algorithm.
- eth-encap-ip
-
Specifies that the hash algorithm parses down the label stack and after it reaches the bottom, the stack assumes the Ethernet II non-tagged, dot1q, or QinQ header follows. At the expected Ethertype offset location, the algorithm checks whether the value present is IPv4/IPv6 (0x0800/0x86DD). If the check passes, the hash algorithm checks the first nibble at the expected IP header location for IPv4/IPv6 (0x0100/0x0110). If the secondary check passes, the algorithm performs the hash using the IP SA/DA fields in the expected IP header. If any of the checks fail, the label-stack hash is performed.
Platforms
7705 SAR Gen 2