This command administratively disables the entity. When disabled, an entity does not change, reset, or remove any configuration settings or statistics. Many entities must be explicitly enabled using the no shutdown command.
The operational state of the entity is disabled as well as the operational state of any entities contained within. Many objects must be shut down before they can be deleted.
Unlike other commands and parameters where the default state is not indicated in the configuration file, shutdown and no shutdown are always indicated in system-generated configuration files.
The no form of the command puts an entity into the administratively enabled state.
IS-IS Global - the IS-IS protocol is created in the no shutdown state
IS-IS Interface - when an IP interface is configured as an IS-IS interface, IS-IS on the interface is in the no shutdown state by default
This command activates an IS-IS instance on the router and enables access to the context to define IS-IS parameters.
Instance 0, the base instance, is enabled when the isis command is run without specifying an isis-instance. Multiple IS-IS instances are enabled by including an isis-instance value.
The no form of the command deletes the IS-IS instance and removes all configuration parameters.
no isis
This command configures the area ID portion of the Network Service Access Point (NSAP) address, which identifies a point of connection to the network, such as a router interface.
Addresses in the IS-IS protocol are based on the ISO NSAP addresses and Network Entity Titles (NETs), not IP addresses. NET addresses are constructed similarly to NSAPs with the exception that the selector ID is always 00. NET addresses are exchanged in Hello and LSP PDUs. All NET addresses configured on the node are advertised to its neighbors.
Up to three area addresses can be configured.
NSAP addresses are divided into three parts. Only the area ID portion is configurable:
For level 1 interfaces, neighbors can have different area IDs, but they must have at least one area ID (AFI + area) in common. Sharing a common area ID, they become neighbors and area merging between the potentially different areas can occur.
For level 2 interfaces, neighbors can have different area IDs. However, if they have no area IDs in common, they become only level 2 neighbors and only level 2 LSPs are exchanged.
For level 1/2 interfaces, neighbors can have different area IDs. If they have at least one area ID (AFI + area) in common, they become neighbors. In addition to exchanging level 2 LSPs, area merging between potentially different areas can occur.
If multiple area-id commands are entered, the system ID of all subsequent entries must match the system ID of the first area address.
The no form of the command removes the area address.
no area-id — no area address is assigned
This command sets an authentication check to reject PDUs that do not match the type or key requirements.
The default behavior when authentication is configured is to reject all IS-IS protocol PDUs that have a mismatch in either the authentication type or authentication key.
When no authentication-check is configured, authentication PDUs are generated and IS-IS PDUs are authenticated on receipt. However, although mismatches cause an event to be generated, the mismatches will not be rejected.
authentication-check
This command sets the authentication key used to verify PDUs sent by neighboring routers on the interface. Neighboring routers use passwords to authenticate PDUs sent from an interface. For authentication to work, both the authentication key and the authentication type on a segment must match. The authentication-type command must also be entered.
To configure authentication on the global level, configure this command in the config>router>isis context. When this parameter is configured on the global level, all PDUs are authenticated, including the Hello PDU.
To override the global setting for a specific level, configure the authentication-key command in the config>router>isis>level context. When configured within the specific level, Hello PDUs are not authenticated.
By default, no authentication key is configured.
The no form of the command removes the authentication key.
no authentication-key
This is useful when a user must configure the parameter, but for security purposes, the actual unencrypted key value is not provided.
This command enables either simple password or message-digest authentication in the global IS-IS or IS-IS level context. Both the authentication key and the authentication type on a segment must match. The authentication-key command must also be entered.
Configure the authentication type at the global level in the config>router>isis context. Configure or override the global setting by configuring the authentication type in the config>router>isis>level context.
The no form of the command disables authentication.
no authentication-type
This command enables authentication of individual IS-IS packets of complete sequence number PDUs (CSNPs).
The no form of the command suppresses authentication of CSNP packets.
csnp-authentication
This command disables the IGP-LDP synchronization feature on all interfaces participating in the OSPF or IS-IS routing protocol. When this command is executed, IGP immediately advertises the actual value of the link cost for all interfaces that have the IGP-LDP synchronization enabled if the currently advertised cost is different. IGP-LDP synchronization will then be disabled for all interfaces. This command does not delete the interface configuration.
The no form of this command restores the default settings and re-enables IGP-LDP synchronization on all interfaces participating in the OSPF or IS-IS routing protocol and for which the ldp-sync-timer is configured (refer to the 7705 SAR OS Router Configuration Guide for information on configuring the ldp-sync-timer).
no disable-ldp-sync
This command associates export route policies to determine which routes are exported from the route table to IS-IS.
If no export policy is specified, non-IS-IS routes are not exported from the routing table manager to IS-IS.
If multiple policy names are specified, the policies are evaluated in the order they are specified. The first policy that matches is applied. If multiple export commands are issued, the last command entered will override the previous command. A maximum of five policy names can be specified.
The no form of the command removes all policies from the configuration.
Refer to the 7705 SAR OS Router Configuration Guide for information on defining route policies.
no export — no export route policies specified
The specified names must already be defined.
This command configures the preference for IS-IS external routes for the IS-IS level. The preference for internal routes is set with the preference command.
The command configures the preference level for either level 1 or level 2 external routes. The default preferences are listed in Table 37.
A route can be learned by the router from different protocols, in which case, the costs are not comparable. When this occurs, the preference is used to decide which route will be used.
Different protocols should not be configured with the same preference. If this occurs, the tiebreaker is based on the default preferences as listed in Table 37.
Route Type | Preference | Configurable |
Direct attached | 0 | No |
Static routes | 5 | Yes |
OSPF internal | 10 | Yes |
IS-IS level 1 internal | 15 | Yes |
IS-IS level 2 internal | 18 | Yes |
OSPF external | 150 | Yes |
IS-IS level 1 external | 160 | Yes |
IS-IS level 2 external | 165 | Yes |
If multiple routes are learned with an identical preference using the same protocol, the lowest-cost route is used. If multiple routes are learned with an identical preference using the same protocol and the costs (metrics) are equal, the decision of which route to use is determined by the configuration of ECMP in the config>router context. Refer to the 7705 SAR OS Router Configuration Guide for information on ECMP.
![]() | Note:
To configure a preference for static routes, use the config>router>static-route command. Refer to the 7705 SAR OS Router Configuration Guide for information. |
The no form of the command reverts to the default value.
external-preference 160 — for IS-IS level 1 external routes
external-preference 165 — for IS-IS level 2 external routes
This command enables authentication of individual IS-IS Hello PDUs.
The no form of the command suppresses authentication of Hello PDUs.
hello-authentication
This command specifies whether the Instance Identifier (IID) TLV is enabled or disabled for this IS-IS instance so an interface can be used in multiple IS-IS instances.
When enabled, each IS-IS instance marks its packets with the IID TLV containing its unique 16-bit IID for the routing domain. You must use a shutdown/no shutdown command sequence on the IS-IS instance to make the change operational.
The no form of the command disables the IID TLV marking of packets.
no iid-tlv-enable
This command creates the context to configure IS-IS level 1 or level 2 area attributes.
To reset global and/or interface level parameters to the default, the following commands must be entered independently:
level 1 or level 2
This command configures the routing level for the IS-IS instance.
An IS-IS router and IS-IS interface can operate at level 1, level 2, or both level 1 and level 2.
A level 1 adjacency can be established if there is at least one area address shared by this router and a neighbor. A level 2 adjacency cannot be established over this interface.
A level 1/2 adjacency is created if the neighbor is also configured as a level 1/2 router and has at least one area address in common. A level 2 adjacency is established if there are no common area IDs.
A level 2 adjacency is established if another router is configured as a level 2 or level 1/2 router with interfaces configured as level 1/2 or level 2. Level 1 adjacencies will not established over this interface.
Table 38 lists capability combinations and the potential adjacencies that can be formed.
Global Level | Interface Level | Potential Adjacency |
Level 1/2 | Level 1/2 | Level 1 and/or level 2 |
Level 1/2 | Level 1 | Level 1 only |
Level 1/2 | Level 2 | Level 2 only |
Level 2 | Level 1/2 | Level 2 only |
Level 2 | Level 2 | Level 2 only |
Level 2 | Level 1 | None |
Level 1 | Level 1/2 | Level 1 only |
Level 1 | Level 2 | None |
Level 1 | Level 1 | Level 1 only |
The no form of the command removes the level capability from the configuration.
level-1/2
This command sets the time interval for LSPs originated by the router 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 min (1200 s) so that other routers will not age out the LSP.
The LSP lifetime value should be greater than the refresh value; otherwise, the LSP will be aged out before being refreshed.
The no form of the command reverts to the default value.
1200
This command is used to customize the throttling of IS-IS LSP generation. Timers that determine when to generate the first, second, and subsequent LSPs can be controlled with this command. Subsequent LSPs are generated at increasing intervals of the lsp-second-wait timer until a maximum value is reached.
This command enables the submission of routes into the multicast Route Table Manager (RTM) by IS-IS.
The no form of the command disables the submission of routes into the multicast RTM.
no multicast-import
This command administratively sets the IS-IS router to operate in the overload state for a specific time period, in seconds, or indefinitely.
During normal operation, the router may be forced to enter an overload state due to a lack of resources. When in the overload state, the router is only used if the destination is reachable by the router and will not be used for other transit traffic.
If a time period is specified, the overload state persists for the configured length of time. If no time is specified, the overload state operation is maintained indefinitely.
The overload command can be useful in circumstances where the router is overloaded or used prior to executing a shutdown command to divert traffic around the router.
The no form of the command causes the router to exit the overload state.
no overload
When the router is in an overload state, the router is used only if there is no other router to reach the destination. This command configures IS-IS in the overload state upon bootup until one of the following events occurs:
The no overload command does not affect the overload-on-boot function. If the overload state is cleared with the no overload command, the router will still re-enter the overload state after rebooting.
If no timeout is specified, IS-IS will go into the overload state indefinitely after a reboot. After the reboot, the IS-IS status will display a permanent overload state:
This state can be cleared with the no overload command.
If a timeout value is specified, IS-IS will go into the overload state for the configured timeout after a reboot. After the reboot, the IS-IS status will display the remaining time that the system stays in overload:
The overload state can be cleared before the timeout expires with the no overload command.
The no form of the command removes the overload-on-boot functionality from the configuration.
no overload-on-boot
This command configures the preference for IS-IS level 1 or level 2 internal routes.
A route can be learned by the router from different protocols, in which case, the costs are not comparable. When this occurs, the preference is used to decide which route will be used.
Different protocols should not be configured with the same preference. If this occurs, the tiebreaker is based on the default preferences as listed in Table 37. If multiple routes are learned with an identical preference using the same protocol and the costs (metrics) are equal, the decision of which route to use is determined by the configuration of ECMP in the config>router context. Refer to the 7705 SAR OS Router Configuration Guide for information on ECMP.
The no form of the command reverts to the default value.
preference 15 — for IS-IS level 1 internal routes
preference 18 — for IS-IS level 2 internal routes
This command enables authentication of individual IS-IS packets of partial sequence number PDUs (PSNPs).
The no form of the command suppresses authentication of PSNP packets.
psnp-authentication
This command configures the reference bandwidth for the costing of interfaces based on their underlying link speed.
In order to calculate the lowest cost to reach a specific destination, each configured level on each interface must have a cost. If the reference bandwidth is defined, the cost is calculated using the following formula:
cost = reference bandwidth/bandwidth
If the reference bandwidth is configured as 10 Gbytes (10 000 000 000), a 100 Mb/s interface has a default metric of 100. In order for metrics in excess of 63 to be configured, wide metrics must be deployed (see the wide-metrics-only command).
If the reference bandwidth is not configured, all interfaces have a default metric of 10.
The no form of the command returns the reference bandwidth to the default value.
no reference-bandwidth (all interfaces have a metric of 10)
This command defines the maximum interval, in seconds and milliseconds, between two consecutive SPF calculations. Timers that determine when to initiate the first, second, and subsequent SPF calculations after a topology change occurs can be controlled with this command. Subsequent SPF runs (if required) will occur at doubling intervals of the spf-second-wait interval. For example, if the spf-second-wait interval is 1000, the next SPF will run after 2000 ms, and the next SPF after that will run after 4000 ms, and so on, until it reaches the spf-wait value. The SPF interval will stay at the spf-wait value until there are no more SPF runs scheduled in that interval. After a full interval without any SPF runs, the SPF interval will drop back to spf-initial-wait.
The timer must be entered in increments of 100 ms. Values entered that do not match this requirement will be rejected.
The no form of this command returns to the default.
no spf-wait
This command creates summary addresses.
no summary-address
This command enables traffic engineering and determines if IGP shortcuts are required.
The no form of the command disables traffic-engineered route calculations.
no traffic-engineering
This command allows one IGP to import its routes into the multicast RTM (also known as the RPF RTM [Reverse Path Forwarding - Route Table Manager]) while another IGP imports routes only into the unicast RTM. Import policies can redistribute routes from an IGP protocol into the RPF RTM. By default, the IGP routes will not be imported into the RPF RTM, since such an import policy must be explicitly configured.
The no form of the command enables importing IGP routes into the RPF RTM.
disabled (unicast-import-disable)
This command enables the exclusive use of wide metrics in the LSPs for the level number. Narrow metrics can have values between 1 and 63. IS-IS can generate two TLVs, one for the adjacency and one for the IP prefix. In order to support traffic engineering, wider metrics are required. When wide metrics are used, a second pair of TLVs are added for the adjacency and the IP prefix.
By default, both sets of TLVs are generated. When wide-metrics-only is configured, IS-IS only generates the pair of TLVs with wide metrics for that level.
The no form of the command reverts to the default value.
no wide-metrics-only
This command creates the context to configure an IS-IS interface.
When an area is defined, the interfaces belong to that area. Interfaces cannot belong to other areas.
If the interface is a POS channel, the OSI Network Layer Control Protocol (OSINLCP) is enabled when the interface is created and removed when the interface is deleted.
The no form of the command deletes the IS-IS interface configuration for this interface. The shutdown command in the config>router>isis>interface context can be used to disable an interface without removing the configuration for the interface.
no interface
If the IP interface name does not exist or does not have an IP address configured, an error message will be returned.
This command enables the use of bidirectional forwarding (BFD) to control IPv4 adjacencies. By enabling BFD on a given IS-IS interface, the state of the interface is tied to the state of the BFD session between the local node and the remote node. The parameters used for BFD are set via the BFD command under the IP interface.
The no form of this command removes BFD from the associated IPv4 adjacency.
no bfd-enable ipv4
This command configures the interval, in seconds, to send complete sequence number PDUs (CSNPs) from the interface. IS-IS must send CSNPs periodically.
The no form of the command reverts to the default value.
csnp-interval 10 – CSN PDUs are sent every 10 s for LAN interfaces
csnp-interval 5 – CSN PDUs are sent every 5 s for point-to-point interfaces
This command configures the authentication key (password) for Hello PDUs. Neighboring routers use the password to verify the authenticity of Hello PDUs sent from this interface. Both the hello authentication key and the hello authentication type on a segment must match. The hello-authentication-type command must also be entered.
To configure the hello authentication key for all levels configured for the interface, use the hello-authentication-key command in the config>router>isis>interface context.
To configure or override the hello authentication key for a specific level, use the hello-authentication-key command in the config>router>isis>interface>level context.
If both IS-IS authentication and hello-authentication are configured, Hello messages are validated using hello authentication. If only IS-IS authentication is configured, it will be used to authenticate all IS-IS protocol PDUs, including Hello PDUs.
The no form of the command removes the hello authentication key from the configuration.
no hello-authentication-key
This is useful when a user must configure the parameter, but for security purposes, the actual unencrypted key value is not provided.
This command enables Hello authentication at either the interface or level context. Both the hello authentication key and the hello authentication type on a segment must match. The hello-authentication-key command must also be entered.
To configure the hello authentication type for all levels configured for the interface, use the hello-authentication-type command in the config>router>isis>interface context.
To configure or override the hello authentication type for a specific level, use the hello-authentication-type command in the config>router>isis>interface>level context.
The no form of the command disables Hello PDU authentication.
no hello-authentication-type
This command configures the interval between IS-IS Hello PDUs issued on the interface at this level.
The no form of this command reverts to the default value.
3 – for designated inter-systems
9 – for non-designated inter-systems
This command configures the number of missing Hello PDUs from a neighbor after which the router declares the adjacency down.
The no form of this command reverts to the default value.
3
This command configures the interface type to be either broadcast or point-to-point.
Use this command to set the interface type of an Ethernet link to point-to-point to avoid having to carry the broadcast adjacency maintenance overhead of the Ethernet link, provided the link is used as a point-to-point link.
If the interface type is not known when the interface is added to IS-IS, and the IP interface is subsequently bound (or moved) to a different interface type, this command must be entered manually.
The no form of the command reverts to the default value.
broadcast – if the physical interface is Ethernet or unknown
point-to-point – if the physical interface is T1, E1, or SONET/SDH
This command configures the interval between link-state PDUs (LSPs) sent from this interface. Controlling the time between LSPs ensures that adjacent neighbors are not being bombarded with excessive data.
A value of 0 means that no LSPs are sent from the interface.
The no form of the command reverts to the default value.
100
This command assigns an interface to a mesh group. Mesh groups limit the amount of flooding that occurs when a new or changed LSP is advertised throughout an area.
All routers in a mesh group should be fully meshed. When LSPs need to be flooded, only a single copy is received rather than one copy per neighbor.
To create a mesh group, configure the same mesh group value for each interface that is part of the mesh group. All routers must have the same mesh group value configured for all interfaces that are part of the mesh group.
To prevent an interface from flooding LSPs, the optional blocked parameter can be specified.
![]() | Caution:
Configure mesh groups carefully. It is easy to create isolated islands that will not receive updates if other links fail. |
The no form of the command removes the interface from the mesh group.
no mesh-group
This command configures the metric used for the level on this IS-IS interface.
To calculate the lowest cost to reach a given destination, each configured level on each interface must have a cost. The costs for each level on an interface may be different.
If the metric is not configured, the default value of 10 is used unless the reference-bandwidth is configured.
The no form of the command reverts to the default value.
no metric (10)
This command adds the passive attribute to the IS-IS interface, which causes the interface to be advertised as an IS-IS interface without running the IS-IS protocol. Normally, only interface addresses that are configured for IS-IS are advertised as IS-IS interfaces at the level that they are configured.
If the passive mode is enabled, the interface or the interface at the specified level ignores ingress IS-IS protocol PDUs and will not transmit IS-IS protocol PDUs.
The no form of the command removes the passive attribute.
Service interfaces defined with the config>router>service-prefix command are passive. All other interfaces are not passive.
This command configures the priority of the IS-IS interface that is used in an election of the designated router (DIS) on a multi-access network.
This parameter is only used if the interface is a broadcast type.
The priority is included in Hello PDUs transmitted by the interface on a multi-access network. The router with the highest priority becomes the designated router. The designated router is responsible for sending LSPs about the network and the routers attached to it.
The no form of the command reverts to the default value.
64
This command specifies the interval, in seconds, that IS-IS will wait before retransmitting an unacknowledged LSP to an IS-IS neighbor.
If the retransmit interval expires and no acknowledgment has been received, the LSP will be retransmitted.
The no form of this command reverts to the default interval.
5
This command enables the context to display IS-IS information.
This command displays information about IS-IS neighbors. If no parameters are specified, all adjacencies are displayed. If detail is specified, operational and statistical information is displayed.
The following output is an example of IS-IS adjacency information, and Table 39 describes the fields for both summary and detailed outputs.
Label | Description |
System ID | System ID of the neighbor |
SNPA | Subnetwork point of attachment (MAC address of next hop) |
Usage/L. Circ Typ | Level on the interface: L1, L2, or L1/2 |
Interface | Interface name associated with the neighbor |
Up Time | Length of time that the interface has been up |
State | State of the adjacency: up, down, new, one-way, initializing, or rejected |
Priority | Priority to become the designated router |
Nbr Sys Typ | Level of the neighbor router: L1, L2, or L1/2 |
Hold/Hold Time | Hold time remaining for the adjacency |
Max Hold | Maximum hold time for the adjacency |
Adj Level | Level of the adjacent router |
MT Enab/MT Enabled | Not applicable |
Topology | Unicast |
This command displays information about the IS-IS link-state database.
If the system ID and LSP ID are not specified, all database entries are listed.
The following outputs are examples of IS-IS database information:
Label | Description |
LSP ID | LSP IDs are auto-assigned by the originating IS-IS node. The LSP ID consists of three sections: the first 6 bytes are the system ID for that node, followed by a single byte value for the pseudonode generated by that router, followed by a fragment byte that starts at 0. For example, if a router’s system ID is 1800.0000.0029, the first LSP ID is 1800.0000.0029.00-00. If there are too many routes, LSP ID 1800.0000.0029.00-01 is created to contain the excess routes. If the router is the designated router (or designated intermediate system ([DIS]) on a broadcast network, a pseudonode LSP is created. Usually the internal circuit ID is used to determine the ID assigned to the pseudonode. For instance, for circuit 4, an LSP pseudonode with ID 1800.0000.0029.04-00 is created. Note: The 7705 SAR learns hostnames and uses the hostname in place of the system ID. |
Sequence | The sequence number of the LSP that allows other systems to determine if they have received the latest information from the source |
Checksum | The checksum of the entire LSP packet |
Lifetime | Length of time, in seconds, that the LSP remains valid |
Attributes | OV: the overload bit is set |
L1: specifies a level 1 router | |
L2: specifies a level 2 router | |
L1L2: specifies a level 1/2 router | |
ATT: the attachment bit is set; when set, the router can act as a level 2 router and can reach other areas |
Label | Description |
LSP ID | LSP IDs are auto-assigned by the originating IS-IS node. The LSP ID consists of three sections: the first 6 bytes are the system ID for that node, followed by a single byte value for the pseudonode generated by that router, followed by a fragment byte that starts at 0. For example, if a router’s system ID is 1800.0000.0029, the first LSP ID is 1800.0000.0029.00-00. If there are too many routes, LSP ID 1800.0000.0029.00-01 is created to contain the excess routes. If the router is the designated router (or designated intermediate system ([DIS]) on a broadcast network, a pseudonode LSP is created. Usually the internal circuit ID is used to determine the ID assigned to the pseudonode. For instance, for circuit 4, an LSP pseudonode with ID 1800.0000.0029.04-00 is created. The 7705 SAR learns hostnames and uses the hostname in place of the system ID. |
Sequence | The sequence number of the LSP that allows other systems to determine if they have received the latest information from the source |
Checksum | The checksum of the entire LSP packet |
Lifetime | Length of time, in seconds, that the LSP remains valid |
Attributes | OV: the overload bit is set |
L1: specifies a level 1 router | |
L2: specifies a level 2 router | |
L1L2: specifies a level 1/2 router | |
ATT: the attachment bit is set; when set, the router can act as a level 2 router and can reach other areas | |
LSP Count | A sum of all the configured level 1 and level 2 LSPs |
LSP ID | A unique identifier for each LSP, consisting of the system ID, pseudonode ID, and LSP name |
Version | The version protocol ID extension – always set to 1 |
Pkt Type | The PDU type number |
PkT Ver | The version protocol ID extension – always set to 1 |
Max Area | The maximum number of area addresses supported |
SysID Len | The length of the system ID field (0 or 6) |
Used Len | The actual length of the PDU |
Alloc Len | The amount of memory space allocated for the LSP |
Area Address | The area addresses to which the router is connected |
Supp Protocols | The supported data protocols |
IS-Hostname | The name of the router from which the LSP originated |
Virtual Flag | 0: level 1 routers report this octet as 0 to all neighbors |
1: indicates that the path to a neighbor is a level 2 virtual path used to repair an area partition | |
Neighbor | The routers running interfaces to which the router is connected |
Internal Reach | A 32-bit metric A bit is added for the up/down transitions resulting from level 2 to level 1 route leaking |
IP Prefix | The IP addresses that the router knows about by externally originated interfaces |
Metrics | The routing metric used in the IS-IS link-state calculations |
This command displays the hostname database.
The following output is an example of hostname database information, and Table 42 describes the fields.
Label | Description |
System ID | The system ID mapped to the hostname |
Hostname | The hostname for the specified system ID |
This command displays the details of the IS-IS interface, which can be identified by IP address or IP interface name. If neither is specified, all in-service interfaces are displayed.
The following outputs are examples of IS-IS interface information:
Label | Description |
Interface | The interface name |
Level | The interface level: L1, L2, or L1L2 |
CircID | The circuit identifier |
Oper State | Up: the interface is operationally up |
Down: the interface is operationally down | |
L1/L2 Metric | Interface metric for level 1 and level 2, if none are set to 0 |
Label | Description |
Interface | The interface name |
Level Capability | The routing level for the IS-IS routing process |
Oper State | Up: the interface is operationally up |
Down: the interface is operationally down | |
Admin State | Up: the interface is administratively up |
Down: the interface is administratively down | |
Auth Type | The authentication type for the interface |
Circuit Id | The circuit identifier |
Retransmit Int. | The length of time, in seconds, that IS-IS will wait before retransmitting an unacknowledged LSP to an IS-IS neighbor |
Type | The interface type: point-to-point or broadcast |
LSP Pacing Int. | The interval between LSPs sent from this interface |
Mesh Group | Indicates whether a mesh group has been configured |
CSNP Int. | The time, in seconds, that complete sequence number PDUs (CSNPs) are sent from the interface |
BFD Enabled | Indicates whether BFD is enabled or disabled |
TE Metric | The TE metric configured for this interface. This metric is flooded out in the TE metric sub-TLV in the IS-IS-TE LSPs. Depending on the configuration, either the TE metric value or the native IS-IS metric value is used in CSPF computations. |
TE State | The MPLS interface TE status from the IS-IS standpoint |
Admin Groups | The bitmap inherited from the MPLS interface that identifies the admin groups to which this interface belongs |
Ldp Sync | Specifies whether the IGP-LDP synchronization feature is enabled or disabled on all interfaces participating in the IS-IS routing protocol |
Ldp Sync Wait | The time to wait for the LDP adjacency to come up |
Ldp Timer State | The state of the LDP sync time left on the IS-IS interface |
LDP TM Left | The time left before IS-IS reverts back to advertising normal metrics for this interface |
Route Tag | The route tag for this interface |
Level | The interface level |
Adjacencies | The number of adjacencies for this interface |
Desg. IS | The designated IS for this interface |
Auth Type | The authentication type for the interface level |
Metric | Indicates whether a metric has been configured for the interface level |
Hello Timer | The interval between IS-IS Hello PDUs issued on the interface at this level |
Hello Mult. | Not applicable |
Priority | The priority of the IS-IS interface that is used in an election of the designated router on a multi-access network |
IPv6-Ucast-Met | Not applicable |
Passive | Indicates if passive mode is enabled or disabled; if enabled, the interface is advertised as an IS-IS interface without running the IS-IS protocol |
This command displays the routes in the IS-IS routing table.
The following output is an example of IS-IS route information, and Table 45 describes the fields.
Label | Description |
Prefix | The route prefix and mask |
Metric MT | The metric of the route |
Lvl/Typ | The level (1 or 2) and the route type (internal or external) |
Ver. | The SPF version that generated the route |
SysID/Hostname | The hostname for the specific system ID |
NextHop | The system ID of the next hop (or the hostname, if possible) |
This command displays information about shortest path first (SPF) calculations.
The following output is an example of SPF information, and Table 46 describes the fields for both summary and detailed outputs.
Label | Description |
Node | The route node and mask |
Interface | The outgoing interface name for the route |
Nexthop | The system ID next hop or hostname |
Metric | The metric of the route |
SNPA | The subnetwork point of attachment where a router is physically connected to a subnetwork |
This command displays the last 20 SPF events.
The following output is an example of SPF events, and Table 47 describes the fields.
Label | Description |
When | The timestamp when the SPF run started on the system |
Duration | The time (in hundredths of seconds) required to complete the SPF run |
L1 Nodes | The number of level 1 nodes involved in the SPF run |
L2 Nodes | The number of level 2 nodes involved in the SPF run |
Event Count | The number of SPF events that triggered the SPF calculation |
Log Entries | The total number of log entries |
This command displays information about IS-IS traffic statistics.
The following output is an example of IS-IS statistical information, and Table 48 describes the fields.
Label | Description |
Purge Initiated | The number of times that purges have been initiated |
SPF Runs | The number of times that SPF calculations have been made |
LSP Regens | The number of LSP regenerations |
Requests | The number of CSPF requests made to the protocol |
Paths Found | The number of responses to CSPF requests for which paths satisfying the constraints were found |
PDU Type | The PDU (packet) type |
Received | The number of LSPs received by this instance of the protocol |
Processed | The number of LSPs processed by this instance of the protocol |
Dropped | The number of LSPs dropped by this instance of the protocol |
Sent | The number of LSPs sent out by this instance of the protocol |
Retransmitted | The number of LSPs that had to be retransmitted by this instance of the protocol |
This command displays the general status of IS-IS.
The following output is an example of IS-IS status information, and Table 49 describes the fields.
Label | Description |
System Id | The system ID mapped to the hostname |
Admin State | Up: IS-IS is administratively up |
Down: IS-IS is administratively down | |
IPv4 Routing | Enabled: IPv4 routing is enabled |
Disabled: IPv4 routing is disabled | |
IPv6 Routing | Enabled: IPv6 routing is enabled |
Disabled: IPv6 routing is disabled | |
Last Enabled | The date and time that IS-IS was last enabled on the router |
Level Capability | The routing level for the IS-IS routing process |
Authentication Check | True: all IS-IS mismatched packets are rejected |
False: authentication is performed on received IS-IS protocol packets but mismatched packets are not rejected | |
Authentication Type | The method of authentication used to verify the authenticity of packets sent by neighboring routers on an IS-IS interface |
CSNP-Authentication | Indicates whether authentication of CSNP packets is enabled |
HELLO-Authentication | Indicates whether authentication of Hello packets is enabled |
PSNP Authentication | Indicates whether authentication of PSNP packets is enabled |
Traffic Engineering | Enabled: TE is enabled for the router |
Disabled: TE is disabled; TE metrics are not generated and are ignored when received by this node | |
LSP Lifetime | Length of time that the LSPs originated by the router are to be considered valid by other routers in the domain |
LSP Wait | Length of time that the router will generate the first, second, and subsequent LSPs |
Adjacency Check | Type of adjacency check – always loose |
L1 Auth Type | The method of authentication used to verify the authenticity of packets sent by neighboring routers to an IS-IS level 1 router |
L2 Auth Type | The method of authentication used to verify the authenticity of packets sent by neighboring routers to an IS-IS level 2 router |
L1 CSNP-Authentication | Indicates whether authentication of CSNP packets is enabled on the level 1 router |
L1 HELLO-Authentication | Indicates whether authentication of Hello packets is enabled on the level 1 router |
L1 PSNP Authentication | Indicates whether authentication of PSNP packets is enabled on the level 1 router |
L1 Preference | The preference level for level 1 internal routes |
L2 Preference | The preference level for level 2 internal routes |
L1 Ext. Preference | The preference level for level 1 external routes |
L2 Ext. Preference | The preference level for level 2 external routes |
L1 Wide Metrics | Indicates whether wide metrics are enabled or disabled for level 1 routers |
L2 Wide Metrics | Indicates whether wide metrics are enabled or disabled for level 2 routers |
L1 LSDB Overload | Indicates whether link-state database overload is enabled or disabled for level 1 routers |
L2 LSDB Overload | Indicates whether link-state database overload is enabled or disabled for level 2 routers |
L1 LSPs | Number of LSPs sent on the level 1 router interface |
L2 LSPs | Number of LSPs sent on the level 2 router interface |
Last SPF | Date and time that the last SPF calculation was performed |
SPF Wait | Length of time that the first, second, and subsequent SPF calculations are initiated after a topology change occurs |
Export Policies | Indicates if export policies are applied to the router |
Area Addresses | The number of area addresses (area IDs) configured for the router |
LDP Sync Admin State | Indicates whether the IGP-LDP synchronization feature is enabled or disabled on all interfaces participating in the IS-IS routing protocol |
LDP-over-RSVP | Indicates whether LDP over RSVP processing is enabled in IS-IS |
IID TLV | Indicates whether the IID TLV is enabled or disabled for this IS-IS instance |
All-L1-MacAddr | Indicates the MAC address used by this level 1 router interface. For the default (base) IS-IS instance, the MAC address is 01:80:c2:00:00:14. For all other IS-IS instances, the MAC address is 01:00:5e:90:00:02. |
All-L2-MacAddr | Indicates the MAC address used by this level 2 router interface. For the default (base) IS-IS instance, the MAC address is 01:80:c2:00:00:15. For all other IS-IS instances, the MAC address is 01:00:5e:90:00:03. |
This command displays IS-IS summary addresses.
The following output is an example of IS-IS summary address information, and Table 50 describes the fields.
Label | Description |
Address | The IP address |
Level | The IS-IS level from which the prefix should be summarized |
Tag | The IS-IS tag (if any) assigned to this summary address |
This command displays IS-IS topology information.
The following output is an example of IS-IS topology information, and Table 51 describes the fields.
Label | Description |
Node | The IP address |
Interface | The interface name |
Nexthop | The next hop IP address |
This command enables the context to clear IS-IS information.
This command clears and resets the entries from the IS-IS adjacency database.
This command removes the entries from the IS-IS link-state database that contains information about PDUs.
This command re-evaluates the route policies for IS-IS.
This command clears the SPF log.
This command clears and resets all IS-IS statistics.
This command enables the context to debug IS-IS information.
This command enables or disables debugging for IS-IS adjacency.
This command enables or disables debugging for an IS-IS constraint-based shortest path first (CSPF).
This command enables or disables debugging for an IS-IS interface.
This command enables or disables debugging for IS-IS leaks.
This command enables or disables debugging for the IS-IS link-state database.
This command enables or disables debugging for miscellaneous IS-IS events.
This command enables or disables debugging for IS-IS packets.
This command enables or disables debugging for the IS-IS routing table manager.
This command enables or disables debugging for IS-IS SPF.
This command enables the context to monitor IS-IS information.
This command enables monitoring statistics for IS-IS instances.
The following output is an example of a router IS-IS instance statistics information.