- Preface
- New and Changed Information
- Overview
- Configuring IPv4
- Configuring OSPFv2
- Configuring EIGRP
- Configuring Basic BGP
- Configuring Advanced BGP
- Configuring BGP Additional Paths
- Configuring RIP
- Configuring Static Routing
- Configuring Layer 3 Virtualization
- Configuring the Unicast RIB and FIB
- Configuring Route Policy Manager
- Configuring Bidirectional Forwarding Detection
- Configuring Policy-Based Routing
- Configuring HSRP
- Configuring VRRP
- Configuring Object Tracking
- IETF RFCs
- Information About RIP
- Licensing Requirements for RIP
- Prerequisites for RIP
- Guidelines and Limitations for RIP
- Default Settings for RIP
- Configuring RIP
- Enabling the RIP Feature
- Creating a RIP Instance
- Restarting a RIP Instance
- Configuring RIP on an Interface
- Restarting a RIP Instance
- Configuring RIP on an Interface
- Configuring RIP Authentication
- Configuring a Passive Interface
- Configuring Split Horizon with Poison Reverse
- Configuring Route Summarization
- Configuring Route Redistribution
- Configuring Virtualization
- Tuning RIP
- Verifying the RIP Configuration
- Displaying RIP Statistics
- Configuration Examples for RIP
- Related Topics
- Additional References
- Feature History for RIP
Configuring RIP
This chapter describes how to configure the Routing Information Protocol (RIP) on Cisco NX-OS switches.
This chapter includes the following sections:
- Information About RIP
- Licensing Requirements for RIP
- Prerequisites for RIP
- Guidelines and Limitations for RIP
- Default Settings for RIP
- Configuring RIP
- Verifying the RIP Configuration
- Displaying RIP Statistics
- Configuration Examples for RIP
- Related Topics
- Additional References
- Feature History for RIP
Information About RIP
This section includes the following topics:
- RIP Overview
- RIPv2 Authentication
- Split Horizon
- Route Filtering
- Route Summarization
- Route Redistribution
- Load Balancing
- Virtualization Support
RIP Overview
RIP uses User Datagram Protocol (UDP) data packets to exchange routing information in small internetworks. RIPv2 supports IPv4. RIPv2 uses an optional authentication feature supported by the RIPv2 protocol (see the RIPv2 Authentication section).
RIP uses the following two message types:
-
Request—Sent to the multicast address 224.0.0.9 to request route updates from other RIP-enabled routers.
-
Response—Sent every 30 seconds by default (see the Verifying the RIP Configuration section). The router also sends response messages after it receives a Request message. The response message contains the entire RIP route table. RIP sends multiple response packets for a request if the RIP routing table cannot fit in one response packet.
RIP uses a hop count for the routing metric. The hop count is the number of routers that a packet can traverse before reaching its destination. A directly connected network has a metric of 1; an unreachable network has a metric of 16. This small range of metrics makes RIP an unsuitable routing protocol for large networks.
RIPv2 Authentication
You can configure authentication on RIP messages to prevent unauthorized or invalid routing updates in your network. Cisco NX-OS supports a simple password or an MD5 authentication digest.
You can configure the RIP authentication per interface by using key-chain management for the authentication keys. Key-chain management allows you to control changes to the authentication keys used by an MD5 authentication digest or simple text password authentication. See the Cisco Nexus 9000 Series NX-OS Security Configuration Guide, Release 7.x, for more details about creating key-chains.
To use an MD5 authentication digest, you configure a password that is shared at the local router and all remote RIP neighbors. Cisco NX-OS creates an MD5 one-way message digest based on the message itself and the encrypted password and sends this digest with the RIP message (Request or Response). The receiving RIP neighbor validates the digest by using the same encrypted password. If the message has not changed, the calculation is identical and the RIP message is considered valid.
An MD5 authentication digest also includes a sequence number with each RIP message to ensure that no message is replayed in the network.
Split Horizon
You can use split horizon to ensure that RIP never advertises a route out of the interface where it was learned.
Split horizon is a method that controls the sending of RIP update and query packets. When you enable split horizon on an interface, Cisco NX-OS does not send update packets for destinations that were learned from this interface. Controlling update packets in this manner reduces the possibility of routing loops.
You can use split horizon with poison revers to configure an interface to advertise routes learned by RIP as unreachable over the interface that learned the routes. Figure below shows a sample RIP network with split horizon with poison reverse enabled.
Router C learns about route X and advertises that route to router B. Router B in turn advertises route X to router A, but sends a route X unreachable update back to router C.
By default, split horizon is enabled on all interfaces.
Route Filtering
You can configure a route policy on a RIP-enabled interface to filter the RIP updates. Cisco NX-OS updates the route table with only those routes that the route policy allows.
Route Summarization
You can configure multiple summary aggregate addresses for a specified interface. Route summarization simplifies route tables by replacing a number of more-specific addresses with an address that represents all the specific addresses. For example, you can replace 10.1.1.0/24, 10.1.2.0/24, and 10.1.3.0/24 with one summary address, 10.1.0.0/16.
If more specific routes are in the routing table, RIP advertises the summary address from the interface with a metric equal to the maximum metric of the more specific routes.
Note | Cisco NX-OS does not support automatic route summarization. |
Route Redistribution
You can use RIP to redistribute static routes or routes from other protocols. When you configure redistribution use a route policy to control which routes are passed into RIP. A route policy allows you to filter routes based on attributes such as the destination, origination protocol, route type, route tag, and so on. For more information, see Configuring Route Policy Manager.
Whenever you redistribute routes into a RIP routing domain, by default Cisco NX-OS does not redistribute the default route into the RIP routing domain. You can generate a default route into RIP, which can be controlled by a route policy.
You also configure the default metric that is used for all imported routes into RIP.
Load Balancing
You can use load balancing to allow a router to distribute traffic over all the router network ports that are the same distance from the destination address. Load balancing increases the utilization of network segments and increases effective network bandwidth.
Cisco NX-OS supports the Equal Cost Multiple Paths (ECMP) feature with up to 32 equal-cost paths in the RIP route table and the unicast RIB. You can configure RIP to load balance traffic across some or all of those paths.
Virtualization Support
Cisco NX-OS supports multiple instances of the RIP protocol that runs on the same system. RIP supports Virtual Routing and Forwarding instances (VRFs).
By default, Cisco NX-OS places you in the default VRF unless you specifically configure another VRF. See Configuring Layer 3 Virtualization.
Licensing Requirements for RIP
The following table shows the licensing requirements for this feature:
Product |
License Requirement |
||
---|---|---|---|
Cisco NX-OS |
RIP requires no license. Any feature not included in a license package is bundled with the Cisco NX-OS system images and is provided at no extra charge to you. For a complete explanation of the Cisco NX-OS licensing scheme, see the Cisco NX-OS Licensing Guide.
|
Prerequisites for RIP
RIP has the following prerequisites:
-
You must enable the RIP feature (see the Enabling the RIP Feature section).
Guidelines and Limitations for RIP
RIP has the following configuration guidelines and limitations:
-
Cisco NX-OS does not support RIPv1. If Cisco NX-OS receives a RIPv1 packet, it logs a message and drops the packet.
-
Cisco NX-OS does not establish adjacencies with RIPv1 routers.
Default Settings for RIP
Table below lists the default settings for RIP parameters.
Parameters |
Default |
---|---|
Maximum paths for load balancing |
16 |
RIP feature |
Disabled |
Split horizon |
Enabled |
Configuring RIP
Note | If you are familiar with the Cisco IOS CLI, be aware that the Cisco NX-OS commands for this feature might differ from the Cisco IOS commands that you would use. |
- Enabling the RIP Feature
- Creating a RIP Instance
- Restarting a RIP Instance
- Configuring RIP on an Interface
- Restarting a RIP Instance
- Configuring RIP on an Interface
- Configuring RIP Authentication
- Configuring a Passive Interface
- Configuring Split Horizon with Poison Reverse
- Configuring Route Summarization
- Configuring Route Redistribution
- Configuring Virtualization
- Tuning RIP
Enabling the RIP Feature
You must enable the RIP feature before you can configure RIP.
Command or Action | Purpose | |
---|---|---|
Step 1 | configure terminal Example: switch# configure terminal switch(config)# |
Enters configuration mode. |
Step 2 | feature rip Example: switch(config)# feature rip |
Enables the RIP feature. |
Step 3 | show feature Example: switch(config)# show feature | (Optional)
Displays enabled and disabled features. |
Step 4 | copy running-config startup-config Example: switch(config)# copy running-config startup-config | (Optional)
Saves this configuration change. |
Use the no feature rip command to disable the RIP feature and remove all associated configuration.
Command |
Purpose |
---|---|
no feature rip
Example: switch(config)# no feature rip |
Disables the RIP feature and removes all associated configuration. |
Creating a RIP Instance
You can create a RIP instance and configure the address family for that instance.
Ensure that you have enabled the RIP feature (see the Enabling the RIP Feature section).
Command or Action | Purpose | |
---|---|---|
Step 1 | configure terminal Example: switch# configure terminal switch(config)# |
Enters configuration mode. |
Step 2 | router rip
instance-tag Example: switch(config)# router RIP Enterprise switch(config-router)# |
Creates a new RIP instance with the configured instance-tag value. |
Step 3 | address-family ipv4 unicast Example: switch(config-router)# address-family ipv4 unicast switch(config-router-af)# |
Configures the address family for this RIP instance and enters address-family configuration mode. |
Step 4 | show ip rip [ instance
instance-tag ] [ vrf
vrf-name ] Example: switch(config-router-af)# show ip rip | (Optional)
Displays a summary of RIP information for all RIP instances. |
Step 5 | copy running-config startup-config Example: switch(config)# copy running-config startup-config | (Optional)
Saves this configuration change. |
Use the no router rip command to remove the RIP instance and the associated configuration.
Command |
Purpose |
---|---|
no router rip instance-tag
Example: switch(config)# no router rip Enterprise |
Deletes the RIP instance and all associated configuration. |
Note | You must also remove any RIP commands configured in interface mode. |
You can configure the following optional parameters for RIP in address-family configuration mode:
Command |
Purpose |
---|---|
distance value
Example: switch(config-router-af)# distance 30 |
Sets the administrative distance for RIP. The range is from 1 to 255. The default is 120. See the Administrative Distance section. |
maximum-paths number Example: switch(config-router-af)# maximum-paths 6 |
Configures the maximum number of equal-cost paths that RIP maintains in the route table. The range is from 1 to 16. The default is 16. |
This example shows how to create a RIP instance for IPv4 and set the number of equal-cost paths for load balancing:
switch# configure terminal switch(config)# router rip Enterprise switch(config-router)# address-family ipv4 unicast switch(config-router-af)# max-paths 10 switch(config-router-af)# copy running-config startup-config
Restarting a RIP Instance
You can restart a RIP instance. This clears all neighbors for the instance.
To restart an RIP instance and remove all associated neighbors, use the following command:
Command |
Purpose |
---|---|
restart rip instance-tag
Example: switch(config)# restart rip Enterprise |
Restarts the RIP instance and removes all neighbors. |
Configuring RIP on an Interface
You can add an interface to a RIP instance.
Ensure that you have enabled the RIP feature (see the Enabling the RIP Feature section).
Command or Action | Purpose | |
---|---|---|
Step 1 | configure terminal Example: switch# configure terminal switch(config)# |
Enters configuration mode. |
Step 2 | interface
interface-type slot/port Example: switch(config)# interface ethernet 1/2 switch(config-if)# |
Enters interface configuration mode. |
Step 3 | no switchport Example: switch(config-if)# no switchport |
Configures the interface as a Layer 3 routed interface. |
Step 4 | ip router rip
instance-tag Example: switch(config-if)# ip router rip Enterprise |
Associates this interface with a RIP instance |
Step 5 | show ip rip [ instance
instance-tag ] interface [ interface-type slot/port ] [ vrf
vrf-name ] [ detail ] Example: switch(config-if)# show ip rip Enterprise tethernet 1/2 | (Optional)
Displays RIP information for an interface. |
Step 6 | copy running-config startup-config Example: switch(config)# copy running-config startup-config | (Optional)
Saves this configuration change. |
This example shows how to add the Ethernet 1/2 interface to a RIP instance:
switch# configure terminal switch(config)# interface ethernet 1/2 switch(config-if)# no switchport switch(config-if)# ip router rip Enterprise switch(config)# copy running-config startup-config
Restarting a RIP Instance
You can restart a RIP instance. This clears all neighbors for the instance.
To restart an RIP instance and remove all associated neighbors, use the following command:
Command |
Purpose |
---|---|
restart rip instance-tag
Example: switch(config)# restart rip Enterprise |
Restarts the RIP instance and removes all neighbors. |
Configuring RIP on an Interface
You can add an interface to a RIP instance.
Ensure that you have enabled the RIP feature (see the Enabling the RIP Feature section).
Command or Action | Purpose | |
---|---|---|
Step 1 | configure terminal Example: switch# configure terminal switch(config)# |
Enters configuration mode. |
Step 2 | interface
interface-type slot/port Example: switch(config)# interface ethernet 1/2 switch(config-if)# |
Enters interface configuration mode. |
Step 3 | no switchport Example: switch(config-if)# no switchport |
Configures the interface as a Layer 3 routed interface. |
Step 4 | ip router rip
instance-tag Example: switch(config-if)# ip router rip Enterprise |
Associates this interface with a RIP instance |
Step 5 | show ip rip [ instance
instance-tag ] interface [ interface-type slot/port ] [ vrf
vrf-name ] [ detail ] Example: switch(config-if)# show ip rip Enterprise tethernet 1/2 | (Optional)
Displays RIP information for an interface. |
Step 6 | copy running-config startup-config Example: switch(config)# copy running-config startup-config | (Optional)
Saves this configuration change. |
This example shows how to add the Ethernet 1/2 interface to a RIP instance:
switch# configure terminal switch(config)# interface ethernet 1/2 switch(config-if)# no switchport switch(config-if)# ip router rip Enterprise switch(config)# copy running-config startup-config
Configuring RIP Authentication
Ensure that you have enabled the RIP feature (see the Enabling the RIP Feature section).
Configure a key chain if necessary before enabling authentication. See the Cisco Nexus 9000 Series NX-OS Security Configuration Guide, Release 7.x, for details on implementing key chains.
Command or Action | Purpose | |
---|---|---|
Step 1 | configure terminal Example: switch# configure terminal switch(config)# |
Enters configuration mode. |
Step 2 | interface
interface-type slot/port Example: switch(config)# interface ethernet 1/2 switch(config-if)# |
Enters interface configuration mode. |
Step 3 | no switchport Example: switch(config-if)# no switchport |
Configures the interface as a Layer 3 routed interface. |
Step 4 | ip rip authentication mode { text | md5 } Example: switch(config-if)# ip rip authentication mode md5 |
Sets the authentication type for RIP on this interface as cleartext or MD5 authentication digest. |
Step 5 | ip rip authentication key-chain
key Example: switch(config-if)# ip rip authentication keychain RIPKey |
Configures the authentication key used for RIP on this interface. |
Step 6 | copy running-config startup-config Example: switch(config)# copy running-config startup-config | (Optional)
Saves this configuration change. |
This example shows how to create a key chain and configure MD5 authentication on a RIP interface:
switch# configure terminal switch(config)# key chain RIPKey switch(config)# key-string myrip switch(config)# accept-lifetime 00:00:00 Jan 01 2000 infinite switch(config)# send-lifetime 00:00:00 Jan 01 2000 infinite switch(config)# interface ethernet 1/2 switch(config-if)# no switchport switch(config-if)# ip rip authentication mode md5 switch(config-if)# ip rip authentication keychain RIPKey switch(config-if)# copy running-config startup-config
Configuring a Passive Interface
You can configure a RIP interface to receive routes but not send route updates by setting the interface to passive mode.
To configure a RIP interface in passive mode, use the following command in interface configuration mode:
Command |
Purpose |
---|---|
ip rip passive-interface
Example : switch(config-if)# ip rip passive-interface |
Sets the interface into passive mode. |
Configuring Split Horizon with Poison Reverse
You can configure an interface to advertise routes learned by RIP as unreachable over the interface that learned the routes by enabling poison reverse.
To configure split horizon with poison reverse on an interface, use the following command in interface configuration mode:
Command |
Purpose |
---|---|
ip rip poison-reverse
Example : switch(config-if)# ip rip poison-reverse |
Enables split horizon with poison reverse. Split horizon with poison reverse is disabled by default. |
Configuring Route Summarization
You can create aggregate addresses that are represented in the routing table by a summary address. Cisco NX-OS advertises the summary address metric that is the smallest metric of all the more-specific routes.
To configure a summary address on an interface, use the following command in interface configuration mode:
Command |
Purpose |
---|---|
ip rip summary-address ip-prefix/mask-len
Example : switch(config-if)# ip router rip summary-address 192.0.2.0/24 |
Configures a summary address for RIP for IPv4 addresses. |
Configuring Route Redistribution
You can configure RIP to accept routing information from another routing protocol and redistribute that information through the RIP network. Redistributed routes can optionally be assigned a default route.
Ensure that you have enabled the RIP feature (see the Enabling the RIP Feature section).
Configure a route map before configuring redistribution. See the Configuring Route Maps section for details on configuring route maps.
Command or Action | Purpose | |
---|---|---|
Step 1 | configure terminal Example: switch# configure terminal switch(config)# |
Enters configuration mode. |
Step 2 | router rip
instance-tag Example: switch(config)# router RIP Enterprise switch(config-router)# |
Creates a new RIP instance with the configured instance-tag value. |
Step 3 | address-family ipv4 unicast Example: switch(config-router)# address-family ipv4 unicast switch(config-router-af)# |
Configures the address family for this RIP instance and enters address-family configuration mode. |
Step 4 | redistribute { bgp
as | direct | eigrp | ospf | ospfv3 | rip } instance-tag | static } route-map
map-name Example: switch(config-router-af)# redistribute eigrp 201 route-map RIPmap |
Redistributes routes from other protocols into RIP. See the Configuring Route Maps section for more information about route maps. |
Step 5 | default-information originate [ always ] [ route-map
map-name ] Example: switch(config-router-af)# default-information originate always | (Optional)
Generates a default route into RIP, optionally controlled by a route map. |
Step 6 | default-metric
value Example: switch(config-router-af)# default-metric 10 | (Optional)
Sets the default metric for all redistributed routes. The range is from 1 to 15. The default is 1. |
Step 7 | show ip rip route [ ip-prefix [ longer-prefixes | shorter-prefixes ] [ vrf
vrf-name] [summary ] Example: switch(config-router-af)# show ip rip route | (Optional)
Shows the routes in RIP. |
Step 8 | copy running-config startup-config Example: switch(config)# copy running-config startup-config | (Optional)
Saves this configuration change. |
This example shows how to redistribute EIGRP into RIP:
switch# configure terminal switch(config)# router rip Enterprise switch(config-router)# address-family ipv4 unicast switch(config-router-af)# redistribute eigrp 201 route-map RIPmap switch(config-router-af)# copy running-config startup-config
Configuring Virtualization
You can create multiple VRFs and use the same or multiple RIP instances in each VRF. You assign a RIP interface to a VRF.
Note | Configure all other parameters for an interface after you configure the VRF for an interface. Configuring a VRF for an interface deletes all the configuration for that interface. |
Ensure that you have enabled the RIP feature (see the Enabling the RIP Feature section).
Command or Action | Purpose | |
---|---|---|
Step 1 | configure terminal Example: switch# configure terminal switch(config)# |
Enters configuration mode. |
Step 2 | vrf
vrf-name Example: switch(config)# vrf RemoteOfficeVRF switch(config-vrf)# |
Creates a new VRF. |
Step 3 | exit Example: switch(config-vrf)# exit switch(config)# |
Exits VRF configuration mode. |
Step 4 | router rip
instance-tag Example: switch(config)# router RIP Enterprise switch(config-router)# |
Creates a new RIP instance with the configured instance-tag value. |
Step 5 | vrf context
vrf-name Example: switch(config)# vrf context RemoteOfficeVRF switch(config-vrf)# |
Creates a new VRF and enters VRF configuration mode. |
Step 6 | address-family ipv4 unicast Example: switch(config-router)# address-family ipv4 unicast switch(config-router-af)# | (Optional)
Configures the VRF address family for this RIP instance. |
Step 7 | redistribute { bgp
as | direct | eigrp | ospf | ospfv3 | rip } instance-tag | static } route-map
map-name Example: switch(config-router-af)# redistribute eigrp 201 route-map RIPmap | (Optional)
Redistributes routes from other protocols into RIP. See the Configuring Route Maps section for more information about route maps. |
Step 8 | interface
ethernet slot/port Example: switch(config-router-vrf-af)# interface ethernet 1/2 switch(config-if)# |
Enters interface configuration mode. |
Step 9 | no switchport Example: switch(config-if)# no switchport |
Configures the interface as a Layer 3 routed interface. |
Step 10 | vrf member
vrf-name Example: switch(config-if)# vrf member RemoteOfficeVRF |
Adds this interface to a VRF. |
Step 11 | ip address
ip-prefix/length Example: switch(config-if)# ip address 192.0.2.1/16 |
Configures an IP address for this interface. You must do this step after you assign this interface to a VRF. |
Step 12 | ip router rip
instance-tag Example: switch(config-if)# ip router rip Enterprise |
Associates this interface with a RIP instance. |
Step 13 | show ip rip route [ ip-prefix [ longer-prefixes | shorter-prefixes ] [ vrf
vrf-name] [summary ] Example: switch(config-router-af)# show ip rip route | (Optional)
Shows the routes in RIP. |
Step 14 | copy running-config startup-config Example: switch(config)# copy running-config startup-config | (Optional)
Saves this configuration change. |
This example shows how to create a VRF and add an interface to the VRF:
switch# configure terminal switch(config)# vrf context RemoteOfficeVRF switch(config-vrf)# exit switch(config)# router rip Enterprise switch(config-router)# vrf RemoteOfficeVRF switch(config-router-vrf)# address-family ipv4 unicast switch(config-router-vrf-af)# redistribute eigrp 201 route-map RIPmap switch(config-router-vrf-af)# interface ethernet 1/2 switch(config-if)# no switchport switch(config-if)# vrf member RemoteOfficeVRF switch(config-if)# ip address 192.0.2.1/16 switch(config-if)# ip router rip Enterprise switch(config-if)# copy running-config startup-config
Tuning RIP
You can tune RIP to match your network requirements. RIP uses several timers that determine the frequency of routing updates, the length of time before a route becomes invalid, and other parameters. You can adjust these timers to tune routing protocol performance to better suit your internetwork needs.
Note | You must configure the same values for the RIP timers on all RIP-enabled routers in your network. |
You can use the following optional commands in address-family configuration mode to tune RIP:
Command |
Purpose |
---|---|
timers basic update timeout holddown garbage-collection
Example: switch(config-router-af)# timers basic 40 120 120 100 |
Sets the RIP timers in seconds. The parameters are as follows:
|
You can use the following optional commands in interface configuration mode to tune RIP:
Command |
Purpose |
---|---|
ip rip metric-offset value
Example : switch(config-if)# ip rip metric-offset 10 |
Adds a value to the metric for every router received on this interface. The range is from 1 to 15. The default is 1. |
ip rip route-filter {prefix-list list-name | route-map map-name | [ in | out ]}
Example : switch(config-if)# ip rip route-filter route-map InputMap in |
Specifies a route map to filter incoming or outgoing RIP updates. |
Verifying the RIP Configuration
To display the RIP configuration information, perform one of the following tasks:
Command |
Purpose |
---|---|
show ip rip instance [instance-tag] [vrf vrf-name] |
Displays the status for an instance of RIP. |
show ip rip [instance instance-tag] interface slot/port detail [vrf vrf-name] |
Displays the RIP status for an interface. |
show ip rip [instance instance-tag] neighbor [interface-type number] [vrf vrf-name] |
Displays the RIP neighbor table. |
show ip rip [instance instance-tag] route [ip-prefix/lengh [longer-prefixes | shorter--prefixes]] [summary] [vrf vrf-name] |
Displays the RIP route table. |
show running-configuration rip |
Displays the current running RIP configuration. |
Displaying RIP Statistics
To display the RIP statistics, use the following commands:
Command |
Purpose |
---|---|
show ip rip [instance instance-tag] policy statistics redistribute { bgp as | direct | { eigrp | ospf | ospfv3 | rip } instance-tag | static} [vrf vrf-name] |
Displays the RIP policy status. |
show ip rip [instance instance-tag] statistics interface-type number] [vrf vrf-name] |
Displays the RIP statistics. |
Use the clear ip rip policy command to clear policy statistics.
Use the clear ip rip statistics command to clear RIP statistics.
Configuration Examples for RIP
This example creates the Enterprise RIP instance in a VRF and adds Ethernet interface 1/2 to this RIP instance. The example also configures authentication for Ethernet interface 1/2 and redistributes EIGRP into this RIP domain.
vrf context NewVRF ! feature rip router rip Enterprise vrf NewVRF address-family ip unicast redistribute eigrp 201 route-map RIPmap max-paths 10 ! interface ethernet 1/2 no switchport vrf NewVRF ip address 192.0.2.1/16 ip router rip Enterprise ip rip authentication mode md5 ip rip authentication keychain RIPKey
Related Topics
See Configuring Route Policy Manager for more information on route maps.
Additional References
For additional information related to implementing RIP, see the following sections:
Related Documents
Related Topic |
Document Title |
---|---|
RIP CLI commands |
Standards
Standards |
Title |
---|---|
No new or modified standards are supported by this feature, and support for existing standards has not been modified by this feature. |
— |
Feature History for RIP
Table below lists the release history for this feature.
Feature Name |
Releases |
Feature Information |
---|---|---|
RIP |
5.0(3)A1(1) |
This feature was introduced. |