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.

Values

4byte-GlobalAdminValue:2byte-LocalAdminValue

4byte-GlobalAdminValue:

0 to 4294967295

2byte-LocalAdminValue

0 to 65535

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.

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

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.

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

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.

Values

none — Selects unprotected adjacencies only in the SR-TE LSP path computation.

preferred — Prefers protected adjacencies in the SR-TE LSP path computation.

mandatory — Selects protected adjacencies only in the SR-TE LSP path computation.

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

Values

ipv6-address/prefix: 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

host bits must be 0

:: not allowed

prefix-length [1 to 128]

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.

Values

cf2:, cf3:

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.

Values

local-url | remote-url

local-url — [cflash-id/] [file-path] 200 chars max, including cflash-id directory length 99 characters max each

remote url — [{ftp:// | tftp://}login:password@remote-location/][file-path] 255 characters max directory length 99 characters max each

remote-location — [hostname | ipv4-address | ipv6-address]

ipv4-address — a.b.c.d

ipv6-address — x:x:x:x:x:x:x:x[-interface]

x:x:x:x:x:x:d.d.d.d[-interface]

x — [0 to FFFF]H

d — [0 to 255]D

interface — 32 characters max, for link local addresses

cflash-id — cf1:, cf1-A:, cf1-B:, cf2:, cf2-A:, cf2-B:, cf3:, cf3-A:, cf3-B:

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.

Values

cflash-id: cf1:, cf2:, cf3:

backup-cflash-id

Specify the secondary location.

Values

cflash-id: cf1:, cf2:, cf3:

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.

Values

1 to 255

ipv4-address

Specifies the primary, secondary, or tertiary IP address.

Values

primary ipv4-address, secondary ipv4-address, tertiary ipv4-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.

Values

1 to 64

Default

3

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.

Values

1 to 60

Default

5

block-minutes

Specifies the number of minutes that the client is blocked if the configured failed authentication count is exceeded.

Values

1 to 1440, infinite

Default

10

number-of-ports

Specifies the maximum number of ports allowed behind the same IP address.

Values

1 to 32000

Default

16

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.

Values

101 to 199

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.

Values

101 to 199

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.

Values

-3 to 4

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.

Note:

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.

Values

-3 to 4

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.

Values

-6 to 0

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.

Values

50 to 4,194,304 MB (4 TBytes, 222 MB)

Default

0

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.

Values

1 to 1500

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.

Values

1 to 100

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.

Note:

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.

Values

1 to 101

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.

Values

-6 to 0 (This corresponds to a maximum rate of 64 packets per second, and a minimum rate of 1 packet per second.)

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.

Values

-6 to 0 (This corresponds to a maximum rate of 64 packets per second, and a minimum rate of 1 packet per second.)

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.

Note:

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.

Values

0 to 15

Default

0

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.

Values

0 to 15

Default

0

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.

Note:

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.

Values

xx:xx:xx:xx:xx:xx or xx-xx-xx-xx-xx-xx

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.

Values

1 to 8191

mep mep-id

Specifies the local MEP ID.

Values

1 to 8191

md-index

Specifies the MD index.

Values

1 to 4294967295

ma-index

Specifies the MA index.

Values

1 to 4294967295

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.

Values

1 to 1024

Default

1

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.

Values

0 to 1500

Default

0

priority

Specifies a three-bit value to be used in the VLAN tag, if present, in the transmitted frame.

Values

0 to 7

Default

The CCM and LTM priority of the MEP

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.

Values

0, 3 to 9778

Default

0

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.

Values

1 to 10

Default

5

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.

Values

0 to 600

Default

0

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.

Values

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

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:

  1. 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.

  2. 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.

  3. 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:

  1. 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.

  2. 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.

  3. 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.

Values

0 to 2147483647

Default

0

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.

Values

0 to 2147483647

Default

0

direction

Specifies the direction for OAM ping responses received for an OAM ping test run.

Values

inbound — Monitor the value of jitter calculated for the inbound, one-way, OAM ping responses received for an OAM ping test run.

outbound — Monitor the value of jitter calculated for the outbound, one-way, OAM ping requests sent for an OAM ping test run.

roundtrip — Monitor the value of jitter calculated for the round trip, two-way, OAM ping requests and replies for an OAM ping test run.

Default

roundtrip

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:

Values

allDef

DefRDICCM, DefMACstatus, DefRemoteCCM, DefErrorCCM, and DefXconCCM

macRemErrXcon

Only DefMACstatus, DefRemoteCCM, DefErrorCCM, and DefXconCCM

remErrXcon

Only DefRemoteCCM, DefErrorCCM, and DefXconCCM

errXcon

Only DefErrorCCM and DefXconCCM

xcon

Only DefXconCCM

noXcon

No defects DefXcon or lower are to be reported

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 .

Values

allDef

DefRDICCM, DefMACstatus, DefRemoteCCM, DefErrorCCM, and DefXconCCM

macRemErrXcon

Only DefMACstatus, DefRemoteCCM, DefErrorCCM, and DefXconCCM

remErrXcon

Only DefRemoteCCM, DefErrorCCM, and DefXconCCM

errXcon

Only DefErrorCCM and DefXconCCM

xcon

Only DefXconCCM; or

noXcon

No defects DefXcon or lower are to be reported

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.

Values

allDef

DefRDICCM, DefMACstatus, DefRemoteCCM, DefErrorCCM, and DefXconCCM

macRemErrXcon

Only DefMACstatus, DefRemoteCCM, DefErrorCCM, and DefXconCCM

remErrXcon

Only DefRemoteCCM, DefErrorCCM, and DefXconCCM

errXcon

Only DefErrorCCM and DefXconCCM

xcon

Only DefXconCCM

noXcon

No defects DefXcon or lower are to be reported

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.

Values

allDef

DefRDICCM, DefMACstatus, DefRemoteCCM, DefErrorCCM, and DefXconCCM

macRemErrXcon

Only DefMACstatus, DefRemoteCCM, DefErrorCCM, and DefXconCCM

remErrXcon

Only DefRemoteCCM, DefErrorCCM, and DefXconCCM

errXcon

Only DefErrorCCM and DefXconCCM

xcon

Only DefXconCCM

noXcon

No defects DefXcon or lower are to be reported

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.

Values

1 to 4294967295

Default

bin-number * 5000

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.

Note:

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.

Values

0 to 1000

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.

Note:

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.

Values

0 to 600000

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.

Note:

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.

Values

0 to 600000

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.

Note:

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.

Values

10 to 600000

Default

5000

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.

Values

10 to 600000

Default

5000

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.

Values

10 to 600000

Default

5000

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.

Note:

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.

Values

10 to 600000

Default

5000

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.

Values

10 to 600000

Default

5000

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.

Values

10 to 600000

Default

5000

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.

Values

in the ospf context — router, network, summary, asbr, extern, nssa, area-opaque, as-opaque, link-opaque

in the ospf3 context — router, network, inter-area-pfx, inter-area-rtr, external, nssa, intra-area-pfx, rtr-info-link, rtr-info-area, rtr-info-as

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.

Values

ip-address — a.b.c.d

area — 0 to 4294967295

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.

Values

router-name, service-id

b4 ipv6-address

This optional parameter specifies the IPv6 address of the B4 element in DS-Lite.

Values

<ipv6-address> : 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..FFFF]H

d - [0..255]D

aftr ipv6-address

This optional parameter specifies IPv6 address of the AFTR element in DS-Lite.

Values

<ip-address> : 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..FFFF]H

