Partager via


structure NDIS_NDK_CONNECTIONS (ntddndis.h)

La structure NDIS_NDK_CONNECTIONS décrit les connexions NDK actives sur un adaptateur miniport.

Syntaxe

typedef struct _NDIS_NDK_CONNECTIONS {
  NDIS_OBJECT_HEADER        Header;
  ULONG                     Flags;
  ULONG                     Count;
  BOOLEAN                   NDConnectionsMappedtoTCPConnections;
  NDIS_NDK_CONNECTION_ENTRY Connections[1];
} NDIS_NDK_CONNECTIONS;

Membres

Header

Structure NDIS_OBJECT_HEADER qui décrit cette structure NDIS_NDK_CONNECTIONS. Définissez les membres de la structure NDIS_OBJECT_HEADER comme suit :

  • Définissez le membre type sur NDIS_OBJECT_TYPE_DEFAULT.
  • Définissez le membre révision sur NDIS_NDK_CONNECTIONS_REVISION_1.
  • Définissez le membre Size sur (USHORT)min(MAXUSHORT, NDIS_SIZEOF_NDK_CONNECTIONS_REVISION_1(n)).

Flags

Count

Nombre d’éléments dans le tableau de connexions transmis dans le membre connexions. Chaque élément du tableau est une structure NDIS_NDK_CONNECTION_ENTRY.

NDConnectionsMappedtoTCPConnections

Valeur BOOLEAN qui spécifie la façon dont les connexions sont mappées. Si la technologie RDMA pour le fournisseur NDK nécessite que le fournisseur mappe les connexions ND aux connexions TCP, le fournisseur NDK doit définir la valeur TRUE NDConnectionsMappedtoTCPConnection s. Sinon, NDConnectionsMappedtoTCPConnections a la valeur FALSE.

Connections[1]

Tableau de taille variable de structures NDIS_NDK_CONNECTION_ENTRY où la taille du tableau est déterminée par le nombre de connexions retournées. Le membre Count spécifie le nombre d’éléments dans le tableau de connexions.

Remarques

La structure NDIS_NDK_CONNECTIONS est retournée avec l’OID OID_NDK_CONNECTIONS. Le InformationBuffer membre de la structure NDIS_OID_REQUEST contient un pointeur vers cette structure.

Cette structure est de taille variable et contient des éléments égaux en nombre au nombre de connexions retournées. La taille réelle du tableau de connexions en tant que nombre d’éléments est indiquée par le membre Count.

Si la technologie RDMA pour le fournisseur NDK nécessite que le fournisseur mappe les connexions ND aux connexions TCP, le fournisseur NDK doit également signaler le tuple de connexion TCP sous-jacente pour chaque connexion ND comme suit :

  • Définissez les NDConnectionsMappedtoTCPConnections membre sur TRUE.
  • Utilisez deux entrées consécutives pour chaque connexion ND. La première entrée contient les informations d’adressage ND (adresse IP locale et distante et numéro de port ND) et l’entrée suivante immédiate contient les informations d’adressage de la connexion TCP correspondantes (adresse IP locale et distante et numéro de port TCP).
  • Les membres autres que l’adressage des informations (par exemple, UserModeOwner et OwnerPid) doivent être définis uniquement dans la première entrée et laissé non touchés dans l’entrée suivante. Par conséquent, les entrées à l’index 0, 2, 4, etc., contiennent des informations d’adressage ND (ainsi que des informations d’adressage correctement renseignées) et des entrées à l’index 1, 3, 5 et ainsi de suite, contiennent des informations d’adressage TCP (où d’autres membres sont laissés intouchés).

Exigences

Exigence Valeur
client minimum pris en charge Aucune prise en charge, prise en charge dans NDIS 6.30 et versions ultérieures.
serveur minimum pris en charge Windows Server 2012
d’en-tête ntddndis.h (include Ndis.h)

Voir aussi

NDIS_NDK_CONNECTION_ENTRY

NDIS_OBJECT_HEADER

OID_NDK_CONNECTIONS