Track IPv4 and IPv6 Routes
You can create an object that tracks an IPv4 or IPv6 route entry in the routing table.
Specify a tracked route by its IPv4 or IPv6 address and prefix-length. Optionally specify a tracked route by a virtual routing and forwarding
(VRF) instance name if the route to be tracked is part of a VRF. The next-hop address is not part of the definition of the tracked object.
A tracked route matches a route in the routing table only if the exact address and prefix length match an entry in the routing table. For
example, when configured as a tracked route, 10.0.0.0/24 does not match the routing table entry 10.0.0.0/8. If no route-table entry has the
exact address and prefix length, the tracked route is considered to be DOWN.
In addition to the entry of a route in the routing table, you can configure how the status of a route is tracked in either the following ways:
•
By the reachability of the route's next-hop router.
•
By comparing the UP or DOWN threshold for a route’s metric with current entries in the route table.
Track Route Reachability
If you configure the reachability of an IP route entry as a tracked object, the UP/DOWN state of the route is determined by the entry of the
next-hop address in the ARP cache.
A tracked route is considered to be reachable if there is an address resolution protocol (ARP) cache entry for the route's next-hop address.
If the next-hop address in the ARP cache ages out for a route tracked for its reachability, an attempt is made to regenerate the ARP cache
entry to see if the next-hop address appears before considering the route DOWN.
Track a Metric Threshold
If you configure a metric threshold to track a route, the UP/DOWN state of the tracked route is determined by the current metric for the
route entered in the routing table.
To provide a common tracking interface for different clients, route metrics are scaled in the range from 0 to 255, where 0 is connected and
255 is inaccessible. The scaled metric value communicated to a client always considers a lower value to have priority over a higher value.
The resulting scaled value is compared against the threshold values to determine the state of a tracked route as follows:
•
If the scaled metric for a route entry is less than or equal to the UP threshold, the state of a route is UP.
•
If the scaled metric for a route is greater than or equal to the DOWN threshold or the route is not entered in the routing table, the state
of a route is DOWN.
The UP and DOWN thresholds are user-configurable for each tracked route. The default UP threshold is
254
; the default DOWN threshold
is
255
. The notification of a change in the state of a tracked object is sent when a metric value crosses a configured threshold.
The tracking process uses a protocol-specific resolution value to convert the actual metric in the routing table to a scaled metric in the
range from 0 to 255. The resolution value is user-configurable and calculates the scaled metric by dividing a route's cost by the resolution
value set for the route type:
•
For intermediate system to intermediate system (ISIS), you can set the resolution in the range from 1 to 1000, where the default is
10
.
•
For OSPF, you can set the resolution in the range from 1 to 1592, where the default is
1
.
•
The resolution value used to map static routes is not configurable. By default, Dell Networking OS assigns a metric of 0 to static routes.
•
The resolution value used to map router information protocol (RIP) routes is not configurable. The RIP hop-count is automatically
multiplied by 16 to scale it; a RIP metric of 16 (unreachable) scales to 256, which considers the route to be DOWN. For example, to
configure object tracking for a RIP route to be considered UP only if the RIP hop count is less than or equal to 4, you would configure
the UP threshold to be 64 (4 x 16) and the DOWN threshold to be 65.
530
Object Tracking
Содержание S3048-ON
Страница 1: ...Dell Configuration Guide for the S3048 ON System 9 11 2 5 ...
Страница 137: ...0 Gi 1 1 Gi 1 2 rx Flow N A N A 0 0 No N A N A yes Access Control Lists ACLs 137 ...
Страница 142: ...Figure 10 BFD Three Way Handshake State Changes 142 Bidirectional Forwarding Detection BFD ...
Страница 241: ...Dell Control Plane Policing CoPP 241 ...
Страница 287: ... RPM Synchronization GARP VLAN Registration Protocol GVRP 287 ...
Страница 428: ...Figure 53 Inspecting the LAG Configuration 428 Link Aggregation Control Protocol LACP ...
Страница 429: ...Figure 54 Inspecting Configuration of LAG 10 on ALPHA Link Aggregation Control Protocol LACP 429 ...
Страница 432: ...Figure 56 Inspecting a LAG Port on BRAVO Using the show interface Command 432 Link Aggregation Control Protocol LACP ...
Страница 433: ...Figure 57 Inspecting LAG 10 Using the show interfaces port channel Command Link Aggregation Control Protocol LACP 433 ...
Страница 477: ...Figure 73 Configuring Interfaces for MSDP Multicast Source Discovery Protocol MSDP 477 ...
Страница 478: ...Figure 74 Configuring OSPF and BGP for MSDP 478 Multicast Source Discovery Protocol MSDP ...
Страница 479: ...Figure 75 Configuring PIM in Multiple Routing Domains Multicast Source Discovery Protocol MSDP 479 ...
Страница 483: ...Figure 77 MSDP Default Peer Scenario 2 Multicast Source Discovery Protocol MSDP 483 ...
Страница 484: ...Figure 78 MSDP Default Peer Scenario 3 484 Multicast Source Discovery Protocol MSDP ...
Страница 634: ...protocol spanning tree pvst no disable vlan 300 bridge priority 4096 634 Per VLAN Spanning Tree Plus PVST ...
Страница 745: ...Figure 104 Single and Double Tag TPID Match Service Provider Bridging 745 ...
Страница 746: ...Figure 105 Single and Double Tag First byte TPID Match 746 Service Provider Bridging ...