PROTOCOL_CO_AF_REGISTER_NOTIFY fonction de rappel (ndis.h)

Article
03/01/2024

La fonction ProtocolCoAfRegisterNotify est utilisée par les clients NDIS orientés connexion. Tous les clients NDIS orientés connexion doivent avoir des fonctions ProtocolCoAfRegisterNotify entièrement fonctionnelles. Les gestionnaires d’appels orientés connexion autonomes ont des fonctions ProtocolCoAfRegisterNotify inscrites qui retournent simplement le contrôle.

Note Vous devez déclarer la fonction à l’aide du type PROTOCOL_CO_AF_REGISTER_NOTIFY . Pour plus d’informations, consultez la section Exemples suivante.

Syntaxe

PROTOCOL_CO_AF_REGISTER_NOTIFY ProtocolCoAfRegisterNotify;

VOID() ProtocolCoAfRegisterNotify(
  [in] NDIS_HANDLE ProtocolBindingContext,
  [in] PCO_ADDRESS_FAMILY AddressFamily
)
{...}

Paramètres

[in] ProtocolBindingContext

Spécifie le handle de la zone de contexte allouée par le client dans laquelle le protocole client conserve l’état d’exécution par liaison. La fonction ProtocolBindAdapterEx du client fournissait ce handle lorsqu’elle appelait NdisOpenAdapterEx.

[in] AddressFamily

Pointeur vers une mémoire tampon décrivant la prise en charge du protocole de signalisation fournie par un gestionnaire d’appels qui vient d’inscrire ces services auprès de NDIS en appelant NdisCmRegisterAddressFamilyEx ou NdisMCmRegisterAddressFamilyEx.

Valeur de retour

None

Remarques

Un appel à ProtocolCoAfRegisterNotify publie les services de gestion des appels d’un gestionnaire d’appels ou d’un pilote MCM sur une carte réseau orientée connexion sous-jacente à laquelle le client est lié.

ProtocolCoAfRegisterNotify examine les données dans AddressFamily pour déterminer si le client peut utiliser les services de ce gestionnaire d’appels particulier. La possibilité pour le client d’apporter des modifications aux données (M)CM fournies sur AddressFamily dépend de la prise en charge du protocole de signalisation particulière du gestionnaire d’appels.

Si le client trouve les services de gestion des appels proposés inacceptables, ProtocolCoAfRegisterNotify retourne le contrôle et NDIS peut appeler à nouveau ProtocolCoAfRegisterNotify avec le même handle ProtocolBindingContext et une spécification AF fournie par ce ou un autre gestionnaire d’appels également lié au même pilote miniport sous-jacent. Sinon, ProtocolAfRegisterNotify alloue une zone de contexte par AF pour le client et appelle NdisClOpenAddressFamilyEx avec le pointeur AddressFamily . Si cet appel réussit, le client a inscrit ses fonctions ProtocolClXxx auprès de NDIS pour les opérations orientées connexion suivantes utilisant les services de ce gestionnaire d’appels.

Par exemple, ProtocolCoAfRegisterNotify ou ProtocolClOpenAfCompleteEx peut appeler NdisInitializeNPagedLookasideList une ou plusieurs fois en préparation des allocations dynamiques et des versions de zones de contexte par SAP, par VC et/ou par partie dont le client aura besoin ultérieurement.

S’il accepte les appels entrants, le protocole ProtocolCoAfRegisterNotify d’un client ou La fonction ProtocolClOpenAfCompleteEx inscrit généralement une ou plusieurs sapps auprès du gestionnaire d’appels. Après avoir ouvert le af du gestionnaire d’appels, le client peut continuer à allouer une zone d’état par SAP et appeler NdisClRegisterSap une ou plusieurs fois avec le NdisAfHandle qu’il a obtenu auprès de NdisClOpenAddressFamilyEx. S’il effectue des appels sortants, le client peut procéder à l’allocation d’une zone d’état par vc et créer un vc avec NdisCoCreateVc en prévision d’une demande entrante de l’un de ses propres clients pour effectuer un appel sortant à un nœud distant.

Exemples

Pour définir une fonction ProtocolCoAfRegisterNotify , vous devez d’abord fournir une déclaration de fonction qui identifie le type de fonction que vous définissez. Windows fournit un ensemble de types de fonctions pour les pilotes. La déclaration d’une fonction à l’aide des types de fonction permet à l’analyse du code pour les pilotes, le vérificateur de pilotes statique (SDV) et d’autres outils de vérification de trouver les erreurs, et il s’agit d’une exigence pour l’écriture de pilotes pour le système d’exploitation Windows.

Par exemple, pour définir une fonction ProtocolCoAfRegisterNotify nommée « MyCoAfRegisterNotify », utilisez le type PROTOCOL_CO_AF_REGISTER_NOTIFY comme indiqué dans cet exemple de code :

PROTOCOL_CO_AF_REGISTER_NOTIFY MyCoAfRegisterNotify;

Ensuite, implémentez votre fonction comme suit :

_Use_decl_annotations_
VOID
 MyCoAfRegisterNotify(
    NDIS_HANDLE  ProtocolBindingContext,
    PCO_ADDRESS_FAMILY  AddressFamily
    )
  {...}

Le type de fonction PROTOCOL_CO_AF_REGISTER_NOTIFY est défini dans le fichier d’en-tête Ndis.h. Pour identifier plus précisément les erreurs lors de l’exécution des outils d’analyse du code, veillez à ajouter l’annotation Use_decl_annotations à votre définition de fonction. L’annotation Use_decl_annotations garantit que les annotations appliquées au type de fonction PROTOCOL_CO_AF_REGISTER_NOTIFY dans le fichier d’en-tête sont utilisées. Pour plus d’informations sur la configuration requise pour les déclarations de fonction, consultez Déclaration de fonctions à l’aide de types de rôles de fonction pour les pilotes NDIS.

Pour plus d’informations sur Use_decl_annotations, consultez Annotating Function Behavior.

Configuration requise

Condition requise	Valeur
Client minimal pris en charge	Pris en charge pour les pilotes NDIS 6.0 et NDIS 5.1 (voir ProtocolCoAfRegisterNotify (NDIS 5.1)) dans Windows Vista. Pris en charge pour les pilotes NDIS 5.1 (consultez ProtocolCoAfRegisterNotify (NDIS 5.1)) dans Windows XP.
Plateforme cible	Windows
En-tête	ndis.h (inclure Ndis.h)
IRQL	PASSIVE_LEVEL