|
|
Cisco's implementation of the Internet Protocol (IP) suite provides all major services contained in the TCP/IP specifications.
Use the commands in this chapter to configure and monitor the IP routing protocols. For IP routing protocol configuration information and examples, refer to the "Configuring IP Routing Protocols" chapter of the Access and Communication Servers Configuration Guide.
Use the aggregate-address router configuration command to create an aggregate entry in a BGP routing table. Use the no form of this command to disable this feature.
aggregate-address address mask [as-set] [summary-only] [suppress-map map-name]
address | Aggregate address. |
mask | Aggregate mask. |
as-set | (Optional) Generates autonomous system set path information. |
summary-only | (Optional) Filters more specific routes from updates. |
suppress-map map-name | (Optional) Name of route-map to suppress. |
Disabled
Router configuration
You can implement aggregate routing in BGP either by redistributing an aggregate route into BGP or by using this conditional aggregate routing feature.
Using the aggregate-address command with no arguments will create an aggregate entry in the BGP routing table if there are any more-specific routes available that fall in the specified range. The aggregate route will be advertised as coming from your autonomous system and has the atomic aggregate attribute set to show that information might be missing. (By default, the atomic aggregate attribute is set unless you specify the as-set keyword in the aggregate-address command.)
Using the as-set keyword creates an aggregate entry using the same rules that the command follows without this keyword, but the path advertised for this route will be an AS_SET consisting of all elements contained in all paths that are being summarized. Do not use this form of aggregate-address when aggregating many paths, because this route must be continually withdrawn and re-updated as autonomous system path reachability information for the summarized routes changes.
Using the summary-only keyword not only creates the aggregate route (for example, 193.*.*.*) but will also suppress advertisements of more specific routes to all neighbors. If you only want to suppress advertisements to certain neighbors, you may use the neighbor distribute-list command, with caution. If a more-specific route leaks out, all BGP speakers will prefer that route over the less- specific aggregate you are generating (using longest-match routing).
Using the suppress-map keyword creates the aggregate route but suppresses advertisement of specified route maps. You can use the match clauses of route maps to selectively suppress some more specific routes of the aggregate and leave others unsuppressed. IP access lists and autonomous system path access lists match clauses are supported.
In the following example, an aggregate address is created. The path advertised for this route will be an AS_SET consisting of all elements contained in all paths that are being summarized.
router bgp 5aggregate-address 193.0.0.0 255.0.0.0 as-set
match as-path
match ip address
route-map
area-id | Identifier of the area for which authentication is to be enabled. The identifier can be specified as either a decimal value or an IP address. |
Type 0 authentication (no authentication)
Router configuration
Specifying authentication for an area sets the authentication to Type 1 (simple password) as specified in RFC 1247. If this command is not included in the configuration file, authentication of Type 0 (no authentication) is assumed.
The authentication type must be the same for all communication servers in an area. The authentication password for all OSPF communication servers on a network must be the same if they are to communicate with each other via OSPF. Use the ip ospf authentication-key interface configuration command to specify this password.
The following example mandates authentication for areas 0 and 36.0.0.0 of OSPF routing process 201. Authentication keys are also provided.
interface ethernet 0 ip address 131.119.251.201 255.255.255.0 ip ospf authentication-key adcdefgh ! interface ethernet 1 ip address 36.56.0.201 255.255.0.0 ip ospf authentication-key ijklmnop ! router ospf 201 network 36.0.0.0 0.255.255.255 area 36.0.0.0 network 131.119.0.0 0.0.255.255 area 0 area 36.0.0.0 authentication area 0 authentication
area default-cost
area stub
ip ospf authentication-key
area-id | Identifier for the stub area. The identifier can be specified as either a decimal value or as an IP address. |
cost | Cost for the default summary route used for a stub area. The acceptable value is a 24-bit number. |
Cost of 1
Router configuration
This command is used only on an Area Border Router (ABR) attached to a stub area.
There are two stub area router configuration commands: the stub and default-cost options of the area command. In all communication servers attached to the stub area, the area should be configured as a stub area using the stub option of the area command. Use the default-cost option only on an ABR attached to the stub area. The default-cost option provides the metric for the summary default route generated by the ABR into the stub area.
The following example assigns a default-cost of 20 to stub network 36.0.0.0:
interface ethernet 0 ip address 36.56.0.201 255.255.0.0 ! router ospf 201 network 36.0.0.0 0.255.255.255 area 36.0.0.0 area 36.0.0.0 stub area 36.0.0.0 default-cost 20
area authentication
area stub
area-id | Identifier of the area about which routes are to be summarized. It can be specified as either a decimal value or as an IP address. |
address | IP address. |
mask | IP mask. |
Disabled
Router configuration
Multiple area router configuration commands specifying the range option can be configured. Thus, OSPF can summarize addresses for many different sets of address ranges.
The following example specifies one summary route to be advertised by the communication server acting as an ABR to other areas for all subnets on network 36.0.0.0 and for all hosts on network 192.42.110.0:
interface ethernet 0 ip address 192.42.110.201 255.255.255.0 ! interface ethernet 1 ip address 36.56.0.201 255.255.0.0 ! router ospf 201 network 36.0.0.0 0.255.255.255 area 36.0.0.0 network 192.42.110.0 0.0.0.255 area 0 area 36.0.0.0 range 36.0.0.0 255.0.0.0 area 0 range 192.42.110.0 255.255.255.0
area-id | Identifier for the stub area. The identifier can be either a decimal value or an IP address. |
No stub area is defined.
Router configuration
This command must be configured on all communication servers in the stub area. Use the area router configuration command with the default-cost option to specify the cost of a default internal communication server sent into a stub area by a communication server acting as an Area Border Router (ABR).
There are two stub area router configuration commands: the stub and default-cost options of the area router configuration command. In all communication servers attached to the stub area, the area should be configured as a stub area using the stub option of the area command. Use the default-cost option only on an ABR attached to the stub area. The default-cost option provides the metric for the summary default route generated by the ABR into the stub area.
The following example assigns a default cost of 20 to stub network 36.0.0.0:
interface ethernet 0 ip address 36.56.0.201 255.255.0.0 ! router ospf 201 network 36.0.0.0 0.255.255.255 area 36.0.0.0 area 36.0.0.0 stub area 36.0.0.0 default-cost 20
area authentication
area default-cost
To define an OSPF virtual link, use the area virtual-link router configuration command with the optional parameters. To remove a virtual link, use the no form of this command.
area area-id virtual-link router-id [hello-interval seconds] [retransmit-interval seconds]
area-id | Area ID assigned to the transit area for the virtual link. This can be either a decimal value or a valid IP address. There is no default. |
router-id | Router ID associated with the virtual link neighbor. The router ID appears in the show ip ospf display. It is internally derived by each communication server from the communication server's interface IP addresses. This value must be entered in the format of an IP address. There is no default. |
hello-interval | (Optional) Time in seconds between the Hello packets that the communication server sends on an interface. |
seconds | (Optional) Unsigned integer value to be advertised in the communication server's Hello packets. The value must be the same for all communication servers attached to a common network. The default is 10 seconds. |
retransmit-interval | (Optional) Time in seconds between link state advertisement retransmissions for adjacencies belonging to the interface. |
seconds | (Optional) Expected round-trip delay between any two communication servers on the attached network. The value must be greater than the expected round-trip delay. The default is 5 seconds. |
transmit-delay | (Optional) Estimated time in seconds it takes to transmit a link state update packet on the interface. |
seconds | (Optional) Integer value that must be greater than zero. Link state advertisements in the update packet have their age incremented by this amount before transmission. The default value is 1 second. |
dead-interval | (Optional) Time in seconds that a communication server's Hello packets are not seen before its neighbors declare the communication server down. |
seconds | (Optional) Unsigned integer value. The default is four times the Hello interval, or 40 seconds. As with the Hello interval, this value must be the same for all communication servers attached to a common network. |
authentication-key | (Optional) Password to be used by neighboring communication servers. |
password | (Optional) Any continuous string of characters that you can enter from the keyboard up to 8 bytes in length. This string acts as a key that will allow the authentication procedure to generate or verify the authentication field in the OSPF header. This key is inserted directly into the OSPF header when originating routing protocol packets. A separate password can be assigned to each network on a per-interface basis. All neighboring communication servers on the same network must have the same password to be able to route OSPF traffic. The password is encrypted in the configuration file if the service password-encryption command is enabled. There is no default value. |
area-id: No area ID is predefined.
router-id: No router ID is predefined.
hello-interval seconds: 10 seconds
retransmit-interval seconds: 10 seconds
transmit-delay seconds: 1 second
dead-interval seconds: 40 seconds
authentication-key password: No password is predefined.
Router configuration
In OSPF, all areas must be connected to a backbone area. If the connection to the backbone is lost, it can be repaired by establishing a virtual link.
The smaller the Hello interval, the faster topological changes will be detected, but more routing traffic will ensue.
The setting of the retransmit interval should be conservative, or needless retransmissions will result. The value should be larger for serial lines and virtual links.
The transmit delay value should take into account the transmission and propagation delays for the interface.
A communication server will use the specified authentication key only when authentication is enabled for the backbone with the area area-id authentication router configuration command.
Any keywords and arguments you specify after the authentication-key password keyword-argument pair are ignored. Therefore, specify any optional arguments before this keyword-argument pair.
The following example establishes a virtual link with default values for all optional parameters:
router ospf 201 network 36.0.0.0 0.255.255.255 area 36.0.0.0 area 36.0.0.0 virtual-link 36.3.4.5
A dagger (†) indicates that the command is documented in another chapter.
area authentication
service password-encryption †
show ip ospf
Use the autonomous-system global configuration command to specify the local autonomous system that the communication server resides in for EGP. Use the no form of this command to remove the autonomous system number.
autonomous-system local-as
local-as | Local autonomous system number to which the communication server belongs |
No local autonomous system is specified.
Global configuration
Before you can set up EGP routing, you must specify an autonomous system number. The local autonomous system number will be included in EGP messages sent by the communication server.
The following sample configuration specifies an autonomous system number of 110:
autonomous-system 110
router egp
To restore the default behavior of automatic summarization of subnet routes into network-level routes, use the use the auto-summary router configuration command. To disable this feature, use the no form of this command.
auto-summaryThis command has no arguments or keywords.
Enabled
Router configuration
By default, BGP does not accept subnets redistributed from IGP. To advertise and carry subnet routes in BGP, use an explicit network command or the no auto-summary command. If you disable auto-summarization and have not entered a network command, you will not advertise network routes for networks with subnet routes unless they contain a summary route.
IP Enhanced IGRP summary routes are given an administrative distance value of 5. You cannot configure this value.
In the following example, network numbers are not summarized automatically:
router bgp 6 no auto-summary
The following example disables automatic summarization for router process eigrp 109:
router eigrp 109 no auto-summary
ip summary-address eigrp
Use the bgp default local-preference router configuration command to change the default local preference value of 100. Use the no form of this command to revert to the default setting.
bgp default local-preference value
value | Local preference value. Higher is more preferred. Integer from 0 through 4294967295. |
Local preference value of 100
Router configuration
Generally, the default value of 100 allows you to easily define a particular path as less preferable than paths with no local preference attribute. The preference is sent to all communication servers in the local autonomous system.
In the following example, the default local preference value is raised from the default of 100 to 200:
router bgp 200 bgp default local-preference 200
set local-preference
Use the bgp fast-external-fallover router configuration command to immediately reset the BGP sessions of any directly adjacent external peers if the link used to reach them goes down. Use the no form of this command to disable this feature.
bgp fast-external-falloverThis command has no arguments or keywords.
Enabled
Router configuration
In the following example, the automatic resetting of BGP sessions is disabled:
router bgp 109 no bgp fast-external-fallover
Use the clear arp-cache EXEC command to remove all dynamic entries from the ARP cache and to clear the fast-switching cache.
clear arp-cacheThis command has no arguments or keywords.
EXEC
The following example removes all dynamic entries from the ARP cache and clears the fast-switching cache:
clear arp-cache
To reset a BGP connection, use the clear ip bgp EXEC command at the system prompt.
clear ip bgp {* | address}
* | Resets all current BGP sessions. |
address | Resets only the identified BGP neighbor. |
EXEC
Use this command whenever any of the following changes occur:
The following example resets all current BGP sessions:
clear ip bgp *
show ip bgp
timers bgp
To delete entries from the neighbor table, use the clear ip eigrp neighbors EXEC command.
clear ip eigrp neighbors [ip-address | type number]
ip-address | (Optional) Address of the neighbor. |
type | (Optional) Interface type. |
number | (Optional) Interface number. |
EXEC
The following example removes the neighbor whose address is 160.20.8.3:
clear ip eigrp neighbors 160.20.8.3
show ip eigrp neighbors
To delete entries from the IGMP cache, use the clear ip igmp group EXEC command.
clear ip igmp group [group-name | group-address | type number]
group-name | (Optional) Name of the multicast group, as defined in the DNS hosts table or with the ip host command. |
group-address | (Optional) Address of the multicast group. This is a multicast IP address in four-part dotted notation. |
type | (Optional) Interface type. |
number | (Optional) Interface number. |
EXEC
The IGMP cache contains a list of the multicast groups of which hosts on the directly connected LAN are members. If the communication server has joined a group, it is also listed in the cache.
To delete all entries from the IGMP cache, specify the clear ip igmp group command with no arguments.
The following example clears entries for the multicast group 224.0.255.1 from the IGMP cache:
clear ip igmp group 224.0.255.1
A dagger (†) indicates that the command is documented in another chapter.
ip host †
show ip igmp groups
show ip igmp interface
To delete entries from the IP multicast routing table, use the clear ip mroute EXEC command.
clear ip mroute * | {group-name [source-address] | group-address [source-address]}
* | Deletes all entries from the IP multicast routing table. |
group-name | Name of the multicast group, as defined in the DNS hosts table or with the ip host command. |
group-address | Address of the multicast group. This is a multicast IP address in four-part dotted notation. |
source-address | (Optional) Address of a multicast source that is transmitting to the group. A source does not need to be a member of the group. If you specify source-address, you must specify either group-name or group-address. |
EXEC
The following example deletes all entries from the IP multicast routing table:
clear ip mroute *
The following example deletes from the IP multicast routing table all sources on the 10.3.0.0 subnet that are transmitting to the multicast group 224.2.205.42. Note that this example deletes all sources on network 10.3, not individual sources.
clear ip mroute 224.2.205.42 10.3.0.0
A dagger (†) indicates that the command is documented in another chapter.
ip host †
show ip mroute
Use the clear ip route EXEC command to remove one or more routes from the IP routing table.
clear ip route {network [mask] | *}
network | Network or subnet address to remove. |
mask | (Optional) Network mask associated with the IP address you wish to remove. |
* | Removes all entries. |
EXEC
The following example removes a route to network 132.5.0.0 from the IP routing table:
clear ip route 132.5.0.0
show ip route
To control the redistribution of routing information between IGRP or IP Enhanced IGRP processes, use the default-information allowed router configuration command. To suppress IGRP or IP Enhanced IGRP exterior or default routes when they are received by an IP Enhanced IGRP process, use the no default-information allowed in command. To suppress IGRP or IP Enhanced IGRP exterior routes in updates, use the no default-information allowed out command.
default-information allowed {in | out} [route-map map-tag]
in | Allows IP Enhanced IGRP exterior or default routes to be received by an IP Enhanced IGRP process. |
out | Allows IP Enhanced IGRP exterior routes to be advertised in updates. |
route-map map-tag | (Optional) Indicates that the route map should be interrogated to filter the importation of routes from this source routing protocol to the current routing protocol. The argument map-tag is the identifier of a configured route map. If you specify route-map without specifying map-tag, no routes are imported. If you omit route-map, all routes are redistributed. |
Normally, exterior routes are always accepted and default information is passed between IGRP processes when doing redistribution.
Router configuration
The default network of 0.0.0.0 used by RIP cannot be redistributed by IGRP or IP Enhanced IGRP.
The following example allows IGRP exterior or default routes to be received by the IGRP process in autonomous system 23:
router igrp 23 default-information allowed in
The following example allows IP Enhanced IGRP exterior or default routes to be received by the IP Enhanced IGRP process in autonomous system 23:
router eigrp 23 default-information allowed in
Use the default-information originate router configuration command to allow the redistribution of network 0.0.0.0 into BGP. Use the no form of this command to prevent the redistribution of network 0.0.0.0 into BGP.
default-information originateThis command has no arguments or keywords.
Disabled
Router configuration
The same functionality will result from the network 0.0.0.0 command, using the network router configuration command.
The following example configures BGP to redistribute network 0.0.0.0 into BGP:
router bgp 164 default-information originate
Use the default-information originate router configuration command to explicitly configure EGP to generate a default route. Use the no form of this command to disable this function.
default-information originateThis command has no arguments or keywords.
Disabled
Router configuration
Because EGP can use network 0.0.0.0 as a default route, EGP must be explicitly configured to generate a default route. If the next hop for the default route can be advertised as a third party, it will be included as a third party.
The following example configures EGP to generate a default route:
autonomous system 109 router egp 164 network 131.108.0.0 network 192.31.7.0 neighbor 10.2.0.2 default-information originate
Use the default-information originate router configuration command to generate a default route into an OSPF routing domain. Use the no form of this command to disable generation of a default route into the specified OSPF routing domain.
default-information originate [always] [metric metric-value] [metric-type type-value]
originate | For OSPF, causes the communication server to generate a default external route into an OSPF domain if the communication server already has a default route and you want to propagate to other communication servers. |
always | (Optional) For OSPF, the default route always will be advertised whether or not the communication server has a default route. |
metric metric-value | (Optional) Metric used for generating the default route. If a value is not specified for this option, and no value is specified using the default-metric router configuration command, the default metric value is 10. The value used is specific to the protocol. |
metric-type type-value | (Optional) For OSPF, the external link type associated with the default route advertised into the OSPF routing domain. It can be one of two values: 1Type 1 external route 2Type 2 external route If a metric-type is not specified, the communication server adopts a Type 2 external route. |
route-map map-name | (Optional) Routing process will generate the default route if the route-map is satisfied. |
Disabled
Router configuration
Whenever you use the redistribute or the default-information router configuration commands to redistribute routes into an OSPF routing domain, the communication server automatically becomes an Autonomous System Boundary Router. However, an Autonomous System Boundary Router does not, by default, generate a default route into the OSPF routing domain. The communication server still needs to have a default route for itself before it generates one, except when you have specified the always keyword.
When you use this command for the OSPF process, the default network must reside in the routing table and you must satisfy the route-map map-name keyword. Use the default-information originate always route-map map-name form of the command when you do not want the dependency on the default network in the routing table.
The following example specifies a metric of 100 for the default route redistributed into the OSPF routing domain and an external metric type of Type 1:
router ospf 109 redistribute igrp 108 metric 100 subnets default-information originate metric 100 metric-type 1
redistribute
Use the default-metric router configuration command to set default metric values for the RIP, EGP, IGRP, Enhanced IGRP, and BGP routing protocols. Use the no form of this command to remove the metric value and return to the default state.
default-metric number
number | Default metric value appropriate for the specified routing protocol |
Built-in, automatic metric translations, as appropriate for each routing protocol
Router configuration
This command is used in conjunction with the redistribute router configuration command to cause the current routing protocol to use the same metric value for all redistributed routes. A default metric helps solve the problem of redistributing routes with incompatible metrics. Whenever metrics do not convert, using a default metric provides a reasonable substitute and enables the redistribution to proceed.
In BGP, this sets the MULTI_EXIT_DISC metric. (The name of this metric for BGP Versions 2 and 3 is INTER_AS.)
The following example shows a communication server in autonomous system 109 using both the RIP and the IGRP routing protocols. The example advertises IGRP-derived routes using the RIP protocol and assigns the IGRP-derived routes a RIP metric of 10.
router rip default-metric 10 redistribute igrp 109
redistribute
Use this form of the default-metric router configuration command to set metrics for IGRP. Use the no form of this command to remove the metric value and return to the default state.
default-metric bandwidth delay reliability loading mtu
bandwidth | Minimum bandwidth of the route in kilobits per second |
delay | Route delay in tens of microseconds |
reliability | Likelihood of successful packet transmission expressed as a number between 0 and 255 (255 is 100 percent reliability) |
loading | Effective bandwidth of the route expressed as a number between 0 and 255 (255 is 100 percent loading) |
mtu | Minimum Maximum Transmission Unit (MTU) size for the route |
Built-in, automatic metric translations
Router configuration
IGRP metric defaults have been carefully set to work for a wide variety of networks. Take great care in changing these values.
Automatic metric translations for IGRP are only supported when redistributing from IGRP or static.
The following example takes redistributed RIP metrics and translates them into IGRP metrics with values as follows: bandwidth = 1000, delay = 100, reliability = 250, loading = 100, and mtu =1500.
router igrp 109 network 131.108.0.0 redistribute rip default-metric 1000 100 250 100 1500
redistribute
To define an administrative distance, use the distance router configuration command. To remove a distance definition, use the no form of this command.
distance weight [address mask [access-list-number]] [ip]
weight | Administrative distance. This can be an integer from 10 to 255. (The values 0 through 9 are reserved for internal use.) Used alone, the argument weight specifies a default administrative distance that the communication server uses when no other specification exists for a routing information source. Routes with a distance of 255 are not installed in the routing table. |
address | (Optional) IP address in four-part dotted notation. |
mask | (Optional) IP address mask in four-part dotted-decimal format. A bit set to 1 in the mask argument instructs the communication server to ignore the corresponding bit in the address value. |
access-list-number | (Optional) Number of a standard IP access list to be applied to incoming routing updates. |
ip | (Optional) IP-derived routes for IS-IS. Can be applied independently for IP routes and ISO CLNS routes. |
Default administrative distances are shown in Table 19-1.
| Route Source | Default Distance |
|---|---|
Connected interface | 0 |
Static route | 1 |
External BGP | 20 |
IGRP | 100 |
OSPF | 110 |
RIP | 120 |
EGP | 140 |
Internal BGP | 200 |
Unknown | 255 |
Router configuration
Numerically, an administrative distance is an integer between 0 and 255. In general, the higher the value, the lower the trust rating. An administrative distance of 255 means the routing information source cannot be trusted at all and should be ignored.
When the optional access list number is used with this command, it is applied when a network is being inserted into the routing table. This behavior allows filtering of networks according to the IP address of the communication server supplying the routing information. This could be used, as an example, to filter out possibly incorrect routing information from communication servers not under your administrative control.
The order in which you enter distance commands can affect the assigned administrative distances in unexpected ways (see "Example" for further clarification).
Weight values are also subjective; there is no quantitative method for choosing weight values.
For BGP, the distance command sets the administrative distance of the External BGP route.
The show ip protocols EXEC command displays the default administrative distance for a specified routing process.
In the following example, the router igrp global configuration command sets up IGRP routing in autonomous system number 109. The network router configuration commands specify IGRP routing on networks 192.31.7.0 and 128.88.0.0. The first distance router configuration command sets the default administrative distance to 255, which instructs the communication server to ignore all routing updates from communication servers for which an explicit distance has not been set. The second distance command sets the administrative distance for all communication servers on the Class C network 192.31.7.0 to 90. The third distance command sets the administrative distance for the communication server with the address 128.88.1.3 to 120.
router igrp 109 network 192.31.7.0 network 128.88.0.0 distance 255 distance 90 192.31.7.0 0.0.0.255 distance 120 128.88.1.3 0.0.0.0
distance bgp
To allow the use of external, internal, and local administrative distances that could be a better route to a node, use the distance bgp router configuration command. To return to the default values, use the no form of this command.
distance bgp external-distance internal-distance local-distance
external-distance | Administrative distance for BGP external routes. External routes are routes for which the best path is learned from a neighbor external to the autonomous system. Acceptable values are from 1 to 255. The default is 20. Routes with a distance of 255 are not installed in the routing table. |
internal-distance | Administrative distance for BGP internal routes. Internal routes are those routes that are learned from another BGP entity within the same autonomous system. Acceptable values are from 1 to 255. The default is 200. Routes with a distance of 255 are not installed in the routing table. |
local-distance | Administrative distance for BGP local routes. Local routes are those networks listed with a network router configuration command, often as back doors, for that communication server or for networks that are being redistributed from another process. Acceptable values are from 1 to 255. The default is 200. Routes with a distance of 255 are not installed in the routing table. |
external-distance: 20
internal-distance: 200
local-distance: 200
Router configuration
An administrative distance is a rating of the trustworthiness of a routing information source, such as an individual communication server or a group of communication servers. Numerically, an administrative distance is an integer between 0 and 255. In general, the higher the value, the lower the trust rating. An administrative distance of 255 means the routing information source cannot be trusted at all and should be ignored.
Use this command if another protocol is known to be able to provide a better route to a node than was actually learned via external BGP, or if some internal routes should really be preferred by BGP.
In the following example, internal routes are known to be preferable to those learned through the IGP, so the administrative distance values are set accordingly:
router bgp 109 network 131.108.0.0 neighbor 129.140.6.6 remote-as 123 neighbor 128.125.1.1 remote-as 47 distance bgp 20 20 200
distance
To allow the use of internal and external administrative distances that could be a better route to a node, use the distance eigrp router configuration command. To reset these values to their defaults, use the no form of this command.
distance eigrp internal-distance external-distance
internal-distance | Administrative distance for IP Enhanced IGRP internal routes. Internal routes are those that are learned from another entity within the same autonomous system. It can be a value from 1 to 255. The default is 90. |
external-distance | Administrative distance for IP Enhanced IGRP external routes. External routes are those for which the best path is learned from a neighbor external to the autonomous system. It can be a value from 1 to 255. The default is 170. |
internal-distance: 90
external-distance: 170
Router configuration
An administrative distance is a rating of the trustworthiness of a routing information source, such as an individual communication server or a group of communication servers. Numerically, an administrative distance is an integer between 0 and 255. In general, the higher the value, the lower the trust rating. An administrative distance of 255 means the routing information source cannot be trusted at all and should be ignored.
Use the distance eigrp command if another protocol is known to be able to provide a better route to a node than was actually learned via external IP Enhanced IGRP or if some internal routes should really be preferred by IP Enhanced IGRP.
Table 19-2 lists the default administrative distances.
To display the default administrative distance for a specified routing process, use the show ip protocols EXEC command.
In the following example, the router eigrp global configuration command sets up IP Enhanced IGRP routing in autonomous system number 109. The network router configuration commands specify IP Enhanced IGRP routing on networks 192.31.7.0 and 128.88.0.0. The first distance router configuration command sets the default administrative distance to 255, which instructs the communication server to ignore all routing updates from communication servers for which an explicit distance has not been set. The second distance router configuration command sets the administrative distance for all communication servers on the Class C network 192.31.7.0 to 90. The third distance router configuration command sets the administrative distance for the communication server with the address 128.88.1.3 to 120.
router eigrp 109 network 192.31.7.0 network 128.88.0.0 distance 255 ! ! use caution when executing the next two commands! ! distance 90 192.31.7.0 0.0.0.255 distance 120 128.88.1.3 0.0.0.0
show ip protocols
To filter networks received in updates, use the distribute-list in router configuration command. To change or cancel the filter, use the no form of this command.
distribute-list access-list-number in [type number]
access-list-number | Standard IP access list number. The list defines which networks are to be received and which are to be suppressed in routing updates. |
type | (Optional) Interface type. |
number | (Optional) Interface number. |
Disabled
Router configuration
If no interface is specified, the access list will be applied to all incoming updates.
The following example causes only two networks to be accepted by a RIP routing process: network 0.0.0.0 (the RIP default) and network 131.108.0.0.
access-list 1 permit 0.0.0.0 access-list 1 permit 131.108.0.0 access-list 1 deny 0.0.0.0 255.255.255.255 router rip network 131.108.0.0 distribute-list 1 in
A dagger (†) indicates that the command is documented in another chapter.
access-list †
distribute-list out
redistribute
To suppress networks from being advertised in updates, use the distribute-list out router configuration command. To cancel this function, use the no form of this command.
distribute-list access-list-number out [interface-name | routing-process |
access-list-number | Standard IP access list number. The list defines which networks are to be sent and which are to be suppressed in routing updates. |
interface-name | (Optional) Name of a particular interface. Does not apply to OSPF. |
routing-process | (Optional) Name of a particular routing process, or the keyword static or connected. |
autonomous-system-number | A decimal number between 1 and 65535. |
Disabled
Router configuration
When redistributing networks, a routing process name can be specified as an optional trailing argument to the distribute-list command. This causes the access list to be applied to only those routes derived from the specified routing process. After the process-specific access list is applied, any access list specified by a distribute-list command without a process name argument will be applied. Addresses not specified in the distribute-list command will not be advertised in outgoing routing updates.
The following example would cause only one network to be advertised by a RIP routing process: network 131.108.0.0.
access-list 1 permit 131.108.0.0 access-list 1 deny 0.0.0.0 255.255.255.255 router rip network 131.108.0.0 distribute-list 1 out
A dagger (†) indicates that the command is documented in another chapter.
access-list †
distribute-list in
redistribute
Use the ip address interface configuration command to specify the IP address on an interface. Use the no form of this command to remove the specified secondary address.
ip address address mask [secondary]
address | IP address |
mask | IP address mask |
secondary | (Optional) Address to be added as a secondary address |
Disabled
Interface configuration
The optional keyword secondary allows an unlimited number of secondary addresses to be specified. Secondary addresses are treated like primary addresses, except that the system never generates datagrams other than routing updates with secondary source addresses. IP broadcasts and ARP requests are handled properly, as are interface routes in the IP routing table.
Secondary IP addresses can be used in a variety of situations. The following are the most common applications:
The following example specifies 131.108.1.27 as the primary address and 192.31.7.17 as a secondary address for Ethernet interface 0:
interface ethernet 0 ip address 131.108.1.27 255.255.255.0 ip address 192.31.7.17 255.255.255.0 secondary
Use the ip as-path access-list global configuration command to define a BGP-related access list. Use the no form of this command to disable use of the access list.
ip as-path access-list access-list-number {permit | deny} as-regular-expression
access-list-number | Integer from 1 to 199 that indicates the regular expression access list number. |
permit | Permits access for matching conditions. |
deny | Denies access to matching conditions. |
as-regular-expression | Autonomous system in the access list using a regular expression. See the "Regular Expressions" appendix for information on forming regular expressions. |
No access lists are defined.
Global configuration
You can specify an access list filter on both inbound and outbound BGP routes. In addition, you can assign weights based on a set of filters. Each filter is an access list based on regular expressions. If the regular expression matches the representation of the autonomous system path of the route as an ASCII string, then the permit or deny condition applies. The autonomous system path does not contain the local autonomous system number. Use the ip as-path access-list global configuration command to define an BGP access list, and the neighbor router configuration command to apply a specific access list.
See the "Regular Expressions" appendix for information on forming regular expressions.
The following example specifies that the BGP neighbor with IP address 128.125.1.1 is not sent advertisements about any path through or from the adjacent autonomous system 123:
ip as-path access-list 1 deny _123_ ip as-path access-list 1 deny ^123 .* ! The space in the above expression (^123.*) is required. router bgp 109 network 131.108.0.0 neighbor 129.140.6.6 remote-as 123 neighbor 128.125.1.1 remote-as 47 neighbor 128.125.1.1 filter-list 1 out
neighbor distribute-list
neighbor filter-list
To create a community list for BGP and control access to it, use the ip community-list global configuration command. To delete the community list, use the no form of this command.
ip community-list community-list-number {permit | deny} community-number
community-list-number | Integer 1 through 99 that identifies one or more permit or deny groups of communities. |
permit | Permits access for a matching condition. |
deny | Denies access for a matching condition. |
community-number | Community number configured by a set community command. Valid value is one of the following: ♦ 1 through 4294967200. You can specify a single number or multiple numbers separated by a space. ♦ internetThe Internet community. ♦ no-exportDo not advertise this route to an EBGP peer. ♦ no-advertiseDo not advertise this route to any peer (internal or external). |
Once you permit a value for the community number, the community list defaults to an implicit deny for everything else that has not been permitted.
Global configuration
In the following example, the communication server permits all routes except the routes with the communities 5 and 10 or 10 and 15:
ip community-list 1 deny 5 10 ip community-list 1 deny 10 15 ip community-list 1 permit internet
set community
Use the ip default-network global configuration command to select a network as a candidate route for computing the gateway of last resort. Use the no form of this command to remove the route.
ip default-network network-number
network-number | Number of the network |
If the communication server has a directly connected interface onto the specified network, the dynamic routing protocols running on that communication server will generate (or source) a default route. For RIP, this is flagged as the pseudonetwork 0.0.0.0; for IGRP, it is the network itself, flagged as an exterior route.
Global configuration
The communication server uses both administrative distance and metric information to determine the default route. Multiple ip default-network commands can be given. All candidate default routes, both static (that is, flagged by ip default-network) and dynamic, appear in the routing table preceded by an asterisk.
If the IP routing table indicates that the specified network number is subnetted and a non-zero subnet number is specified, then the system will automatically configure a static summary route. This static summary route is configured instead of a default network. The effect of the static summary route is to cause traffic destined for subnets that are not explicitly listed in the IP routing table to be routed using the specified subnet.
The following example defines a static route to network 10.0.0.0 as the static default route:
ip route 10.0.0.0 255.0.0.0 131.108.3.4 ip default-network 10.0.0.0
If the following command was issued on a communication server not connected to network 129.140.0.0, the communication server might choose the path to that network as a default route when the network appeared in the routing table:
ip default-network 129.140.0.0
show ip route
To configure an acceptance filter for incoming DVMRP reports, use the ip dvmrp accept-filter interface configuration command. To disable this feature, use the no form of this command.
ip dvmrp accept-filter access-list-number [distance]
access-list-number | Number of a standard IP access list. This can be a number from 1 to 99. A value of 0 means that all sources are accepted with the configured distance. |
distance | (Optional) Administrative distance to the destination. |
All destinations are accepted with a distance of 0.
Interface configuration
Any sources that match the access list are stored in the DVMRP routing table.
The route with the lower distance (either the route in the unicast routing table or that in the DVMRP routing table) takes precedence when computing the Reverse Path Forwarding (RPF) interface for a source of a multicast packet.
By default, the administrative distance for DVMRP routes is 0. This means that they always take precedence over unicast routing table routes. If you have two paths to a source, one through unicast routing (using PIM as the multicast routing protocol) and another path using DVMRP (unicast and multicast routing), and if you want to use the PIM path, use the ip dvmrp accept-filter command to increase the administrative distance for DVMRP routes. For example, if the unicast routing protocol is Enhanced IGRP, which has a default administrative distance of 90, you could define and apply the following access list so the RPF interface used to accept multicast packets will be through the Enhanced IGRP/PIM path:
ip dvmrp accept-filter 1 100 access-list 1 permit 0.0.0.0 255.255.255.255
The following example applies access list 57 to the interface and sets a distance of 4:
access-list 57 permit 131.108.0.0 0.0.255.255 access-list 57 permit 198.92.37.0 0.0.0.255 access-list 57 deny 0.0.0.0 255.255.255.255 ip dvmrp accept-filter 57 4
A dagger (†) indicates that the command is documented in another chapter.
distance
ip dvmrp metric
show ip dvmrp route
tunnel mode †
To advertise network 0.0.0.0 to DVMRP neighbors on an interface, use the ip dvmrp default-information interface configuration command. To prevent the advertisement, use the no form of this command.
ip dvmrp default-information {originate | only}
originate | Other routes more specific than 0.0.0.0 can also be advertised. |
only | No DVMRP routes other than 0.0.0.0 are advertised. |
Disabled
Interface configuration
This command should only be used when the communication server is a neighbor to mrouted version 3.4 machines. The mrouted protocol is a public domain implementation of DVMRP.
You can use the ip dvmrp metric command with the ip dvmrp default-information command to tailor the metric used when advertising the default route 0.0.0.0. By default, metric 1 is used.
The following example configures the communication server to advertise network 0.0.0.0, in addition to other networks, to DVMRP neighbors:
ip dvmrp default-information originate
ip dvmrp metric
To configure the metric associated with a set of destinations for DVMRP reports, use the ip dvmrp metric interface configuration command. To disable this function, use the no form of this command.
ip dvmrp metric metric [access-list-number] [protocol process-id]
metric | Metric associated with a set of destinations for DVMRP reports. It can be a value from 0 to 32. A value of 0 means that the route is not advertised. A value of 32 is equivalent to infinity (unreachable). |
access-list-number | (Optional) Number of an access list. If you specify this argument, only the multicast destinations that match the access list are reported with the configured metric. Any destinations not advertised because of split horizon do not use the configured metric. |
protocol | (Optional) Name of unicast routing protocol. It can be bgp, egp, eigrp, igrp, isis, ospf, rip, or static. (Note that these are the protocol names you can specify with a router protocol command.) If you specify these arguments, only routes learned by the specified routing protocol are advertised in DVMRP report messages. |
process-id | (Optional) Process ID number of the unicast routing protocol. |
No metric is preconfigured. Only directly connected subnets and networks are advertised to neighboring DVMRP communication servers.
Interface configuration
When PIM is configured on an interface and DVMRP neighbors are discovered, the communication server sends DVMRP report messages for directly connected networks. The ip dvmrp metric command enables DVMRP report messages for multicast destinations that match the access list. Usually, the metric for these routes is 1. Under certain circumstances, it may be desirable to tailor the metric used for various unicast routes.
Use the access-list-number argument in conjunction with the protocol process-id arguments to selectively list the destinations learned from a given routing protocol.
If you do not specify this command, only directly connected subnets are advertised via DVMRP.
To display DVMRP activity, use the debug ip dvmrp command.
The following example connects a PIM cloud to a DVMRP cloud. Access list 1 permits the sending of DVMRP reports to the DVMRP communication servers advertising all sources in the 198.92.35.0 network with a metric of 1. Access list 2 permits all other destinations, but the metric of 0 means that no DVMRP reports are sent for these destinations.
access-list 1 permit 198.92.35.0 0.0.0.255 access-list 1 deny 0.0.0.0 255.255.255.255 access-list 2 permit 0.0.0.0 255.255.255.255 interface tunnel 0 ip dvmrp metric 1 1 ip dvmrp metric 0 2
A dagger (†) indicates that the command is documented in the Debug Command Reference publication.
debug ip dvmrp †
ip dvmrp accept-filter
Use the ip gdp interface configuration command to enable GDP routing on an interface. Use the no form of this command to disable GDP routing, with all default parameters.
ip gdp [priority number | reporttime seconds | holdtime seconds]
priority number | (Optional) Alters the GDP priority; default is a priority of 100. A larger number indicates a higher priority. |
reporttime seconds | (Optional) Alters the GDP reporting interval; the default is 5 seconds for broadcast media such as Ethernets, and never for nonbroadcast media such as X.25. |
holdtime seconds | (Optional) Alters the GDP default hold time of 15 seconds. |
priority = 100
reporttime = 5 seconds for broadcast media; 0 for nonbroadcast media
holdtime = 15 seconds
Interface configuration
When enabled on an interface, GDP updates report the primary and secondary IP addresses of that interface.
In the following example, GDP is enabled on Ethernet interface 1 with a report time of 10 seconds, and priority and hold time set to their defaults (because none are specified):
interface ethernet 1 ip gdp reporttime 10
To configure the hello interval for the IP Enhanced IGRP routing process designated by an autonomous system number, use the ip hello-interval eigrp interface configuration command. To restore the default value, use the no form of this command.
ip hello-interval eigrp autonomous-system-number seconds
autonomous-system-number | A decimal number between 1 and 65535. |
seconds | Hello interval, in seconds |
5 seconds
Interface configuration
The following example sets the hello interval for Ethernet interface 0 to 10 seconds:
interface ethernet 0 ip hello-interval eigrp 109 10
ip hold-time eigrp
To configure the hold time for the IP Enhanced IGRP routing process designated by the autonomous system number, use the ip hold-time eigrp interface configuration command. To restore the default value, use the no form of this command.
ip hold-time eigrp autonomous-system-number seconds
autonomous-system-number | A decimal number between 1 and 65535. |
seconds | Hold time, in seconds |
15 seconds
Interface configuration
The hold time is three times the hello interval. If the current value for the hold time is less than two times the hello interval, the hold time is reset.
If a communication server does not receive a hello packet within the specified hold time, routes through the communication server are considered available.
Increasing the hold time delays route convergence across the network.
The following example sets the hold time for Ethernet interface 0 to 40 seconds:
interface ethernet 0 ip hold-time eigrp 109 40
ip hello-interval eigrp
To control the multicast groups that hosts on the subnet serviced on an interface can join, use the ip igmp access-group interface configuration command. To disable groups on an interface, use the no form of this command.
ip igmp access-group access-list-number
access-list-number | Number of a standard IP access list. This can be a number from 1 to 99. |
All groups are allowed on an interface.
Interface configuration
In the following example, host services by Ethernet interface 0 can join the group 225.2.2.2 only:
access-list 1 225.2.2.2 0.0.0.0 interface ethernet 0 ip igmp access-group 1
ip igmp join-group
To have the communication server join a multicast group, use the ip igmp join-group interface configuration command. To cancel membership in a multicast group, use the no form of this command.
ip igmp join-group group-address
group-address | Address of the multicast group. This is a multicast IP address in four-part dotted notation. |
No multicast group memberships are predefined.
Interface configuration
IP packets that are addressed to the group address are passed to the IP client process in the communication server.
If all the multicast-capable communication servers that you administer are members of a multicast group, pinging that group causes all communication servers to respond. This can be a useful administrative and debugging tool.
Another reason to have a communication server join a multicast group is when other hosts on the network have a bug in IGRP that prevents them from correctly answering IGMP queries. Having the communication server join the multicast group causes upstream communication servers to maintain multicast routing table information for that group and keeps the paths for that group active.
In the following example, the communication server joins multicast group 225.2.2.2:
ip igmp join-group 225.2.2.2
A dagger (†) indicates that the command is documented in another chapter.
ip igmp access-group
ping †
To configure the frequency at which the communication server sends IGMP host-query messages, use the ip igmp query-interval interface configuration command. To return to the default frequency, use the no form of this command.
ip igmp query-interval seconds
seconds | Frequency, in seconds, at which to transmit IGMP host-query messages. The can be a value from 0 to 65535. The default is 60 seconds. |
60 seconds
Interface configuration
Multicast communication servers send host membership query messages (referred to as host-query messages) to discover which multicast groups have members on the communication server's attached networks. Hosts respond with IGMP report messages indicating that they wish to receive multicast packets for specific groups (that is, indicating that the host wants to become a member of the group). Host-query messages are addresses to the all-hosts multicast group, which has the address 224.0.0.1, and have an IP TTL value of 1.
The designated router for a LAN is the only communication server that sends IGMP host-query messages. The designated router is elected according to the multicast routing protocol that runs on the LAN.
The following example changes the frequency at which the designated router sends IGMP host-query messages to 2 minutes:
interface tunnel 0 ip igmp query-interval 120
ip pim query-interval
show ip igmp groups
Use the ip irdp interface configuration command to enable ICMP Router Discovery Protocol (IRDP) processing on an interface. Use the no form of this command to disable IRDP routing on the specified interface.
ip irdp [multicast | holdtime seconds | maxadvertinterval seconds | minadvertinterval
multicast | (Optional) Use the multicast address (224.0.0.1) instead of IP broadcasts. |
holdtime seconds | (Optional) Length of time in seconds advertisements are held valid. Default is three times the maxadvertinterval value. Must be greater than maxadvertinterval and cannot be greater than 9000 seconds. |
maxadvertinterval seconds | (Optional) Maximum interval in seconds between advertisements. The default is 600 seconds. |
minadvertinterval seconds | (Optional) Minimum interval in seconds between advertisements. The default is 0.75 times the maxadvertinterval. If you change the maxadvertinterval value, this value defaults to three-quarters of the new value. |
preference number | (Optional) Communication server's preference value. The allowed range is -231 to 231. The default is 0. A higher value increases the communication server's preference level. You can modify a particular communication server so that it will be the preferred communication server to which others home. |
address address [number] | (Optional) IP address (address) to proxy advertise, and optionally, its preference value (number). |
Disabled
When enabled, IRDP uses these defaults:
Interface configuration
If you change maxadvertinterval, the other two values also change, so it is important to change maxadvertinterval first before changing either holdtime or minadvertinterval.
The following example illustrates how to set the various IRDP processes:
! enable irdp on interface Ethernet 0 interface ethernet 0
ip irdp
! send IRDP advertisements to the multicast address ip irdp multicast
! increase communication server preference from 100 to 50 ip irdp preference 50
! set maximum time between advertisements to 400 secs ip irdp maxadvertinterval 400
! set minimum time between advertisements to 100 secs ip irdp minadvertinterval 100
! advertisements are good for 6000 seconds ip irdp holdtime 6000
! proxy-advertise 131.108.14.5 with default communication server preference ip irdp address 131.108.14.5
! proxy-advertise 131.108.14.6 with preference of 50 ip irdp address 131.108.14.6 50
To enable IP multicast routing on the communication server, use the ip multicast-routing global configuration command. To disable IP multicast routing, use the no form of this command.
ip multicast-routingThis command has no keywords or arguments.
IP multicast routing is disabled.
Global configuration
When IP multicast routing is disabled, the communication server does not forward any multicast packets.
The following example enables IP multicast routing on the communication server:
ip multicast-routing
ip pim
To configure the time-to-live (TTL) threshold of packets being forwarded out an interface, use the ip multicast-threshold interface configuration command. To return to the default TTL threshold, use the no form of this command.
ip multicast-threshold ttl
ttl | Time-to-live value, in hops. It can be a value from 0 to 255. The default value is 0, which means that all multicast packets are forwarded out the interface. |
0, which means that all multicast packets are forwarded on the interface.
Interface configuration
Any multicast packets with a TTL value less than the threshold are not forwarded out the interface.
You should configure the TTL threshold only on border routers. Conversely, communication servers on which you configure a TTL threshold value automatically become border routers.
In the following example, you set the TTL threshold on a border router to 200, which is a very high value. This means that multicast packets must have a TTL greater than 200 in order to be forwarded out this interface. Multicast applications generally set this value well below 200. Therefore, setting a value of 200 means that no packets will be forwarded out the interface.
interface tunnel 0 ip multicast-threshold 200
Use the ip ospf authentication-key interface configuration command to assign a password to be used by neighboring communication servers that are using OSPF's simple password authentication. Use the no form of this command to remove any previously assigned OSPF password.
ip ospf authentication-key password
password | Any continuous string of characters that can be entered from the keyboard up to 8 bytes in length. |
No password is specified.
Interface configuration
The password created by this command is used as a "key" that is inserted directly into the OSPF header when the communication server originates routing protocol packets. A separate password can be assigned to each network on a per-interface basis. All neighboring communication servers on the same network must have the same password to be able to exchange OSPF information.
In the following example, the authentication key is enabled with the string yourpass:
ip ospf authentication-key yourpass
area authentication
To explicitly specify the cost of sending a packet on an interface, use the ip ospf cost interface configuration command. To reset the path cost to the default value, use the no form of this command.
ip ospf cost cost
cost | Unsigned integer value expressed as the link state metric. It can be a value in the range 1 to 65535. |
No default cost is predefined.
Interface configuration
Unlike IGRP, you must set this metric manually using this command, if you need to change the default. Changing the bandwidth does not change the link cost.
The link state metric is advertised as the link cost in the communication server's router link advertisement. We do not support Type of Service (TOS), so you can assign only one cost per interface.
In general, the path cost is calculated as follows:
108 ÷ Bandwidth
Using the above formula, the default path costs were calculated as noted in the following list. If these values do not suit your network, you can use your own method of calculating path costs.
The following example sets the interface cost value to 65:
ip ospf cost 65
Use the ip ospf dead-interval interface configuration command to set the number of seconds that a communication server's Hello packets must not have been seen before its neighbors declare the communication server down. Use the no form of this command to reset the length of time to the default value.
ip ospf dead-interval seconds
seconds | Unsigned integer that specifies the interval in seconds; the value must be the same for all nodes on the network. |
Four times the interval set for the ip ospf hello-interval command
Interface configuration
The interval is advertised in the communication server's Hello packets. This value must be the same for all communication servers on a specific network.
The following example sets the OSPF dead interval to 60 seconds:
interface ethernet 1
ip ospf dead-interval 60
ip ospf hello-interval
Use the ip ospf hello-interval interface configuration command to specify the interval between Hello packets that the communication server sends on the interface. Use the no form of this command to reset the interval to the default value.
ip ospf hello-interval seconds
seconds | Unsigned integer that specifies the interval in seconds. The value must be the same for all nodes on a specific network. |
10 seconds
Interface configuration
This value is advertised in the communication server's Hello packets. The smaller the Hello interval, the faster topological changes will be detected, but more routing traffic will ensue. This value must be the same for all communication servers on a specific network.
The following example sets the interval between Hello packets to 15 seconds:
interface ethernet 1 ip ospf hello-interval 15
ip ospf dead-interval
Use the ip ospf network interface configuration command to configure the OSPF network type to a type other than the default for a given media. Use the no form of this command to restore the default.
ip ospf network {broadcast | non-broadcast}
broadcast | Sets the network type to broadcast. |
non-broadcast | Sets the network type to nonbroadcast. |
Depends on the network type
Interface configuration
Using this feature, you can configure broadcast networks as nonbroadcast multiaccess networks when, for example, you have communication servers in your network that do not support multicast addressing. You can also configure nonbroadcast multiaccess networks, such as X.25, Frame Relay, and SMDS, as broadcast networks. This feature saves you from having to configure neighbors.
If this command is issued on an interface that does not allow it, it will be ignored.
The following example sets your OSPF network as a broadcast network:
interface serial 0
ip address 160.89.77.17 255.255.255.0 ip ospf network broadcast encapsulation frame-relay
A dagger (†) indicates that the command is documented in another chapter.
frame-relay map †
neighbor (OSPF)
x25-map †
Use the ip ospf priority interface configuration command to set the communication server's priority, which helps determine the designated communication server for this network. Use the no form of this command to reset the communication server priority to the default value.
ip ospf priority number
number | 8-bit unsigned integer that specifies the priority. The range is from 0 to 255. |
Priority of 1
Interface configuration
When two communication servers attached to a network both attempt to become the designated communication server; the one with the higher priority takes precedence. If there is a tie, the communication server with the higher ID takes precedence. A communication server with a priority set to zero is ineligible to become the designated communication server or backup designated communication server. Communication server priority is only configured for interfaces to multiaccess networks (in other words, not point-to-point networks).
This priority value is used when you configure OSPF for nonbroadcast networks using the neighbor router configuration command for OSPF.
The following example sets the communication server priority value to 4:
interface ethernet 0
ip ospf priority 4
ip ospf network
neighbor (OSPF)
To specify the number of seconds between link state advertisement retransmissions for adjacencies belonging to the interface, use the ip ospf retransmit-interval interface configuration command. Use the no form of this command to reset the link state advertisement retransmission interval to the default value.
ip ospf retransmit-interval seconds
seconds | Number of seconds between retransmissions; it must be greater than the expected round-trip delay between any two communication servers on the attached network. The range is 1 to 65535 seconds. The default is 5 seconds. |
5 seconds
Interface configuration
When a communication server sends a link state advertisement (LSA) to its neighbor, it keeps the LSA until it receives back the acknowledgment. If it receives no acknowledgment in seconds, it will retransmit the LSA.
The setting of this parameter should be conservative, or needless retransmission will result. The value should be larger for serial lines and virtual links.
The following example sets the retransmit-interval value to 8 seconds:
interface ethernet 2
ip ospf retransmit-interval 8
Use the ip ospf transmit-delay interface configuration command to set the estimated number of seconds it takes to transmit a link state update packet on the interface. Use the no form of this command to reset the estimated transmission time to the default value.
ip ospf transmit-delay seconds
seconds | Integer that specifies the number of seconds it takes to transmit a link state update. The range is 1 to 65535 seconds. |
1 second
Interface configuration
Link state advertisements in the update packet must have their age incremented by the amount specified in the seconds argument before transmission. The value assigned should take into account the transmission and propagation delays for the interface.
If the delay is not added before transmission over a link, the time in which the LSA propagates over the link is not considered. This setting has more significance on very low speed links.
The following example sets the retransmit-delay value to 3 seconds:
interface ethernet 0
ip ospf transmit-delay 3
Use the ip ospf-name-lookup global configuration command to configure OSPF to look up Domain Name System (DNS) names for use in all OSPF show EXEC command displays. Use the no form of this command to disable the feature.
ip ospf-name-lookupThis command has no arguments or keywords.
Disabled
Global configuration
This feature makes it easier to identify a communication server because it is displayed by name rather than by its communication server ID or neighbor ID.
The following example configures OSPF to look up DNS names for use in all OSPF show EXEC command displays:
ip ospf-name-lookup
The following is sample output of the show ip osp