Configuración avanzada del enrutamiento

 

Última modificación del tema: 2005-05-05

Este tema contiene algunos temas sobre la configuración avanzada del enrutamiento. Explica lo siguiente:

  • Uso de conectores para equilibrio de carga y conmutación por error   Las configuraciones que puede utilizar para permitir el equilibrio de carga o la conmutación por error entre conectores.
  • Configuración avanzada de estado de los vínculos   Situaciones concretas para deshabilitar o suprimir la información de estado de los vínculos.

Uso de conectores para equilibrio de carga y conmutación por error

El enrutamiento utiliza los costos asociados a los conectores para grupos de enrutamiento con el fin de determinar cuál es la mejor forma de entregar mensajes internamente. El enrutamiento también utiliza los costos asociados a los conectores para SMTP y X.400 con el fin de determinar cuál es el mejor método para entregar correo externo. Es importante entender que el enrutamiento siempre elige el conector cuyo espacio de direcciones coincide mejor y, después, el que tiene menor costo. También puede utilizar conectores para equilibrar la carga de mensajes o puede configurar conectores para conmutación por error.

La desventaja de utilizar conectores para equilibrio de carga o para conmutación por error es que ambas configuraciones aumentan el tamaño de la tabla de estado de los vínculos que se replica en toda la organización de Exchange. Recuerde que cuanto mayor sea la tabla de estado de los vínculos, menor será el rendimiento del sistema.

Configuración de conectores para equilibrio de carga

Si desea configurar un conector para equilibrar la carga de solicitudes entre dos o más servidores cabeza de puente, cree un único conector con el espacio de direcciones deseado (por ejemplo, * en el caso de un conector para SMTP), y asigne dos servidores de Exchange y servidores virtuales SMTP diferentes como servidores cabeza de puente. El enrutamiento elige el servidor cabeza de puente de forma aleatoria y equilibra de forma eficiente la carga de las solicitudes enviadas a través de este conector. Sin embargo, si llega un mensaje a uno de estos servidores cabeza de puente y no está disponible, el enrutamiento no elegirá automáticamente la ruta alternativa. El correo se pondrá en cola hasta que este servidor esté disponible. Una vez que un mensaje llega al servidor cabeza de puente previsto, no se vuelve a enrutar entre los distintos servidores cabeza de puente.

El estado de los vínculos sólo contiene el estado de un conector y un conector se considera que está siempre disponible si hay disponible un servidor cabeza de puente. Si un servidor cabeza de puente deja de estar disponible, el enrutamiento seguirá considerando este conector una vía válida y elegirá aleatoriamente entre los servidores cabeza de puente disponibles.

Configuración de conectores para conmutación por error

Si desea configurar conectores para que conmuten por error automáticamente, puede crear dos conectores distintos en servidores cabeza de puente diferentes, cada uno con un costo distinto. El estado del vínculo para un conector está determinado por su servidor cabeza de puente local. Si el servidor cabeza de puente del conector preferido que tiene el menor costo no está disponible, se considerará que ese conector no está disponible y el enrutamiento elegirá automáticamente el segundo conector. Cuando el servidor cabeza de puente que aloja el conector que tiene el costo menor esté disponible, los servidores de Exchange empezarán a utilizarlo de nuevo.

Si utiliza dos conectores que tienen el mismo costo, los servidores de Exchange elegirán aleatoriamente el servidor cabeza de puente y el conector que utilizarán, y si este servidor deja de estar disponible, conmutarán por error al segundo conector. Sin embargo, una vez que el primer servidor cabeza de puente esté disponible, los servidores no conmutarán por error a este servidor porque la ruta tiene el mismo costo que el servidor que ya están utilizando.

Supresión del tráfico de estado de los vínculos para conectores

