Inicializando um provedor de serviços de SAN

O comutador Windows Sockets inicializa um fornecedor de serviços SAN conforme descrito na figura a seguir.

Depois que o Windows carrega a DLL de troca de Sockets do Windows no processo de uma aplicação, ocorre a seguinte sequência de eventos.

Para inicializar um provedor de serviços de SAN

1. O switch deteta e carrega o provedor TCP/IP e, em seguida, consulta a lista de provedores de serviços de SAN no Registro para detetar todos esses provedores, conforme descrito em Instalando um provedor de serviços de SAN. O switch chama a função WSPStartupEx de cada provedor detetado para iniciar a utilização desse provedor.

2. Na chamada WSPStartupEx, o switch passa um ponteiro para uma estrutura WSAPROTOCOL_INFOW que contém as informações de protocolo do provedor TCP/IP. O protocolo do provedor TCP/IP indica ao provedor de serviços SAN que ele foi inicializado pelo switch e não por outros provedores de serviços em camadas ou pela interface do Windows Sockets. O switch passa as informações de protocolo do provedor TCP/IP em vez das informações de transporte do provedor de serviços SAN, conforme sugerido na seção Windows Sockets Service Provider Interface (SPI) da documentação do SDK do Microsoft Windows.

   Como um provedor de serviços de SAN pode detetar que ele é inicializado pelo switch, ele pode expor o conjunto apropriado de funções de ponto de entrada para o switch. Se o provedor de serviços de SAN for inicializado diretamente por um aplicativo, ele poderá expor outro conjunto de funções de ponto de entrada para esse aplicativo. Se um prestador de serviços de SAN estiver subjacente ao switch, o referido prestador deverá aderir às extensões e ao comportamento descritos nesta seção.

3. O driver de proxy de um fornecedor de serviços SAN obtém a lista de endereços IP atribuídos a cada NIC sob o seu controlo, conforme descrito em Registo para Notificações de SAN NIC. O provedor de serviços de SAN usa uma interface privada para recuperar essa lista de seu driver de proxy. O switch chama a função WSPSocket de um provedor de serviços de SAN para criar um socket. O switch usa esse soquete para recuperar a lista completa de endereços IP atribuídos às NICs sob controle do driver de proxy do provedor de serviços SAN. O switch recupera essa lista conforme descrito em Recebendo e traduzindo endereços NIC. Com base nessa lista e nas listas de outros provedores de serviços de SAN, o switch cria uma tabela que mapeia sub-redes IP locais para provedores de serviços de SAN.

4. O comutador Windows Sockets deve recuperar ponteiros para as funções de ponto de entrada do provedor de serviços de SAN que estendem a Interface de Provedor de Serviços do Windows Sockets (SPI) para uso com SANs. Para recuperar cada uma dessas funções estendidas, o switch Windows Sockets chama a função WSPIoctl de um provedor de serviços de SAN e passa o código de comando SIO_GET_EXTENSION_FUNCTION_POINTER junto com o GUID cujo valor identifica uma dessas funções estendidas.

   Para obter uma descrição completa dessas funções, consulte Windows Sockets SPI Extensions for SANs.

5. O switch pode criar threads para suportar soquetes de escuta, bem como solicitações de conexão sem bloqueio, conforme descrito em Configurando uma conexão SAN.