Síntomas
Tenga en cuenta el escenario en el que tiene Outlook u otras aplicaciones MAPI que se conectan a Exchange Server 2010 a través de un equilibrador de carga de hardware u otro dispositivo de red. La aplicación también requiere conexiones TCP de larga ejecución para funcionar según lo esperado. Si el dispositivo de red cierra las conexiones inactivas a través de una configuración de tiempo de espera, la aplicación MAPI no puede completar solicitudes a través de la conexión. Si la aplicación es Outlook, es posible que vea los siguientes eventos en el registro de eventos application del equipo cliente:
Nombre de registro: Origen de la aplicación: Id. de evento de Outlook: 25Categoría de tarea: Nivel ninguno: Palabras clave de la información: Usuario clásico: N/AEquipo: Computer.contoso.comDescripción:No se pudo realizar la operación deseada. El comando seleccionado no es válido para este destinatario. La conexión a Microsoft Exchange no está disponible. Outlook debe estar conectado o en línea para completar esta acción.
Nombre de registro: Origen de la aplicación: Id. de evento de Outlook: 26Categoría de tarea: Nivel ninguno: Palabras clave de la información: Usuario clásico: N/AEquipo: Computer.contoso.comDescripción:Se ha restaurado la conexión a Microsoft Exchange.
Causa
Una configuración para un equilibrador de carga de hardware u otro dispositivo de red como un firewall o proxy está provocando la caída de las conexiones de los clientes. Cuando el dispositivo cierra las conexiones inactivas, a través del tiempo de espera u otra configuración, la aplicación no puede completar las solicitudes posteriores a través de la conexión que se cerró.
Solución
Para resolver este problema, tenga en cuenta las siguientes soluciones:
-
Compruebe la configuración del dispositivo de red según las recomendaciones del proveedor o a través de un contacto con el equipo de soporte técnico del proveedor. Esto puede requerir aumentar el tiempo de espera en el dispositivo de red para que las conexiones de larga duración no se cierren prematuramente.
-
Para un servidor de aplicaciones que se conecte a Exchange Server 2010, establezca el tiempo Keep-Alive TCP del servidor de aplicaciones en un valor inferior al tiempo de espera de la conexión inactiva en el dispositivo de red. Por ejemplo, si el tiempo de espera de la conexión inactiva en el dispositivo es de 15 minutos, establezca la Keep-Alive TCP en el servidor de aplicaciones en un valor inferior a 15 minutos.
De forma predeterminada, el tiempo de Keep-Alive TCP es de 2 horas y está deshabilitado. Para ajustar el tiempo de Keep-Alive TCP en un servidor de aplicaciones, vea el siguiente artículo de Microsoft Knowledge Base:
324270 Cómo proteger la pila TCP/IP frente a ataques de denegación de servicio en Windows Server 2003Es importante destacar que las conexiones en cuestión suelen ser conexiones RPC internas para clientes de Outlook en modo en línea, en lugar de conexión RPC sobre HTTP/Outlook anywhere. Con frecuencia, se producen problemas como este debido a tiempos de espera de sesión, configuración de red, configuración de optimización u otras características en el dispositivo de red que requieran modificación. En muchos casos, la configuración del tiempo de espera de la sesión suele ser demasiado baja. En la discusión con los proveedores de dispositivos de red, se recomienda con frecuencia que la configuración del tiempo de espera de RPC sea de 120 minutos, como mínimo.
Más información
Ambas soluciones anteriores pueden impedir que la conexión TCP se aloje prematuramente. Nota Una prueba de uso frecuente para determinar si una configuración del dispositivo está en problemas es omitir el dispositivo. Esto se hace usando un archivo Hosts en el cliente o un registro DNS para acceder a un único servidor CAS en la matriz. Sin embargo, si el dispositivo también se usa como puerta de enlace, puede que esto no proporcione resultados precisos.Para obtener información adicional sobre conexiones de larga ejecución, consulte la sección 4.2.3.6, TCP Keep-Alives, del siguiente documento del grupo de tareas de ingeniería de Internet:
RFC 122 - Requisitos para hosts de Internet: capas de comunicaciónhttp://datatracker.ietf.org/doc/rfc1122/ Para obtener información adicional sobre el equilibrio de carga para Exchange Server 2010, vea la siguiente presentación de TechEd 2011
Equilibrio de carga con http://channel9.msdn.com/Events/TechEd/NorthAmerica/2011/EXL307 de Microsoft Exchange Server 2010