d - [0..255]D

protocol {tcp | udp}

This mandatory parameter specifies the protocol to use, either TCP or UDP.

port port

This optional parameter specifies a source port.

Values

1 to 65535

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.

Values

Keyword

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.

Values

0 to 8 (Decimal representation of three EXP bit field)

fc fc-name

Enter this required parameter to specify the fc-name that the EXP bit pattern will be associated with.

Values

be, l2, af, l1, h2, ef, h1, nc

profile {in | out}

Enter this required parameter to indicate whether the LSP EXP value is the in-profile or out-of-profile value.

Values

in, out

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.

Values

0 to 7

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.

Values

0 to 7

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.

Values

10 to 600

Default

30

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.

Values

350 to 65535

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.

Values

350 to 65535

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).

Values

350 to 65535

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).

Values

350 to 65535

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.

Note:

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.

Values

490 to 9778

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.

Note:

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.

Values

490 to 9778

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.

Note:

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.

Values

0 to 65535

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.

Note:

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.

Values

0 to 65535

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.

Values

1 to 90

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.

Values

1 to 90

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.

Values

Any path name associated with the LSP.

Default

The active LSP path.

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.

Values

<ipv4-prefix>/32 | <ipv6-prefix>/128

ipv4-prefix

a.b.c.d

ipv6-prefix

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

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.

