TCP_OFFLOAD_DISCONNECT_COMPLETE_HANDLER funzione di callback (ndischimney.h)
[La funzionalità offload del camino TCP è deprecata e non deve essere usata.]
NDIS chiama la funzione ProtocolTcpOffloadDisconnectComplete di un driver di protocollo o di un driver intermedio per completare un'operazione di disconnessione avviata in precedenza dal driver chiamando il funzione di NdisOffloadTcpDisconnect.
Sintassi
TCP_OFFLOAD_DISCONNECT_COMPLETE_HANDLER TcpOffloadDisconnectCompleteHandler;
void TcpOffloadDisconnectCompleteHandler(
[in] IN NDIS_HANDLE ProtocolBindingContext,
[in] IN PNET_BUFFER_LIST NetBufferList
)
{...}
Parametri
[in] ProtocolBindingContext
Handle per un'area di contesto allocata dal driver del protocollo. Il driver gestisce le informazioni sul contesto per binding in questa area di contesto. Il driver ha fornito questo handle a NDIS quando il driver ha chiamato la funzione NdisOpenAdapterEx.
[in] NetBufferList
Se non NULL, un puntatore a una singola struttura NET_BUFFER_LIST. Il driver ha fornito questo puntatore come parametro di input in una chiamata precedente al funzione di NdisOffloadTcpDisconnect.
Valore restituito
Nessuno
Osservazioni
In risposta alla chiamata del driver o all'offload di un driver sottostante funzione NdisTcpOffloadDisconnectComplete, NDIS chiama la funzione ProtocolTcpOffloadDisconnectComplete del driver di protocollo o intermedio del driver di overlying.
Per propagare il completamento dell'operazione di disconnessione al driver overlying, il driver intermedio chiama la funzione NdisOffloadTcpDisconnectComplete, passando quanto segue:
- Oggetto ProtocolBindingContext, che è un handle che identifica in modo univoco il driver intermedio.
- Lo stesso puntatore PNET_BUFFER_LIST passato NDIS alla funzione ProtocolTcpOffloadDisconnectComplete del driver intermedio.
Prima di restituire, la funzione ProtocolTcpOffloadDisconnectComplete deve deallocare la memoria per qualsiasi contesto creato per la struttura NET_BUFFER_LIST passata alla funzione.
Si noti che, se un driver intermedio esporta più di un'interfaccia in protocolli overlying, deve determinare quale protocollo deve ricevere il completamento della disconnessione. Per effettuare questa determinazione, il driver intermedio usa le informazioni archiviate nel NET_BUFFER_LIST_CONTEXT struttura associata alla struttura NET_BUFFER_LIST.
Fabbisogno
| Requisito | Valore |
|---|---|
| piattaforma di destinazione | Finestre |
| intestazione | ndischimney.h (include Ndischimney.h) |