IP_SPECIFIC_DATA structure

[Cette API a été remplacée par l’API Gestionnaire de tables de routage version 2 et ne sera pas disponible au-delà de Windows Server 2003. Les applications doivent utiliser l’API Routing Table Manager Version 2.]

La structure IP_SPECIFIC DATA contient des données spécifiques à l’adresse IP.

Syntaxe

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;

Membres

FSD_Type

Spécifie le type d’itinéraire tel que défini dans RFC 1354. Le tableau suivant montre les valeurs possibles pour ce membre.

Membre	Signification
1	Le type d’itinéraire n’est pas spécifié. Le type est différent de ceux répertoriés ici.
2	L’itinéraire n’est pas valide. Normalement, cette valeur est utilisée pour invalider un itinéraire. Toutefois, étant donné que l’invalidation n’est pas prise en charge par le gestionnaire de tables de routage, l’itinéraire est toujours pris en compte dans les calculs des meilleurs itinéraires. Par conséquent, les protocoles de routage ne doivent pas utiliser cette valeur.
3	L’itinéraire est un itinéraire local, c’est-à-dire que le tronçon suivant est la destination finale.
4	L’itinéraire est un itinéraire distant, c’est-à-dire que le tronçon suivant n’est pas la destination finale.

FSD_Policy

Spécifie l’ensemble des conditions qui entraîneraient la sélection d’un itinéraire à plusieurs chemins. Ce membre est généralement au format IP TOS. Pour plus d’informations, consultez RFC 1354.

FSD_NextHopAS

Spécifie le numéro de système autonome du tronçon suivant.

FSD_Priority

Spécifie une valeur de métrique. Le gestionnaire de tables de routage utilise cette valeur pour comparer cette entrée d’itinéraire aux entrées de routage obtenues à partir d’autres protocoles de routage. La valeur de ce membre est définie par le gestionnaire de table de routage.

FSD_Metric

Spécifie une valeur de métrique. Le gestionnaire de tables de routage utilise cette valeur pour comparer cette entrée d’itinéraire à d’autres entrées de routage obtenues à partir du même protocole de routage. La valeur de ce membre est définie par le protocole de routage.

FSD_Metric1

Spécifie une valeur de métrique spécifique au protocole de routage. Cette valeur de métrique est documentée dans RFC 1354.

FSD_Metric2

Spécifie une valeur de métrique spécifique au protocole de routage. Cette valeur de métrique est documentée dans RFC 1354.

FSD_Metric3

Spécifie une valeur de métrique spécifique au protocole de routage. Cette valeur de métrique est documentée dans RFC 1354.

FSD_Metric4

Spécifie une valeur de métrique spécifique au protocole de routage. Cette valeur de métrique est documentée dans RFC 1354.

FSD_Metric5

Spécifie une valeur de métrique spécifique au protocole de routage. Cette valeur de métrique est documentée dans RFC 1354.

FSD_Flags

Spécifie si l’itinéraire est valide. Le protocole de routage doit d’abord effacer ces indicateurs, puis définir l’itinéraire comme valide ou non valide. Le protocole de routage doit utiliser les macros ClearRouteFlags(),SetRouteValid() et ClearRouteValid() pour effectuer ces opérations. Ces macros sont définies dans Rtm.h.

Notes

Le gestionnaire de tables de routage utilise les membres FSD_Priority et FSD_Metric pour calculer la meilleure route vers un réseau de destination particulier.

Les membres FSD_Metric[1-5] sont pour la conformité MIB II. Les agents MIB II affichent uniquement ces valeurs de métriques. Ils n’affichent pas la valeur de métrique FSD_Metric . Pour afficher la FSD_Metric, le protocole de routage doit également stocker la valeur dans l’un des membres FSD_Metric[1-5].

Le gestionnaire de tables de routage n’utilise pas les valeurs de métrique dans les membres FSD_Metric[1-5] lors du calcul de la meilleure route vers un réseau de destination. Par conséquent, le protocole de routage doit s’assurer que le membre FSD_Metric a une valeur de métrique appropriée.

Un protocole de routage peut utiliser le FSD_Flags pour marquer un itinéraire comme non valide, si l’itinéraire ne doit pas être utilisé par d’autres protocoles de routage.

Spécifications

Condition requise	Valeur
Client minimal pris en charge	Aucun pris en charge
Serveur minimal pris en charge	Windows 2000 Server [applications de bureau uniquement]
Fin de la prise en charge des serveurs	Windows Server 2003
En-tête	Rtm.h

Voir aussi

Informations de référence sur le gestionnaire de tables de routage version 1

Structures du gestionnaire de tables de routage version 1

RTM_IP_ROUTE