Values

128 to 255

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.

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

prefix ip-prefix/prefix-length

Specifies the address prefix and subnet mask of the target LDP FEC.

Values

<ipv4-prefix>/32 | <ipv6-prefix>/128

ipv4-prefix

a.b.c.d

ipv6-prefix

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

ldp prefix ip-prefix/prefix-length

Specifies the address prefix and subnet mask of the target LDP FEC.

Values

<ipv4-prefix>/32 | <ipv6-prefix>/128

ipv4-prefix

a.b.c.d

ipv6-prefix

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

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.

Values

<ipv4-prefix>/32 | <ipv6-prefix>/128

ipv4-prefix

a.b.c.d

ipv6-prefix

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

igp-instance

Specifies the IGP instance of the node SID prefix.

Values

isis-inst: 0 to 127

ospf3-inst: 0 to 31, 64 to 95

ospf-inst: 0 to 31

sr-ospf prefix ip-prefix/prefix-length

Specifies the address prefix and subnet mask of the target node SID of the SR-OSPF tunnel.

Values

<ipv4-prefix>/32 | <ipv6-prefix>/128

ipv4-prefix

- a.b.c.d

ipv6-prefix

- 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

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.

Values

ipv6-prefix

- 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

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.

Values

ipv4 — Use an Associated Channel with IP encapsulation, as described in RFC 6426, Section 3.2.

non-ip — Do not use an Associated Channel, as described in RFC 6426, Section 3.1.

none — Use the Associated Channel mechanism described in RFC 6426, Section 3.3.

Default

non-ip

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.

Values

0 to 4294967295

Default

0

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.

Values

a.b.c.d, 1 to 4294967295

Default

0

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.

Default

disabled

path-type {active | working | protect}

The LSP path to test.

Values

active — The currently active path. If MPLS-TP linear protection is configured on the LSP, then this is the path that is selected by the MPLS-TP PSC protocol for sending user plane traffic. If MPLS-TP linear protection is not configured, then this is the working path.

working — The working path of the MPLS-TP LSP.

protect — The protect path of the MPLS-TP LSP.

Default

active

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.

Values

be, l2, af, l1, h2, ef, h1, nc

Default

be

profile {in | out}

Specifies the profile state of the MPLS echo request packet.

Default

out

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.

Values

128 to 255

Default

none

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.

Values

1 to 10

Default

1

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.

Values

1 to 100

Default

1

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.

Values

1 to 9786

Default

1

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.

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

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.

Values

1 to 10

Default

5

label-ttl

Specifies the TTL value for the MPLS label, expressed as a decimal integer.

Values

1 to 255

Default

255

Platforms

7705 SAR Gen 2

Output

Output Example

The 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.

Values

0, 60 to 300

Default

60

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.

Values

0, 60 to 300

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.

Values

150 to 65535

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.

Values

enable, disable

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.

Values

150 to 65535

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.

Values

enable, disable

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.

Values

Any path name associated with the LSP.

Default

The active LSP path.

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.

Values

<ipv4-prefix>/32 | <ipv6-prefix>/128

ipv4-prefix

a.b.c.d

ipv6-prefix

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

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.

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

prefix ip-prefix/prefix-length

Specifies the address prefix and subnet mask of the target LDP FEC.

Values

<ipv4-prefix>/32 | <ipv6-prefix>/128

ipv4-prefix

- a.b.c.d

ipv6-prefix

