Exibir aplicativos de servidor do Idioma de Processamento SIP da Microsoft (MSPL) no Lync Server 2013
Tópico última modificação: 26-09-2014
Um aplicativo de servidor MSPL (Microsoft SIP Processing Language) é um aplicativo somente script que usa uma linguagem de script em vez da API do Microsoft Lync 2010. O MSPL fornece controle mais granular sobre os comportamentos de filtragem e proxy, além de uma instalação para expedir mensagens específicas para aplicativos SIP baseados em transação. O MSPL é usado especificamente para filtrar e rotear mensagens SIP. Os aplicativos MSPL são executados no mesmo processo que o módulo UserServices, enquanto um programa baseado na API do Lync 2010 é executado em um processo separado.
Você pode usar a página Aplicativo de Servidor no grupo topologia do Lync Server Painel de Controle para ver uma lista de aplicativos de servidor MSPL que são executados em Servidores Front-End em seu ambiente do Lync Server 2013. A lista mostra os scripts que estão disponíveis para cada pool, bem como se eles estão habilitados ou críticos. Os scripts são executados na ordem em que estão listados.
Esses scripts incluem o seguinte:
ClientVersionFilter fornece ao administrador uma maneira de especificar a versão dos clientes compatíveis com um pool. O filtro de versão do cliente verifica a versão do cliente e pode impedir o cliente de fazer logon ou apresentar ao usuário uma mensagem que indica que ele está usando um cliente que não tem suporte. O filtro de versão do cliente também pode ser configurado para exibir uma mensagem para o usuário que contém a URL da versão mais recente para download do cliente.
TranslationService converte um número que um usuário disca para um número E.164 de acordo com as regras de normalização definidas pelo administrador. Para obter detalhes, consulte regras de tradução no Lync Server 2013.
IncomingFederation impõe a validação de federação no nível do locatário para mensagens entre locatários e de entrada de implantações externas.
UserServices é o registrador SIP, a presença e o componente de conferência de um Servidor Front-End. Ele fornece recursos de IM, presença e conferência bem integrados criados com base no Proxy SIP.
O InterClusterRouting é responsável por rotear chamadas para o pool de Registradores primário do receptor. Para obter detalhes, consulte componentes voIP do Servidor Front-End para Lync Server 2013.
O IIMFilter (Filtro inteligente de mensagens instantâneas) bloqueia mensagens que contêm URLs clicáveis ou que tentam iniciar transferências de arquivos. O IIMFilter também verifica a versão do cliente em nome do servidor. O IIMFilter afeta as transferências de arquivos iniciadas usando o Lync Server ou o Communicator. Por padrão, os links clicáveis são desabilitados adicionando um caractere de sublinhado antes do primeiro caractere do link. Um administrador pode alterar esse comportamento para que o link seja bloqueado; nesse caso, as mensagens que contêm URLs clicáveis ou que tentam iniciar uma transferência de arquivo são impedidas pelo servidor de alcançar seus destinos pretendido. O IIMFilter é instalado em todos os servidores que executam o Lync Server, exceto servidores proxy e servidores de arquivamento.
UserPinService é usado para verificar os PINs (números de identificação pessoal) do usuário para conferência discada.
DefaultRouting é o aplicativo de roteamento padrão para servidores que executam o Lync Server. Ele está habilitado por padrão. O aplicativo de roteamento é instalado em todos os servidores Standard Edition e Edição Enterprise cliente.
O ExumRouting roteia chamadas para Exchange Server Unificação de Mensagens (UM). O ExumRouting determina o servidor um do Exchange apropriado para o qual encaminhar a chamada quando houver uma nova mensagem de caixa postal a ser depositada. O ExumRouting também lida com alguns outros aspectos de integração da UM do Exchange, incluindo o roteamento para o Atendedor Automático e o Acesso ao Assinante.
O OutboundRouting determina o gateway que roteia uma chamada para um número de telefone de acordo com o número discado e a autorização de discagem do usuário. O OutboundRouting também tratará o redirecionamento de chamadas se um gateway não puder processar uma chamada.
O QoEAgent recebe relatórios de dados de QoE (Qualidade de Experiência) de pontos de extremidade por meio de solicitações SIP SERVICE e envia os dados para a fila de destino no Servidor de Monitoramento ou para consumidores de terceiros usando HTTP POST. Para obter detalhes, consulte Implantando monitoramento no Lync Server 2013.
OutgoingFederation impõe a validação de federação no nível do locatário para mensagens que vão para uma implantação externa direcionada.
As solicitações INVITE de proxies do AcpRouting destinadas ao provedor de audioconferência para o gateway do provedor de audioconferência.
Os scripts executados em Servidores de Borda incluem o seguinte:
IIMFilter
OptionsHandler responderá a solicitações OPTIONS de entrada com 200 OK se a solicitação for destinada ao servidor atual. Isso é usado para validação de topologia.