Exchange 2003 suprime todo el tráfico de estado de los vínculos cuando las conexiones oscilan o cuando no existe ninguna ruta alternativa hacia un grupo de enrutamiento de nodo de hoja. Estas mejoras reducen el tráfico generado por el estado de los vínculos. Además, si utiliza la opción predeterminada Cualquier servidor local puede enviar correo por este conector para un conector para grupo de enrutamiento, el estado de este conector estará marcado siempre como activo. El uso de esta opción suprime todo tráfico de estado de los vínculos generado por los cambios en el estado de este conector. Sin embargo, esta opción no puede utilizarse en los conectores para SMTP o para X.400.

En aquellos entornos donde hay un ancho de banda extremadamente reducido y una latencia muy alta, algunas empresas deciden suprimir el tráfico de estado de los vínculos entre los grupos de enrutamiento. Puede suprimir el tráfico de estado de los vínculos en servidores individuales para todos los conectores si cambia el valor de una clave del Registro. Cuando suprime el tráfico de estado de los vínculos en un servidor, éste omite cualquier cambio en el estado de los vínculos en los conectores para los que es servidor cabeza de puente. La información de estado de los vínculos para los conectores de otros servidores se sigue actualizando y la de la organización se sigue propagando entre todos los servidores de la organización; sin embargo, el servidor donde se ha suprimido el tráfico de estado de los vínculos no envía ninguna información acerca de sus conectores. En la siguiente tabla se muestran las ventajas y desventajas que supone suprimir el tráfico de estado de los vínculos.

Suprima el tráfico de estado de los vínculos en un servidor si se dan las condiciones siguientes:

  • Tiene un conector cuyo estado no es importante para otros servidores del resto de la organización de Exchange (por ejemplo, un conector utilizado exclusivamente por un grupo de enrutamiento o por un número reducido de servidores para enviar correo a Internet).
  • Si tiene problemas de red que hacen que un conector oscile entre el estado disponible y no disponible. Recuerde que en Exchange 2003 una conexión oscilante es un conector que cambia de estado dos veces (activo e inactivo) dentro de un intervalo de estado del vínculo, que es de 10 minutos de manera predeterminada. Si un conector está marcado como no disponible después del intervalo de estado del vínculo y después pasa a estar disponible después de otra ventana de tiempo, se generará tráfico de estado de los vínculos. Además, si su organización de Exchange contiene servidores de Exchange 2000, estos servidores no tendrán las mejoras de estado de los vínculos que ofrece Exchange 2003 y generarán tráfico para los vínculos oscilantes.

Ventajas y desventajas de suprimir el tráfico de estado de los vínculos

Ventajas Inconvenientes

La supresión del tráfico de estado de los vínculos es relativamente fácil de configurar y puede aplicarse a servidores individuales en condiciones aisladas.

No puede crear rutas redundantes o conectores alternativos en un servidor donde se ha suprimido el tráfico de estado de los vínculos. Los cambios en el estado del vínculo del conector principal no se detectan nunca; por tanto, no se vuelven a enrutar los mensajes a un conector alternativo porque el enrutamiento supone que el conector principal está disponible.

La supresión del tráfico del estado de los vínculos en un servidor puede reducir el tráfico de red ocasionado por cambios frecuentes. Una reducción del tráfico de red resulta especialmente útil en aquellas situaciones en las que el ancho de banda de la red sea muy limitado. La ganancia real que supone el menor tráfico depende del tamaño de la organización de Exchange y de la frecuencia con que se repliquen los cambios en el estado de los vínculos.

La supresión del tráfico de estado de los vínculos en un único servidor no elimina por completo este tráfico entre grupos de enrutamiento.

Nota

La modificación incorrecta del Registro puede ocasionar problemas graves que quizás requieran volver a instalar el sistema operativo. Es posible que los problemas derivados de una modificación incorrecta del Registro no se puedan resolver. Antes de modificar el Registro, se recomienda realizar una copia de seguridad de todos los datos importantes.

Es importante entender que al cambiar esta clave del Registro no se detiene la propagación de la tabla de estado de los vínculos entre servidores. Sólo se suprime el tráfico de estado de los vínculos causado por el cambio de estado de un conector.

Para obtener instrucciones detalladas, consulte Cómo suprimir la información de estado de los vínculos en un servidor.