- 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

ldp prefix ip-prefix/prefix-length

Specifies the address prefix and subnet mask of the target LDP FEC.

Values

<ipv4-prefix>/32 | <ipv6-prefix>/128

ipv4-prefix

a.b.c.d

ipv6-prefix

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

sr-isis prefix ip-prefix/prefix-length

Specifies the address prefix and subnet mask of the target node SID of the SR-ISIS tunnel.

Values

<ipv4-prefix>/32 | <ipv6-prefix>/128

ipv4-prefix

a.b.c.d

ipv6-prefix

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

igp-instance

Specifies the IGP instance of the node SID prefix.

Values

isis-inst: 0 to 127

ospf3-inst: 0 to 31, 64 to 95

ospf-inst: 0 to 31

sr-ospf prefix ip-prefix/prefix-length

Specifies the address prefix and subnet mask of the target node SID of the SR-OSPF tunnel.

Values

<ipv4-prefix>/32 | <ipv6-prefix>/128

ipv4-prefix

- a.b.c.d

ipv6-prefix

- 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

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.

Values

ipv6-prefix

- 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

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 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.

Values

ipv4 — Use the Associated Channel mechanism with IP encapsulation, as described in RFC 6426, Section 3.2.

non-ip — Do not use an Associated Channel, as described in RFC 6426, Section 3.1.

none — Use the Associated Channel mechanism described in RFC 6426, Section 3.3.

path-type {active | working | protect}

Specifies the LSP path to test.

Values

active — Specifies the currently active path. If MPLS-TP linear protection is configured on the LSP, then this is the path that is selected by the MPLS-TP PSC protocol for sending user plane traffic. If MPLS-TP linear protection is not configured, then this is the working path.

working — Specifies the working path of the MPLS-TP LSP.

protect — Specifies the protect path of the MPLS-TP LSP.

Default

active

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.

Values

ddmap: Sends a detailed downstream mapping TLV.

dsmap: Sends a downstream mapping TLV.

none: No mapping TLV is sent.

Default

Inherited from global configuration of downstream mapping TLV in option mpls-echo-request-downstream-map {dsmap | ddmap}.

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

Values

be, l2, af, l1, h2, ef, h1, nc

Default

be

profile {in | out}

Specifies the profile state of the MPLS echo request packet.

Default

out

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.

Values

1 to 10

Default

1

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.

Values

1 to 255

Default

5

max-label-ttl

Specifies the maximum TTL value in the MPLS label for the LDP treetrace test, expressed as a decimal integer.

Values

1 to 255

Default

30

min-label-ttl

Specifies the minimum TTL value in the MPLS label for the LSP trace test, expressed as a decimal integer.

Values

1 to 255

Default

1

probes-per-hop

Specifies the probes per hop.

Values

1 to 10

Default

1

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.

Values

1 to 9786

Default

1

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.

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

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.

Values

1 to 60

Default

3

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.

Values

1 to 1000

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.

Note: The IS-IS timer granularity is 10 ms for values less than 500 ms, and 100 ms for values greater than or equal to 500 ms. This applies uniformly to all three parameters — lsp-wait, lsp-initial-wait and lsp-second-wait. Timer values are rounded down to the nearest granularity. For example, a configured value of 550 ms is internally rounded down to 500 ms.

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.

Values

10 to 120000

initial-wait

Specifies the initial LSP generation delay, in milliseconds.

Values

10 to 100000

second-wait

Specifies the hold time, in milliseconds, between the first and second LSP generation.

Values

10 to 100000

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.

Note: The IS-IS timer granularity is 10 ms for values less than 500 ms, and 100 ms for values greater than or equal to 500 ms. This applies uniformly to all three parameters — lsp-wait, lsp-initial-wait and lsp-second-wait. Timer values are rounded down to the nearest granularity. For example, a configured value of 550 ms is internally rounded down to 500 ms.

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.

Values

10 to 120000

initial-wait

Specifies the initial LSP generation delay, in milliseconds.

Values

10 to 100000

second-wait

Specifies the hold time, in milliseconds, between the first and second LSP generation.

Values

10 to 100000

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