Table Of Contents
match clns address
match clns next-hop
match clns route-source
match interface (ISO CLNS)
match metric (ISO CLNS)
match route-type (ISO CLNS)
metric weights (ISO CLNS)
redistribute (ISO CLNS)
route-map (ISO CLNS)
router iso-igrp
set level (ISO CLNS)
set metric (ISO CLNS)
set metric-type (ISO CLNS)
set tag (ISO CLNS)
show clns cache
show clns es-neighbors
show clns filter-expr
show clns filter-set
show clns interface
show clns is-neighbors
show clns neighbor areas
show clns neighbors
show clns protocol
show clns route
show clns traffic
show clns
show isis route
show tarp blacklisted-adjacencies
show tarp host
show tarp interface
show tarp ldb
show tarp map
show tarp static-adjacencies
show tarp tid-cache
show tarp traffic
show tarp
tarp allow-caching
tarp arp-request-timer
tarp blacklist-adjacency
tarp cache-timer
tarp enable
tarp global-propagate
tarp ldb-timer
tarp lifetime
tarp map
tarp nselector-type
tarp originate
tarp post-t2-response-timer
tarp propagate
tarp protocol-type
tarp query
tarp resolve
tarp route-static
tarp run
tarp sequence-number
tarp t1-response-timer
tarp t2-response-timer
tarp tid
tarp urc
timers basic (ISO CLNS)
which-route
match clns address
To define the match criterion, use the match clns address command in route-map configuration mode. Routes that have a network address matching one or more of the names—and that satisfy all other defined match criteria—will be redistributed. To remove the match criterion, use the no form of this command.
match clns address name [name...name]
no match clns address name [name...name]
Syntax Description
name
|
Name of a standard access list, filter set, or expression.
|
Defaults
Disabled
Command Modes
Route-map configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Use the route-map global configuration command, and the route-map configuration commands match and set, to define the conditions for redistributing routes from one routing protocol into another. Each route-map command has a list of match and set commands associated with it. The match commands specify the match criteria—the conditions under which redistribution is allowed for the current route-map command. The set commands specify the set actions—the particular redistribution actions to perform if the criteria enforced by the match commands are met. The no route-map command deletes the route map.
The match route-map configuration command has multiple formats. The match commands may be given in any order, and all defined match criteria must be satisfied to cause the route to be redistributed according to the set actions given with the set commands. The no forms of the match commands remove the specified match criteria.
Examples
In the following configuration, an ISO IGRP-learned route with a prefix 49.0001.0002 will be redistributed if it satisfies the CLNS address matching criterion:
redistribute iso-igrp remote route-map ourmap
match clns address ourprefix
clns filter-set ourprefix permit 49.0001.0002...
Related Commands
Command
|
Description
|
match clns next-hop
|
Defines the next-hop match criterion.
|
match clns route-source
|
Defines the route-source match criterion.
|
match interface (ISO CLNS)
|
Defines the interface match criterion.
|
match metric (ISO CLNS)
|
Defines the metric match criterion.
|
match route-type (ISO CLNS)
|
Defines the route-type match criterion.
|
redistribute (ISO CLNS)
|
Redistributes routing information from one domain into another routing domain.
|
route-map (ISO CLNS)
|
Defines the conditions for redistributing routes from one routing protocol into another.
|
set level (ISO CLNS)
|
Specifies the routing level of routes to be advertised into a specified area of the routing domain.
|
set metric (ISO CLNS)
|
Sets the metric value to give the redistributed routes.
|
set metric-type (ISO CLNS)
|
Sets the metric type to give redistributed routes.
|
set tag (ISO CLNS)
|
Sets a tag value to associate with the redistributed routes.
|
match clns next-hop
To define the next-hop match criterion, use the match clns next-hop command in route-map configuration mode. Routes that have a next-hop router address matching one of the names—and that satisfy all other defined match criteria—will be redistributed. To remove the match criterion, use the no form of this command.
match clns next-hop name [name...name]
no match clns next-hop name [name...name]
Syntax Description
name
|
Name of an access list, filter set, or expression.
|
Defaults
Disabled
Command Modes
Route-map configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Use the route-map global configuration command, and the route-map configuration commands match and set, to define the conditions for redistributing routes from one routing protocol into another. Each route-map command has a list of match and set commands associated with it. The match commands specify the match criteria—the conditions under which redistribution is allowed for the current route-map command. The set commands specify the set actions—the particular redistribution actions to perform if the criteria enforced by the match commands are met. The no route-map command deletes the route map.
The match route-map configuration command has multiple formats. The match commands may be given in any order, and all defined match criteria must be satisfied to cause the route to be redistributed according to the set actions given with the set commands. The no forms of the match commands remove the specified match criteria.
Examples
In the following configuration, an ISO IGRP-learned route with a prefix 49.0001.0002 will be redistributed if it satisfies the CLNS next-hop matching criterion:
redistribute iso-igrp remote route-map ourmap
match clns next-hop ourprefix
clns filter-set ourprefix permit 49.0001.0002...
Related Commands
Command
|
Description
|
match clns address
|
Defines the match criterion.
|
match clns route-source
|
Defines the route-source match criterion.
|
match interface (ISO CLNS)
|
Defines the interface match criterion.
|
match metric (ISO CLNS)
|
Defines the metric match criterion.
|
match route-type (ISO CLNS)
|
Defines the route-type match criterion.
|
redistribute (ISO CLNS)
|
Redistributes routing information from one domain into another routing domain.
|
route-map (ISO CLNS)
|
Defines the conditions for redistributing routes from one routing protocol into another.
|
set level (ISO CLNS)
|
Specifies the routing level of routes to be advertised into a specified area of the routing domain.
|
set metric (ISO CLNS)
|
Sets the metric value to give the redistributed routes.
|
set metric-type (ISO CLNS)
|
Sets the metric type to give redistributed routes.
|
set tag (ISO CLNS)
|
Sets a tag value to associate with the redistributed routes.
|
match clns route-source
To define the route-source match criterion, use the match clns route-source command in route-map configuration mode. Routes that have been advertised by routers at the address specified by the name—and that satisfy all other defined match criteria—will be redistributed. To remove the specified match criterion, use the no form of this command.
match clns route-source name [name...name]
no match clns route-source name [name...name]
Syntax Description
name
|
Name of access list, filter set, or expression.
|
Defaults
Disabled
Command Modes
Route-map configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Use the route-map global configuration command, and the route-map configuration commands match and set, to define the conditions for redistributing routes from one routing protocol into another. Each route-map command has a list of match and set commands associated with it. The match commands specify the match criteria—the conditions under which redistribution is allowed for the current route-map command. The set commands specify the set actions—the particular redistribution actions to perform if the criteria enforced by the match commands are met. The no route-map command deletes the route map.
The match route-map configuration command has multiple formats. The match commands may be given in any order, and all defined match criteria must be satisfied to cause the route to be redistributed according to the set actions given with the set commands. The no forms of the match commands remove the specified match criteria.
Examples
In the following configuration, an ISO IGRP-learned route with a prefix 49.0001.0002 will be redistributed if it satisfies the CLNS route-source matching criterion:
redistribute iso-igrp remote route-map ourmap
match clns route-source ourprefix
clns filter-set ourprefix permit 49.0001.0002...
Related Commands
Command
|
Description
|
match clns address
|
Defines the match criterion.
|
match clns next-hop
|
Defines the next-hop match criterion.
|
match interface (ISO CLNS)
|
Defines the interface match criterion.
|
match metric (ISO CLNS)
|
Defines the metric match criterion.
|
match route-type (ISO CLNS)
|
Defines the route-type match criterion.
|
redistribute (ISO CLNS)
|
Redistributes routing information from one domain into another routing domain.
|
route-map (ISO CLNS)
|
Defines the conditions for redistributing routes from one routing protocol into another.
|
set level (ISO CLNS)
|
Specifies the routing level of routes to be advertised into a specified area of the routing domain.
|
set metric (ISO CLNS)
|
Sets the metric value to give the redistributed routes.
|
set metric-type (ISO CLNS)
|
Sets the metric type to give redistributed routes.
|
set tag (ISO CLNS)
|
Sets a tag value to associate with the redistributed routes.
|
match interface (ISO CLNS)
To define the interface match criterion, use the match interface command in route-map configuration mode. Routes that have the next hop out one of the interfaces specified—and that satisfy all other defined match criteria—will be redistributed. To remove the specified match criterion, use the no form of this command.
match interface type number [type number...type number]
no match interface type number [type number...type number]
Syntax Description
type
|
Interface type.
|
number
|
Interface number.
|
Defaults
Disabled
Command Modes
Route-map configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Use the route-map global configuration command, and the route-map configuration commands match and set, to define the conditions for redistributing routes from one routing protocol into another. Each route-map command has a list of match and set commands associated with it. The match commands specify the match criteria—the conditions under which redistribution is allowed for the current route-map command. The set commands specify the set actions—the particular redistribution actions to perform if the criteria enforced by the match commands are met. The no route-map command deletes the route map.
The match route-map configuration command has multiple formats. The match commands may be given in any order, and all defined match criteria must be satisfied to cause the route to be redistributed according to the set actions given with the set commands. The no forms of the match commands remove the specified match criteria.
Examples
In the following configuration, an ISO IGRP-learned route with a prefix 49.0001.0002 will be redistributed if it satisfies the interface (ISO CLNS) matching criterion:
redistribute rip route-map ourmap
redistribute iso-igrp remote route-map ourmap
match interface ethernet2
Related Commands
Command
|
Description
|
match clns address
|
Defines the match criterion.
|
match clns next-hop
|
Defines the next-hop match criterion.
|
match clns route-source
|
Defines the route-source match criterion.
|
match interface (ISO CLNS)
|
Defines the route-source match criterion.
|
match metric (ISO CLNS)
|
Defines the metric match criterion.
|
match route-type (ISO CLNS)
|
Defines the route-type match criterion.
|
redistribute (ISO CLNS)
|
Redistributes routing information from one domain into another routing domain.
|
route-map (ISO CLNS)
|
Defines the conditions for redistributing routes from one routing protocol into another.
|
set level (ISO CLNS)
|
Specifies the routing level of routes to be advertised into a specified area of the routing domain.
|
set metric (ISO CLNS)
|
Specifies the routing level of routes to be advertised into a specified area of the routing domain.
|
set metric-type (ISO CLNS)
|
Sets the metric type to give redistributed routes.
|
set tag (ISO CLNS)
|
Sets a tag value to associate with the redistributed routes.
|
match metric (ISO CLNS)
To define the metric match criterion, use the match metric command in route-map configuration mode. Routes that have the specified metric—and satisfy all other defined match criteria—will be redistributed. To remove the specified match criterion, use the no form of this command.
match metric metric-value
no match metric metric-value
Syntax Description
metric-value
|
Route metric. This can be an Interior Gateway Routing Protocol (IGRP) five-part metric.
|
Defaults
Disabled
Command Modes
Route-map configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Use the route-map global configuration command, and the route-map configuration commands match and set, to define the conditions for redistributing routes from one routing protocol into another. Each route-map command has a list of match and set commands associated with it. The match commands specify the match criteria—the conditions under which redistribution is allowed for the current route-map command. The set commands specify the set actions—the particular redistribution actions to perform if the criteria enforced by the match commands are met. The no route-map command deletes the route map.
The match route-map configuration command has multiple formats. The match commands may be given in any order, and all defined match criteria must be satisfied to cause the route to be redistributed according to the set actions given with the set commands. The no forms of the match commands remove the specified match criteria.
Examples
In the following configuration, an ISO IGRP-learned route with a prefix 49.0001.0002 will be redistributed if it satisfies the metric (ISO CLNS) matching criterion:
redistribute rip route-map ourmap
redistribute iso-igrp remote route-map ourmap
clns filter-set ourprefix permit 49.0001.0002...
Related Commands
Command
|
Description
|
match clns address
|
Defines the match criterion.
|
match clns next-hop
|
Defines the next-hop match criterion.
|
match clns route-source
|
Defines the route-source match criterion.
|
match interface (ISO CLNS)
|
Defines the route-source match criterion.
|
match route-type (ISO CLNS)
|
Defines the route-type match criterion.
|
redistribute (ISO CLNS)
|
Redistributes routing information from one domain into another routing domain.
|
route-map (ISO CLNS)
|
Defines the conditions for redistributing routes from one routing protocol into another.
|
set level (ISO CLNS)
|
Specifies the routing level of routes to be advertised into a specified area of the routing domain.
|
set metric (ISO CLNS)
|
Specifies the routing level of routes to be advertised into a specified area of the routing domain.
|
set metric-type (ISO CLNS)
|
Sets the metric type to give redistributed routes.
|
set tag (ISO CLNS)
|
Sets a tag value to associate with the redistributed routes.
|
match route-type (ISO CLNS)
To define the route-type match criterion, use the match route-type command in route-map configuration mode. Routes that have the specified route type—and satisfy all other defined match criteria—will be redistributed. To remove the specified match criterion, use the no form of this command.
match route-type {level-1 | level-2}
no match route-type {level-1 | level-2}
Syntax Description
level-1
|
IS-IS Level 1 routes.
|
level-2
|
IS-IS Level 2 routes.
|
Defaults
Disabled
Command Modes
Route-map configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Use the route-map global configuration command, and the route-map configuration commands match and set, to define the conditions for redistributing routes from one routing protocol into another. Each route-map command has a list of match and set commands associated with it. The match commands specify the match criteria—the conditions under which redistribution is allowed for the current route-map command. The set commands specify the set actions—the particular redistribution actions to perform if the criteria enforced by the match commands are met. The no route-map command deletes the route map.
The match route-map configuration command has multiple formats. The match commands may be given in any order, and all defined match criteria must be satisfied to cause the route to be redistributed according to the set actions argument given with the set commands. The no forms of the match commands remove the specified match criteria.
Examples
In the following configuration, an ISO IGRP-learned route with a prefix 49.0001.0002 will be redistributed if it satisfies the route-type (ISO CLNS) matching criterion:
redistribute rip route-map ourmap
redistribute iso-igrp remote route-map ourmap
clns filter-set ourprefix permit 49.0001.0002...
Related Commands
Command
|
Description
|
match clns address
|
Defines the match criterion.
|
match clns next-hop
|
Defines the next-hop match criterion.
|
match clns route-source
|
Defines the route-source match criterion.
|
match interface (ISO CLNS)
|
Defines the route-source match criterion.
|
match metric (ISO CLNS)
|
Defines the metric match criterion.
|
redistribute (ISO CLNS)
|
Redistributes routing information from one domain into another routing domain.
|
route-map (ISO CLNS)
|
Defines the conditions for redistributing routes from one routing protocol into another.
|
set level (ISO CLNS)
|
Specifies the routing level of routes to be advertised into a specified area of the routing domain.
|
set metric (ISO CLNS)
|
Specifies the routing level of routes to be advertised into a specified area of the routing domain.
|
set metric-type (ISO CLNS)
|
Sets the metric type to give redistributed routes.
|
set tag (ISO CLNS)
|
Sets a tag value to associate with the redistributed routes.
|
metric weights (ISO CLNS)
To specify different metrics for the ISO IGRP routing protocol on CLNS, use the metric weights command in router configuration mode. This command allows you to configure the metric constants used in the ISO IGRP composite metric calculation of reliability and load. To return the five k arguments to their default values, use the no form of this command.
metric weights qos k1 k2 k3 k4 k5
no metric weights
Syntax Description
qos
|
QoS defines transmission quality and availability of service. The argument must be 0, the default metric.
|
k1, k2, k3, k4, k5
|
Values that apply to ISO IGRP for the default metric QoS. The k values are metric constants used in the ISO IGRP equation that converts an IGRP metric vector into a scalar quantity. They are numbers from 0 to 127; higher numbers mean a greater multiplier effect.
|
Defaults
qos: 0
k1: 1
k2: 0
k3: 1
k4: 0
k5: 0
Command Modes
Router configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Two additional ISO IGRP metrics can be configured. These are the bandwidth and delay associated with an interface.
Note
Using the bandwidth and delay interface configuration commands to change the values of the ISO IGRP metrics also changes the values of IP IGRP metrics.
By default, the IGRP composite metric is a 24-bit quantity that is a sum of the segment delays and the lowest segment bandwidth (scaled and inverted) for a given route. For a network of homogeneous media, this metric reduces to a hop count. For a network of mixed media (FDDI, Ethernet, and serial lines running from 9600 bps to T1 rates), the route with the lowest metric reflects the most desirable path to a destination.
Use this command to alter the default behavior of IGRP routing and metric computation and allow the tuning of the IGRP metric calculation for QoS.
If k5 equals 0, the composite IGRP metric is computed according to the following formula:
metric = [K1 * bandwidth + (K2 * bandwidth) / (256 - load) + K3 * delay]
If k5 does not equal zero, the following additional operation is done:
metric = metric * [K5 / (reliability + K4)]
The default version of IGRP has both k1 and k3 equal to 1, and k2, k4, and k5 equal to 0.
Delay is in units of 10 microseconds. This gives a range of 10 microseconds to 168 seconds. A delay of all ones indicates that the network is unreachable.
Bandwidth is inverse minimum bandwidth of the path in bits per second scaled by a factor of 10e10. The range is 1200 bps to 10 Gbps.
Table 8 lists the default values used for several common media.
Table 8 Bandwidth Values by Media Type
Media Type
|
Delay
|
Bandwidth
|
Satellite
|
200,000 (2 sec)
|
20 (500 Mbit)
|
Ethernet
|
100 (1 ms)
|
1,000
|
1.544 Mbps
|
2000 (20 ms)
|
6,476
|
64 kbps
|
2000
|
156,250
|
56 kbps
|
2000
|
178,571
|
10 kbps
|
2000
|
1,000,000
|
1 kbps
|
2000
|
10,000,000
|
Reliability is given as a fraction of 255. That is, 255 is 100 percent reliability or a perfectly stable link. Load is given as a fraction of 255. A load of 255 indicates a completely saturated link.
Examples
The following example sets all five metric constants:
metric weights 0 2 0 1 0 0
Related Commands
Command
|
Description
|
bandwidth (interface)
|
Sets a bandwidth value for an interface.
|
delay
|
Sets a delay value for an interface.
|
redistribute (ISO CLNS)
To redistribute routes from one routing domain into another routing domain, use the redistribute command in router configuration mode. To disable redistribution, or to disable any of the specified keywords, use the no form of this command.
redistribute protocol [tag] [route-map map-tag]
no redistribute protocol [tag] [route-map map-tag] static [clns | ip]
Syntax Description
protocol
|
Type of other routing protocol that is to be redistributed as a source of routes into the current routing protocol being configured. The keywords supported are iso-igrp, isis, and static.
|
tag
|
(Optional) Meaningful name for a routing process.
|
route-map map-tag
|
(Optional) Route map should be interrogated to filter the importation of routes from this source routing protocol to the current routing protocol. If not specified, all routes are redistributed. If this keyword is specified, but no route map tags are listed, no routes will be imported. The argument map-tag is the identifier of a configured route map.
|
static
|
Keyword static is used to redistribute static routes. When used without the optional keywords, Cisco IOS software injects any OSI static routes into an OSI domain.
|
clns
|
(Optional) Keyword clns is used when redistributing OSI static routes into an IS-IS domain.
|
ip
|
(Optional) Keyword ip is used when redistributing IP into an IS-IS domain.
|
Defaults
Disabled, except for static routes, which by default are redistributed into IS-IS routing domains but are not redistributed into ISO IGRP domains. The keyword clns is the default with the keyword static.
Command Modes
Router configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
When used with IS-IS, the redistribute command causes the routes learned by the routing process tag to be advertised in the IS-IS routing process. Static routes are always redistributed into IS-IS unless a no redistribute static command is performed. Redistribution only occurs for Level 2 routing.
You can specify more than one IS-IS process per router. Cisco IOS Release 12.1 provides multi-area support where each IS-IS process can handle a separate level-1 area. To create more than one level-1 IS-IS routing process, use the clns router isis command in interface configuration mode. You must use the area tag argument for multiarea IS-IS configuration, in order to define a meaningful name for each routing process. See the clns router isis command for more information.
When used with ISO IGRP, if you have a router that is in two routing domains, you might want to redistribute routing information between the two domains. The redistribute router configuration command configures which routes are redistributed into the ISO IGRP domain. It is not necessary to use redistribution between areas.
The tag argument must be unique among all CLNS router processes for a given router. This tag should be the same as defined for the routing process in the router iso-igrp global configuration command.
Static routes are only redistributed into ISO IGRP when a redistribute static command is entered. The default is to not redistribute static routes into ISO IGRP. Only the router that injects the static route needs to have a redistribute static command defined. This command is needed only when you run ISO IGRP.
Examples
The following example illustrates redistribution of ISO IGRP routes of Michigan and ISO IGRP routes of Ohio into the IS-IS area tagged USA:
redistribute iso-igrp Michigan
redistribute iso-igrp Ohio
The following example illustrates redistribution of IS-IS routes of France and ISO IGRP routes of Germany into the ISO IGRP area tagged Backbone:
redistribute iso-igrp Germany
In the following example, the router advertises any static routes it knows about in the Chicago domain:
Related Commands
Command
|
Description
|
route-map (ISO CLNS)
|
Defines the conditions for redistributing routes from one routing protocol into another.
|
route-map (ISO CLNS)
To define the conditions for redistributing routes from one routing protocol into another, use the route-map command in global configuration mode. To delete the route map, use the no form of this command.
route-map map-tag {permit | deny} sequence-number
no route-map map-tag {permit | deny} sequence-number
Syntax Description
map-tag
|
Meaningful name for the route map. The redistribute command uses this name to reference this route map. Multiple route-maps can share the same map tag name. Can either be an expression or a filter set.
|
permit
|
If the match criteria are met for this route map, and permit is specified, the route is redistributed as controlled by the set actions. If the match criteria are not met, and permit is specified, the next route map with the same map-tag is tested. If a route passes none of the match criteria for the set of route maps sharing the same name, it is not redistributed by that set.
|
deny
|
If the match criteria are met for the route map, and deny is specified, the route is not redistributed, and no further route maps sharing the same map tag name will be examined.
|
sequence-number
|
Number that indicates the position a new route map is to have in the list of route maps already configured with the same name. If given with the no form of this command, it specifies the position of the route map that should be deleted.
|
Defaults
The permit keyword is the default.
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Use the route-map global configuration command, and the route-map configuration commands match and set, to define the conditions for redistributing routes from one routing protocol into another. Each route-map command has a list of match and set commands associated with it. The match commands specify the match criteria—the conditions under which redistribution is allowed for the current route-map command. The set commands specify the set actions—the particular redistribution actions to perform if the criteria enforced by the match commands are met.The no route-map command deletes the route map.
The match route-map configuration command has multiple formats. The match commands can be given in any order, and all match commands must "pass" to cause the route to be redistributed according to the set actions given with the set commands. The no forms of the match commands remove the specified match criteria.
Use route maps when you want detailed control over how routes are redistributed between routing processes. The destination routing protocol is the one you specify with the router global configuration command. The source routing protocol is the one you specify with the redistribute router configuration command. See the "Examples" section for an illustration of how route maps are configured.
When you are passing routes through a route map, a route map can have several parts. Any route that does not match at least one match clause relating to a route-map command will be ignored; that is, the route will not be advertised for outbound route maps and will not be accepted for inbound route maps. If you want to modify only some data, you must configure a second route map section with an explicit match specified.
Examples
The following example redistributes Routing Information Protocol (RIP) routes with a hop count equal to 1 into Open Shortest Path First (OSPF). These routes will be redistributed into OSPF as external link-state advertisements (LSAs) with a metric of 5, metric type of Type 1, and a tag equal to 1.
redistribute rip route-map rip-to-ospf
route-map rip-to-ospf permit
Related Commands
Command
|
Description
|
match clns address
|
Defines the match criterion.
|
match clns next-hop
|
Defines the next-hop match criterion.
|
match clns route-source
|
Defines the route-source match criterion.
|
match interface (ISO CLNS)
|
Defines the interface match criterion.
|
redistribute (ISO CLNS)
|
Redistributes routing information from one domain into another routing domain.
|
set level (ISO CLNS)
|
Specifies the routing level of routes to be advertised into a specified area of the routing domain.
|
set metric (ISO CLNS)
|
Sets the metric value to give the redistributed routes.
|
set metric-type (ISO CLNS)
|
Sets the metric type to give redistributed routes.
|
set tag (ISO CLNS)
|
Sets a tag value to associate with the redistributed routes.
|
router iso-igrp
To identify the area that the router will work in and let it know that it will be routing dynamically using the ISO IGRP protocol, use the router iso-igrp command in global configuration mode. To disable ISO IGRP routing for the system, use the no form of this command with the appropriate tag.
router iso-igrp [tag]
no router iso-igrp [tag]
Syntax Description
tag
|
(Optional) Meaningful name for a routing process. For example, you could define a routing process named Finance for the Finance department, and another routing process named Marketing for the Marketing department. If not specified, a null tag is assumed. The tag argument must be unique among all CLNS router processes for a given router.
|
Defaults
Disabled
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Creating a name for a routing process means that you use names when configuring routing. You can specify up to ten ISO IGRP processes.
Examples
The following example specifies a router in Manufacturing. The command must be typed on one line.
router iso-igrp Manufacturing
Related Commands
Command
|
Description
|
clns router iso-igrp
|
Specifies ISO IGRP routing on a specified interface.
|
redistribute (ISO CLNS)
|
Redistributes routing information from one domain into another routing domain.
|
set level (ISO CLNS)
To specify the routing level of routes to be advertised into a specified area of the routing domain, use the set level command in route-map configuration mode. To disable advertising the specified routing level into a specified area, use the no form of this command.
set level {level-1 | level-2 | level-1-2}
no set level {level-1 | level-2 | level-1-2}
Syntax Description
level-1
|
Inserted in IS-IS Level 1 link-state PDUs.
|
level-2
|
Inserted in IS-IS Level 2 link-state PDUs. For IS-IS destinations, level-2 is the default.
|
level-1-2
|
Inserted into both Level 1 and Level 2 IS-IS link-state PDUs.
|
Defaults
Disabled
Command Modes
Route-map configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Use the route-map global configuration command, and the route-map configuration commands match and set, to define the conditions for redistributing routes from one routing protocol into another. Each route-map command has a list of match and set commands associated with it. The match commands specify the match criteria—the conditions under which redistribution is allowed for the current route-map command. The set commands specify the redistribution set actions—the particular redistribution actions to perform if the criteria enforced by the match commands are met. When all match criteria are met, all set actions are performed. The no route-map command deletes the route map.
Examples
Given the following configuration, a RIP-learned route for network 160.89.0.0 and an ISO IGRP-learned route with prefix 49.0001.0002 will be redistributed into an IS-IS Level 2 link-state PDU with metric 5:
redistribute rip route-map ourmap
redistribute iso-igrp remote route-map ourmap
match clns address ourprefix
access-list 1 permit 160.89.0.0 0.0.255.255
clns filter-set ourprefix permit 49.0001.0002...
Related Commands
Command
|
Description
|
match clns address
|
Defines the match criterion.
|
match clns next-hop
|
Defines the next-hop match criterion.
|
match clns route-source
|
Defines the route-source match criterion.
|
match interface (ISO CLNS)
|
Defines the interface match criterion.
|
match metric (ISO CLNS)
|
Defines the metric match criterion.
|
match route-type (ISO CLNS)
|
Sets the metric type to give redistributed routes.
|
redistribute (ISO CLNS)
|
Redistributes routing information from one domain into another routing domain.
|
route-map (ISO CLNS)
|
Defines the conditions for redistributing routes from one routing protocol into another.
|
set metric (ISO CLNS)
|
Sets the metric value to give the redistributed routes.
|
set metric-type (ISO CLNS)
|
Sets the metric type to give redistributed routes.
|
set tag (ISO CLNS)
|
Sets a tag value to associate with the redistributed routes.
|
set metric (ISO CLNS)
To change the metric value used to redistribute routes, use the set metric command in route-map configuration mode. To reinstate the original metric values, use the no form of this command.
set metric metric-value
no set metric metric-value
Syntax Description
metric-value
|
Route metric. This can be an IGRP five-part metric.
|
Defaults
Disabled
Command Modes
Route-map configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Use the route-map global configuration command, and the route-map configuration commands match and set, to define the conditions for redistributing routes from one routing protocol into another. Each route-map command has a list of match and set commands associated with it. The match commands specify the match criteria—the conditions under which redistribution is allowed for the current route-map command. The set commands specify the redistribution set actions—the particular redistribution actions to perform if the criteria enforced by the match commands are met. When all match criteria are met, all set actions are performed. The no route-map command deletes the route map.
Examples
Given the following configuration, a RIP-learned route for network 172.16.0.0 and an ISO IGRP-learned route with prefix 49.0001.0002 will be redistributed into an IS-IS Level 2 link-state PDU with metric 5:
redistribute rip route-map ourmap
redistribute iso-igrp remote route-map ourmap
match clns address ourprefix
access-list 1 permit 172.16.0.0 0.0.255.255
clns filter-set ourprefix permit 49.0001.0002...
Related Commands
Command
|
Description
|
match clns address
|
Defines the match criterion.
|
match clns next-hop
|
Defines the next-hop match criterion.
|
match clns route-source
|
Defines the route-source match criterion.
|
match interface (ISO CLNS)
|
Defines the interface match criterion.
|
match metric (ISO CLNS)
|
Defines the metric match criterion.
|
match route-type (ISO CLNS)
|
Sets the metric type to give redistributed routes.
|
redistribute (ISO CLNS)
|
Redistributes routing information from one domain into another routing domain.
|
route-map (ISO CLNS)
|
Defines the conditions for redistributing routes from one routing protocol into another.
|
set level (ISO CLNS)
|
Specifies the routing level of routes to be advertised into a specified area of the routing domain.
|
set metric-type (ISO CLNS)
|
Sets the metric type to give redistributed routes.
|
set tag (ISO CLNS)
|
Sets a tag value to associate with the redistributed routes.
|
set metric-type (ISO CLNS)
To set the metric type for redistributed routes, use the set metric-type command in route-map configuration mode. To reinstate the original metric type, use the no form of this command.
set metric-type {internal | external}
no set metric-type {internal | external}
Syntax Description
internal
|
IS-IS internal metric.
|
external
|
IS-IS external metric.
|
Defaults
Disabled
Command Modes
Route-map configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Use the route-map global configuration command, and the route-map configuration commands match and set, to define the conditions for redistributing routes from one routing protocol into another. Each route-map command has a list of match and set commands associated with it. The match commands specify the match criteria—the conditions under which redistribution is allowed for the current route-map command. The set commands specify the redistribution set actions—the particular redistribution actions to perform if the criteria enforced by the match commands are met. When all match criteria are met, all set actions are performed. The no route-map command deletes the route map.
Examples
The following example sets the metric type of the destination protocol to IS-IS internal metric:
Related Commands
Command
|
Description
|
match clns address
|
Defines the match criterion.
|
match clns next-hop
|
Defines the next-hop match criterion.
|
match clns route-source
|
Defines the route-source match criterion.
|
match interface (ISO CLNS)
|
Defines the interface match criterion.
|
redistribute (ISO CLNS)
|
Redistributes routing information from one domain into another routing domain.
|
match clns address
|
Defines the match criterion.
|
match clns next-hop
|
Defines the next-hop match criterion.
|
match clns route-source
|
Defines the route-source match criterion.
|
match interface (ISO CLNS)
|
Defines the interface match criterion.
|
match metric (ISO CLNS)
|
Defines the metric match criterion.
|
match route-type (ISO CLNS)
|
Sets the metric type to give redistributed routes.
|
route-map (ISO CLNS)
|
Defines the conditions for redistributing routes from one routing protocol into another.
|
set level (ISO CLNS)
|
Specifies the routing level of routes to be advertised into a specified area of the routing domain.
|
set metric (ISO CLNS)
|
Sets the metric value to give the redistributed routes.
|
set tag (ISO CLNS)
|
Sets a tag value to associate with the redistributed routes.
|
set tag (ISO CLNS)
To set a tag value to associate with the redistributed routes, use the set tag command in route-map configuration mode. To revert to redistributing routes without associating a specific tag with them, use the no form of this command.
set tag tag-value
no set tag tag-value
Syntax Description
tag-value
|
Name for the tag. The tag value to associate with the redistributed route. If not specified, the default action is to forward the tag in the source routing protocol onto the new destination protocol.
|
Defaults
Disabled
Command Modes
Route-map configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Use the route-map global configuration command, and the route-map configuration commands match and set, to define the conditions for redistributing routes from one routing protocol into another. Each route-map command has a list of match and set commands associated with it. The match commands specify the match criteria—the conditions under which redistribution is allowed for the current route-map command. The set commands specify the redistribution set actions—the particular redistribution actions to perform if the criteria enforced by the match commands are met. When all match criteria are met, all set actions are performed. The no route-map command deletes the route map.
Examples
The following example sets the tag value of the destination routing protocol to 5:
Related Commands
Command
|
Description
|
match clns address
|
Defines the match criterion.
|
match clns next-hop
|
Defines the next-hop match criterion.
|
match clns route-source
|
Defines the route-source match criterion.
|
match interface (ISO CLNS)
|
Defines the interface match criterion.
|
redistribute (ISO CLNS)
|
Redistributes routing information from one domain into another routing domain.
|
route-map (ISO CLNS)
|
Defines the conditions for redistributing routes from one routing protocol into another.
|
set level (ISO CLNS)
|
Specifies the routing level of routes to be advertised into a specified area of the routing domain.
|
set metric (ISO CLNS)
|
Sets the metric value to give the redistributed routes.
|
set metric-type (ISO CLNS)
|
Sets the metric type to give redistributed routes.
|
show clns cache
To display the CLNS route cache, use the show clns cache command in EXEC mode. The cache contains an entry for each destination that recently has been fast-switched. The output of this command includes entries showing each destination for which the router has switched a packet in the recent past. This includes the router itself.
show clns cache [delay-parameters | invalidations]
Syntax Description
delay-parameters
|
(Optional) Current settings for delays when entries are invalidated in the CLNS route cache.
|
invalidations
|
(Optional) When specified, shows the last time each function purged the CLNS route cache.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
The following is sample output from the show clns cache command:
CLNS routing cache version 433
Destination -> Next hop @ Interface: SNPA Address => Rewrite / Length
[42] *39.0004.0040.0000.0C00.2D55.00 ISOLATOR
-> 0000.0C00.2D55 @ Ethernet0/1: 0000.0c00.6fa5
Table 9 describes significant fields shown in the display.
Table 9 show clns cache Field Descriptions
Field
|
Description
|
CLNS routing cache version 433
|
Number identifying this particular CLNS routing cache.
|
Destination ->
Next hop
@ Interface:
SNPA Address
Rewrite / Length
|
Destination NSAP for the packet.
Next hop system ID used to reach the destination.
Interface through which the router transmitted the packet.
Address of the subnetwork point of attachment (SNPA) of the next hop for this destination NSAP.
Interface encapsulation data and length of the cache entry that the cache must overwrite onto the outgoing frame prior to sending it. If the rewrite length of the cache entry is zero, this field will not be displayed.
|
[42]
|
Cache location for this entry.
|
*39.0004.0040.0000.0C00.2D55.001
|
Destination NSAP address.
|
ISOLATOR
|
Destination host name.
|
0000.0C00.2D55
|
System ID of the next-hop router.
|
Ethernet0/1
|
Interface through which the router transmitted the packet.
|
000.0c00.6fa5
|
SNPA for the next-hop router through the output interface.
|
The following is sample output from the show clns cache delay-parameters command:
Router# show clns cache delay-parameters
Minimum invalidation interval 2 seconds,
Maximum invalidation interval 5 seconds,
Quiet interval 3 seconds,
Invalidation rate 3 in last second, 3 in last 3 seconds
Table 10 describes significant fields shown in the display.
Table 10 show clns cache delay-parameters Field Descriptions
Field
|
Description
|
Minimum invalidation interval
|
Minimum time (in seconds) between invalidation request and actual invalidation.
|
Maximum Invalidation interval
|
Maximum time (in seconds) between invalidation request and actual invalidation.
|
Quiet interval
|
Length of time (in seconds) before invalidation.
|
Threshold
|
Maximum number of invalidations considered to be quiet.
|
Invalidation rate
|
Number of invalidations (route cache purges) per second.
|
The following is sample output from the show clns cache invalidations command:
Router# show clns cache invalidations
Caller Count Last Invalidation
clns_fastsetup 3 20:55:56
clns_route_update 23 20:56:44
clns_route_adjust 2 20:55:52
isis_compute_spt 2017 00:10:13
Table 11 describes significant fields shown in the display.
Table 11 show clns cache invalidations Field Descriptions
Field
|
Description
|
Caller
|
Lists the names of the functions that have purged the CLNS route cache.
|
Count
|
Number of times the function has invalidated the CLNS route cache.
|
Last invalidation
|
The last time the function invalidated the CLNS route cache.
|
Related Commands
Command
|
Description
|
clear clns cache
|
Clears and reinitializes the CLNS routing cache.
|
show clns es-neighbors
To list the ES neighbors that this router knows about, use the show clns es-neighbors command in EXEC mode.
show clns area-tag es-neighbors [type number] [detail]
Syntax Description
area-tag
|
Required for multiarea IS-IS configuration. Optional for conventional IS-IS configuration.
Meaningful name for a routing process. This name must be unique among all IP or Connectionless Network Service (CLNS) router processes for a given router. If an area tag is not specified, a null tag is assumed and the process is referenced with a null tag. If an area tag is specified, output is limited to the specified area.
|
type
|
(Optional) Interface type.
|
number
|
(Optional) Interface number.
|
detail
|
(Optional) When specified, the areas associated with the end systems are displayed. Otherwise, a summary display is provided.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.0(5)T
|
The area-tag argument was added.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
The following is sample output from the show clns es-neighbors command when Ethernet interface 0 is specified:
Router# show clns es-neighbors ethernet0
System Id Interface State Type Format
0800.2B14.060E Ethernet0 Up ES Phase V
0800.2B14.0528 Ethernet0 Up ES Phase V
Table 12 describes the significant fields shown in the display.
Table 12 show clns es-neighbors Field Descriptions
Field
|
Descriptions
|
System Id
|
Identification value of the system.
|
Interface
|
Interface on which the router was discovered.
|
State
|
Adjacency state. Up and Init are the states. See the show clns neighbors description.
|
Type
|
Type of neighbor. Only valid value for the show clns es-neighbors EXEC command is ES.
|
Format
|
Indicates if the neighbor is either a Phase V (OSI) adjacency or Phase IV (DECnet) adjacency.
|
The following is sample output from the show clns es-neighbors detail command:
Router# show clns es-neighbors detail
System Id Interface State Type Format
0800.2B14.060E Ethernet0 Up ES Phase V
Area Address(es): 49.0040
0800.2B14.0528 Ethernet0 Up ES Phase V
Area Address(es): 49.0040
Notice that the information displayed in show clns es-neighbors detail output includes everything shown in show clns es-neighbors output, but it also includes the area addresses associated with the ES neighbors.
Related Commands
Command
|
Description
|
clear clns es-neighbors
|
Removes ES neighbor information from the adjacency database.
|
clns es-neighbor
|
Defines all end systems that will be used when you manually specify the NSAP-to-SNPA mapping.
|
show clns filter-expr
To display one or all currently defined CLNS filter expressions, use the show clns filter-expr command in EXEC mode.
show clns filter-expr [name] [detail]
Syntax Description
name
|
(Optional) Name of the filter expression to display. If none is specified, all are displayed.
|
detail
|
(Optional) When specified, expressions are evaluated down to their most primitive filter set terms before being displayed.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
The following displays assume filter expressions have been defined with the following commands. FRED, BARNEY, WILMA, and BETTY are all filter sets.
clns filter-expr MEN FRED or BARNEY
clns filter-expr WOMEN WILMA or BETTY
clns filter-expr ADULTS MEN or WOMEN
The show clns filter-expr command would yield the following output:
Router# show clns filter-expr
The show clns filter-expr detail command would yield the following output:
Router# show clns filter-expr detail
ADULTS = (FRED or BARNEY) or (WILMA or BETTY)
Related Commands
Command
|
Description
|
clns filter-expr
|
Combines CLNS filter sets and CLNS address templates to create complex logical NSAP pattern-matching expressions.
|
show clns filter-set
To display one or all currently defined CLNS filter sets, use the show clns filter-set command in EXEC mode.
show clns filter-set [name]
Syntax Description
name
|
(Optional) Name of the filter set to display. If none is specified, all are displayed.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
The following display assumes filter sets have been defined with the following commands:
clns filter-set US-OR-NORDUNET 47.0005...
clns filter-set US-OR-NORDUNET 47.0023...
clns filter-set LOCAL 49.0003...
The following is a sample output from the show clns filter-set command:
Router# show clns filter-set
CLNS filter set US-OR-NORDUNET
Related Commands
Command
|
Description
|
clns filter-set
|
Builds a list of CLNS address templates with associated permit and deny conditions for use in CLNS filter expressions.
|
show clns interface
To list the CLNS-specific information about each interface, use the show clns interface command in privileged EXEC mode.
show clns interface [type number]
Syntax Description
type
|
(Optional) Interface type.
|
number
|
(Optional) Interface number.
|
Command Modes
Privileged EXEC
Command History
Mainline Release
|
Modification
|
10.0
|
This command was introduced.
|
0S Release
|
|
12.0(31)S
|
Support for the BFD feature was added.
|
S Release
|
|
12.2(18)SXE
|
Support for the Bidirectional Forwarding Detection (BFD) feature was added.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
T Release
|
|
12.4(4)T
|
Support for the BFD feature was added.
|
Examples
The following is sample output from the show clns interface command that includes information for Token Ring and serial interfaces:
Router# show clns interface
TokenRing 0 is administratively down, line protocol is down
CLNS protocol processing disabled
TokenRing 1 is up, line protocol is up
Checksums enabled, MTU 4461, Encapsulation SNAP
ERPDUs enabled, min. interval 10 msec.
RDPDUs enabled, min. interval 100 msec., Addr Mask enabled
Congestion Experienced bit set at 4 packets
CLNS fast switching disabled
DEC compatibility mode OFF for this interface
Next ESH/ISH in 18 seconds
Routing Protocol: ISO IGRP
Routing Domain/Area: <39.0003> <0020>
Serial 2 is up, line protocol is up
Checksums enabled, MTU 1497, Encapsulation HDLC
ERPDUs enabled, min. interval 10 msec.
RDPDUs enabled, min. interval 100 msec., Addr Mask enabled
Congestion Experienced bit set at 4 packets
CLNS fast switching enabled
DEC compatibility mode OFF for this interface
CLNS cluster alias enabled on this interface
Next ESH/ISH in 48 seconds
Level-1 Metric: 10, Priority: 64, Circuit ID: 0000.0C00.2D55.0A
Number of active level-1 adjacencies: 0
Level-2 Metric: 10, Priority: 64, Circuit ID: 0000.0000.0000.00
Number of active level-2 adjacencies: 0
Next IS-IS LAN Level-1 hello in 3 seconds
Next IS-IS LAN Level-2 hello in 3 seconds
Cisco IOS Release 12.2(18)SXE, 12.0(31)S, and 12.4(4)T
The following is sample output from the show clns interface command that verifies that the BFD feature has been enabled on Ethernet interface 3/0. The relevant command output is shown in bold in the output.
Router# show clns interface ethernet 3/0
Ethernet3/0 is up, line protocol is up
Checksums enabled, MTU 1497, Encapsulation SAP
ERPDUs enabled, min. interval 10 msec.
CLNS fast switching enabled
CLNS SSE switching disabled
DEC compatibility mode OFF for this interface
Next ESH/ISH in 42 seconds
Interface number 0x1, local circuit ID 0x2
Level-1 Metric: 10, Priority: 64, Circuit ID: RouterA.02
Number of active level-1 adjacencies: 0
Level-2 Metric: 10, Priority: 64, Circuit ID: RouterA.02
Number of active level-2 adjacencies: 0
Next IS-IS LAN Level-1 Hello in 3 seconds
Next IS-IS LAN Level-2 Hello in 5 seconds
Table 13 describes the significant fields shown in the display.
Table 13 show clns interface Field Descriptions
Field
|
Description
|
TokenRing 0 is administratively down, line protocol is down
|
(First interface). Shown to be administratively down with CLNS disabled.
|
TokenRing 1 is up, line protocol is up
|
(Second interface). Shown to be up, and the line protocol is up.
|
Serial 2 is up, line protocol is up
|
(Third interface). Shown to be up, and the line protocol is up.
|
Checksums enabled
|
Can be enabled or disabled.
|
MTU
|
The number following maximum transmission unit (MTU) is the maximum transmission size for a packet on this interface.
|
Encapsulation
|
Describes the encapsulation used by CLNP packets on this interface.
|
ERPDUs
|
Displays information about the generation of error protocol data units (ERPDUs). They can be either enabled or disabled. If they are enabled, they are sent out no more frequently than the specified interval.
|
RDPDUs
|
Provides information about the generation of redirect protocol data units (RDPDUs). They can be either enabled or disabled. If they are enabled, they are sent out no more frequently than the specified interval. If the address mask is enabled, redirects are sent out with an address mask.
|
Congestion Experienced
|
Tells when CLNS will turn on the congestion experienced bit. The default is to turn this bit on when there are more than four packets in a queue.
|
CLNS fast switching
|
Displays whether fast switching is supported for CLNS on this interface.
|
DEC compatibility mode
|
Indicates whether Digital Equipment Corporation (DEC) compatibility has been enabled.
|
CLNS cluster alias enabled on this interface
|
Indicates that CLNS cluster aliasing has been enabled on this interface.
|
Next ESH/ISH
|
Displays when the next end system (ES) hello or intermediate system (IS) hello will be sent on this interface.
|
Routing Protocol
|
Lists the areas that this interface is in. In most cases, an interface will be in only one area.
|
Circuit Type
|
Indicates whether the interface has been configured for local routing (level 1), area routing (level 2), or local and area routing (level 1-2).
|
Interface number, local circuit ID Level-1 Metric DR ID Level-1 IPv6 Metric Number of active level-1 adjacencies Level-2 Metric DR ID Level-2 IPv6 Metric Number of active level-2 adjacencies Next IS-IS LAN Level-1 Next IS-IS LAN Level-2
|
Last series of fields displays information pertaining to the International Organization for Standardization (ISO) CLNS routing protocols enabled on the interface. For ISO Interior Gateway Routing Protocol (IGRP), the routing domain and area addresses are specified. For IS-IS, the Level 1 and Level 2 metrics, priorities, circuit IDs, and number of active Level 1 and Level 2 adjacencies are specified.
|
BFD enabled
|
BFD has been enabled on the interface.
|
show clns is-neighbors
To display Intermediate System-to-Intermediate System (IS-IS) related information for IS-IS router adjacencies, use the show clns is-neighbors command in EXEC mode. Neighbor entries are sorted according to the area in which they are located.
show clns area-tag is-neighbors [type number] [detail]
Syntax Description
area-tag
|
Required for multiarea IS-IS configuration. Optional for conventional IS-IS configuration.
Meaningful name for a routing process. This name must be unique among all IP or CLNS router processes for a given router. If an area tag is not specified, a null tag is assumed and the process is referenced with a null tag. If an area tag is specified, output is limited to the specified area.
|
type
|
(Optional) Interface type.
|
number
|
(Optional) Interface number.
|
detail
|
(Optional) When specified, the areas associated with the intermediate systems are displayed. Otherwise, a summary display is provided.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
The following is sample output from the show clns is-neighbors command:
Router# show clns is-neighbors
System Id Interface State Type Priority Circuit Id Format
0000.0C00.0C35 Ethernet1 Up L1 64 0000.0C00.62E6.03 Phase V
0800.2B16.24EA Ethernet0 Up L1L2 64/64 0800.2B16.24EA.01 Phase V
0000.0C00.3E51 Serial1 Up L2 0 04 Phase V
0000.0C00.62E6 Ethernet1 Up L1 64 0000.0C00.62E6.03 Phase V
Table 14 describes significant fields shown in the display.
Table 14 show clns is-neighbors Field Descriptions
Field
|
Descriptions
|
System Id
|
Identification value of the system.
|
Interface
|
Interface on which the router was discovered.
|
State
|
Adjacency state. Up and Init are the states. See the show clns neighbors description.
|
Type
|
L1, L2, and L1L2 type adjacencies. See the show clns neighbors description.
|
Priority
|
IS-IS priority that the respective neighbor is advertising. The highest priority neighbor is elected the designated IS-IS router for the interface.
|
Circuit Id
|
Neighbor's idea of what the designated IS-IS router is for the interface.
|
Format
|
Indicates if the neighbor is either a Phase V (OSI) adjacency or Phase IV (DECnet) adjacency.
|
The following is sample output from the show clns is-neighbors detail command:
Router# show clns is-neighbors detail
System Id Interface State Type Priority Circuit Id Format
0000.0C00.0C35 Ethernet1 Up L1 64 0000.0C00.62E6.03 Phase V
Area Address(es): 47.0004.004D.0001 39.0001
0800.2B16.24EA Ethernet0 Up L1L2 64/64 0800.2B16.24EA.01 Phase V
Area Address(es): 47.0004.004D.0001
0000.0C00.3E51 Serial1 Up L2 0 04 Phase V
Area Address(es): 39.0004
000.0C00.62E6 Ethernet1 Up L1 64 0000.0C00.62E6.03 Phase V
Area Address(es): 47.0004.004D.0001
Notice that the information displayed in show clns is-neighbors detail output includes everything shown in show clns is-neighbors output, but it also includes the area addresses associated with the IS neighbors (intermediate-system adjacencies) and how long (uptime) the adjacency has existed.
Related Commands
Command
|
Description
|
clear clns is-neighbors
|
Removes IS neighbor information from the adjacency database.
|
clns is-neighbor
|
Defines all intermediate systems that will be used when you manually specify the NSAP-to-SNPA mapping.
|
show clns neighbor areas
To display information about Intermediate System-to-Intermediate System (IS-IS) neighbors and the areas to which they belong, use the show clns neighbor areas command in EXEC mode.
show clns area-tag neighbor areas
Syntax Description
area-tag
|
Required for multiarea IS-IS configuration. Optional for conventional IS-IS configuration.
Meaningful name for a routing process. This name must be unique among all IP or CLNS router processes for a given router. If an area tag is not specified, a null tag is assumed and the process is referenced with a null tag. If an area tag is specified, output is limited to the specified area.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
12.0(5)T
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Use the show clns neighbor areas command to verify that all expected adjacencies are up with all neighbors. If they are not, recheck the area addresses specified in both routers. If the router is running in dual CLNS-IP mode in an area, verify that a valid IP address is configured on each interface in the area. Consider using the debug isis adjacency command to gather additional information.
Examples
The following example shows output when two Level 1 and one Level 2 IS-IS areas are configured.
Router# show clns neighbor areas
System Id Interface Area Name State Holdtime Type Protocol
0000.0000.0009 Tu529 L2BB Up 26 L1L2 IS-IS
0000.0000.0053 Et1 A3253-01 Up 21 L1 IS-IS
0000.0000.0003 Et1 A3253-01 Up 28 L1 IS-IS
0000.0000.0002 Et2 A3253-02 Up 22 L1 IS-IS
0000.0000.0053 Et2 A3253-02 Up 23 L1 IS-IS
Table 15 describes the significant fields shown in the display.
Table 15 show clns neighbor areas Field Descriptions
Field
|
Descriptions
|
System Id
|
Identification value of the system.
|
Interface
|
Interface on which the router was discovered.
|
Area Name
|
Name of the area in which the system is configured.
|
State
|
Adjacency state. Up and Init are the states. See the show clns neighbors description.
|
Init
|
System is waiting for an IS-IS hello message.
|
Up
|
Believes the system is reachable.
|
Holdtime
|
Number of seconds before this adjacency entry times out.
|
Type
|
L1, L2, and L1L2 type adjacencies.
|
ES
|
End-system adjacency either discovered by the ES-IS protocol or statically configured.
|
IS
|
Router adjacency either discovered by the ES-IS protocol or statically configured.
|
L1
|
Router adjacency for Level 1 routing only.
|
L1L2
|
Router adjacency for Level 1 and Level 2 routing.
|
L2
|
Router adjacency for Level 2 only.
|
Protocol
|
Protocol through which the adjacency was learned. Valid protocol sources are ES-IS, IS-IS, International Standards Organization Interior Gateway Routing Protocol (ISO IGRP), static, and DECnet.
|
Related Commands
Command
|
Description
|
show clns es-neighbors
|
Lists the ES neighbors that this router knows.
|
show clns is-neighbors
|
Displays IS-IS related information for IS-IS router adjacencies.
|
show clns neighbors
|
Displays both ES and IS neighbors.
|
show clns neighbors
To display end system (ES), intermediate system (IS), and multitopology Integrated Intermediate System-to-Intermediate System (M-ISIS) neighbors, use the show clns neighbors command in user EXEC or privileged EXEC mode.
show clns neighbors [process-tag] [interface-type interface-number] [area] [detail]
Syntax Description
process-tag
|
(Optional) A unique name among all International Organization for Standardization (ISO) router processes including IP and Connectionless Network Service (CLNS) router processes for a given router. If a process tag is specified, output is limited to the specified routing process. When null is specified for the process tag, output is displayed only for the router process that has no tag specified. If a process tag is not specified, output is displayed for all processes.
|
interface-type
|
(Optional) Interface type.
|
interface-number
|
(Optional) Interface number.
|
area
|
(Optional) Displays the CLNS multiarea adjacencies.
|
detail
|
(Optional) Displays the area addresses advertised by the neighbor in the hello messages. Otherwise, a summary display is provided.
In IPv6, this keyword displays the address family of the adjacency.
|
Command Modes
User EXEC (>)
Privileged EXEC (#)
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.0(5)T
|
The area and detail keywords were added.
|
12.2(15)T
|
Support was added for IPv6.
|
12.2(18)S
|
This command was integrated into Cisco IOS Release 12.2(18)S.
|
12.0(26)S
|
This command was integrated into Cisco IOS Release 12.0(26)S.
|
12.0(29)S
|
The process-tag argument was added.
|
12.2(15)T
|
Support was added for IPv6.
|
12.2(28)SB
|
This command was integrated into Cisco IOS Release 12.2(28)SB.
|
12.2(25)SG
|
This command was integrated into Cisco IOS Release 12.2(25)SG.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
15.0(1)M
|
This command was integrated into Cisco IOS Release 15.0(1)M.
|
Usage Guidelines
The show clns neighbors command displays the adjacency that is learned through multitopology IS-IS for IPv6.
Examples
The following is sample output from the show clns neighbors command:
Router# show clns neighbors
System Id Interface SNPA State Holdtime Type Protocol
0000.0000.0007 Et3/3 aa00.0400.6408 UP 26 L1 IS-IS
0000.0C00.0C35 Et3/2 0000.0c00.0c36 Up 91 L1 IS-IS
0800.2B16.24EA Et3/3 aa00.0400.2d05 Up 27 L1 M-ISIS
0800.2B14.060E Et3/2 aa00.0400.9205 Up 8 L1 IS-IS
The following is sample output from the show clns neighbors command using the process-tag argument to display information about the VRF-aware IS-IS instance tagRED:
Router# show clns tagRED neighbors
System Id Interface SNPA State Holdtime Type Protocol
igp-03 Fa0/ 200d0.2b7f.9502 Up 9 L2 IS-IS
igp-03 PO2/2.1 DLCI 211 Up 27 L2 IS-IS
igp-02 PO2/0.1 DLCI 131 Up 29 L2 IS-IS
igp-11 Fa0/4 000e.d79d.7920 Up 7 L2 IS-IS
igp-11 Fa0/5 000e.d79d.7921 Up 8 L2 IS-IS
igp-11 PO3/2.1 DLCI 451 Up 24 L2 IS-IS
The following is sample output from the show clns neighbors command using the detail keyword:
Router# show clns neighbors detail
System Id Interface SNPA State Holdtime Type Protocol
0000.0000.0007 Et3/3 aa00.0400.6408 UP 26 L1 IS-IS
IP Address(es): 172.16.0.42*
0000.0C00.0C35 Et3/2 0000.0c00.0c36 Up 91 L1 IS-IS
IP Address(es): 192.168.0.42*
0800.2B16.24EA Et3/3 aa00.0400.2d05 Up 27 L1 M-ISIS
IP Address(es): 192.168.0.42*
IPv6 Address(es): FE80::2B0:8EFF:FE31:EC57
0800.2B14.060E Et3/2 aa00.0400.9205 Up 8 L1 IS-IS
IP Address(es): 192.168.0.30*
The following is sample output from the show clns neighbors command using the process-tag argument to display information about the VRF-aware IS-IS instance tagSecond:
Router# show clns tagSecond neighbors
System Id Interface SNPA State Holdtime Type Protocol
igp-03 Fa0/2 00d0.2b7f.9502 Up 9 L2 IS-IS
igp-03 PO2/2.1 DLCI 211 Up 27 L2 IS-IS
igp-02 PO2/0.1 DLCI 131 Up 29 L2 IS-IS
igp-11 Fa0/4 000e.d79d.7920 Up 7 L2 IS-IS
igp-11 Fa0/5 000e.d79d.7921 Up 8 L2 IS-IS
igp-11 PO3/2.1 DLCI 451 Up 24 L2 IS-IS
Table 16 describes the significant fields shown in the display.
Table 16 show clns neighbors Field Descriptions
Field
|
Description
|
Tag tagSecond
|
Tag name that identifies an IS-IS instance.
|
System Id
|
Six-byte value that identifies a system in an area.
|
Interface
|
Interface from which the system was learned.
|
SNPA
|
Subnetwork Point of Attachment. This is the data-link address.
|
State
|
State of the ES, IS, or M-ISIS.
|
Init
|
System is an IS and is waiting for an IS-IS hello message. IS-IS regards the neighbor as not adjacent.
|
Up
|
Believes the ES or IS is reachable.
|
Holdtime
|
Number of seconds before this adjacency entry times out.
|
Type
|
The adjacency type. Possible values are as follows:
• ES—End-system adjacency either discovered via the ES-IS protocol or statically configured.
• IS—Router adjacency either discovered via the ES-IS protocol or statically configured.
• M-ISIS—Router adjacency discovered via the multitopology IS-IS protocol.
• L1—Router adjacency for Level 1 routing only.
• L1L2—Router adjacency for Level 1 and Level 2 routing.
• L2—Router adjacency for Level 2 only.
|
Protocol
|
Protocol through which the adjacency was learned. Valid protocol sources are ES-IS, IS-IS, ISO IGRP, Static, DECnet, and M-ISIS.
|
Notice that the information displayed in the show clns neighbors detail command output includes everything shown in show clns neighbors command output in addition to the area address associated with the IS neighbor and its uptime. When IP routing is enabled, Integrated-ISIS adds information to the output of the show clns commands. The show clns neighbors detail command output shows the IP addresses that are defined for the directly connected interface and an asterisk (*) to indicate which IP address is the next hop.
show clns protocol
To list the protocol-specific information for each ISO Interior Gateway Routing Protocol (IGRP) or Intermediate System-to-Intermediate System (IS-IS) routing process in the router, use the show clns protocol command in privileged EXEC mode.
show clns [domain | process-tag] protocol
Syntax Description
domain
|
(Optional) Particular ISO IGRP routing domain.
|
process-tag
|
(Optional) Required for multiarea IS-IS configuration. Optional for conventional IS-IS configuration.
A unique name among all ISO router processes including IP and Connectionless Network Service (CLNS) router processes for a given router. If a process tag is specified, output is limited to the specified routing process. When null is specified for the process tag, output is displayed only for the router process that has no tag specified. If a process tag is not specified, output is displayed for all processes.
|
Command Modes
Privileged EXEC (#)
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.0(29)S
|
The process-tag argument was added.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
15.0(1)M
|
This command was integrated into Cisco IOS Release 15.0(1)M.
|
Usage Guidelines
There will always be at least two routing processes, a Level 1 and a Level 2, and there can be more.
Examples
The following is sample output from the show clns protocol command:
Router# show clns protocol
ISO IGRP Level 1 Router: remote
Routing for domain: 39.0003 area: 0020
Sending Updates every 45 seconds. Next due in 11 seconds
Invalid after 135 seconds,
Hold down for 145 seconds
Sending Router Hellos every 17 seconds. Next due in 9 seconds
Invalid after 51 seconds,
IGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0
Interfaces in domain/area:
ISO IGRP Level 2 Router: DOMAIN_remote
Routing for domain: 39.0003
Sending Updates every 45 seconds. Next due in 2 seconds
Invalid after 135 seconds,
Hold down for 145 seconds
Sending Router Hellos every 17 seconds. Next due in 0 seconds
Invalid after 51 seconds,
ISO IGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0
Interfaces in domain/area:
System Id: 0000.0C00.224D.00 IS-Type: level-1-2
Routing for area address(es):
Interfaces supported by IS-IS:
Next global update in 530 seconds
The following is sample output from the show clns protocol command using the process-tag argument to display information about the VPN routing/forwarding instance (VRF)-aware IS-IS instance tagFirst:
Router# show clns tagFirst protocol
System Id: 0000.0001.0002.00 IS-Type: level-2-only
Routing for area address(es):
Interfaces supported by IS-IS:
Generate narrow metrics: level-1-2
Accept narrow metrics: level-1-2
Generate wide metrics: none
Accept wide metrics: none
Table 17 describes the significant fields shown in the display.
Table 17 show clns protocol Field Descriptions
Field
|
Description
|
ISO IGRP Level 1 Router:
|
Indicates what CLNS routing type is enabled on the router. (Always ISO IGRP when the fields in this section are displayed.) Also indicates what routing level (Level 1, Level 2, or both) is enabled on the router.
|
remote
|
Process tag that has been configured using the router iso-igrp global configuration command.
|
Routing for domain: 39.0003 area: 0020
|
Domain address and area number for Level 1 routing processes. For Level 2 routing processes, this command lists the domain address.
|
Sending Updates every 45 seconds
|
Displays when the next routing updates are sent.
|
Next due in 11 seconds
|
Indicates when the next update is sent.
|
Invalid after 135 seconds
|
Indicates how long routing updates are to be regarded as accurate.
|
Hold down for 145 seconds
|
Indicates how long a route is held down before new information is to be regarded as accurate.
|
Sending Router Hellos every 17 seconds. Next due in 9 seconds
|
Indicates how often Cisco IOS software sends hello packets to each other and when the next is due.
|
Invalid after 51 seconds
|
Indicates how long a neighbor entry is remembered.
|
IGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0
|
Displays the weights applied to the various components of the metric. These fields are followed by the list of interfaces in this area.
|
Interfaces in domain/area
|
List of interface names for which the router process is configured.
|
Table 18 describes significant fields shown in the IS-IS portion of the display.
Table 18 show clns protocol with IS-IS Field Descriptions
Field
|
Description
|
IS_IS Router: <Null Tag>
|
Indicates what CLNS routing type is enabled on the router. (Always IS-IS when the fields in this section are displayed.)
|
System Id: 0000.0C00.224D.00
|
Identification value of the system.
|
IS-Type: level-1-2
|
Indicates what routing level (Level 1, Level 2, or both) is enabled on the router.
|
Manual area address(es): 39.0004.0030
|
Area addresses that have been configured.
|
Routing for area address(es): 39.0004.0030
|
List of manually configured and learned area addresses.
|
Interfaces supported by IS-IS:
|
List of interfaces on the router supporting IS-IS.
|
Next global update in 530 seconds
|
Next expected IS-IS update.
|
Redistributing:
|
Configuration of route redistribution.
|
Distance:
|
Configured distance.
|
show clns route
To display one or all of the destinations to which this router knows how to route CLNS packets, use the show clns route command in EXEC mode.
show clns route nsap
Syntax Description
nsap
|
CLNS network service access point (NSAP) address.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.0(5)T
|
Fields for displaying information about prefix routes were added or changed.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The show clns route command shows the Intermediate System-to-Intermediate System (IS-IS) Level 2 routing table and static and Intermediate System-to-Intermediate System Interior Gateway Routing Protocol (ISO-IGRP) learned prefix routes. This table stores IS-IS area addresses and prefix routes.
Examples
The following is sample output from the show clns route command when the nsap argument is not used:
ISO-IGRP Routing Table for Domain 49.0002, Area 0007
System Id Next-Hop SNPA Interface Metric State
milles milles *HDLC* Se1 8476 Up
0000.0000.0007 milles *HDLC* Se1 10476 Up
rips 0000.0000.0000 -- -- 0 Up
ISO-IGRP Routing Table for Domain 49.0002
Area Id Next-Hop SNPA Interface Metric State
0002 0000.0000.0000 -- -- 0 Up
Codes: C - connected, S - static, d - DecnetIV
I - ISO-IGRP, i - IS-IS, e - ES-IS
C 49.0002 [2/0], Local ISO-IGRP Domain
C 49.0001.0000.0000.0005.00 [1/0], Local IS-IS NET
C 49.0002.0007.0000.0000.0005.00 [1/0], Local ISO-IGRP NET
C 49.0001 [2/0], Local IS-IS Area
S 50.1234 [10/0], Discard Entry
I 55.5555.5555 [100/8476]
S 77.7777.7777.7777 [10/0]
d 88.8888.8888.0007 [120/0], DecnetIV Entry
Table 19 describes the significant fields shown in the display.
Table 19 show clns route Field Descriptions
Field
|
Description
|
Domain 49.0002
|
The ISO-IGRP routing domain for which we are displaying the routes.
|
Area 0007
|
The ISO-IGRP area in which the displayed the Level 1 host routes are.
|
System Id
|
Identification value of the system listed in the Level 1 forwarding table.
|
Area Id
|
The identification value of the area listed in the area forwarding table.
|
Next-Hop
|
System ID of the best cost next-hop to listed address.
|
SNPA
|
MAC address of the next-hop system.
|
Interface
|
Interface through which next-hop system is known.
|
Metric
|
ISO-IGRP cost to reach the destination.
|
State
|
Up (active) or Down (nonoperational).
|
Table 20 describes the codes as they appear in the previous display.
Table 20 prefix routes Field Descriptions
Field
|
Description
|
C (connected)
|
The domain, area, or NET was learned via local configuration.
|
S (static)
|
The destination was learned via a locally configured static route.
|
d (DECnet IV)
|
The destination is a converted DECnet phase IV area address.
|
I (ISO-IGRP)
|
The destination is a prefix learned via Level 2 ISO-IGRP.
|
i (IS-IS)
|
The destination is a prefix learned via Level 2 IS-IS.
|
e (ES-IS)
|
The destination is learned via end system-intermediate system (ES-IS) redirects.
|
33.3333.3333
|
Destination prefix.
|
[110/10]
|
Administrative distance/metric.
|
via bakel
|
Next-hop system via which this destination is reachable. Shown as a 6-byte system ID, or as symbolic name (if available).
|
Ethernet0
|
Outgoing interface via which this destination is reachable.
|
Local IS-IS NET
|
Prefix is the full NET configured under an IS-IS process.
|
Local ISO-IGRP NET
|
Prefix is the full NET configured under an ISO-IGRP process.
|
Local ISO-IGRP Domain
|
Prefix is the domain part of a locally configured ISO-IGRP NET. This prefix is installed for redistribution purposes.
|
Local IS-IS Area
|
Prefix is the area address of a locally configured IS-IS NET. This prefix is installed for redistribution purposes.
|
Discard Entry
|
Prefix is learned via a locally configured static discard entry.
|
DecnetIV Entry
|
Prefix is a combination of the locally configured DECnet conversion prefix and a dynamically learned DECnet IV route. This prefix is installed for redistribution purposes.
|
The following is sample output showing a single CLNS route using the show clns route command with the nsap argument:
Router# show clns route 33.3333.3333
Routing entry for 33.3333.3333
Known via "isis", distance 110, metric 10, Dynamic Entry
Routing Descriptor Blocks:
isis, route metric is 10, route version is 4
Table 21 describes the significant fields shown in the display.
Table 21 show clns route Field Descriptions
Field
|
Description
|
Routing entry for 33.3333.3333
|
The prefix route being examined.
|
Known via "isis", distance 110, metric 10, Dynamic Entry
|
This route was learned from an IS-IS routing process. The administrative distance is 110. The cost to reach the destination is 10.
|
Routing Descriptor Blocks
|
Each destination in the CLNS routing table can be reached by one or more paths. Each path is stored in a Routing Descriptor Block. The maximum number of paths in CLNS is 6.
|
via bakel, Ethernet0
|
Next-hop is neighbor "bakel." Outgoing interface is Ethernet0.
|
Redistributing via
|
Protocols other than originating protocol that advertise this prefix.
|
isis, route metric is 10, route version is 4
|
Originating protocol, cost for this path, route version in case this is an IS-IS route.
|
Related Commands
Command
|
Description
|
show clns es-neighbors
|
Lists the ES neighbors that this router knows.
|
show clns is-neighbors
|
Displays IS-IS related information for IS-IS router adjacencies.
|
show clns neighbor areas
|
Displays information about IS-IS neighbors and the areas to which they belong.
|
show clns neighbors
|
Displays both ES and IS neighbors.
|
show isis topology
|
Displays a list of all connected routers in all areas.
|
show clns traffic
To list the Connectionless Network Service (CLNS) packets that this router has seen, use the show clns traffic command in privileged EXEC mode.
show clns area-tag traffic [since {bootup | show}]
Syntax Description
area-tag
|
(Required for multiarea Intermediate System to Intermediate System (IS-IS) configuration. Optional for conventional IS-IS configuration.) Meaningful name for a routing process. This name must be unique among all IP or CLNS router processes for a given router. If an area tag is not specified, a null tag is assumed and the process is referenced with a null tag. If an area tag is specified, output is limited to the specified area.
|
since
|
(Optional) Displays the CLNS protocol statistics since bootup or the last time the statistics was displayed.
|
bootup
|
Displays the CLNS protocol statistics since bootup.
|
show
|
Displays the CLNS protocol statistics since the last time the statistics was displayed.
|
Command Modes
Privileged EXEC (#)
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(9)T
|
The since, bootup, and show keywords were introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
Examples
The following sample output from the show clns traffic command lists all the CLNS packets it has seen:
Router# show clns traffic
CLNS & ESIS Output: 139885, Input: 90406
CLNS Local: 0, Forward: 0
Hdr Syntax: 150, Checksum: 0, Lifetime: 0, Output cngstn: 0
No Route: 0, Dst Unreachable 0, Encaps. Failed: 0
NLP Unknown: 0, Not an IS: 0
CLNS Options: Packets 19, total 19, bad 0, GQOS 0, cngstn exprncd 0
CLNS Segments: Segmented: 0, Failed: 0
CLNS Broadcasts: sent: 0, rcvd: 0
Echos: Rcvd 0 requests, 69679 replies
Sent 69701 requests, 0 replies
ESIS(sent/rcvd): ESHs: 0/34, ISHs: 483/1839, RDs: 0/0, QCF: 0/0
ISO IGRP: Querys (sent/rcvd): 0/0 Updates (sent/rcvd): 1279/1402
ISO IGRP: Router Hellos: (sent/rcvd): 1673/1848
ISO IGRP Syntax Errors: 0
IS-IS: Level-1 Hellos (sent/rcvd): 0/0
IS-IS: Level-2 Hellos (sent/rcvd): 0/0
IS-IS: PTP Hellos (sent/rcvd): 0/0
IS-IS: Level-1 LSPs (sent/rcvd): 0/0
IS-IS: Level-2 LSPs (sent/rcvd): 0/0
IS-IS: Level-1 CSNPs (sent/rcvd): 0/0
IS-IS: Level-2 CSNPs (sent/rcvd): 0/0
IS-IS: Level-1 PSNPs (sent/rcvd): 0/0
IS-IS: Level-2 PSNPs (sent/rcvd): 0/0
IS-IS: Level-1 DR Elections: 0
IS-IS: Level-2 DR Elections: 0
IS-IS: Level-1 SPF Calculations: 0
IS-IS: Level-2 SPF Calculations: 0
Table 22 describes the significant fields shown in the display.
Table 22 show clns traffic Field Descriptions
Field
|
Description
|
CLNS & ESIS Output
|
Total number of packets that this router has sent.
|
Input
|
Total number of packets that this router has received.
|
CLNS Local
|
Lists the number of packets that were generated by this router.
|
Forward
|
Lists the number of packets that this router has forwarded.
|
CLNS Discards
|
Lists the packets that CLNS has discarded, along with the reason for the discard.
|
CLNS Options
|
Lists the options seen in CLNS packets.
|
CLNS Segments
|
Lists the number of packets segmented and the number of failures that occurred because a packet could not be segmented.
|
CLNS Broadcasts
|
Lists the number of CLNS broadcasts sent and received.
|
Echos
|
Lists the number of echo request packets and echo reply packets received. The line following this field lists the number of echo request packets and echo reply packets sent.
|
ESIS (sent/rcvd)
|
Lists the number of End System Hello (ESH), Intermediate System Hello (ISH), and redirects sent and received.
|
ISO IGRP
|
Lists the number of ISO Interior Gateway Routing Protocol (IGRP) queries and updates sent and received.
|
Router Hellos
|
Lists the number of ISO IGRP router hello packets sent and received.
|
IS-IS: Level-1 hellos (sent/rcvd)
|
Lists the number of Level 1 IS-IS hello packets sent and received.
|
IS-IS: Level-2 hellos (sent/rcvd)
|
Lists the number of Level 2 IS-IS hello packets sent and received.
|
IS-IS: PTP hellos (sent/rcvd)
|
Lists the number of point-to-point IS-IS hello packets sent and received over serial links.
|
IS-IS: Level-1 LSPs (sent/rcvd)
|
Lists the number of Level 1 link-state Protocol Data Unit (PDUs) sent and received.
|
IS-IS: Level-2 LSPs (sent/rcvd)
|
Lists the number of Level 2 link-state PDUs sent and received.
|
IS-IS: Level-1 CSNPs (sent/rcvd)
|
Lists the number of Level 1 Complete Sequence Number Packets (CSNP) sent and received.
|
IS-IS: Level-2 CSNPs (sent/rcvd)
|
Lists the number of Level 2 CSNPs sent and received.
|
IS-IS: Level-1 PSNPs (sent/rcvd)
|
Lists the number of Level 1 Partial Sequence Number Packets (PSNP) sent and received.
|
IS-IS: Level-2 PSNPs (sent/rcvd)
|
Lists the number of Level 2 PSNPs sent and received.
|
IS-IS: Level-1 DR Elections
|
Lists the number of times Level 1 designated router election occurred.
|
IS-IS: Level-2 DR Elections
|
Lists the number of times Level 2 designated router election occurred.
|
IS-IS: Level-1 SPF Calculations
|
Lists the number of times the Level 1 shortest-path-first (SPF) tree was computed.
|
IS-IS: Level-2 SPF Calculations
|
Lists the number of times the Level 2 SPF tree was computed.
|
Related Commands
Command
|
Description
|
clear clns traffic
|
Clears all ISO CLNS statistics that are displayed when you use the show clns traffic command.
|
show clns
To display information about the CLNS network, use the show clns command in EXEC mode.
show clns
Syntax Description
This command has no arguments or keywords.
Command Modes
EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
The following is sample output from the show clns command:
2 Interfaces Enabled for CLNS
NET: 39.0004.0030.0000.0C00.224D.00
NET: 39.0003.0020.0000.0C00.224D.00
Configuration Timer: 60, Default Holding Timer: 300, Packet Lifetime 64
ERPDU's requested on locally generated packets
Intermediate system operation enabled (forwarding allowed)
ISO IGRP level-1 Router: remote
Routing for Domain: 39.0003, Area: 0020
ISO IGRP level-2 Router: DOMAIN_remote
Routing for Domain: 39.0003
Routing for Area: 39.0004.0030
Table 23 describes significant fields shown in the display.
Table 23 show clns Field Descriptions
Field
|
Description
|
2 Interfaces Enabled for CLNS
|
Indicates how many interfaces have the CLNS protocol enabled.
|
NET: 39.0004.0030.0000.0C00.224D.00
|
First of two NETs for this router.
|
Configuration Timer: 60
|
Displays the interval (in seconds) after which the router sends out IS hello packets.
|
Default Holding Timer: 300
|
Length of time (in seconds) hello packets are remembered.
|
Packet Lifetime 64
|
Default value used in packets sourced by this router.
|
ERPDUs requested on locally generated packets
|
Indicates whether ERPDUs are requested for packets sourced by the router.
|
Intermediate system operation enabled (forwarding allowed)
|
Indicates whether this router is configured to be an ES or an IS.
|
ISO IGRP level-1 Router: remote
|
Specifies what CLNS routing type (ISO IGRP or IS-IS) and what routing level (Level 1, Level 2, or both) is enabled on the router.
|
Routing for Domain: 39.0003, Area: 0020
|
Specifies the domain (39.0003) and area (0020) for which this CLNS routing type and routing level is enabled.
|
IS-IS level-1-2 Router:
|
Specifies that IS-IS is running in this router. Its tag is null. It is running Level 1 and Level 2.
|
Routing for Area: 39.0004.0030
|
Specifies the IS-IS area this router is in.
|
show isis route
To display the Intermediate System-to-Intermediate System (IS-IS) Level 1 forwarding table for IS-IS learned routes, use the show isis route command in user EXEC or privileged EXEC mode.
show isis [area-tag] route [hostname]
Syntax Description
area-tag
|
(Optional) Name for a routing process.
|
hostname
|
(Optional) Hostname or Network Service Access Point (NSAP) address of a router.
|
Command Modes
User EXEC (>)
Privileged EXEC (#)
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2(33)SXI
|
This command was integrated into Cisco IOS Release 12.2(33)SXI.
|
12.2(22)T
|
This command was integrated into Cisco IOS Release 12.2(22)T.
|
Cisco IOS XE Release 2.1
|
This command was integrated into Cisco IOS XE Release 2.1.
|
Usage Guidelines
The area-tag argument must be unique among all IP or Connectionless Network Service (CLNS) router processes for a given router. If an area tag is not specified, a null tag is assumed and the process is referenced with a null tag. If an area tag is specified, output is limited to the specified area. This argument is required for multiarea IS-IS configuration.
Examples
The following is sample output of the IS-IS Level-1Routing Table from the show isis route command:
IS-IS Level-1 Routing Table - Version 34
System Id Next-Hop SNPA Interface Metric State
0000.0C00.0C35 0000.0C00.0C35 0000.0c00.0c36 Ethernet1 20 Up
0800.2B16.24EA 0800.2B16.24EA aa00.0400.2d05 Ethernet0 10 Up
0800.2B14.060E 0800.2B14.060E aa00.0400.9205 Ethernet0 10 Up
0800.2B14.0528 0800.2B14.0528 aa00.0400.9105 Ethernet0 10 Up
0000.0C00.40AF 0000.0000.0000 -- -- 0 Up
0000.0C00.62E6 0000.0C00.62E6 0000.0c00.62e7 Ethernet1 10 Up
AA00.0400.2D05 0800.2B16.24EA aa00.0400.2d05 Ethernet0 10 Up
Table 24 describes the significant fields shown in the display.
Table 24 show isis routes Field Descriptions
Field
|
Description
|
Version 34
|
Indicates the version number of the Level 1 routing table. All the Level 1 routes with a version number that do not match this number are flushed from the routing table. The routers' version number increases whenever the routers perform a Shortest Path First (SPF) algorithm to recalculate the routes.
|
System Id
|
Identification value of the system listed in the Level 1 forwarding table.
|
Next-Hop
|
System ID of the best-cost next hop to the listed address.
|
SNPA
|
SNPA of the next-hop system.
|
Interface
|
Interface through which the next-hop system is known.
|
Metric
|
IS-IS metric for the route.
|
State
|
Up (active) or Down (nonoperational).
|
Related Commands
Command
|
Description
|
clns router isis
|
Configures an IS-IS routing process for CLNS on a specified interface and attaches an area designator to the routing process.
|
show tarp blacklisted-adjacencies
To list all adjacencies that have been blacklisted (that is, adjacencies that this router will not propagate TARP PDUs to) by the tarp blacklist-adjacency command, use the show tarp blacklisted-adjacencies command in EXEC mode.
show tarp blacklisted-adjacencies
Syntax Description
This command has no arguments or keywords.
Command Modes
EXEC
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
The following is sample output from the show tarp blacklisted-adjacencies command:
Router# show tarp blacklisted-adjacencies
Adjacencies that we won't propagate TARP PDU's to:
49.0001.5555.5555.5555.00
Table 25 describes the field shown in the display.
Table 25 show tarp blacklisted adjacencies Field Descriptions
Field
|
Description
|
49.0001.5555.5555.5555.00
|
NSAP address of the blacklisted router.
|
Related Commands
Command
|
Description
|
tarp blacklist-adjacency
|
Blacklists the specified router so that the router does not receive TARP PDUs propagated by this router.
|
show tarp host
To display information about a specific TID Address Resolution Protocol (TARP) router stored in the local TID cache, use the show tarp host command in EXEC mode.
show tarp host tid
Syntax Description
tid
|
Target identifier of the router from which you want information. Alphanumeric string up to 255 characters.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
The following is sample output from the show tarp host command:
router# show tarp host artemis
NET of entry: 49.0001.1111.1111.1111.00
Expiration time: 280 seconds
Table 26 describes the fields shown in the display.
Table 26 show tarp host Field Descriptions
Field
|
Description
|
TID
|
Target identifier of the router.
|
NET
|
NSAP address of the router.
|
Entry type
|
Type of entry in the TID cache. Values are local, dynamic, or static. A static entry is created with the tarp map command.
|
Expiration time
|
Amount of time that a dynamically created entry will remain in the TID cache. The cache timer is set by the tarp cache-timer command.
|
Related Commands
Command
|
Description
|
tarp tid
|
Assigns a TID to the router.
|
show tarp interface
To list all interfaces that have TID Address Resolution Protocol (TARP) enabled, use the show tarp interface command in EXEC mode.
show tarp interface [type number]
Syntax Description
type
|
(Optional) Interface type.
|
number
|
(Optional) Interface number.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
The following is sample output from the show tarp interface command:
Router# show tarp interface
Ethernet0 is up, line protocol is up, encapsulation is ARPA
TARP propagation is enabled on this interface
Table 27 describes the fields shown in the display.
Table 27 show tarp interface Field Descriptions
Field
|
Description
|
Ethernet...is {up | down}
...is administratively down
|
Indicates whether the interface hardware is currently active (whether carrier detect is present) or if it has been taken down by an administrator.
|
line protocol is {up | down | administratively down}
|
Indicates whether the software processes that handle the line protocol think the line is usable (that is, whether keepalives are successful).
|
Encapsulation
|
Indicates the encapsulation method assigned to the interface.
|
TARP propagation
|
Indicates whether this interface can propagate TARP PDUs. The propagation is set by the tarp propagate command.
|
Related Commands
Command
|
Description
|
tarp enable
|
Enables the TARP on an interface.
|
tarp propagate
|
Reenables propagation of TARP PDUs on an interface.
|
show tarp ldb
To display the contents of the loop-detection buffer table, use the show tarp ldb command in EXEC mode.
show tarp ldb
Syntax Description
This command has no arguments or keywords.
Command Modes
EXEC
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
The following is sample output from the show tarp ldb command:
System ID Sequence Number Expiration (sec)
Table 28 describes the fields shown in the display.
Table 28 show tarp ldb Field Descriptions
Field
|
Description
|
System ID
|
System ID of the router.
|
Sequence Number
|
Sequence number of the last packet originated by the router specified by the system ID.
|
Expiration (sec)
|
Time, in seconds, left before this entry in the loop-detection buffer table is cleared. The time is set by the tarp ldb-timer command.
|
Related Commands
Command
|
Description
|
clear tarp ldb-table
|
Clears the system ID-to-sequence number mapping entries stored in the TARP loop-detection buffer table.
|
tarp sequence-number
|
Specifies the sequence number to be used in the next outgoing TARP PDU.
|
show tarp map
To list all static entries in the TID cache that were configured with the tarp map command, use the show tarp map command in EXEC mode.
show tarp map
Syntax Description
This command has no arguments or keywords.
Command Modes
EXEC
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
The following is sample output from the show tarp map command:
shashi 49.0001.6666.6666.6666.00
sonali 49.0001.7777.7777.7777.00
Table 29 describes the fields shown in the display.
Table 29 show tarp map Field Descriptions
Field
|
Description
|
shashi
|
TID of the static entry.
|
49.0001.6666.6666.6666.00
|
NSAP address of the static entry.
|
Related Commands
Command
|
Description
|
clear tarp tid-table
|
Clears the dynamically created TARP TID-to-NSAP address mapping entries stored in TID cache.
|
tarp map
|
Enters a TID-to-NSAP static map entry in the TID cache.
|
show tarp static-adjacencies
To list all static TID Address Resolution Protocol (TARP) adjacencies that are configured with the tarp route-static command, use the show tarp static-adjacencies command in EXEC mode.
show tarp static-adjacencies
Syntax Description
This command has no arguments or keywords.
Command Modes
EXEC
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
The following is sample output from the show tarp static-adjacencies command:
Router# show tarp static-adjacencies
Manual (static) TARP adjacencies:
55.0001.0001.1111.1111.1111.1111.1111.1111.1111.00
Table 30 describes the field shown in the display.
Table 30 show tarp static-adjacencies Field Descriptions
Field
|
Description
|
55.0001.0001.1111.1111.1111.1111.1111.1111.1111.0
|
NSAP address of the TARP adjacency.
|
Related Commands
Command
|
Description
|
tarp route-static
|
Configures a static TARP adjacency.
|
show tarp tid-cache
To display information about the entries in the TID cache, use the show tarp tid-cache command in EXEC mode. Entries are created dynamically, statically, or as a result of assigning a TID to the device by using the tarp tid command.
show tarp tid-cache [detail]
Syntax Description
detail
|
(Optional) List additional information in the TID/NET cache (such as the expiration time for dynamic entries).
|
Command Modes
EXEC
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
The following is sample output from the show tarp tid-cache command:
Router# show tarp tid-cache
TID ('*' : static; & : local) NSAP
* shashi 49.0001.6666.6666.6666.00
& router 49.0001.3333.3333.3333.00
* sonali 49.0001.7777.7777.7777.00
artemis 49.0001.1111.1111.1111.00
The following is sample output from the show tarp tid-cache detail command:
Router# show tarp tid-cache detail
TID ('*': static; &: local) NSAP
& router 49.0001.3333.3333.3333.00
Table 31 describes the fields shown in the displays.
Table 31 show tarp tid-cache Field Descriptions
Field
|
Description
|
TID
|
Target identifier assigned to the TID cache entry. Static entries are flagged with an asterisk (*). The local entry is flagged with an ampersand (&).
|
NSAP
|
NSAP address of the TID cache entry.
|
*
|
An asterisk (*) indicates that the entry in the TID cache is static (that is, you have created an entry in the TID cache with the tarp map command.
|
&
|
An ampersand (&) indicates that the entry in the TID cache is the local entry (that is, the router to which you are connected).
|
Expiration time
|
Amount of time the entry remains in the TID cache. When this time expires, the entry is removed from the TID cache. Only dynamic entries have an expiration time. The local entry indicated by an ampersand (&) and static entries indicated by an asterisk (*) are not removed from the TID cache.
|
Related Commands
Command
|
Description
|
clear tarp tid-table
|
Clears the dynamically created TARP TID-to-NSAP address mapping entries stored in TID cache.
|
tarp cache-timer
|
Specifies the length of time that a dynamically created TARP entry remains in the TID cache.
|
tarp map
|
Enters a TID-to-NSAP static map entry in the TID cache.
|
tarp tid
|
Assigns a TID to the router.
|
show tarp traffic
To display statistics about TID Address Resolution Protocol (TARP) PDUs since the last time the counters were cleared, use the show tarp traffic command in EXEC mode.
show tarp traffic
Syntax Description
This command has no arguments or keywords.
Command Modes
EXEC
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
The following is sample output from the show tarp traffic command:
Router# show tarp traffic
Packets output: 11, Input: 5
No memory: 0, Invalid packet: 0
Table 32 describes the fields shown in the display.
Table 32 show tarp traffic Field Descriptions
Field
|
Description
|
Packets output
|
Indicates the number of PDUs that this router has originated.
|
Input
|
Indicates the number of PDUs that this router has received.
|
Hdr syntax
|
Number of PDUs with bad header information.
|
No memory
|
Number of times a request for memory failed (because of insufficient memory).
|
Invalid packets
|
Number of received PDUs that contained invalid information.
|
Lifetime exceeded
|
Number of received PDUs with zero lifetime.
|
Related Commands
Command
|
Description
|
clear tarp counters
|
Clears all TARP counters that are displayed with the show tarp traffic command.
|
show tarp
To display all global TID Address Resolution Protocol (TARP) parameters, use the show tarp command in EXEC mode.
show tarp
Syntax Description
This command has no arguments or keywords.
Command Modes
EXEC
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Examples
The following is sample output from the show tarp command:
TID of this station is "cerd"
Timer T1 (timer for response to TARP Type 1 PDU) is 15 seconds
Timer T2 (timer for response to TARP Type 2 PDU) is 25 seconds
Timer T3 (timer for response to ARP request) is 40 seconds
Timer T4 (timer that starts when T2 expires) is 15 seconds
Loop Detection Buffer entry timeout: 300 seconds
TID cache entry timeout: 300 seconds
This station will propagate TARP PDUs
This station will originate TARP PDUs
TID<->NET cache is enabled
Sequence number that next packet originated by this station will have: 9
Update remote cache (URC) bit is 0
Packet lifetime: 100 hops
Protocol type used in outgoing packets: "FE"
N-Selector used in TARP PDU's: "AF"
Table 33 describes the fields shown in the display.
Table 33 show tarp Field Descriptions
Field
|
Description
|
TID
|
Target identifier assigned to this router by the tarp tid command.
|
Timer T1
|
Number of seconds that the router will wait to receive a response from a Type 1 PDU. The T1 timer is set by the tarp t1-response-timer command.
|
Timer T2
|
Number of seconds that the router will wait to receive a response from a Type 2 PDU. The T2 timer is set by the tarp t2-response-timer command.
|
Timer T3
|
Number of seconds that the router will wait for a response from a Type 5 PDU. The T3 timer is set by the tarp arp-request-timer command.
|
Timer T4
|
Number of seconds that the router will wait for a response from a Type 2 PDU after the T2 timer has expired. The T4 timer is set by the tarp post-t2-response-timer command.
|
Loop Detection Buffer entry timeout
|
Number of seconds that a System ID-to-sequence number mapping entry remains in the loop-detection buffer table. The loop-detection buffer timeout is set by the tarp ldb-timer command.
|
TID cache entry timeout
|
Number of seconds that a dynamically created TARP entry remains in the TID cache. The cache timeout is set by the tarp cache-timer command.
|
Propagate TARP PDUs
|
Indicates whether the router can propagate TARP PDUs to its TARP neighbors. This field is set by the tarp global-propagate command.
|
Originate TARP PDUs
|
Indicates whether the router can originate TARP PDUs. This field is set by the tarp originate command.
|
TID<->NET cache
|
Indicates whether the router will store TID-to-network (NSAP) address mapping in cache. This field is set by the tarp allow-caching command.
|
Sequence number
|
Number used by the next packet to indicate if the packet is newer than the last information received. This number can be changed by the tarp sequence-number command.
|
Update remote cache
|
Indicates the setting of the URC bit in outgoing PDUs. When the bit is zero, the receiver of the PDU will update its cache entry. When the bit is one, the receiver of the PDU will not update its cache entry. This URC bit is set by the tarp urc command.
|
Packet lifetime
|
Number of hosts that a PDU can traverse before the PDU is discarded. The packet lifetime is set by the tarp lifetime command.
|
Protocol type
|
Hexadecimal representation of the protocol used in outgoing PDUs. The protocol type is set by the tarp protocol-type command. Only CLNP (indicated by FE) is supported.
|
N-selector
|
Hexadecimal representation of the N-selector used to indicate that the packet is a TARP PDU. The N-selector is set by the tarp nselector-type command. The default is AF.
|
tarp allow-caching
To reenable the storage of TID-to-NSAP address mapping in the TID cache, use the tarp allow-caching command in global configuration mode. To disable this function and clear the TID cache, use the no form of this command.
tarp allow-caching
no tarp allow-caching
Syntax Description
This command has no arguments or keywords.
Defaults
Enabled
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
By default, storing TID-to-network (NSAP) address mapping in the cache is enabled unless you specifically disable the capability with the no tarp allow-caching command. If you disable this capability, you must use the tarp allow-caching command to reenable storage of TID-to-network address mapping in cache. After re-enabling this capability, any previously cleared local entry and all static entries are restored.
Examples
The following example disables storage of TID-to-NSAP address mapping in cache on the router:
Related Commands
Command
|
Description
|
clear tarp tid-table
|
Clears the dynamically created TARP TID-to-NSAP address mapping entries stored in TID cache.
|
show tarp map
|
Lists all static entries in the TID cache that were configured with the tarp map command.
|
show tarp tid-cache
|
Displays information about the entries in the TID cache.
|
tarp cache-timer
|
Specifies the length of time that a dynamically created TARP entry remains in the TID cache.
|
tarp map
|
Enters a TID-to-NSAP static map entry in the TID cache.
|
tarp arp-request-timer
To set the timeout for TID Address Resolution Protocol (TARP) Type 5 PDUs, use the tarp arp-request-timer command in global configuration mode. To set the timeout to the default value, use the no form of this command.
tarp arp-request-timer seconds
no tarp arp-request-timer
Syntax Description
seconds
|
Number of seconds for which the router will wait for a response from a TARP Type 5 PDU. The range is from 0 to 3600 seconds.
|
Defaults
40 seconds
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
You may want to increase the time if your network has a slow link or there are long delay times on the link.
TARP Type 5 PDUs are sent by the tarp query command to determine a TID that corresponds to a particular NSAP.
Examples
The following example sets the timeout for TARP Type 5 PDUs to 60 seconds (one minute):
tarp arp-request-timer 60
Related Commands
Command
|
Description
|
tarp lifetime
|
Specifies the lifetime for locally generated TARP PDUs based on the number of hops.
|
tarp query
|
Determines a TID corresponding to a specific NSAP address.
|
tarp blacklist-adjacency
To blacklist the specified router so that the router does not receive TID Address Resolution Protocol (TARP) PDUs propagated by this router, use the tarp blacklist-adjacency command in global configuration mode. To remove the specified router from the blacklist so that the router can once again receive propagated TARP PDUs, use the no form of this command.
tarp blacklist-adjacency nsap
no tarp blacklist-adjacency nsap
Syntax Description
nsap
|
NSAP address that cannot receive TARP PDUs. Use the full NSAP address.
|
Defaults
All hosts receive propagated TARP PDUs.
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
A TARP router propagates PDUs to all its TARP adjacencies (both dynamic and static). Use the tarp blacklist-adjacency command to bypass hosts that may not have TARP running or to bypass hosts to which you do not want to propagate TARP PDUs.
Examples
The following example specifies that the router 49.0001.0000.0c00.1111.1234.00 will not receive propagated TARP PDUs:
tarp blacklist-adjacency 49.0001.0000.0c00.1111.1234.00
Related Commands
Command
|
Description
|
show tarp blacklisted-adjacencies
|
Lists all blacklisted adjacencies (to which this router will not propagate TARP PDUs) by the tarp blacklist-adjacency command.
|
tarp cache-timer
To specify the length of time for which a dynamically created TID Address Resolution Protocol (TARP) entry remains in the TID cache, use the tarp cache-timer command in global configuration mode. To set the timer to the default value, use the no form of this command.
tarp cache-timer seconds
no tarp cache-timer
Syntax Description
seconds
|
Number of seconds for which an entry remains in the TID cache. The range is 30 to 86,400 seconds.
|
Defaults
3,600 seconds (one hour)
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Static entries (those created with the tarp map command) remain in the TID cache unless cleared by the no tarp map command.
If entries frequently change, you may want to use a shorter time period. If entries are stable, you may want to use a longer time period.
Examples
The following example limits the time for which an entry remains in the TID cache to 1,800 seconds (30 minutes):
Related Commands
Command
|
Description
|
clear tarp tid-table
|
Clears the dynamically created TARP TID-to-NSAP address mapping entries stored in TID cache.
|
show tarp tid-cache
|
Displays information about the entries in the TID cache.
|
tarp enable
To enable TID Address Resolution Protocol (TARP) on an interface, use the tarp enable command in interface configuration mode. To disable TARP on a particular interface, use the no form of this command.
tarp enable
no tarp enable
Syntax Description
This command has no arguments or keywords.
Defaults
Disabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Enabling TARP allows the interface to request and respond to TARP PDUs. TARP PDUs are identified by a unique N-selector in the NSAP address. You must also have the TARP process running on the router by using the tarp run command.
Examples
The following example enables TARP on Ethernet interface 0:
interface ethernet 0
tarp enable
Related Commands
Command
|
Description
|
show tarp interface
|
Lists all interfaces that have TARP enabled.
|
tarp nselector-type
|
Specifies the N-selector to be used in CLNP PDUs to indicate that the packet is a TARP PDU.
|
tarp propagate
|
Reenables propagation of TARP PDUs on an interface.
|
tarp run
|
Starts the TARP process on the router.
|
tarp global-propagate
To reenable the capability to propagate TID Address Resolution Protocol (TARP) PDUs globally, use the tarp global-propagate command in global configuration mode. To disable global propagation of TARP PDUs, use the no form of this command.
tarp global-propagate
no tarp global-propagate
Syntax Description
This command has no arguments or keywords.
Defaults
Enabled
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
TARP PDUs are globally propagated to all TARP neighbors by default unless you specifically disable the capability with the no tarp global-propagate command. If you disable this capability, you must use the tarp global-propagate command to reenable global purgation of TARP PDUs.
TARP PDUs are propagated on all interfaces by default unless you specifically disable the capability on a specific interface with the no tarp propagate command.
Note
The no tarp global-propagate command disables propagation of TARP PDUs on the router (and thus on all interfaces).
Examples
The following example disables global propagation of TARP PDUs on this router:
Related Commands
Command
|
Description
|
tarp propagate
|
Reenables propagation of TARP PDUs on an interface.
|
tarp ldb-timer
To specify the length of time for which a system ID-to-sequence number mapping entry remains in the loop-detection buffer table, use the tarp ldb-timer command in global configuration mode. To set the timer to the default value, use the no form of this command.
tarp ldb-timer seconds
no tarp ldb-timer
Syntax Description
seconds
|
Number of seconds for which a system ID-to-sequence number mapping entry remains in the loop-detection buffer table. The range is 0 to 86,400 seconds. The default is 300 seconds.
|
Defaults
300 seconds
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The loop-detection buffer table prevents TARP PDUs from looping.
Examples
The following example limits the time for which an entry remains in the loop-detection buffer table to 600 seconds (10 minutes):
Related Commands
Command
|
Description
|
clear tarp ldb-table
|
Clears the system ID-to-sequence number mapping entries stored in the TARP loop-detection buffer table.
|
show tarp ldb
|
Displays the contents of the loop-detection buffer table.
|
tarp lifetime
|
Specifies the lifetime for locally generated TARP PDUs based on the number of hops.
|
tarp lifetime
To specify the lifetime for locally generated TID Address Resolution Protocol (TARP) PDUs based on the number of hops, use the tarp lifetime command in global configuration mode. To set the PDU lifetime to the default value, use the no form of this command.
tarp lifetime hops
no tarp lifetime
Syntax Description
hops
|
Number of hosts that a PDU can traverse before it is discarded. Each router represents one hop. The range is 0 to 65,535 hops. The default is 100 hops.
|
Defaults
100 hops
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The number of hops specified is decremented after every hop. A PDU with a lifetime of zero is discarded.
Examples
The following example specifies that the TARP PDU can traverse 150 hosts before it is discarded:
Related Commands
Command
|
Description
|
tarp arp-request-timer
|
Sets the timeout for waiting for a response to a TARP Type 5 PDU.
|
tarp ldb-timer
|
Specifies the length of time that a system ID-to-sequence number mapping entry remains in the loop-detection buffer table.
|
tarp map
To enter a TID-to-NSAP static map entry in the TID cache, use the tarp map command in global configuration mode. To remove a static map entry from the TID cache, use the no form of this command.
tarp map tid nsap
no tarp map tid nsap
Syntax Description
tid
|
Target identifier to be mapped to the specified NSAP. Alphanumeric string up to 255 characters.
|
nsap
|
NSAP address to map to the specified TID. Use the full NSAP address.
|
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Use the tarp map command to map multiple NSAP addresses on a router. For example, using the tarp resolve to get the NSAP for a known TID will always return the first NSAP address. If the router has multiple NSAP addresses, you can use the tarp map command to map the TID to multiple NSAP addresses. If a router has NSAP addresses 1, 2, 3, the tarp resolve command will always return NSAP address 1. Use the tarp map command to map the router to NSAP addresses 2 and 3 so the tarp query command will return the TID corresponding to the other NSAP addresses.
Examples
The following example maps the NSAP address 49.0001.000.1111.1111.1234.00 to TID SJ1:
tarp map sj1 49.0001.0000.1111.1111.1234.00
Related Commands
Command
|
Description
|
clear tarp tid-table
|
Clears the dynamically created TARP TID-to-NSAP address mapping entries stored in TID cache.
|
show tarp map
|
Lists all static entries in the TID cache that were configured with the tarp map command.
|
tarp query
|
Determines a TID corresponding to a specific NSAP address.
|
tarp resolve
|
Determines an NSAP address corresponding to a specified TID.
|
tarp nselector-type
To specify the N-selector to be used in Connectionless Network Protocol (CLNP) PDUs to indicate that the packet is a TID Address Resolution Protocol (TARP) PDU, use the tarp nselector-type command in global configuration mode. To set the N-selector to the default value, use the no form of this command.
tarp nselector-type hex-digit
no tarp nselector-type
Syntax Description
hex-digit
|
Two digits in hexadecimal format to be used to identify TARP PDUs.
|
Defaults
AF
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
This feature provides flexibility in using the N-selector field to indicate TARP PDUs. The N-selector must be the same on all hosts running the TARP process.
Examples
The following example changes the N-selector used in CLNP PDUs to BC:
Related Commands
Command
|
Description
|
show tarp
|
Displays all global TARP parameters.
|
tarp originate
To reenable the router to originate TID Address Resolution Protocol (TARP) PDUs, use the tarp originate command in global configuration mode. To disable the capability to originate TARP PDUs, use the no form of this command.
tarp originate
no tarp originate
Syntax Description
This command has no arguments or keywords.
Defaults
Enabled
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Origination of TARP PDUs is enabled by default unless you specifically disable the capability with the no tarp originate command. If you disable this capability, you must use the tarp originate command to reenable origination of TARP PDUs.
Examples
The following example disables the origination of TARP PDUs on this router:
Related Commands
Command
|
Description
|
show tarp
|
Displays all global TARP parameters.
|
tarp post-t2-response-timer
To specify the length of time for which a router waits for a response to a Type 2 PDU after the default timer expires, use the tarp post-t2-response-timer command in global configuration mode. To set the timer to the default value, use the no form of this command.
tarp post-t2-response-timer seconds
no tarp post-t2-response-timer
Syntax Description
seconds
|
Number of seconds for which the router will wait for a response for a Type 2 PDU after the default timer has expired. The range is 0 to 3600 seconds.
|
Defaults
15 seconds
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
A Type 1 PDU is sent to all Level 1 (IS-IS and ES-IS) neighbors when a router has a TID for which it has no matching NSAP information. If no response is received within the specified timeout period, a Type 2 PDU is sent to all Level 1 and Level 2 neighbors. If no response is received within the specified timeout period, additional time is allocated based on the number specified in the tarp post-t2-response-timer command.
Examples
The following example sets the additional time to wait for a response from a Type 2 PDU to 60 seconds:
tarp post-t2-response-timer 60
Related Commands
Command
|
Description
|
tarp t2-response-timer
|
Specifies the length of time for which the router will wait for a response from a Type 2 PDU.
|
tarp propagate
To reenable propagation of TID Address Resolution Protocol (TARP) PDUs on an interface, use the tarp propagate command in interface configuration mode. To disable propagation of TARP PDUs on one or more interfaces, use the no form of this command.
tarp propagate [all | message-type type-number [type-number] [type-number]]
no tarp propagate [all | message-type type-number [type-number] [type-number]]
Syntax Description
all
|
(Optional) Specifies all TARP PDUs.
|
message-type type-number
|
(Optional) Specifies only type-number broadcast PDUs. Valid values are 1, 2, and 4. You may enter more than one value for the type-number argument.
|
Defaults
Enabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.0(5)T
|
The following keywords and arguments were added:
• all
• message-type type-number
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Pressing Return or Enter after tarp propagate is the same as typing the keyword all.
TARP PDUs are propagated on all interfaces by default unless you specifically disable the capability on a specific interface with the no tarp propagate command. If you disable this capability, you must use the tarp propagate command to reenable propagation of TARP PDUs. Enabling propagation of TARP PDUs allows the interface to propagate PDUs to all neighbors on this interface. TARP PDUs are identified by a unique N-selector in the NSAP.
Note
The no tarp global-propagate command disables propagation of TARP PDUs on the router (and, thus, on all interfaces).
Examples
The following example starts the TARP process on the router and enables TARP propagation on Ethernet interface 0:
interface ethernet 0
tarp propagate
Related Commands
Command
|
Description
|
show tarp interface
|
Lists all interfaces that have TARP enabled.
|
tarp enable
|
Enables the TARP on an interface.
|
tarp global-propagate
|
Reenables the capability to propagate TARP PDUs globally.
|
tarp nselector-type
|
Specifies the N-selector to be used in CLNP PDUs to indicate that the packet is a TARP PDU.
|
tarp run
|
Starts the TARP process on the router.
|
tarp protocol-type
To specify the network protocol type to be used in outgoing TID Address Resolution Protocol (TARP) PDUs, use the tarp protocol-type command in global configuration mode. To set the protocol type to the default value, use the no form of this command.
tarp protocol-type hex-digit
no tarp protocol-type
Syntax Description
hex-digit
|
Two digits in hexadecimal format to be used to identify the protocol used in outgoing TARP PDUs. The default is FE (for CLNP).
|
Defaults
FE
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Only FE is supported.
Examples
The following example shows the TARP network protocol type changed from the default of FE to AO:
Related Commands
Command
|
Description
|
show tarp
|
Displays all global TARP parameters.
|
tarp query
To determine a corresponding TID entry for a specific NSAP address, use the tarp query command in EXEC mode.
tarp query nsap
Syntax Description
nsap
|
NSAP address that you want the TID for. Use the full NSAP address.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
If there is a TID entry in the local TID cache, the requested information is displayed.
If there is no TID entry in the local TID cache, a TARP Type 5 PDU is sent to the specified NSAP address. Because the NSAP address is specified, the PDU is unicast to the particular NSAP address. If a response is received (in the form of a Type 3 PDU), the local TID cache is updated and the requested information is displayed.
The length of time that the router will wait for a response to a Type 5 PDU is controlled by the tarp arp-request-timer command.
Examples
The following is sample output from the tarp query command:
Router# tarp query 49.0001.3333.3333.3333.00
Type escape sequence to abort.
Sending TARP type 5 PDU, timeout 40 seconds...
TID corresponding to NET 49.0001.3333.3333.3333.00 is cerd
Table 34 describes the fields shown in the display.
Table 34 tarp query Field Descriptions
Field
|
Description
|
Sending TARP type 5 PDU
|
PDU requesting the TID of the specified NSAP.
|
Timeout...
|
Number of seconds the router will wait for a response from the Type 5 PDU. The timeout is set by the tarp arp-request-timer command.
|
TID corresponding to... is...
|
Indicates the TID for the specified NSAP address.
|
Related Commands
Command
|
Description
|
show tarp
|
Displays all global TARP parameters.
|
tarp arp-request-timer
|
Sets the timeout for TARP Type 5 PDUs.
|
tarp resolve
To determine an NSAP address corresponding to a specified TID, use the tarp resolve command in EXEC mode.
tarp resolve tid [1 | 2]
Syntax Description
tid
|
Target identifier to be mapped to the specified NSAP. Alphanumeric string up to 255 characters.
|
1
|
(Optional) Send a Type 1 PDU. The default is a Type 1 PDU. If a response is not received before the timeout period, a Type 2 PDU is sent.
|
2
|
(Optional) Send only Type 2 PDU.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
If there is an NSAP entry in the local TID cache, the requested information is displayed.
If there is no NSAP entry in the local TID cache, a TARP Type 1 or Type 2 PDU is sent out. By default a Type 1 PDU is sent. A Type 1 PDU is sent to all Level 1 (IS-IS and ES-IS) neighbors. If a response is received (in the form of a Type 3 PDU), the local TID cache is updated and the requested information is displayed.
If a response from the Type 1 PDU is not received within the timeout period, a Type 2 PDU is sent to all Level 1 and Level 2 neighbors. If a response is received (in the form of a Type 3 PDU), the local TID cache is updated and the requested information is displayed.
The length of time that the router will wait for a response to a Type 1 PDU is controlled by the tarp t1-response-timer command. The length of time that the router waits for a response to a Type 2 PDU is controlled by the tarp t2-response-timer command and the tarp-post-t2-response-timer command.
Examples
The following is sample output from the tarp resolve command:
Router# tarp resolve artemis
Type escape sequence to abort.
Sending TARP type 1 PDU, timeout 15 seconds...
NET corresponding to TID artemis is 49.0001.1111.1111.1111.00
Table 35 describes the fields shown in the display.
Table 35 tarp resolve Field Descriptions
Field
|
Description
|
Sending TARP type 1 PDU
|
PDU requesting the NSAP of the specified TID.
|
timeout...
|
Number of seconds the router will wait for a response from the Type 1 PDU. The timeout is set by the tarp t1-response-timer command.
|
NET corresponding to... is...
|
Indicates the NSAP address (in this case, 49.0001.1111.1111.1111.00) for the specified TID.
|
Related Commands
Command
|
Description
|
tarp map
|
Enters a TID-to-NSAP static map entry in the TID cache.
|
tarp post-t2-response-timer
|
Specifies the length of time that a router waits for a response to a Type 2 PDU after the default timer expires.
|
tarp t1-response-timer
|
Specifies the length of time for which the router will wait for a response from a Type 1 PDU.
|
tarp t2-response-timer
|
Specifies the length of time for which the router will wait for a response from a Type 2 PDU.
|
tarp route-static
To configure a static TID Address Resolution Protocol (TARP) adjacency, use the tarp route-static command in global configuration mode. To remove a static TARP adjacency from the TARP queue, use the no form of this command.
tarp route-static nsap [all | message-type type-number [type-number] [type-number]]
no tarp route-static nsap [all | message-type type-number [type-number] [type-number]]
Syntax Description
nsap
|
NSAP address to create a static TARP adjacency. Use the full NSAP address.
|
all
|
(Optional) Specifies all TARP PDUs.
|
message-type type-number
|
(Optional) Specifies only type-number broadcast PDUs.Valid values are 1, 2, and 4. You may enter more than one value for the type-number argument.
|
Defaults
No default behavior or values
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.0
|
The following keywords and arguments were added:
• all
• message-type type-number
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Pressing Return or Enter after tarp route-static is the same as typing the keyword all.
A TARP router propagates PDUs to all its adjacencies and static TARP adjacencies.
If a router is not running TARP, the router discards TARP PDUs rather than propagating the PDUs to all its adjacencies. To allow propagation of the PDU to hosts that are "beyond" a non-TARP router, you must use the tarp route-static command to ensure that the hosts receive PDUs. The tarp route-static command allows TARP PDUs to "tunnel" through hosts that are not running TARP.
The specified router, as identified by the NSAP address, is stored in a TARP static adjacencies queue.
Use the tarp blacklist-adjacency command to prevent sending TARP PDUs directly to hosts that are not running TARP.
Examples
The following example adds 49.0001.0000.0c00.1111.1234.00 as a static TARP adjacency to the TARP queue:
tarp route-static 49.0001.0000.0c00.1111.1234.00
Related Commands
Command
|
Description
|
show tarp static-adjacencies
|
Lists all static TARP adjacencies that are configured with the tarp route-static command.
|
tarp blacklist-adjacency
|
Blacklists the specified router so that the router does not receive TARP PDUs propagated by this router.
|
tarp run
To start the TID Address Resolution Protocol (TARP) process on the router, use the tarp run command in global configuration mode. To stop the TARP process, use the no form of this command.
tarp run
no tarp run
Syntax Description
This command has no arguments or keywords.
Defaults
No TARP process (unless configured to start in NVRAM).
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
You must also enable TARP on the individual interfaces by using the tarp enable command.
Examples
The following example starts the TARP process on the router:
Related Commands
Command
|
Description
|
tarp enable
|
Enables the TARP on an interface.
|
tarp propagate
|
Reenables propagation of TARP PDUs on an interface.
|
tarp sequence-number
To specify the sequence number to be used in the next originated TID Address Resolution Protocol (TARP) PDU, use the tarp sequence-number command in global configuration mode. To return to the default value, use the no form of this command.
tarp sequence-number number
no tarp sequence-number number
Syntax Description
number
|
Number from 0 to 65,535 that will be used as the sequence number in the next originated PDU.
|
Defaults
Zero
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
The sequence number lets the router determine if information received in the PDU is newer than the last information received. You may want to increase the sequence number to ensure that other hosts update their entries in TID cache.
Examples
The following example causes a sequence number of 10 to be assigned to the next TARP PDU:
Related Commands
Command
|
Description
|
show tarp
|
Displays all global TARP parameters.
|
show tarp ldb
|
Displays the contents of the loop-detection buffer table.
|
tarp t1-response-timer
To specify the length of time for which the router will wait for a response from a Type 1 PDU, use the tarp t1-response-timer command in global configuration mode. To set the timer to the default value, use the no form of this command.
tarp t1-response-timer seconds
no tarp t1-response-timer
Syntax Description
seconds
|
Number of seconds for which the router will wait to receive a response from a Type 1 PDU. The range is 0 to 3600 seconds.
|
Defaults
15 seconds
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
A Type 1 PDU is sent to all Level 1 (IS-IS and ES-IS) neighbors when a router has a TID for which it has no matching NSAP information. If no response is received within the timeout period (specified by the tarp t1-response-timer command), a Type 2 PDU is sent to all Level 2 neighbors.
Examples
The following example sets the timeout period for a Type 1 PDU to 60 seconds:
tarp t1-response-timer 60
Related Commands
Command
|
Description
|
tarp t2-response-timer
|
Specifies the length of time for which the router will wait for a response from a Type 2 PDU.
|
tarp t2-response-timer
To specify the length of time for which the router will wait for a response from a Type 2 PDU, use the tarp t2-response-timer command in global configuration mode. To set the timer to the default value, use the no form of this command.
tarp t2-response-timer seconds
no tarp t2-response-timer
Syntax Description
seconds
|
Number of seconds for which the router will wait to receive a response from a Type 2 PDU. The range is 0 to 3600 seconds.
|
Defaults
25 seconds
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
A Type 1 PDU is sent to all Level 1 (IS-IS and ES-IS) neighbors when a router has a TID for which it has no matching NSAP information. If no response is received within the timeout period (specified by the tarp t1-response-timer command), a Type 2 PDU is sent to all Level 2 neighbors. If no response is received within the timeout period (specified by the tarp t2-response-timer command), additional time can be allocated by using the tarp post-t2-response-timer command.
Examples
The following example sets the timeout period for a Type 2 PDU to 60 seconds:
tarp t2-response-timer 60
Related Commands
Command
|
Description
|
tarp post-t2-response-timer
|
Specifies the length of time for which a router waits for a response to a Type 2 PDU after the default timer expires.
|
tarp t1-response-timer
|
Specifies the length of time for which the router will wait for a response from a Type 1 PDU.
|
tarp tid
To assign a TID to the router, use the tarp tid command in global configuration mode. To remove the TID from the router, use the no form of this command.
tarp tid tid
no tarp tid tid
Syntax Description
tid
|
Target identifier to be used by this router. Alphanumeric string up to 255 characters.
|
Defaults
No default behavior or values
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
All hosts using TID Address Resolution Protocol (TARP) must have a unique TID assigned.
Examples
The following example assigns the TID SJ3 to the router:
Related Commands
Command
|
Description
|
show tarp
|
Displays all global TARP parameters.
|
show tarp host
|
Displays information about a specific TARP router stored in the local TID cache.
|
show tarp tid-cache
|
Displays information about the entries in the TID cache.
|
tarp urc
To set the update remote cache bit in all subsequent outgoing PDUs, use the tarp urc command in global configuration mode. To set the update remote cache bit to the default value, use the no form of this command.
tarp urc {0 | 1}
no tarp urc
Syntax Description
0
|
Sets the update remote cache bit to 0, which is the default value. When the bit is zero, the receiver's PDU will update its TID cache entry.
|
1
|
Sets the update remote cache bit to 1. When the bit is 1, the receiver's TID cache is not updated.
|
Defaults
The default value is 0.
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
If you do not specify either 0 or 1, the default value 0 is used.
Examples
The following example sets the update remote cache bit in the outgoing PDU to 1, so the cache at the receiver's end is not updated:
Related Commands
Command
|
Description
|
show tarp
|
Displays all global TARP parameters.
|
timers basic (ISO CLNS)
To configure ISO IGRP timers, use the timers basic command in router configuration mode. To restore the default values, use the no form of this command.
timers basic update-interval holddown-interval invalid-interval
no timers basic update-interval holddown-interval invalid-interval
Syntax Description
update-interval
|
Time, in seconds, between the sending of routing updates.
|
holddown-interval
|
Time, in seconds, a system or area router is kept in holddown state, during which routing information regarding better paths is suppressed. (A router enters into a holddown state when an update packet is received that indicates the route is unreachable. The route is marked inaccessible and advertised as unreachable. However, the route is still used for forwarding packets.) When the holddown interval expires, routes advertised by other sources are accepted and the route is no longer inaccessible.
|
invalid-interval
|
Time, in seconds, that a route remains in the routing table after it has been determined that it is not reachable. After that length of time, the route is removed from the routing table.
|
Defaults
update-interval: 90 seconds
holddown-interval: 145 seconds
invalid-interval: 135 seconds
Command Modes
Router configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Because the ISO IGRP routing protocol executes a distributed, asynchronous routing algorithm, it is important that these timers be the same for all routers in the network.
Examples
In the following example, updates are broadcast every 60 seconds. When an update packet is received that indicates the router is unreachable, the router will be in holddown state for 100 seconds before once more becoming accessible. If a router is not heard from in 130 seconds, the route is removed from the routing table.
which-route
To determine which next-hop router will be used or to troubleshoot your configuration if you have multiple processes running, use the which-route command in EXEC mode. This command displays the routing table in which the specified CLNS destination is found.
which-route {nsap-address | clns-name}
Syntax Description
nsap-address
|
CLNS destination network address.
|
clns-name
|
Destination host name.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
12.2SX
|
This command is supported in the Cisco IOS Release 12.2SX train. Support in a specific 12.2SX release of this train depends on your feature set, platform, and platform hardware.
|
Usage Guidelines
Route information can reside in the following tables:
•
IS-IS Level 1 routing table
•
ISO IGRP system-id or area routing table
•
Prefix routing table (IS-IS Level 2 routes, ISO IGRP domain routes, and static routes)
•
Adjacency database
Examples
The following example shows that destination information for router gray is found in the IS-IS Level 1 routing table. The destination is on the local system.
Route look-up for destination 39.0001.0000.0c00.bda8.00, GRAY
Found route in IS-IS level-1 routing table - destination is local
The following example shows that destination information for NSAP address 49.0001.0000.0c00.bda8.00 is found in the ISO IGRP Level 1 routing table. The destination is on the local system.
Router# which-route 49.0001.0000.0c00.bda8.00
Route look-up for destination 49.0001.0000.0c00.bda8.00
Found route in ISO IGRP routing table - destination is local
The following example shows that destination information for router green is found in the IS-IS Level 1 routing table. The destination is not on the local system.
Router# which-route green
Route look-up for destination 39.0001.0000.0c00.7f06.00, GREEN
Found route in IS-IS level-1 routing table
System Id SNPA Interface State Holdtime Type Protocol
GREEN 0000.0c00.2d55 Ethernet0 Up 91 L1L2 IS-IS
Area Address(es): 39.0001
Table 36 describes the display fields in the adjacency entry used to reach system green.
Table 36 which-route Field Descriptions
Field
|
Description
|
System ID
|
Six-byte value that identifies a system in an area. A name is displayed in this field if one has been assigned with the clns host global configuration command.
|
SNPA
|
SNPA data link address.
|
Interface
|
Interface from which system information was learned.
|
State
|
State of the ES or IS. Possible values are as follows:
Init—The system is an IS and is waiting for an IS-IS hello message. The neighbor to the IS-IS is not adjacent.
Up—The ES or IS is reachable.
|
Holdtime
|
Number of seconds for which the information is valid.
|
Type
|
Adjacency type. Possible values are as follows:
ES—An end-system adjacency that is either discovered by the ES-IS protocol or statically configured.
IS—A router adjacency that is either discovered by the ES-IS protocol or is statically configured.
L1—A router adjacency for Level 1 routing only.
L1L2—A router adjacency for Level 1 and Level 2 routing.
L2—A router adjacency for Level 2 only.
|
Protocol
|
Protocol through which the adjacency was learned. Valid protocol sources are ES-IS, IS-IS, ISO IGRP, and Static.
|
The following example shows that destination information for NSAP address 49.0001.1111.1111.1111.00 is found in the ISO IGRP routing table. Table 36 describes the display fields in the adjacency entry used to reach NSAP address 49.0001.1111.1111.1111.00.
Router# which-route 49.0001.1111.1111.1111.00
Route look-up for destination 49.0001.1111.1111.1111.00
Found route in ISO IGRP routing table
System Id SNPA Interface State Holdtime Type Protocol
1111.1111.1111 0000.0c01.151d Ethernet1 Up 38 L1L2 ISO IGRP
Area Address(es): 49.0001
The following example indicates that the specified address is not found in a routing table:
Router# which-route 47.0003.0000.0000.0000.00
Route look-up for destination 47.0003.0000.0000.0000.00
The following example indicates that the specified NSAP address was found in the CLNS prefix routing table. This information is followed by the route entry used to reach NSAP address 49.0003.0000.0000.0000.00.
Router# which-route 49.0003.0000.0000.0000.00
Route look-up for destination 49.0003.0000.0000.0000.00
Found route in CLNS prefix routing table
via 1111.1111.1111, Ethernet1, Static
Related Commands
Command
|
Description
|
clns host
|
Defines a name-to-NSAP mapping that can then be used with commands requiring NSAPs.
|