Notas de la versión de Lync Server 2013

Se produce un error al transferir un archivo en un mensaje instantáneo si el archivo está abierto en otra aplicación

Problema:

Si intenta transferir un archivo, como un Word documento, incluyéndolo en un mensaje instantáneo a otro usuario de Lync, la transferencia parecerá correcta, pero en realidad no podrá transferir el archivo. Se mostrará un icono para el tipo de archivo en el cliente lync, pero el receptor deseado no puede abrir el archivo. No se muestra ningún mensaje de error para informarle de que la transferencia no se realizó correctamente.

Solución:

Para solucionar este problema, cierre el archivo o la aplicación abiertos antes de intentar transferir el archivo en un mensaje instantáneo.

Si se produce un error en la replicación de datos del servicio de almacenamiento de Lync Server, los administradores tendrán que comprobar los contadores de rendimiento para ver si hay elementos de cola del servicio de almacenamiento obsoletos

Problema:

El servicio de almacenamiento de Lync Server usa Windows Fabric para la replicación. Si los datos se eliminan en un servidor front-end principal, pero se produce un error en la eliminación en un servidor front-end secundario (por ejemplo, si hay un apagado o error inesperado en el servidor front-end), los datos se pueden dejar atrás y "huérfanos". Los datos huérfanos pueden provocar que el rendimiento se degrade y pierda espacio en el disco.

Solución:

Para solucionar este problema, si los eventos LYSS_DB_SPACE_USED_ERROR (Id=32058) y LYSS_DB_SPACE_USED_CRITICAL (Id=32059) se generan en el registro de eventos, los administradores deben comprobar el contador de rendimiento en el servidor front-end en LS:LYSS - API de servicio de almacenamiento con el nombre LYSS: número actual de elementos de cola obsoletos del servicio de almacenamiento. Si este contador de rendimiento tiene un valor alto (por ejemplo, superior a 50 000), el administrador debe ejecutar la herramienta CleanuUpStorageServiceData.exe en el kit de recursos de Lync Server 2013, que eliminará todos los datos huérfanos del grupo. Para obtener más información sobre la herramienta, consulte la documentación del kit de recursos de Lync Server 2013.

Cada vez que se cambia la configuración de la dirección IP para un servidor o grupo, es necesario reiniciar los servicios de Lync Server

Problema:

Cuando se cambia la configuración de la dirección IP para una implementación de Lync Server 2013, como cambiar de IPv4 a Dual Stack o de Dual Stack a Ipv6, no todos los componentes del servidor siguen el cambio de configuración hasta que se reinician los servicios.

Solución:

Para solucionar este problema, reinicie los servicios de Lync Server después de cambiar la configuración de la dirección IP para la implementación. Para ello, ejecute los siguientes cmdlets en el Shell de administración de Lync Server:

 Stop-CsWindowsService -graceful

 Start-CsWindowsService

El cmdlet de transacciones sintéticas de conferencias de acceso telefónico local ya no está disponible en el Módulo de administración de Lync Server 2013

Problema:

El cmdlet de transacciones sintéticas de conferencias de acceso telefónico local Test-CsDialInConferencing ya no está disponible en el Módulo de administración de Lync Server 2013.

Solución:

El uso del cmdlet Test-CsDialInConferencing de conferencias de acceso telefónico local solo es compatible internamente con una empresa.

Los administradores pueden seguir usando el cmdlet en el Shell de administración de Lync Server para solucionar problemas. Si es necesario, una empresa también puede desarrollar un módulo de administración privado para ejecutar el cmdlet internamente.

El servicio de registro centralizado se detiene si el tráfico de red se interrumpe cuando se copian los archivos de registro en el recurso compartido de red

Problema:

Cuando el servicio de registro centralizado está configurado para usar una ruta de red (el valor del parámetro CacheFileNetworkFolder del cmdlet Get-CsClsConfiguration es una ruta de acceso UNC válida), los archivos de registro almacenados en caché se copian en el recurso compartido de red. Si se produce una interrupción en el tráfico de red mientras se copian los archivos, se producirá una excepción que hará que el servicio de registro centralizado se detenga.

El servicio está configurado para reiniciarse automáticamente hasta tres veces, por lo que el servicio se recuperará de las tres primeras excepciones.

Solución:

No hay ninguna solución alternativa para este problema. Para identificar el problema, supervise el registro de eventos de Id. de evento 7031 desde el "Administrador de control de servicio" que registra cuando el servicio "Agente de servicio de registro centralizado de Lync Server" ha finalizado inesperadamente. Si esto ocurre más de tres veces, reinicie manualmente el servicio mediante el cmdlet Start-CsWindowService .

Los elementos de la cola de servicio de almacenamiento deben importarse manualmente

Problema:

Lync Server 2013 almacena datos sobre conferencias y mensajería instantánea, como mensajes archivados y grabación de detalles de llamadas (CDR), en una base de datos de cada servidor front-end. Los datos se almacenan en la base de datos mientras se procesan antes de entregarse en el destino previsto. Para mejorar el rendimiento, Lync Server 2013 exporta periódicamente los elementos de la cola de la base de datos local que no se procesan durante un largo período de tiempo y los guarda en el almacén de archivos. Si el almacén de archivos no está disponible, los elementos se almacenan en cada servidor front-end. Se realiza la misma operación para evitar la pérdida de datos durante la conmutación por error del grupo.

Durante la operación de exportación, el servicio de almacenamiento de Lync Server registra todas las fases del registro de eventos con identificadores de evento de 32075 (se inicia la operación de vaciado completo), 32076 (se ha completado el vaciado completo), 32082 (se inicia el nivel de mantenimiento), 32083 (se ha completado el vaciado del nivel de mantenimiento), 32089 (se ha producido un vaciado debido al llenado de la base de datos). Estos datos no se importarán automáticamente al sistema para ser procesados y entregados a su destino final (SQL Server o Exchange Server).

