[This is preliminary documentation and subject to change.]
typedef struct _IP_SPECIFIC_DATA {
DWORD FSD_Type;
DWORD FSD_Policy;
DWORD FSD_NextHopAS;
DWORD FSD_Priority;
DWORD FSD_Metric;
DWORD FSD_Metric1;
DWORD FSD_Metric2;
DWORD FSD_Metric3;
DWORD FSD_Metric4;
DWORD FSD_Metric5;
DWORD FSD_Flags;
} IP_SPECIFIC_DATA, *PIP_SPECIFIC_DATA;
Member | Value |
---|---|
1 | The route type is not specified. The type is different from those listed here. |
2 | The route is invalid. Normally, this value is used to invalidate a route. However, since invalidation is not supported by the Routing Table Manager (RTM), the route will still be considered in best-route computations. Therefore, routing protocols should not use this value. |
3 | The route is a local route, that is, the next hop is the final destination. |
4 | The route is a remote route, that is, the next hop is not the final destination. |
The RTM uses the FSD_Priority and FSD_Metric members to compute the best route to a particular destination network.
The FSD_Metric[1-5] members are for MIB II conformance. MIB II agents will display only these metric values. They will not display the FSD_Metric metric value. To have the FSD_Metric displayed, the routing protocol should also store the value in one of the FSD_Metric[1-5] members.
The RTM does not use the metric values in the FSD_Metric[1-5] members when computing the best route to a destination network. Therefore, the routing protocol should ensure that the FSD_Metric member has an appropriate metric value.
A routing protocol could use the FSD_Flags to mark a route as invalid, if it did not want the route to be considered by other routing protocols.