![]() |
IP Mobility: Mobile Networks Configuration Guide, Cisco IOS Release 15M&T
|
||||||||||||||||||||||||||||||||||||||
OSPFv3 Extensions for Mobile Ad Hoc Networks
![]() |
|||||||||||||||||||||||||||||||||||||||
|
Contents
OSPFv3 Extensions for Mobile Ad Hoc NetworksLast Updated: December 2, 2012
Open Shortest Path First version 3 (OSPFv3) Extensions optimize OSPFv3 behavior for more efficient routing in Mobile Ad Hoc Networks (MANETs). The OSPFv3 extensions improve routing efficiency and reduce overhead traffic in MANET environments so that network clusters can scale to support more users. The OSPFv3 extensions boost performance for delay-sensitive, mission-critical voice, video, and data traffic, and it facilitates the integration of wireless MANETs with existing wire-line products. Finding Feature InformationYour software release may not support all the features documented in this module. For the latest caveats and feature information, see Bug Search Tool and the release notes for your platform and software release. To find information about the features documented in this module, and to see a list of the releases in which each feature is supported, see the feature information table at the end of this module. Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to www.cisco.com/go/cfn. An account on Cisco.com is not required. Prerequisites for OSPFv3 Extensions for MANETsYou must create the subscriber profile for PPP over Ethernet (PPPoE) service selection, assign the subscriber profile to a PPPoE profile, and enable PPPoE sessions on the interface. For details, see the "Mobile Ad Hoc Networks for Router-to-Radio Communications" module. Information About OSPFv3 Extensions for MANETs
OSPFv3 Extensions Operation with MANETsTo optimize the use of OSPFv3 with MANETs, Cisco software implements extensions to OSPFv3 as defined in draft-chandra-ospf-manet-ext-02 . The result is a well-understood routing protocol (OSPF) used in a network topology that is constantly changing and where bandwidth is limited. OSPF is optimized in these ways:
Radio-Aware Link-Metrics Tuning for OSPFv3The RAR-compliant radio reports link-quality metrics to the router that are used by OSPFv3 as link metrics. You can fine-tune to adjust how these radio metrics are used by OSPFv3:
OSPFv3 receives raw radio-link data and computes a composite. In computing these metrics, you should consider these factors (see the figure "OSPF Cost Calculation for VMI Interfaces"):
You can weight metrics during the configuration process to emphasize or de-emphasize particular characteristics. For example, if throughput is a particular concern, you can weight the current data rate metric so that it is factored more heavily into the composite metric. Similarly, you can omit a metric that is of no concern from the composite calculation. Link metrics can change rapidly, often by very small degrees, which can result in a flood of meaningless routing updates. In a worst-case scenario, the network churns almost continuously as it struggles to react to minor variations in link quality. To alleviate this concern, you can use a tunable dampening mechanism to configure threshold values. Any metric change that falls below the threshold is ignored. With the tunable hysteresis mechanism, you can adjust the threshold to the routing changes that occur when the router receives a signal that a new peer has been discovered, or that an existing peer is unreachable. The tunable metric is weighted and is adjusted dynamically to account for these characteristics:
You can deconfigure individual weights and clear all weights so that the cost is returned to the default value for the interface type. Based on the routing changes that occur, the cost can be determined by the application of these metrics. Dynamic Cost Metric for Virtual Multipoint InterfacesThe dynamic cost metric used for virtual multipoint interfaces (VMIs) is computed based on the Layer 2 (L2) feedback to Layer 3 (L3). The dynamic cost is calculated using this formula: OC = maximum-data-rate S1 = ospfv3 process-id cost dynamic weight throughput (bandwidth component) S2 = ospfv3 process-id cost dynamic weight resources (resources component) S3 = ospfv3 process-id cost dynamic weight latency (latency component) S4 = ospfv3 process-id cost dynamic weight L2-factor (L2 factor component) Throughput = (current-data-rate)/(maximum-data-rate) Router-dynamic cost = OC + (S1) + (S2) + (S3) + (S4) For a dynamic cost to have the same cost as a default cost, all parameters must equal zero. Each Layer 2 feedback can contribute a cost in the range of 0 to 65535. To tune down this cost range, use the optional weight keyword with the throughput, resources, latency, or L2-factor keyword with the ospfv3 cost command. Each of these weights has a default value of 100 percent and can be configured in the range from 0 to 100. When 0 is configured for a specific weight, that weight does not contribute to the OSPF cost. Because cost components can change rapidly, you might need to dampen the number of changes to reduce network-wide churn. Use the optional hysteresis keyword with the threshold threshold-value keyword and argument with the ospfv3 cost command to set a cost change threshold. Any cost change below this threshold is ignored. You can use the hysteresis keyword to specify a hysteresis value based on the percentage of change of the currently stored value in the routing table for the peer. Each time the router receives a new packet discovery quality (PADQ) packet from the radio for a peer, a new cost is calculated for it. The hysteresis keyword specifies the amount of change required before the router saves the new value. The hysteresis percent calculated is performed as follows: If the absolute value of (new_cost - saved_cost) is greater than (hysteresis_percent*saved_cost), then the new_cost is saved. Because cost components can change rapidly, you might need to dampen the volume of changes to reduce network-wide churn. The recommended values for S2, S3, and S4 are based on network simulations that might reduce the rate of network changes. The recommended value for S1 is zero to eliminate this variable from the route cost calculation. Each network might have unique characteristics that require different settings to optimize actual network performance, the table below lists the recommended cost settings intended as a starting point for optimizing an OSPFv3 network.
The overall link cost is computed by using the formula shown in the figure below. To illustrate these settings, the following example shows how OSPF cost metrics might be defined for a VMI interface with one type of radio: interface vmi1 ospfv3 6 cost dynamic weight throughput 0 ospfv3 6 cost dynamic hysteresis percent 10 ospfv3 6 cost dynamic weight resources 29 ospfv3 6 cost dynamic weight latency 29 ospfv3 6 cost dynamic hysteresis percent 10 ospfv3 6 cost dynamic weight L2-factor 29 Selective PeeringSelective peering reduces the OSPF network overhead by minimizing the number of redundant full adjacencies that an OSPF node maintains. Adjacencies to nodes that do not provide additional reachability can be kept in a two-way state. Selective peering reduces control-plane bandwidth utilization by reducing the number of database exchanges and routing updates.
In the simplest example, selective peering determines if an adjacency should be formed when a new neighbor is discovered (a hello is received from a new neighbor). If the neighbor is not in the OSPF link state database, or if it is not reachable in the Shortest Path Tree (SPT), then the adjacency is formed. If the neighbor is in the OSPF link state database and is reachable, the neighbor is kept in the two-way state if the configured number of redundant paths to this neighbor is already formed. Topology changes might cause the number of redundant paths to a given neighbor to fall below the configured level. When this occurs, selective peering can bring up adjacencies that were previously kept in the two-way state. Selective peering takes link cost into consideration when determining which adjacencies to form. The objective is to have the reduced numbers of adjacencies formed over the lowest cost links. You can manually configure per-neighbor OSPF link costs, but with RAR-compliant radio interfaces, link costs are dynamically obtained from the radio through the VMI. Selective Peering Link-Metrics TuningIf the configured selective peering redundancy level is greater than 0, then at least two OSPFv3 control plane paths are maintained for every one hop neighbor. As new neighbors are discovered, full peering relationships are formed regardless of the link cost (as long as the cost satisfies the optionally configured minimum threshold specified in the ospfv3 manet peering link-metrics command). As additional neighbors are brought to the full peering state to achieve the configured number of redundant paths to every neighbor, the router evaluates the path costs resulting from these new peering relationships to determine if they are incrementally better than the existing path costs. If they are not, the router keeps these links in a two-way state until other peering opportunities arise. The result is better path costs. Consider the topology shown in the figure below. The configured redundancy level is 1 (the default), meaning that Router A attempts to maintain two paths to every one hop neighbor. Router A is in a full peering relationship with Router B and the link cost is 50. Router B is in a full peering relationship with Router D and the link cost is 30. Now Router D comes into radio range of Router A with a link cost of 70. Because the number of paths from Router A to Router D is currently 1 (through Router B), Router A brings this relationship to the full state. You can keep Routers A and D in a two-way state until the link cost between them improves, or until another router comes into range that has better link costs to both of them. This can be achieved by configuring a redundant path cost threshold. In the figure above, if a redundant path cost threshold of 20 is configured, then Routers A and D will not transition to the full state until their link cost falls below the current path cost of 80 (50 + 30) minus 20, or 60. Because the depicted path cost is 70, the routers remain in the two-way state. How to Configure OSPFv3 Extensions for MANETs
Configuring OSPFv3 in MANETs for Radio-Aware RoutingPerform this required task to create the VMI interface for OSPFv3 and associate it with the interface on which PPPoE is enabled. For OSPFv3 to take advantage of radio feedback, you must configure OSPFv3 MANET on the VMI. By default, VMI uses neighbor presence and link-metric data from the radio. After you complete this task, you must fine-tune RAR link metrics as described in the Fine-Tuning Radio-Aware Routing Link Metrics. Before You Begin
SUMMARY STEPS
You must create a VMI interface and then assign the IPv6 or the IPv4 address to that VMI definition.
DETAILED STEPS Fine-Tuning Radio-Aware Routing Link MetricsBefore You Begin
SUMMARY STEPS
Complete the required task in the Configuring OSPFv3 in MANETs for Radio-Aware Routing. DETAILED STEPS Enabling Selective PeeringSUMMARY STEPS
DETAILED STEPS Preventing Full Peering with Neighbors with Poor Link MetricsAn RAR-compliant radio might not advertise link metrics to the router before a new OSPFv3 neighbor is discovered. You can configure OSPFv3 to wait for link metrics before considering a neighbor for OSPFv3 peering. You can specify a minimum metric threshold. If the radio-reported link metric is above this threshold, the neighbor will be held in two-way state. With this configuration, full peering with neighbors with poor link metrics can be effectively prevented. DETAILED STEPS Fine-Tuning Selective Peering with Link MetricsSUMMARY STEPS
DETAILED STEPS Configuration Examples for OSPFv3 Extensions for MANETs
Example Configuring OSPFv3 in MANETs for Radio-Aware RoutingThis example shows how to configure OSPFv3 in MANETs for use with RAR-compliant radios. For OSPFv3 to take advantage of radio feedback, OSPFv3 MANET is configured on the VMI. ! service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption service alignment detection ! hostname Router1 ! boot-start-marker boot-end-marker ! no aaa new-model ! ipv6 unicast-routing ipv6 cef subscriber authorization enable ! subscriber profile pppoe_group_1 pppoe service manet_radio ! multilink bundle-name authenticated ! no virtual-template subinterface ! bba-group pppoe pppoe_group_1 virtual-template 1 service profile pppoe_group_1 ! interface Ethernet 0/1 no ip address shutdown ! interface Ethernet 0/2 no ip address shutdown ! interface Ethernet 0/3 no ip address shutdown ! interface Virtual-Template1 no ip address ipv6 enable no peer default ip address no keepalive ! interface vmi1 no ip address ipv6 enable ospfv3 1 network manet ospfv3 1 area 0 ipv6 physical-interface FastEthernet 0/0 ! ip forward-protocol nd ! router ospfv3 1 ! log-adjacency-changes address-family ipv6 unicast exit-address-family ! control-plane ! line con 0 exec-timeout 0 0 line aux 0 line vty 0 4 login ! Example Fine-Tuning Radio-Aware Routing Link MetricsThis example shows the OSPFv3 extensions for MANET configuration with fine-tuning radio-aware routing link metrics: ! version 15.2 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname Router1 ! boot-start-marker boot-end-marker ! no aaa new-model ! ip cef ipv6 unicast-routing ipv6 cef ! subscriber authorization enable ! subscriber profile pppoe_group_1 pppoe service manet_radio ! multilink bundle-name authenticated ! no virtual-template subinterface ! bba-group pppoe pppoe_group_1 virtual-template 1 service profile pppoe_group_1 ! interface Ethernet 0/0 no ip address pppoe enable group pppoe_group_1 ! interface Ethernet 0/1 no ip address shutdown ! interface Ethernet 0/2 no ip address shutdown ! interface Ethernet 0/3 no ip address shutdown ! interface Virtual-Template1 no ip address ipv6 enable no peer default ip address no keepalive ! interface vmi1 no ip address ipv6 enable ospfv3 1 area 0 ipv6 ospfv3 1 network manet ospfv3 1 cost dynamic hysteresis threshold 1000 ospfv3 1 cost dynamic weight throughput 0 ospfv3 1 cost dynamic weight latency 29 ospfv3 1 cost dynamic weight L2-factor 29 ospfv3 1 area 0 ipv6 instance 1 physical-interface Ethernet 0/1 ! router ospfv3 1 router-id 10.1.1.1 timers throttle spf 1000 2000 2000 ! address-family ipv6 unicast exit-address-family ! ip forward-protocol nd ! ! no ip http server no ip http secure-server ! logging esm config ! ! control-plane ! line con 0 logging synchronous line aux 0 line vty 0 4 login ! end Example Enabling Selective PeeringThis example shows the OSPFv3 extensions for MANET configuration when selective peering is enabled: ! version 15.2 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname Router1 ! boot-start-marker boot-end-marker ! no aaa new-model ! ip cef ipv6 unicast-routing ipv6 cef ! subscriber authorization enable ! subscriber profile pppoe_group_1 pppoe service manet_radio ! multilink bundle-name authenticated ! no virtual-template subinterface ! bba-group pppoe pppoe_group_1 virtual-template 1 service profile pppoe_group_1 ! interface Ethernet 0/0 no ip address pppoe enable group pppoe_group_1 ! interface Ethernet 0/1 no ip address shutdown ! interface Ethernet 0/2 no ip address shutdown ! interface Ethernet 0/3 no ip address shutdown ! interface Virtual-Template1 no ip address ipv6 enable no peer default ip address no keepalive ! interface vmi1 no ip address ipv6 enable ospfv3 1 area 0 ipv6 ospfv3 1 network manet ospfv3 1 cost dynamic hysteresis threshold 1000 ospfv3 1 cost dynamic weight throughput 0 ospfv3 1 cost dynamic weight latency 29 ospfv3 1 cost dynamic weight L2-factor 29 ospfv3 1 area 0 ipv6 instance 1 physical-interface Ethernet 0/1 ! router ospfv3 1 router-id 10.1.1.1 manet peering selective timers throttle spf 1000 2000 2000 ! address-family ipv6 unicast exit-address-family ! ip forward-protocol nd ! ! no ip http server no ip http secure-server ! logging esm config ! ! control-plane ! line con 0 logging synchronous line aux 0 line vty 0 4 login ! end Example Preventing Full Peering with Neighbors with Poor Link MetricsThis example shows the OSPFv3 extensions for MANET configuration to prevent full peering with neighbors with poor link metrics: ! version 15.2 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname Router1 ! boot-start-marker boot-end-marker ! no aaa new-model ! ip cef ipv6 unicast-routing ipv6 cef ! subscriber authorization enable ! subscriber profile pppoe_group_1 pppoe service manet_radio ! multilink bundle-name authenticated ! no virtual-template subinterface ! bba-group pppoe pppoe_group_1 virtual-template 1 service profile pppoe_group_1 ! interface Ethernet 0/0 no ip address pppoe enable group pppoe_group_1 ! interface Ethernet 0/1 no ip address shutdown ! interface Ethernet 0/2 no ip address shutdown ! interface Ethernet 0/3 no ip address shutdown ! interface Virtual-Template1 no ip address ipv6 enable no peer default ip address no keepalive ! interface vmi1 no ip address ipv6 enable ospfv3 1 area 0 ipv6 ospfv3 1 network manet ospfv3 1 cost dynamic hysteresis threshold 1000 ospfv3 1 cost dynamic weight throughput 0 ospfv3 1 cost dynamic weight latency 29 ospfv3 1 cost dynamic weight L2-factor 29 ospfv3 1 manet peering link-metrics 200 ospfv3 1 area 0 ipv6 instance 1 physical-interface Ethernet 0/1 ! router ospfv3 1 router-id 10.1.1.1 manet peering selective timers throttle spf 1000 2000 2000 ! address-family ipv6 unicast exit-address-family ! ip forward-protocol nd ! ! no ip http server no ip http secure-server ! logging esm config ! ! control-plane ! line con 0 logging synchronous line aux 0 line vty 0 4 login ! end Example Fine-Tuning Selective Peering with Link MetricsThis example shows the OSPFv3 extensions for MANET configuration to fine-tune selective peering with link metrics: ! version 15.2 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname Router1 ! boot-start-marker boot-end-marker ! no aaa new-model ! ip cef ipv6 unicast-routing ipv6 cef ! subscriber authorization enable ! subscriber profile pppoe_group_1 pppoe service manet_radio ! multilink bundle-name authenticated ! no virtual-template subinterface ! bba-group pppoe pppoe_group_1 virtual-template 1 service profile pppoe_group_1 ! interface Ethernet 0/0 no ip address pppoe enable group pppoe_group_1 ! interface Ethernet 0/1 no ip address shutdown ! interface Ethernet 0/2 no ip address shutdown ! interface Ethernet 0/3 no ip address shutdown ! interface Virtual-Template1 no ip address ipv6 enable no peer default ip address no keepalive ! interface vmi1 no ip address ipv6 enable ospfv3 1 area 0 ipv6 ospfv3 1 network manet ospfv3 1 cost dynamic hysteresis threshold 1000 ospfv3 1 cost dynamic weight throughput 0 ospfv3 1 cost dynamic weight latency 29 ospfv3 1 cost dynamic weight L2-factor 29 ospfv3 1 manet peering cost percent 10 ospfv3 1 manet peering link-metrics 200 ospfv3 1 area 0 ipv6 instance 1 physical-interface Ethernet 0/1 ! router ospfv3 1 router-id 10.1.1.1 manet peering selective timers throttle spf 1000 2000 2000 ! address-family ipv6 unicast exit-address-family ! ip forward-protocol nd ! ! no ip http server no ip http secure-server ! logging esm config ! ! control-plane ! line con 0 logging synchronous line aux 0 line vty 0 4 login ! end Additional ReferencesRelated DocumentsMIBsTechnical Assistance
Feature Information for OSPFv3 Extensions for MANETsThe following table provides release information about the feature or features described in this module. This table lists only the software release that introduced support for a given feature in a given software release train. Unless noted otherwise, subsequent releases of that software release train also support that feature. Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to www.cisco.com/go/cfn. An account on Cisco.com is not required.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1110R) Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental. © 2012 Cisco Systems, Inc. All rights reserved.
|
||||||||||||||||||||||||||||||||||||||
|
|