Solución:

Para importar los datos al sistema, los administradores tendrán que usar la herramienta ImportStorageServiceData en el Kit de recursos de Lync Server, que agregará los datos de nuevo al sistema que se procesarán y se entregarán en su destino final.

Si el valor predeterminado de UseNormalizationRules se cambia a False, se producirá un error en las búsquedas de la consulta web de libreta de direcciones.

Problema:

Si se cambia el valor predeterminado de UseNormalizationRules a False, se producirán errores en las búsquedas de la consulta web de libreta de direcciones. Después de cambiar el valor predeterminado, los usuarios de cliente de Lync no podrán usar la consulta web de la libreta de direcciones de Lync para buscar usuarios.

Solución:

Si el valor predeterminado de UseNormalizationRules se establece en False para que los usuarios puedan usar los números de teléfono tal y como se define en Servicios de dominio de Active Directory sin que Lync Server 2013 aplique reglas de normalización, solucione este problema haciendo lo siguiente:

1. Iniciar el Shell de administración de Lync Server: Haga clic en Inicio, haga clic en Todos los programas, haga clic en Microsoft Lync Server 2013 y, a continuación, haga clic en Shell de administración de Lync Server.

2. Realice una de las siguientes acciones:

   • Si la implementación incluye solo servidores de Lync Server 2013, ejecute el siguiente cmdlet en el nivel global para cambiar los valores de UseNormalizationRules e IgnoreGenericRules a True:

     Set-CsAddressBookConfiguration -identity <XdsIdentity> -UseNormalizationRules=$true -IgnoreGenericRules=$true
     

   • Si la implementación incluye una combinación de Lync Server 2013 y Lync Server 2010 u Office Communications Server 2007 R2, ejecute el siguiente cmdlet y asígnelo a cada grupo de Lync Server 2013 de la topología:

     new-csAddressBookConfiguration -identity <XdsIdentity> -UseNormalizationRules=$true -IgnoreGenericRules=$true
     

3. Espere a que la replicación CMS ocurra en todas las agrupaciones.

4. Modifica el archivo de reglas de normalización del teléfono de la implementación para borrar el contenido. El archivo se encuentra en el recurso compartido de archivos de cada grupo de Lync Server 2013. Si el archivo no está presente, cree un archivo vacío denominado "Company_Phone_Number_Normalization_Rules.txt".

5. Espere varios minutos hasta que todos los grupos de servidores front-end lean los nuevos archivos.

6. Ejecute el siguiente cmdlet en cada grupo de Lync Server 2013 de su implementación.

   Update-csAddressBook
   

El evento de error 21054 de la libreta de direcciones se genera una vez al día para cada grupo de lync 2013

Problema:

Lync Server 2013 Address Book Server generará el evento de error 21054 una vez al día al realizar mantenimiento diario. El error también se genera cada vez que un administrador ejecuta el cmdlet Update-csAddressBook , incluso cuando la actualización se realiza correctamente. Sin embargo, este evento de error se puede omitir de forma segura cuando la actualización se realiza correctamente.

Solución:

Cuando encuentre este evento de error, ejecute el siguiente cmdlet:

Debug-csAddressBookReplication -Poolfqdn <Pool FQDN for which the event was generated>

Si el cmdlet informa de que no hay objetos no indizados o abandonados, el evento de error 21054 se puede omitir de forma segura.

Además, el indicador de estado clave (KHI) "Usuarios de la libreta de direcciones correctamente indexados" debe desactivarse en System Center Operations Manager.

Es posible que se produzcan errores en las solicitudes cuando IPv6 esté configurado en un grupo de servidores perimetrales

Problema:

Cuando IPv6 está configurado en un grupo de servidores perimetrales, es posible que se produzcan errores en algunas solicitudes al grupo de servidores perimetrales.

Solución:

Para solucionar este problema, no configures un grupo de servidores perimetrales con IPv6.

El cmdlet invoke-csPoolFailback puede generar un error durante la conmutación por error del grupo

Problema:

Al intentar devolver de nuevo un grupo, el cmdlet invoke-csPoolFailback puede producir un error con el error "Error al completar el proceso de hidratación después de varios intentos".

Solución:

Para solucionar este problema, vuelva a ejecutar el cmdlet y espere hasta que el cmdlet se complete correctamente. Tenga en cuenta que el proceso de conmutación por error puede tardar varios minutos en completarse. Un grupo con 20 000 usuarios puede tardar hasta 60 minutos.

Puede producirse una pérdida de datos al agregar un servidor front-end a un grupo ya establecido: híbrido Skype Empresarial en línea

Problema:

Puede encontrarse con este problema en un entorno en el que un grupo tiene más de un servidor front-end y reinicia uno de los servidores front-end o agrega un nuevo servidor front-end que no formaba parte anteriormente del grupo.

Los usuarios cuyos datos se archivan pueden experimentar pérdidas de datos hasta que se establezca una distribución estable del archivado de datos para el grupo. Este período de pérdida de datos potencial está limitado a 15 minutos para las conversaciones de persona a persona y 30 minutos para las conferencias.

Solución:

Al realizar el mantenimiento, en lugar de iniciar los servidores front-end del grupo uno por uno, debe conmutar por error el grupo a otro grupo y, a continuación, realizar tareas de mantenimiento en los servidores. También puede hacer que el servicio no esté disponible antes de realizar tareas de mantenimiento y, después, restaurar la disponibilidad cuando se complete el mantenimiento.

