Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Um gestor de chamadas utiliza circuitos virtuais de sinalização para enviar e receber mensagens de sinalização de e para entidades de rede, tais como comutadores. Os VCs de sinalização de um gestor de chamadas são visíveis para o NDIS. O gestor de chamadas deve criar, ativar, desativar e eliminar todos os VCs através de chamadas para o NDIS. Os VCs de sinalização de um driver MCM, contudo, são opacos para o NDIS. Um driver MCM não cria, ativa, desativa ou elimina VCs de sinalização com chamadas para o NDIS. Em vez disso, um driver MCM executa essas operações internamente. Um driver MCM deve chamar o NDIS para executar operações em VCs que são usados para enviar ou receber dados do cliente. Isso ocorre porque o NDIS deve acompanhar os VCs dos clientes.
Como o driver MCM é um gerenciador de chamadas e um driver de miniporta, certas funções orientadas à conexão são redundantes. Especificamente, MiniportCoCreateVc e MiniportCoDeleteVc são redundantes e, portanto, não são fornecidos por um driver MCM. As operações de capital de risco são geridas por:
As funçõesProtocolCoCreateVc de um driver MCMe ProtocolCoDeleteVc são ativadas quando um cliente solicita a criação ou exclusão de um VC.
NdisMCmCreateVc e NdisMCmDeleteVc quando o driver MCM cria ou exclui um VC.
NdisMCmActivateVc e NdisCmDeactivateVc quando o driver MCM ativa ou desativa um VC.
Um driver MCM deve fornecer uma função MiniportCoOidRequest para um cliente usar na consulta ou configuração de informações do driver de miniporta e uma função MiniportCoSendNetBufferLists para lidar com operações de envio de um cliente.