Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
La fonction ProtocolCoRegisterNotify est utilisée par les clients NDIS orientés connexion. Tous les clients NDIS orientés connexion doivent avoir des fonctions ProtocolCoRegisterNot ify entièrement fonctionnelles. Les gestionnaires d’appels orientés connexion autonomes ont inscrit ProtocolCoRegisterNotify fonctions qui retournent simplement le contrôle.
Remarque Vous devez déclarer la fonction à l’aide du type PROTOCOL_CO_AF_REGISTER_NOTIFY.
Pour plus d’informations, consultez la section Exemples suivants.
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 au client dans laquelle le protocole client gère l’état d’exécution par liaison. La fonction protocolBindAdapterEx du client a fourni ce handle lorsqu’il a appelé 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
Aucun
Remarques
Un appel à ProtocolCoRegisterNotify publie les services de gestion des appels d’un gestionnaire d’appels ou du pilote MCM particuliers sur une carte réseau orientée connexion sous-jacente à laquelle le client est lié.
ProtocolCoRegisterNotify examine les données à AddressFamily pour déterminer si le client peut utiliser les services de ce gestionnaire d’appels particulier. Si le client peut apporter des modifications dans les données fournies par M)CM à AddressFamily dépend de la prise en charge particulière du protocole de signalisation 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 ProtocolCoAfRegisterNotify à nouveau avec le même ProtocolBindingContext handle 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 avec NDIS pour les opérations ultérieures orientées connexion à l’aide des services de ce gestionnaire d’appels.
Par exemple, ProtocolCoRegisterNotify 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 par la suite.
S 'il accepte des appels entrants, protocolCoRegisterNotify d’un client ou ProtocolClOpenAfCompleteEx fonction inscrit généralement une ou plusieurs SAP auprès du gestionnaire d’appels. Après l’ouverture de l’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 à partir de NdisClOpenAddressFamilyEx. S’il effectue des appels sortants, le client peut continuer à allouer 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 vers un nœud distant.
exemples de
Pour définir une fonction ProtocolCoRegisterNotify, 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 fonctions permet d'Analyse du code pour les pilotes, de vérificateur de pilotes statiques (SDV) et d’autres outils de vérification recherchent des erreurs, et il est nécessaire d’écrire des 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 lorsque vous exécutez les 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 annoter le comportement de la fonction.
Exigences
| Exigence | Valeur |
|---|---|
| client minimum 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 (voir ProtocolCoAfRegisterNotify (NDIS 5.1)) dans Windows XP. |
| plateforme cible | Windows |
| d’en-tête | ndis.h (include Ndis.h) |
| IRQL | PASSIVE_LEVEL |