Los administradores no pueden obtener el número de licencias mediante el cmdlet Get-CsClientAccessLicense

Problema:

Los administradores no pueden obtener el uso preciso de la licencia del cliente mediante el cmdlet Get-CsClientAccessLicense .

Solución:

Para comprobar el tipo de licencia de servidor, puede ejecutar el cmdlet Get-CsService para recuperar los nombres de dominio completos (FDQN) de todas las bases de datos. Si el FQDN del servidor front-end es el mismo que el FQDN de la base de datos back-end, la licencia es una licencia de edición Standard. En caso contrario, la licencia es una licencia enterprise edition.

El número de licencias del cliente no se notifica con precisión

Problema:

Al determinar el número de licencias de cliente, puede experimentar las siguientes condiciones:

1. Número de licencias inexactos para usuarios móviles

   El número de licencias se basa en el número de direcciones IP únicas de los usuarios basados en dispositivos. El número de licencias estará limitado de las siguientes maneras:

   • Las licencias se sobrescribirán si la dirección IP del usuario cambia durante las sesiones de Lync. Esto puede ocurrir cuando un usuario se conecta a Lync Server desde más de una ubicación con un cliente de escritorio.

   • Las licencias se descontaran si un usuario se conecta con un cliente móvil, ya que no se puede determinar la dirección IP del dispositivo.

2. Las licencias se cuentan dos veces para las llamadas de red telefónica conmutada (RTC) al cliente Lync, las llamadas de cliente Lync a líneas RTC y las llamadas de Lync reenviadas a líneas RTC

   En los siguientes escenarios, se contarán dos licencias adicionales en lugar de una porque tanto el número de teléfono como el usuario de Lync se cuentan para determinar el número de licencias usadas. Para obtener datos de licencia precisos, quite manualmente las licencias generadas por un número de teléfono.

   • Una llamada de teléfono RTC a Lync

   • Una llamada de Lync a una línea RTC

   • Una llamada RTC a Lync y, a continuación, Lync reenvía la llamada a una línea RTC. Se contará una de las líneas RTC.

3. No se contará una licencia para un teléfono Lync con sesión iniciada

   Cuando un usuario usa un teléfono certificado para Lync, si el teléfono inicia sesión y se mantiene conectado, lo que conserva su estado de inicio de sesión, el teléfono no se contará como si estuviera usando una licencia si la consulta de licencias se produce después de que el teléfono iniciara sesión.

4. Licencias contadas para teléfonos RTC que se unen a conferencias

   Cuando un usuario se une a una conferencia con un teléfono RTC, se contabilizará inexactamente una licencia para unirse a la conferencia. Sin embargo, no se necesita ninguna licencia para unirse a una conferencia con un teléfono RTC.

Solución:

1. Número de licencias inexactos para usuarios móviles

   • Puede identificar manualmente las direcciones IP que pertenecen al mismo dispositivo y, a continuación, quitar una de ellas en el recuento de licencias.

   • No hay ninguna solución alternativa para este problema con dispositivos móviles que se conectan con el cliente de Lync.

2. Las licencias se cuentan dos veces para las llamadas RTC a un cliente de Lync, las llamadas de los clientes de Lync a líneas RTC y las llamadas de Lync se desvía a líneas RTC.

   Tendrá que identificar manualmente el número de teléfono RTC y quitar el número de licencias que se ha generado para él.

3. No se contará una licencia para un teléfono Lync con sesión iniciada

   Puede configurar el teléfono Lync para cerrar la sesión y, a continuación, volver a iniciarla, en un intervalo normal, como cada 3 meses.

4. Licencias contadas para teléfonos RTC que se unen a conferencias

   Puede identificar manualmente el número de teléfono RTC que se usa para unirse a la conferencia y quitar la licencia generada por el número de teléfono.

El Panel de control de Lync Server deja de funcionar en un entorno VMware después de actualizar a Silverlight 5

Problema:

Si usa el Panel de control de Lync Server en un entorno VMware, es posible que el Panel de control de Lync Server deje de funcionar después de actualizar Microsoft Silverlight a la versión 5.

Solución:

Para solucionar este problema, siga uno de estos procedimientos:

• Desinstale Silverlight 5 e instale Silverlight 4 desde https://go.microsoft.com/fwlink/p/?LinkID=149156.

• Obtenga acceso al Panel de control de Lync Server desde un equipo que no es un equipo virtual VMware.

  Para ello, puede iniciar el Panel de control de Lync Server desde el menú Inicio de Windows en el servidor si las herramientas de administración de Lync Server están instaladas en el equipo.

  También puede acceder a la Panel de control de Lync Server mediante un explorador web. La dirección URL será similar a https://< frontend_pool_fqdn>/cscp.

La información de usuario del servicio de libreta de direcciones no se actualiza después de modificar el nombre distintivo del usuario en Active Directory

Problema:

Si se cambia el nombre distintivo de un usuario (también conocido como DN) en Servicios de dominio de Active Directory, los cambios adicionales no se actualizarán en el Servicio de libreta de direcciones (ABS). Esto no afecta al inicio de sesión ni a la presencia del usuario, pero evitará la comunicación para el usuario si la dirección SIP también cambia, ya que las búsquedas devolverán una dirección SIP no actualizada.

Solución:

Para solucionar este problema, no cambie el DN de un usuario. Si revierte el DN del usuario al valor anterior, las actualizaciones se reflejarán en el servicio de libreta de direcciones.

El uso de caracteres que no sean ASCII puede provocar que el servidor de Lync no se inicie

Problema:

La instalación no se realizará correctamente si el nombre de la carpeta de destino incluye caracteres que no sean ASCII (incluidos UNICODE, juego de caracteres de doble byte (DBCS), UTF-8 y UTF-16). Además, es posible que el programa de instalación se complete correctamente, pero el servidor no se iniciará si los caracteres que no son ASCII están incluidos en cualquiera de los siguientes elementos:

• Nombre de equipo

• Nombre de dominio

• Nombre de usuario

• URI de SIP del usuario

• Nombre de cuenta de servicio

Solución:

Use solo caracteres ASCII en el nombre de la carpeta de destino, el nombre del equipo, el nombre de dominio, el nombre de usuario, el URI del SIP del usuario y los nombres de cuentas de servicio.

La revisión para "Se produce un daño de Montón cuando un módulo llama al método InsertEntityBody en IIS 7.5" debe instalarse antes de instalar Lync Server 2013

Problema:

La revisión para "Daños de Montón se produce cuando un módulo llama al método InsertEntityBody en IIS 7.5" (https://go.microsoft.com/fwlink/p/?LinkId=268602), descrito en el artículo de Microsoft Knowledge Base 264886 (https://go.microsoft.com/fwlink/p/?LinkId=268603), debe instalarse antes de instalar Lync Server 2013.

Solución:

Descarga e instala la revisión desde el Centro de descarga de Microsoft en https://go.microsoft.com/fwlink/p/?LinkId=268602.

Lync Server 2013 no se puede instalar en la versión de ITA Windows Server 2012 OS RTM

Problema:

La instalación de Lync Server 2013 produce errores en el Windows Server 2012 de ITA debido a Windows Fabric errores de instalación.

Windows Fabric instalación falla porque los seguimientos de tela se crean con el formato de tiempo de HH:MM:SS. Sin embargo, en ITA Windows Server, el formato de hora es HH. MM.SS.

Solución:

Para solucionar este problema, actualice el registro del sistema antes de instalar Lync Server 2013. La clave del Registro que debe actualizarse es: HKEY_USERS\.DEFAULT\Control Panel\International\sTimeFormat. Cambie el valor de sTimeFormat a HH:mm:ss mediante la interfaz de línea de comandos de Windows PowerShell como se indica a continuación:

1. Inicie Windows PowerShell y ejecute los cmdlets siguientes:

    New-PSDrive -Name HKU -PSProvider Registry -Root HKEY_USERS
   

    $a="HKU:\.Default\Control Panel\International"
   

2. Para ver el valor actual, ejecute el siguiente cmdlet:

   Get-itemproperty $a -Name sTimeFormat
   

   Anote el valor actual de sTimeFormat para que se pueda restaurar una vez completada la instalación.

3. Para establecerlo en un nuevo valor, ejecute el siguiente cmdlet:

   Set-ItemProperty $a -Name sTimeFormat -Value "HH:mm:ss"
   

4. Después de instalar correctamente Lync Server 2013, restaure el valor original para sTimeFormat ejecutando el siguiente cmdlet:

   - Set-ItemProperty $a -Name sTimeFormat -Value "<Value noted down in Step 3. above>"
   

Problemas para clientes móviles durante el proceso de conmutación por error del servidor

Problema:

Cuando se produce un error en un servidor de Lync Server y se inicia el proceso de conmutación por error, los siguientes problemas pueden afectar a los usuarios de clientes móviles:

• No hay señal o llamada entrante de Lync durante un máximo de 10 minutos después de que comience la conmutación por error.

• No se pueden aceptar solicitudes de chat entrantes

• No se puede unirse a reuniones si el servidor con errores es el servidor principal del usuario

Solución:

No hay ninguna solución alternativa para este problema. La funcionalidad normal se restaurará una vez que se complete el proceso de conmutación por error.

Si un usuario móvil rechaza una llamada entrante de otro punto de conexión de Lync, la llamada se muestra como una conversión perdida en los clientes de Lync Mobile

Problema:

Si un usuario móvil rechaza una llamada entrante y la llamada procede de otro punto de conexión de Lync, la llamada se muestra como una conversación perdida en el cliente de Lync Mobile en lugar de una llamada en la lista de llamadas del dispositivo.

Solución:

No hay ninguna solución alternativa para este problema.

Es posible que el cliente móvil no muestre el nombre para mostrar de un contacto federado al buscar contactos

Problema:

Es posible que el nombre para mostrar de los contactos federados no se muestre en algunos escenarios, como al buscar un contacto federado en la lista de contactos. Esto puede ocurrir cuando no hay ninguna suscripción de presencia activa para el contacto desde el cliente móvil de Lync.

Solución:

No hay ninguna solución alternativa para este problema.

En el cliente móvil, faltan información de la marca de tiempo y el invitado de una conversación perdida que es una invitación a una conferencia

Problema:

En el cliente móvil, cuando una conversación perdida es una invitación a una conferencia, el invitado y la información de marca de tiempo no aparecen en el mensaje de conversación perdida.

Solución:

No hay ninguna solución alternativa para este problema.

Los usuarios de clientes móviles que realizan llamadas con VoIP no pueden dejar el correo de voz para los usuarios cuyo correo de voz está configurado en Exchange 2010 o versiones anteriores

Problema:

Si un usuario de cliente móvil usa VoIP para realizar llamadas, el usuario no podrá dejar mensajes de correo de voz para los usuarios configurados para usar el correo de voz en Microsoft Exchange Server 2007 o Microsoft Exchange Server 2010.

Solución:

Para solucionar este problema, use Exchange 2010 con SP1 o una versión posterior de Microsoft Exchange Server.

Al usar Bloquear con dirección URL para la configuración de la versión del cliente en clientes móviles, puede aparecer un mensaje de error incorrecto

Problema:

Al usar Bloquear con dirección URL para la configuración de la versión del cliente en clientes móviles, puede aparecer un mensaje de error incorrecto cuando no se admite la versión del cliente.

Solución:

Para solucionar este problema, configure Configuración de la versión del cliente para que use Bloquear en lugar de Bloquear con dirección URL.

El software antivirus que se ejecuta en los servidores front-end de Lync Server 2013 puede provocar el reciclaje del dominio de la aplicación, lo que interrumpe temporalmente el servicio para clientes de Lync Web App 2013, Lync Mobile 2010 y Lync Mobile 2013

Problema:

El software antivirus puede desencadenar reinicios del dominio de la aplicación, lo que puede provocar que Lync Mobility Service 2013 y las aplicaciones cliente de API web de comunicaciones unificadas (UC) (Lync Web App 2013, Lync Mobile 2010 y Lync Mobile 2013) pierdan su estado.

Solución:

Para solucionar este problema, excluya las carpetas que contienen componentes web y .NET framework del análisis antivirus. Para obtener más información, consulte el artículo de Microsoft Knowledge Base 312592, "PRB: La aplicación aleatoria se reinicia con el error 'La aplicación se está reiniciando' en ASP.NET", en https://go.microsoft.com/fwlink/p/?linkid=3052& kbid=312592.

Deben excluirse las siguientes carpetas:

• %ProgramFiles%\Microsoft Lync Server 2013\Web Components\Mcx\Ext

• %ProgramFiles%\Microsoft Lync Server 2013\Web Components\Mcx\Int

• %ProgramFiles%\Microsoft Lync Server 2013\Web Components\Ucwa\Int

• %ProgramFiles%\Microsoft Lync Server 2013\Web Components\Ucwa\Ext

• %Windir%\Microsoft.NET\Framework64\v4.0.30319\Config

Los controles ActiveX o la compatibilidad nativa con XMLHTTP deben estar habilitados en Windows Internet Explorer para unirse correctamente a conferencias

Problema:

Si un usuario ha deshabilitado los controles ActiveX y la compatibilidad nativa con XMLHTTP en la configuración del explorador de Internet de Windows Internet Explorer, el usuario no podrá unirse a una reunión si Internet Explorer está seleccionado como el explorador predeterminado.

Solución:

Habilite controles ActiveX o "compatibilidad con XMLHTTP nativo" en Internet Explorer.

El servicio de conferencia web de Lync Server no se puede recuperar del modo crítico

Problema:

Si se activa el modo crítico para el archivado, en caso de errores del sistema, se iniciará el modo crítico y las conferencias ya no funcionarán para los participantes. Después de que el administrador corrije los errores del sistema (por ejemplo, para corregir un problema de base de datos), el servicio de conferencia de datos no se recupera automáticamente y el administrador debe reiniciar manualmente el servicio de conferencia para que la conferencia se reanude.

Solución:

Un administrador debe reiniciar manualmente el servicio de conferencia después de corregir el error del sistema.

El servicio de conferencia web ignora el proxy HTTP para los servidores externos de Office Web App

Problema:

Si ha implementado un servidor de Office Web Apps externo al servicio de conferencia web (es decir, un servidor que no está en la red corporativa interna) en Internet, la red perimetral y el servicio de conferencia web requiere un proxy HTTP para conectarse a esto, se producirá un error en la detección del servidor de Office Web Apps. El servicio de conferencia web omite la configuración del proxy HTTP, tal como se define en el Generador de topologías para la configuración de Office Web Apps Server. Como resultado, el cliente de Lync no podrá compartir Microsoft PowerPoint 2010 con otros participantes de la conferencia. Si va a instalar Lync Server local y también configura Office Web Apps Server local en la red interna, no es necesaria una configuración de proxy.

Solución:

La única solución alternativa es no tener una configuración de implementación que requiera el uso de proxy HTTP para comunicarse con un servidor de Office Web Apps externo.

No se admite agregar vídeo a una conferencia del proveedor de servicios de audioconferencia

Problema:

Agregar un vídeo no es compatible si el usuario se une a una conferencia del proveedor de servicios de audioconferencia para audio.

Solución:

No hay ninguna solución alternativa para este problema.

Las topologías con IPv6 habilitado fuerzan la actualización automática del complemento Lync Web App Silverlight para garantizar que la funcionalidad de uso compartido de la pantalla pueda funcionar desde Lync Web App

Problema:

Cuando se configura una topología con IPv6 habilitado, los usuarios no pueden compartir su pantalla desde el cliente de Lync Web App si ya está instalada una versión anterior del complemento para compartir pantalla.

Solución:

Para forzar una actualización a la versión más reciente del complemento para compartir pantalla al unirse a una reunión a través de Lync Web App, modifique el valor de MinSupportedBuildVersion de "4.0.7457.0" a "4.0.7577.380" en ambos archivos siguientes:

• %ProgramFiles%\Microsoft Lync Server 15\Web Components\Reach\Int\Client\Plugins\ReachAppShPluginProperties.xml

• %ProgramFiles%\Microsoft Lync Server 15\Web Components\Reach\Ext\Client\Plugins\ReachAppShPluginProperties.xml

En algunos casos, un cliente de Lync que se ejecuta en un equipo configurado para usar la pila dual IPv4 e IPv6 podría no admitir las capacidades que dependen de la subred IP del equipo, como E911, omisión de medios, control de admisión de llamadas y enrutamiento basado en ubicación

Problema:

Cuando un cliente de Lync se ejecuta en un equipo habilitado para la pila dual IPv4 e IPv6 y según la resolución DNS del servidor proxy, el cliente puede usar la dirección IPv6 del equipo para iniciar sesión. Después de hacerlo, el cliente lync solo admitirá las capacidades compatibles con IPv6, que excluye E911, Omisión multimedia, Control de admisión de llamadas y Enrutamiento basado en ubicación.

Solución:

Para solucionar este problema, deshabilite la compatibilidad con IPv6 en el equipo cliente.

Si no se configura Telefonía IP empresarial para un usuario, el usuario tendrá que usar el formato E164 para llamar desde una conferencia

Problema:

Si no se configura Telefonía IP empresarial para un usuario, ese usuario tendrá que usar el formato E164 para llamar correctamente desde una conferencia. Si no se usa el formato E164, el usuario no podrá llamar desde la conferencia.

Solución:

Para solucionar este problema, los usuarios que no están habilitados para Telefonía IP empresarial deben llamar desde una conferencia usando números en el formato E164.

Si un usuario ha seleccionado "Bloquear todas las invitaciones y comunicaciones" mientras el almacén de contactos unificado está activado para el usuario, el estado de presencia no se rechazará cuando debería ser

Problema:

Si un usuario ha seleccionado "Bloquear todas las invitaciones y comunicaciones" mientras el almacén de contactos unificado está activado para el usuario, el estado de presencia no se rechazará cuando sea necesario.

Solución:

Para solucionar este problema, puede desactivar el almacén de contactos unificado para el usuario. Para ello, ejecute los cmdlets siguientes:

Set-CsUserServicesPolicy -Identity "<user display name>" -UcsAllowed $False

Por ejemplo:

Set-CsUserServicesPolicy -Identity "Ken Myer" -UcsAllowed $False

Los usuarios de Office Communications Server 2007 R2 alojados localmente no pueden ver el estado de presencia de los usuarios de Skype Empresarial Online en implementaciones híbridas: híbrida

Problema:

El problema puede ocurrir en una implementación híbrida cuando usa un director de Lync Server 2013.

El estado de presencia de los usuarios alojados en Skype Empresarial Online se muestra como Presencia desconocida para los usuarios locales. Además, los usuarios alojados en Skype Empresarial Online no pueden ver el estado de presencia de los usuarios locales de Office Communications Server R2.

Solución:

Para solucionar parcialmente este problema, cambie el servidor principal (msrtcsip-presencehomeserver) de los usuarios de Skype Empresarial Online para que apunten a un grupo local de Lync Server 2013 en lugar del Director de Lync Server 2013. Puede modificar esta configuración en el servidor front-end local.

Esta solución alternativa mostrará correctamente el estado de presencia de los usuarios alojados en Office Communications Server 2007 R2 para los usuarios de Skype Empresarial Online.

Es posible que el autor de la llamada escuche un segundo de música en espera durante el establecimiento de una llamada con la parte recuperada.

Problema:

Cuando se recupera una llamada a través de la recogida de llamada de grupo, es posible que el autor de la llamada escuche un segundo de música en espera durante el establecimiento de la llamada con la parte recuperada.

Solución:

No hay ninguna solución alternativa para este problema.

Un agente de grupo de respuesta solo puede iniciar y cerrar sesión a través de una consola del agente de Lync Server 2010 para grupos formales de agente de Lync Server 2010

Problema:

Un agente del grupo de respuesta de Lync Server 2013 puede iniciar y cerrar sesión solo a través de una consola de agente de Lync Server 2010 en grupos formales de agente de Lync Server 2010. En la consola del agente de Lync Server 2010, los usuarios solo pueden ver el grupo de respuesta de Lync Server 2010 al que pertenecen. No pueden ver ninguno de los grupos de respuesta de Lync Server 2013 a los que pertenecen.

Solución:

Si el agente del grupo de respuesta es un usuario de Lync Server 2013 y forma parte de un grupo de agentes formales de Lync Server 2013, el usuario debe acceder a la consola del agente de Lync Server 2013 directamente a través de un vínculo web en un explorador para iniciar y cerrar sesión desde los grupos de agente de Lync Server 2013.

Un agente de grupo de respuesta de Lync Server 2010 no puede realizar llamadas en nombre de un grupo de respuesta de Lync Server 2013

Problema:

Un usuario de Lync Server 2010 que sea agente de un grupo de respuesta de Lync Server 2013 no puede realizar una llamada en nombre del grupo de respuesta. El grupo de respuesta de Lync Server 2013 no estará disponible en el cliente de Lync para realizar una llamada.

Solución:

Para solucionar este problema, debe mover el usuario de Lync Server 2010 a Lync Server 2013.

Quitar un grupo de respuesta de Lync Server 2010 después de que se haya migrado a Lync Server 2013 impedirá que el grupo de respuesta acepte las llamadas entrantes

Problema:

Si un grupo de respuesta que se ha migrado de Lync Server 2010 a Lync Server 2013 se quita de Lync Server 2010 a través del Panel de control de Lync Server o del Shell de administración de Lync Server, el grupo de respuesta de Lync Server 2013 dejará de recibir llamadas entrantes.

Solución:

Para solucionar este problema, no quite ningún grupo de respuesta de Lync Server 2010 que se haya migrado de Lync Server 2010 a Lync Server 2013.

Si ya se ha quitado el grupo de respuesta, debería volver a implementarlo en Lync Server 2013.

Cuando un nuevo flujo de trabajo administrado se establece en inactivo al crearse, se producirá un error en la implementación del flujo de trabajo.

Problema:

Cuando un nuevo flujo de trabajo administrado se establece en inactivo al crearse, se producirá un error en la implementación del flujo de trabajo. Este problema se produce cuando el flujo de trabajo se establece en inactivo cuando se crea, pero no afecta a un flujo de trabajo que se edita para establecerlo en inactivo después de que se haya implementado.

Solución:

Al crear e implementar un flujo de trabajo, establezca el flujo de trabajo como activo y, a continuación, impleméntelo. Una vez implementado correctamente, el flujo de trabajo se puede editar y establecer en inactivo.

Quitar un grupo de respuesta del grupo de propietarios impedirá que el grupo de respuesta del grupo de copia de seguridad acepte las llamadas entrantes durante la conmutación por error si el grupo de respuesta se ha importado al grupo de copia de seguridad

Problema:

Si un grupo de respuesta que es propiedad del grupo principal se ha importado al grupo de copia de seguridad sin sobrescribir el propietario y el grupo de respuesta se quita del grupo de propietarios, el grupo de respuesta del grupo de copia de seguridad no aceptará ninguna llamada entrante durante la conmutación por error.

Solución:

Tendrá que volver a implementar el grupo de respuesta en el grupo principal. A continuación, tendrá que exportar la configuración del grupo de respuesta desde el grupo principal e importarla de nuevo al grupo de copia de seguridad.

También puede volver a crear el grupo de respuesta en el grupo de copia de seguridad. En este caso, el grupo de copia de seguridad será el grupo de propietario del grupo de respuesta.

Una llamada estacionada no se puede recuperar de la aplicación Parque de llamadas si la solicitud de recuperación se realiza en nombre de un grupo de respuesta

Problema:

Cuando se cumplan las condiciones siguientes, se producirá un error en una solicitud de recuperación de una llamada aparada:

• Un agente forma parte de un grupo de respuesta anónimo

• El agente intenta recuperar una llamada estacionada desde la aplicación Desaparque de llamadas a través del grupo de respuesta anónimo

• El agente intenta recuperar la llamada marcando el número de órbita a través de la opción Llamada en nombre de o a través de la misma opción en el cliente del operador de Lync

Solución:

No hay ninguna solución alternativa para este problema. La llamada estacionada debe recuperarse sin hacerlo en nombre de un grupo de respuesta.

Limitaciones de la herramienta de planificación

Problema:

La Herramienta de planeación tiene las siguientes limitaciones al planear la implementación:

• Hay un máximo de 10 sitios centrales admitidos

• Cada sitio central puede tener un máximo de 14 sitios de rama

• Cada sitio central puede tener un máximo de 240 000 usuarios

Además, la Herramienta de planificación no incluye los valores siguientes al calcular la topología recomendada:

• El número de usuarios alojados en línea

• El porcentaje de usuarios habilitados para la federación XMPP

• Porcentaje de usuarios que usan Lync Web App

Solución:

No hay ninguna solución alternativa para estos problemas. Para obtener más información sobre la Herramienta de planeación, vea Diseñar la topología para Lync Server 2013 mediante la Herramienta de planeación.

Es posible que la Herramienta de planeación no use direcciones IP definidas previamente para la red perimetral al actualizar las opciones

Problema:

Después de completar el diseño con la Herramienta de planificación, si realiza cambios en las opciones de red perimetral, es posible que se agreguen direcciones IP adicionales al diseño en lugar de actualizar las direcciones IP existentes. Esto puede ocurrir cuando esté viendo los detalles del diagrama de red perimetral, seleccione Haga clic aquí para actualizar las opciones y, a continuación, en el cuadro de diálogo Opciones de configuración, seleccione Red perimetral seleccione Deseo usar los mismos FQDN y direcciones IP, pero diferentes puertos para los servicios perimetrales en mi servidor perimetral. Aplicar cualquier cambio puede dar lugar a que se agreguen nuevas direcciones IP y servidores perimetrales al diseño.

Solución:

No hay ninguna solución alternativa para este problema en este momento.

En el Panel de control de Lync Server, es posible que "Mover todos los usuarios al grupo" no funcione como se esperaba

Problema:

Al usar la Panel de control de Lync Server para mover todos los usuarios de un grupo a otro grupo en un entorno de Active Directory complejo, como uno con varios controladores de dominio y dominios primarios/secundarios, se puede devolver un mensaje de error que indique "El usuario especificado no es un usuario heredado, use Move-CsUser cmdlet en su lugar". Esto es el resultado de tiempos de replicación más largos en entornos complejos de Active Directory.

Solución:

Para solucionar este problema, siga uno de estos procedimientos:

• Use filtros en la Panel de control de Lync Server para buscar usuarios heredados, seleccionarlos y, después, usar el comando Mover los usuarios seleccionados al grupo en lugar de Mover todos los usuarios al grupo.

• Use el Shell de administración de Lync Server para mover usuarios heredados en lotes mediante cmdlets de Lync Server.

El Panel de control de Lync Server deja de funcionar en un entorno VMware después de actualizar el complemento del explorador Microsoft Silverlight a la versión 5

Problema:

Si usa la Panel de control de Lync Server en un entorno VMware, es posible que el Panel de control de Lync Server deje de funcionar después de actualizar Silverlight a la versión 5.

Solución:

Para solucionar este problema, siga uno de estos procedimientos:

• Desinstale Silverlight 5 y, a continuación, instale Silverlight 4 desde https://go.microsoft.com/fwlink/p/?LinkID=149156& v=4,0.

• Abra el Panel de control de Lync Server desde un equipo que no sea un equipo virtual VMware.

  Para abrir el Panel de control de Lync Server desde un equipo remoto, instale las herramientas de administración de Lync Server en el equipo y, a continuación, inicie la Panel de control de Lync Server desde el menú Inicio de Windows.

  También puede abrir el Panel de control de Lync Server si escribe la dirección URL en un explorador web. La dirección URL será similar a https://< frontend_pool_fqdn>/cscp.

Un administrador no puede ejecutar el cmdlet Uninstall-csMirrorDB después de quitar la base de datos de creación de reflejo en el Generador de topologías

Problema:

Cuando un administrador deshabilita una base de datos de creación de reflejo en el Generador de topologías y, a continuación, elimina la base de datos de creación de reflejo en el Generador de topologías, se muestra un mensaje en la lista Tareas pendientes para que el administrador ejecute el cmdlet Uninstall-csMirrorDatabase para quitar la creación de reflejo de SQL Server. Cuando el administrador intenta ejecutar el cmdlet, se produce un error.

Solución:

Para quitar la creación de reflejo sql de un grupo en el Generador de topologías, primero debe usar un cmdlet para quitar el reflejo en SQL Server. Después, podrá usar el Generador de topologías para quitar el reflejo de la topología. Para quitar el reflejo de SQL Server, use este cmdlet:

Uninstall-CsMirrorDatabase -SqlServerFqdn <SQLServer FQDN> [-SqlInstanceName <SQLServer instance name>] -DatabaseType <Application | Archiving | CentralMgmt | Monitoring | User | BIStaging | PersistentChat | PersistentChatCompliance> [-DropExistingDatabasesOnMirror] [-Verbose]

Por ejemplo, para quitar la creación de reflejos y colocar las bases de datos de las bases de datos de usuario, escriba lo siguiente:

Uninstall-CsMirrorDatabase -SqlServerFqdn primaryBE.contoso.com -SqlInstanceName rtc -Verbose -DatabaseType User -DropExistingDatabasesOnMirror

El parámetro DropExistingDatabasesOnMirror hace que las bases de datos afectadas se eliminen del reflejo. Luego, para quitar el reflejo de la topología, haga lo siguiente:

1. En Generador de topologías, haga clic con el botón derecho en el grupo y haga clic en Modificar propiedades.

2. Desactive Habilitar la creación de reflejos en sql Store y haga clic en Aceptar.

3. Publique la topología.

Los errores de validación se devuelven en el Generador de topologías cuando un administrador intenta quitar una implementación con un grupo de servidores front-end que tiene un almacén testigo asociado

Problema:

Si un administrador intenta usar el comando Quitar implementación del Generador de topologías para quitar una implementación que incluye un grupo de servidores front-end con un almacén testigo asociado, se muestra un error de validación en el Generador de topologías y la acción no continuará.

Solución:

Para solucionar este problema, siga uno de estos procedimientos:

• Quite el almacén testigo antes de intentar quitar la implementación.

• Agregue un almacén testigo para el grupo de servidores front-end y, a continuación, quítelo.

La información de implementación persistente del servidor de chat es incoherente entre la herramienta de planeación y el generador de topologías

Problema:

Cuando la Herramienta de planeación de Lync Server 2013 genera el diagrama de topología de sitio para una implementación de servidor de chat persistente con recuperación ante desastres habilitada, el diagrama de topología del sitio incluye varios sitios (físicos), con servidores de chat persistente asignados uniformemente en cada sitio. En el Generador de topologías, todos los servidores de chat persistente se representan como pertenecientes a un único sitio (lógico) y se enumeran bajo el mismo nodo de grupo de servidores de chat persistente.

Solución:

Actualmente, no tenemos una solución alternativa para este problema. El usuario debe analizar el resultado de la herramienta de planificación para la implementación del servidor de chat persistente y modificar el plan para satisfacer sus necesidades específicas.

Supervisión

Panel de control de Lync Server

Libreta de direcciones

Lync Web App, el Programador web y los componentes web

Falta la flecha desplegable para la lista "Unirse a la reunión desde" en la versión rumana de Lync Web App

Problema:

Cuando un usuario que usa la versión rumana de Lync Web App realiza los pasos siguientes, no se muestra la flecha desplegable para Unirse a la reunión en la lista desplegable:

1. Seleccione Recordarme en este equipo en la pestaña General .

2. Selecciona la pestaña Teléfono .

3. Haga clic en la lista desplegable para Unirse a la reunión desde.

   Los usuarios no verán una flecha que indique que hay más opciones que la predeterminada de Lync Web App, entre las que se incluyen: No unirse al audio (en rumano, "Nu se asociaža la componenta audio") y Nuevo número" (en rumano, "Număr nou").

Solución:

Aunque la flecha de esta lista desplegable no se muestra, los usuarios pueden seleccionar la configuración adicional en la lista haciendo clic en el valor predeterminado.

Al usar la versión turca del Programador web de Lync, no se puede guardar una reunión cuando se usa la opción "Personas elijo" en "Quién es moderador"

Problema:

Al crear o editar una reunión en la versión turca del Programador web de Lync, no se admite la opción "Personas elijo" en "Quién es moderador". Cuando se selecciona esta opción, la reunión no se puede guardar. En su lugar, aparece un mensaje de error que indica que no se puede hacer moderadores a una o más personas.

Solución:

Para solucionar este problema, los usuarios pueden usar la opción predeterminada de "Personas de mi empresa" o cualquier otra opción, como "Solo organizador" o "Todos, incluidas las personas de fuera de mi empresa". El organizador puede disminuir el nivel de las personas o promoverles a sus roles correctos más adelante, una vez que se hayan unido a la reunión.

Como alternativa, los usuarios que entiendan otro idioma pueden cambiar la selección de idioma en el explorador a uno de los otros 43 idiomas admitidos e intentar usar la opción "Personas elijo".