Ver aplicaciones de servidor de lenguaje de procesamiento de SIP de Microsoft (MSPL)
Última modificación del tema: 2011-07-17
Una aplicación de servidor de lenguaje de procesamiento de protocolo de inicio de sesión (MSPL) es solo de script y usa un lenguaje de scripting en lugar de Microsoft Lync 2010 API. MSPL proporciona un mayor control sobre el filtrado y el comportamiento de los servidores proxy, así como una función para enviar mensajes específicos a aplicaciones SIP basadas en transacciones. MSPL se usa concretamente para filtrar y enrutar mensajes SIP. Las aplicaciones MSPL se ejecutan en el mismo proceso que el módulo UserServices, mientras que un programa basado en Lync 2010 API se ejecuta en un proceso independiente.
Puede usar la página Aplicación de servidor en el grupo Topología de Panel de control de Lync Server para ver una lista de aplicaciones de servidor de MSPL que se ejecuten en los servidores front-end en su entorno de Lync Server 2010. La lista muestra los scripts que se encuentran disponibles para cada grupo, así como si están habilitados o son críticos. Los scripts se ejecutan en el orden en que aparecen.
Entre estos scripts se incluyen los siguientes:
ClientVersionFilter permite al administrador especificar la versión de los clientes compatibles con un grupo de servidores. El filtro de versiones del cliente comprueba la versión del cliente y puede impedir al cliente que inicie sesión o presentar al usuario un mensaje que indica que está usando un cliente incompatible. El filtro de versiones del cliente también puede configurarse de modo que muestre al usuario un mensaje con la dirección URL de la última versión descargable del cliente.
TranslationService convierte un número marcado por el usuario en un número E.164 de acuerdo con las reglas de normalización definidas por el administrador. Para obtener información detallada, consulte Reglas de traducción.
IncomingFederation aplica la validación de federación a nivel de inquilino para los mensajes entre inquilinos y mensajes entrantes de las implementaciones externas.
UserServices es el componente de registro de SIP, presencia y conferencia de un servidor front-end. Proporciona características de mensajería instantánea, presencia y conferencia estrechamente integradas que se basan en el servidor proxy SIP.
InterClusterRouting es el responsable del enrutamiento de llamadas al grupo principal del registrador de los destinatarios de las llamadas. Para obtener información detallada, consulte Componentes VoIP del servidor front-end
IIMFilter(filtro inteligente de mensaje instantáneo) bloquea los mensajes que contienen direcciones URL en las que se puede hacer clic o que intentan iniciar transferencias de archivos. IIMFilter comprueba asimismo la versión del cliente por parte del servidor. IIMFilter afecta a las transferencias de archivos iniciadas mediante Microsoft Lync 2010, Communicator o el cliente Live Meeting 2007. De manera predeterminada, los vínculos en los que se puede hacer clic se deshabilitan agregando un carácter de subrayado delante del primer carácter del vínculo. Un administrador puede cambiar este comportamiento de modo que el vínculo quede bloqueado, en cuyo caso los mensajes que contienen direcciones URL en las que se puede hacer clic o intentan iniciar una transferencia de archivos quedan bloqueados por el servidor y no alcanzan los destinos previstos. IIMFilter se instala en todos los Lync Server salvo en los servidores proxy y en los servidores de archivado.
UserPinService se usa para comprobar los números de identificación personal (PIN) para las conferencias de acceso telefónico local.
DefaultRouting es la aplicación de enrutamiento predeterminada para los servidores que ejecutan Lync Server. Está habilitada de forma predeterminada. La aplicación de enrutamiento está instalada en todos los servidores Standard Edition y Enterprise Edition.
ExumRouting enruta las llamadas al Servicio de mensajería unificada de Exchange Server. ExumRouting determina el servidor adecuado del Servicio de mensajería unificada de Exchange al que se debe enrutar la llamada cuando se deposita un nuevo mensaje de correo de voz. ExumRouting también administra algunos otros aspectos de integración del Servicio de mensajería unificada, incluido el enrutamiento al Operador automático y Acceso de suscriptor.
OutboundRouting determina la puerta de enlace que enruta una llamada a un número de teléfono de acuerdo con el número marcado y la autorización de marcado del usuario. OutboundRouting también administra el desvío de las llamadas si una puerta de enlace no puede procesarlas.
QoEAgent recibe informes de datos de calidad de la experiencia desde extremos a través de solicitudes SIP SERVICE y envía los datos a la cola de destino en el servidor de supervisión o a consumidores de terceros mediante HTTP POST. Para obtener información detallada, consulte Planeación de la supervisión.
OutgoingFederation aplica la validación de la federación a nivel de inquilino para los mensajes dirigidos a una implementación externa destinada.
AcpRouting envía solicitudes INVITE destinadas a la puerta de enlace entre un proveedor de conferencias de audio y un proveedor de conferencias de audio.
Los scripts que se ejecutan en servidores perimetrales incluyen lo siguiente:
IIMFilter
OptionsHandler responde 200 OK a las solicitudes OPTIONS entrantes si la solicitud está destinada al servidor actual. Esta operación se utiliza para la validación de topologías.